Odpowiedzi:
Możesz przenieść plik MDF na inny serwer, aby przełączyć go do trybu online.
W środowiskach programistycznych / przejściowych czasem przydatne jest przełączenie bazy danych w tryb offline, aby upewnić się, że łączysz się z właściwą instancją bazy danych w aplikacji i że nie masz gdzieś podciągniętego ciągu połączenia.
To powiedziawszy, w tej sytuacji znacznie lepiej jest mieć różne nazwy baz danych dla różnych środowisk i proces kompilacji, który automatycznie skonfiguruje parametry połączenia ...
Podobnie lubię przełączać bazy danych w tryb offline na pewien czas przed wycofaniem ich z eksploatacji (nie tak bardzo), że z jakiegoś powodu muszą wrócić do trybu online. Dość razy zostałem ugryziony przez deweloperów, którzy mają haki, których nie znam w jednej z moich baz danych, kiedy chcę się ich pozbyć. Przełączanie go w tryb offline jest znacznie mniej drastyczne i zajmuje mniej czasu niż usuwanie go i przywracanie w razie potrzeby.
Inną rzeczą byłoby zabezpieczenie awaryjne. Musiałem to zrobić wcześniej. Czasami w Twojej aplikacji znajduje się paskudny błąd, który, choć nie jest złośliwy, nadal powoduje uszkodzenie danych w bazie danych. Przełączenie bazy danych w tryb offline to szybki sposób na zatrzymanie krwawienia do momentu zidentyfikowania błędu. Następnie możesz przywrócić go do trybu online, aby ocenić szkody w bazie danych.
Chociaż niektóre odpowiedzi tutaj mogą dać ci pomysły na to, co możesz zrobić z bazą danych, która ma ograniczony dostęp, niewiele można zrobić z bazą danych, która jest offline. Nie możesz aktualizować, aktualizować, dodawać ani usuwać danych itp.
Mój nadrzędny powód, który muszę sprzedać DBA częściej niż chciałbym wymienić ...
„Sieć SAN wymaga naprawy ... i nie, nie mogę po prostu wymienić dysku na gorącą, płyta montażowa / kontrolery są winne”.
Instancje DB zachowują się bardzo źle, gdy ich dyski znikają.
Dlatego zamykam instancje SQL przed przełączeniem SAN w tryb offline, a następnie przywracam je pojedynczo, aby nie zakwestionowały zasobów - pierwsza instancja zabiera wszystkie zasoby klastra i staje się węzłem Active DB, kolejne instancje jako węzły pasywne.
Jest wiele powodów, dla których musisz to zrobić ...
Dla przykładu,
consider changing or upgrading the actual database program/binary...
consider changing or upgrading the schema or tables..
consider changing or upgrading index's..
Najważniejszy punkt ..
Is taking a backup.. to get a perfect snapshot in time..
(w niektórych DB po prostu tworzysz blokadę na wszystkich stołach)