восстановление резервной копии из базы данных не-Azure SQL

Question

У нас есть база данных в Azure, в которой мы успешно реплицировали схему с нашего предыдущего сервера. Теперь мы хотим восстановить данные поверх него. Сценарий слишком длинный, мы не можем запустить его в консоли или в студии управления, далее в нашей консоли мы не найдем никакой возможности для восстановления резервных копий базы данных путем загрузки файлов дампа.

Answer 1

Если вы уже реплицировали (перенесли) схему базы данных из экземпляра SQL Server в базу данных SQL Azure, то вы можете использовать Помощник по миграции данных (DMA) для переноса данных или использовать Служба миграции данных Azure (DMS).

DMA бесплатна и допускает только автономные миграции, что означает простои приложений. Для миграции базы данных объемом 300 ГБ DMA может потребоваться 12 часов.

Эта же база данных может быть перенесена менее чем за 2 часа с использованием DMS, и DMS позволяет выполнять онлайн и автономные миграции, но не является бесплатной. DMS позволяет проверять данные после миграции, в то время как DMA не имеет этой возможности.

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

Answer 2

В настоящее время вы не можете восстановить BAK (резервную копию базы данных) с SQL Server в отдельные блоки Azure SQL DB. Однако это можно сделать в управляемом экземпляре Azure SQL DB. Нет особого смысла логически реплицировать вашу схему с SQL Server, чтобы заменить базу данных из резервной копии. Обратите внимание, что «файлы дампа» на самом деле являются чем-то другим - они обычно ссылаются на дампы Уотсона, если происходит сбой в процессе SQL. Содержит состояние памяти программы при ее сбое, что помогает при отладке. Я предполагаю, что вы имели в виду «бинарное резервное копирование» (иначе файлы BAK).

Вы можете прочитать о параметре восстановления SQL MI здесь: Страница документов для восстановления SQL MI BAK