В настоящее время я работаю над планом миграции, чтобы перенести наш SQL Server на новое оборудование.
Текущая установка соответствует стандарту SQL Server 2005: раньше она была кластерной, но в какой-то момент узел был удален, но все еще настроен как кластерный. Новый сервер будет стандартной машиной SQL Server 2008, некластеризованной.
Мне интересно, следует ли мне переносить основную базу данных со старой машины на новую? Я имею в виду, что хотя базы данных, которые он размещает, будут одинаковыми, конфигурация будет другой (разные версии, а не кластерные).
Помимо переноса пользовательских баз данных, мой подход заключался в том, чтобы создать скрипт для всех логинов, пользователей, заданий и т.д. и восстановить их на новой машине, но я боюсь что-то забыть? С другой стороны, я беспокоюсь о проблемах совместимости при переносе основной базы данных из-за другой версии (SQL 2005 против 2008 и кластеризованный против некластеризованного).
Пожалуйста, не могли бы кто-нибудь дать мне некоторые разъяснения по поводу предостережений каждого варианта по сравнению с другим?
Вы не должны восстанавливать основную базу данных на другом целевом компьютере, кроме того, с которого было выполнено резервное копирование.
Поскольку вы говорите, что резервная копия является частью (отказавшего) кластера, вы определенно не хочу восстанавливать это на некластеризованный сервер (с совершенно другим именем хоста).
Среди причин, по которым вам не следует этого делать, является то, что каждая установка SQL Server генерирует локальные учетные записи пользователей и групп, которые предоставляют права на сервере базы данных, а также ключи шифрования, специфичные для этого экземпляра SQL Server.
Восстановление главной базы данных в другом месте означает, что информация больше не будет соответствовать исходному серверу.
Тем не менее, основная база данных содержит все учетные данные безопасности и информацию для входа, поэтому вы можете временно восстановить ее. где-то для извлечения этой информации.
Задания не хранятся в базе данных master.
Я бы перенес основную базу данных (возможно, msdb и modal также), но я бы не назвал это master на новом сервере. Я бы восстановил как что-то вроде master-old, так что вы можете хотя бы запросить у него сведения о вакансии или войти в систему, если они вам нужны. Но я бы действительно рассматривал это только как отказоустойчивый, если вы что-то забудете, или ваш логин / работа / любые скрипты не сработают.
При переносе базы данных многое может быть отключено, пакеты SSIS, задания, логины могут быть немного придирчивыми. По возможности держите обе базы данных в сети во время миграции или, по крайней мере, попрактикуйтесь на виртуальной машине.
Короче говоря, восстановление кластерного master поверх некластеризованного 2008 года master почти наверняка приведет к плохим результатам. Думаю.