Назад | Перейти на главную страницу

Мастер миграции отказоустойчивого кластера (часть установки SQL)

Иметь 5 кластерных экземпляров SQL 2005–2008 R2. Я установил новый кластер, чтобы подготовиться к использованию мастера миграции кластера. Насколько я понимаю, вам нужно установить SQL перед запуском мастера миграции кластера. Мой вопрос в связи с этим: какой тип установки мне делать?

Должен ли я просто установить новую автономную установку SQL, запустить мастер миграции, а затем удалить автономный экземпляр? Или мне нужно выполнить кластерную установку?

Страницы MS, относящиеся к SQL, не вникают в эти особенности: http://technet.microsoft.com/en-us/library/ff182337(v=ws.10).aspx

Спасибо!

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

  1. Создайте новый кластер с новой ОС и версиями SQL Server с SQL в качестве кластерного экземпляра с тем же именем экземпляра (имя ОС будет другим, но мы разберемся с этим позже).
  2. Скопируйте все учетные записи, пакеты SSIS и задания в новый кластерный экземпляр.
  3. В ночь после обновления отключите старый кластерный экземпляр.
  4. Сделайте снимок SAN LUN (это будет ваш откат)
  5. Переместите LUN ​​из старого кластера в новый кластер, переведите LUN ​​в оперативный режим и добавьте их как кластерные ресурсы.
  6. Поместите новые кластерные диски в группу ресурсов SQL Server.
  7. Сделайте службу SQL Server зависимой от кластерных дисков в диспетчере отказоустойчивого кластера.
  8. Присоедините базы данных к новому кластеризованному экземпляру.
  9. Добавьте новый ресурс сетевого имени в кластер на основе сетевого имени старого кластерного экземпляра (для этого, вероятно, потребуется сначала удалить сетевое имя из Active Directory).
  10. Добавьте новый сетевой IP-ресурс в кластер на основе IP-адреса старого кластерного экземпляра (необязательно)
  11. Тест
  12. По завершении тестирования удалите снимок SAN.
  13. Готово

Если откат необходим из-за того, что что-то не работает, вы отключаете базы данных от нового экземпляра, перемещаете LUN ​​обратно в старый кластер, затем откатываете моментальный снимок SAN и повторно подключаете базы данных к старой версии SQL Server.