Práticas recomendadas para executar o Assistente de Migração de Dados

Este artigo fornece algumas informações de práticas recomendadas para instalação, avaliação e migração.

Instalação

Não instale e execute o Assistente de Migração de Dados diretamente na máquina host do SQL Server.

Avaliação

• Execute avaliações em bancos de dados de produção fora dos horários de pico.
• Realize separadamente as avaliações de compatibilidade e as recomendações de novas funcionalidades para reduzir a duração da avaliação.

Migração

• Migre um servidor fora dos horários de pico.

• Ao migrar um banco de dados, forneça um único local de compartilhamento acessível pelo servidor de origem e pelo servidor de destino e evite uma operação de cópia, se possível. Uma operação de cópia pode introduzir atraso com base no tamanho do arquivo de backup. A operação de cópia também aumenta as chances de uma migração falhar devido a uma etapa extra. Quando um único local é fornecido, o Assistente de Migração de Dados ignora a operação de cópia.

  Além disso, certifique-se de fornecer as permissões corretas para a pasta compartilhada para evitar falhas de migração. As permissões corretas são especificadas na ferramenta. Se uma instância do SQL Server estiver a ser executada sob as credenciais do Network Service, atribua as permissões corretas na pasta compartilhada à conta de máquina da instância do SQL Server.

• Habilite a conexão de criptografia ao se conectar aos servidores de origem e de destino. O uso da criptografia TLS aumenta a segurança dos dados transmitidos pelas redes entre o Assistente de Migração de Dados e a instância do SQL Server, o que é benéfico especialmente ao migrar logons SQL. Se a criptografia TLS não for usada e a rede for comprometida por um invasor, os logins SQL que estão sendo migrados poderão ser intercetados e/ou modificados instantaneamente pelo invasor.

  No entanto, se todo o acesso envolver uma configuração de intranet segura, a criptografia pode não ser necessária. Habilitar a criptografia diminui o desempenho porque a sobrecarga extra necessária para criptografar e descriptografar pacotes. Para obter mais informações, consulte Criptografando conexões com o SQL Server.

• Verifique se há restrições não confiáveis no banco de dados de origem e no banco de dados de destino antes de migrar dados. Após a migração, analise o banco de dados de destino novamente para ver se alguma restrição se tornou não confiável como parte da movimentação de dados. Corrija restrições não confiáveis conforme necessário. Deixar as restrições não confiáveis pode resultar em planos de execução insatisfatórios e pode afetar o desempenho.