Миграция на новую машину SQL Server: основная база данных должна быть восстановлена?

Я бы перенес основную базу данных (возможно, msdb и модальный ), но я бы не назвал ее master на новом сервере. Я бы восстановил его как что-то вроде master-old , чтобы вы могли, по крайней мере, запросить его, чтобы получить сведения о работе или войти в систему, если они вам нужны. Но я бы на самом деле рассматривал это только как средство защиты от сбоев, на случай, если вы что-то забудете или ваш логин / задание / любые сценарии не сработают.

Есть много вещей, которые могут быть отключены при выполнении миграции базы данных, пакетов SSIS, заданий, входа в систему все могут быть немного придирчивыми. По возможности держите обе базы данных в оперативном режиме во время миграции или, по крайней мере, попрактикуйтесь на виртуальной машине.

Короче говоря, восстановление кластерного мастера поверх некластеризованного мастера 2008 года почти наверняка приведет к плохим результатам. Я думаю.

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

Поскольку вы говорите, что резервная копия является частью (отказавшего) кластера, вы определенно не хочу восстанавливать это на некластеризованный сервер (с совершенно другим именем хоста).

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

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

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

Задания не хранятся в главной базе данных.