Поделиться через

Часто задаваемые вопросы (FAQ)

  • Статья

  • При использовании Azure Database Migration Service каковы различия между автономным и онлайн-миграцией? Azure Database Migration Service поддерживает как автономную миграцию, так и миграцию по сети. При автономной миграции простой приложения начинается с момента начала переноса. При использовании миграции по сети простой приложения ограничен только временем, требуемым для переключения в конце миграции. Мы рекомендуем выполнить тестирование автономной миграции, чтобы определить, допустим ли простой, и, если нет, выполнить миграцию по сети. Сравнение миграции в сети и автономной миграции приведено в следующей таблице:

    Площадь Миграция по сети Автономная миграция
    Доступность базы данных для операций чтения во время миграции Доступно Доступно
    Доступность базы данных для записи во время миграции На месте Обычно не рекомендуется. Любые операции записи, инициированные после миграции, не записываются или не переносятся.
    Пригодность для применения Приложения, которым требуется максимальное время доступности Приложения, для которых допустимо запланированное окно простоя
    Пригодность среды Рабочая среда Как правило, среды разработки, среды тестирования и некоторые рабочие среды, для которых допускается простой
    Пригодность для рабочих нагрузок с высокой нагрузкой на запись Подходит, но предполагается снижение рабочей нагрузки во время миграции Неприменимо. Записи в источнике после начала миграции не реплицируются в целевой объект
    Ручное переключение Обязательное поле Необязательное
    Требуется простой Less Еще
    Время миграции Зависит от размера базы данных и операций записи до прямой миграции Зависит от размера базы данных

  • Я настраиваю проект миграции в DMS, и у меня возникают трудности при подключении к исходной базе данных. Что делать?

    Если при подготовке миграции у вас возникли проблемы с подключением к системе базы данных-источника, создайте виртуальную машину в той же подсети виртуальной сети, где настроен экземпляр DMS. На виртуальной машине можно запустить тест подключения. Если проверка подключения завершилась успешно, у вас не должно возникнуть проблем с подключением к базе данных-источнику. Если проверка подключения завершилась ошибкой, обратитесь к администратору сети.

  • Почему моя служба Azure Database Migration Service недоступна или остановлена?

    Если пользователь явно останавливает службу Azure Database Migration Service (DMS), или если она неактивна в течение 24 часов, она будет находиться в состоянии остановки или автоматической приостановки. В каждом случае служба будет недоступна и остановлена. Чтобы возобновить активную миграцию, перезапустите службу.

  • Есть ли рекомендации по оптимизации производительности Azure Database Migration Service?

    Существует несколько вещей, которые можно попробовать ускорить миграцию базы данных с помощью DMS:

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

    • Временно масштабируйте целевой экземпляр Azure My База данных SQL до номера SKU уровня "Премиум" во время операции миграции данных, чтобы свести к минимуму регулирование Azure My База данных SQL, которое может повлиять на действия передачи данных при использовании номеров SKU нижнего уровня.

  • Какие компоненты данных, схемы и метаданных переносятся в ходе миграции?

    Azure Database Migration Service переносит схему, данные и метаданные из источника в назначение. Все следующие компоненты данных, схемы и метаданных переносятся в рамках миграции базы данных:

    • Миграция данных — все таблицы из всех баз данных и схем.

    • Миграция схемы: именование, первичный ключ, тип данных, порядковое положение, значение по умолчанию, возможность null, атрибуты автоматического увеличения, вторичные индексы

    • Миграция метаданных, хранимые процедуры, функции, триггеры, представления, ограничения внешнего ключа

  • Можно ли откатить миграцию с отдельного сервера на гибкий сервер?

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

  • Размер базы данных превышает 1 ТБ. Как выполнить миграцию?

    Чтобы обеспечить поддержку миграции для баз данных размером более 1 ТБ с использованием Azure Database Migration Service, отправьте в службу поддержки запрос на увеличение масштаба агента миграции, чтобы включить поддержку переноса баз данных размером более 1 ТБ.

  • Поддерживается ли миграция между регионами?

    Azure Database Migration Service поддерживает миграцию между регионами, поэтому с помощью службы вы можете перенести отдельный сервер на гибкий сервер, развернутый в другом регионе.

  • Поддерживается ли миграция между подписками?

    Azure Database Migration Service поддерживает миграцию на другие подписки, поэтому с помощью службы вы можете перенести отдельный сервер на гибкий сервер, развернутый с использованием другой подписки.

  • Поддерживается ли подписка для разных групп ресурсов?

    Azure Database Migration Service поддерживает миграцию между группами ресурсов, поэтому с помощью службы вы можете перенести отдельный сервер на гибкий сервер, развернутый в другой группе ресурсов.

  • Поддерживаются ли разные версии?

    Да, миграция с серверов MySQL более ранних версий (версия 5.6 и выше) в более поздние поддерживается.