По каким причинам и в каких ситуациях вы бы использовали «Take Offline» / 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..
(в некоторых БД вы просто создаете блокировку для всех таблиц)