Рекомендации по работе с Помощником по миграции данных

Внимание

Помощник по миграции данных (DMA) не рекомендуется. Варианты миграции из SQL Server в SQL Azure см. в параметрах миграции SQL Server в Sql Azure.

В этой статье приведены некоторые рекомендации по установке, оценке и миграции.

Установка

Не устанавливайте и не запускайте Помощник по миграции данных непосредственно на компьютере, где размещен сервер SQL Server.

Оценка

  • Оценку в рабочих базах данных следует выполнять в нерабочее время.
  • Выполните оценки совместимости и рекомендации по новым функциям отдельно, чтобы сократить продолжительность оценки.

Миграция

  • Миграцию сервера следует запланировать на нерабочее время.

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

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

  • Включите шифрование подключения между исходным и целевым серверами. Использование шифрования TLS повышает безопасность данных, передаваемых через сети между Помощник по миграции данных и экземпляром SQL Server, что особенно полезно при переносе имен входа SQL. Если шифрование TLS не используется, и сеть скомпрометирована злоумышленником, перенос имен входа SQL может быть перехвачен и (или) изменен злоумышленником.

    Однако если весь доступ осуществляется по безопасной внутренней сети, то шифрование не требуется. Включение шифрования замедляет производительность, так как дополнительные затраты, необходимые для шифрования и расшифровки пакетов. Дополнительные сведения см. в статье "Шифрование подключений к SQL Server".

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