Зачем мне отключать базу данных?

По каким причинам и в каких ситуациях вы используете ALTER DATABASE dbName SET OFFLINEфункцию «Отключить» .

Какие задачи вы можете выполнять с автономной базой данных? Какие задачи вы можете выполнять только с автономной базой данных?

Вы можете переместить файл MDF на другой сервер, чтобы разместить его в сети.

В средах разработки / промежуточного хранения иногда бывает полезно перевести базу данных в автономный режим, чтобы убедиться, что вы подключаетесь к нужному экземпляру базы данных в приложении и что у вас где-то нет подключенной строки подключения.

Тем не менее, в этой ситуации гораздо лучше иметь разные имена баз данных для разных сред и процесс сборки, который автоматически настроит строки вашего соединения ...

Точно так же мне нравится переводить базы данных в автономный режим на некоторое время до их вывода из эксплуатации (не очень), потому что по какой-то причине они должны вернуться в сеть. Меня несколько раз кусали разработчики, у которых есть хуки, о которых я не знаю, в одну из моих баз данных, когда я хочу от них избавиться. Отключение его от сети намного менее радикально и занимает меньше времени, чем его удаление и восстановление при необходимости.

Другое дело было бы в качестве чрезвычайной гарантии. Я должен был сделать это раньше. Иногда в вашем приложении обнаруживается неприятная ошибка, которая, даже не будучи вредоносной, все равно повредит данные в вашей базе данных. Перевод базы данных в автономный режим - это быстрый способ остановить кровотечение, пока вы не обнаружите ошибку. Затем вы можете вернуть его в оперативный режим для оценки ущерба в базе данных.

Хотя некоторые ответы здесь могут дать вам некоторые идеи относительно того, что вы можете сделать с базой данных, доступ к которой ограничен, на самом деле мало что можно сделать с базой данных, которая находится в автономном режиме. Вы не можете обновлять, обновлять, добавлять или удалять данные и т. Д.

Моя главная причина, которую я должен продавать АБД чаще, чем я хотел бы перечислить ...

«SAN нуждается в ремонте ... и нет, я не могу просто заменить диск в горячем режиме, неисправна объединительная панель / контроллеры».

Экземпляры БД ведут себя очень плохо, когда их диски исчезают.

Таким образом, я отключаю экземпляры SQL перед тем, как перевести SAN в автономный режим, а затем возвращаю их по одному за раз, чтобы они не оспаривали ресурсы - первый работающий экземпляр забирает все ресурсы кластера и становится узлом Active DB, последующие экземпляры запускаются как пассивные узлы.

Есть много причин, почему вам нужно сделать это ..

Например,

consider changing or upgrading the actual database program/binary...
consider changing or upgrading the schema or tables..
consider changing or upgrading index's..

Самый важный момент ..

Is taking a backup.. to get a perfect snapshot in time.. 

(в некоторых БД вы просто создаете блокировку для всех таблиц)