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

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

  • Статья

Внимание

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

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

Установка

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

Оценка

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

Миграция

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

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

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

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

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

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