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

Миграция SQL Server 2005 между аппаратными узлами

В настоящее время я занимаюсь консолидацией выделенного сервера, обслуживающего MS SQL Server 2005, с выделенным сервером веб-приложений / приложений, на котором размещается около 700 веб-сайтов с очень низким трафиком. Целевая система оснащена четырехъядерным процессором 5148 Xeon и 12 ГБ оперативной памяти. Загрузка памяти и процессора на обоих серверах относительно невелика (отсюда и консолидация).

Однако после нескольких часов работы в Google у меня нет творческого представления о переносе данных и настроек SQL Server на новый сервер с минимальным временем простоя. Будет ли работать отключение служб на обоих серверах и фактическое копирование всего каталога MSSQL.1 на новый сервер или это преступление против человечности (учитывая, что у меня будет установлена ​​точно такая же версия MSSQL и уровень SP)? Помните, что после переноса данных я добавлю IP старого сервера к новому серверу (чтобы избавить клиентов от проблем с обновлением файлов web.config до 127.0.0.1).

Любая помощь будет оценена по достоинству!

  1. Настройте новый SQL Server и запустите его.
  2. Используйте следующее Статья в базе знаний перенести логины со старого на новый.
  3. Со старого сервера базы данных создайте сценарий CREATE DATABASE ... FOR ATTACH, используя пути для нового SQL Server. Сохраните скрипт и поместите его там, где он будет доступен из нового.
  4. Выключите старый SQL Server. Скопируйте файлы данных и журналов в соответствующее место на новом сервере.
  5. Запустите сценарий CREATE DATABASE ... FOR ATTACH, чтобы перевести все базы данных в оперативный режим.

Я опускаю пару вещей, потому что делаю несколько предположений:

  • Вы не имеете дело с членством в домене. Если да, то вам нужно убедиться, что у вас есть пароль локального администратора на старом сервере (и что учетная запись включена, и вы можете войти с ней - проверьте это!). Удалите старый сервер из домена и переименуйте его. Удалите новый сервер из домена. Переименуйте его на то же имя, что и у старого сервера. Добавьте его обратно в домен. Затем следуйте инструкциям по изменению @@ SERVERNAME (как указано в gbn) на правильное имя.
  • Ни одна из баз данных не имеет каких-либо специальных параметров конфигурации, таких как FILESTREAM, цепочка владения между базами данных и т. Д. Если это так, вы захотите записать эти параметры в сценарий, прежде чем отключать старый сервер. Вам нужно будет запустить этот сценарий на новом сервере после того, как вы переведете базы данных в оперативный режим.

Будет работать, если все пути будут одинаковыми. Я сам делал это несколько раз.

Записи реестра и т. Д. Отражают расположение двоичных файлов и расположение главной базы данных. Все остальное автономно (например, логины в мастере).

Вы дали по крайней мере два вопроса:

  • @@ SERVERNAME покажет старое имя сервера, потому что оно получено из sys.servers. следить это руководство исправить

  • Любые задания агента SQL Server будут «принадлежать» старому серверу. Я бы написал их (в SSMS) и применил их к новому ящику, но не копировал msdb

Если у вас есть другие клиенты, которые подключаются (мониторинг и т. Д.), Вы можете использовать DNS-псевдоним старого имени сервера. Смотрите эти ссылки (SO). Один и Два и Три