Мы устанавливаем новый центр обработки данных, и мы сделаем это местоположение основным. Как вы думаете, как следует переносить данные SQL Server? Система обычно активна 24x7x365, но мы готовы к плановому отключению. Наша идея заключалась в следующем: в определенный момент выключить сетевой интерфейс, создать резервную копию базы данных, перенести ее в другое место, восстановить и запустить сетевые интерфейсы. Самое длинное здесь - резервное копирование и восстановление. Размер базы данных составляет около 50 ГБ. В основном месте мы используем SQL Server 2005 Standard, а в новом месте мы используем SQL Server 2008 R2 Standard. Первичное расположение имеет внутри синхронизированное зеркальное отображение. На новом месте будет кластер SQL с 2 узлами.
Что насчет этой идеи? Мы прерываем текущее зеркалирование и устанавливаем зеркалирование между основным и новым местоположением, таким образом мы удалили миграцию данных, потому что они будут синхронизированы - в реальном времени. Вопрос в том, возможно ли это? Потому что в первом месте у нас есть версия 2005 и нет кластера, а в новом месте у нас есть 2008 r2 с кластером. Кроме того, скорость сети между этими двумя точками составляет 10 Мбит / с.
Вероятно, вы захотите использовать своего рода доставку журналов. Сделайте полную резервную копию и восстановите ее. Настройте резервные копии журналов и скопируйте их на новый сервер, восстановив их.
Во время отключения остановите пользовательские подключения и сделайте резервную копию последней записи журнала. Восстановите это на новом сервере, повторив журнал и переведя базу данных в оперативный режим. Затем вы можете перенаправить подключения клиентов в новый центр обработки данных.