Melhores práticas para a execução do Assistente de Migração de Dados

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

Instalação

Não instale e execute o Assistente de Migração de Dados diretamente no computador host do SQL Server.

Avaliação

  • Execute avaliações em bancos de dados de produção fora de horários de pico.
  • Execute os problemas de compatibilidade e as avaliações de recomendações de novo recurso separadamente 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 gerar um atraso dependendo do 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 adicional. 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 for executada sob credenciais de serviço de rede, conceda as permissões corretas na pasta compartilhada à conta do computador da instância do SQL Server.

  • Habilite a criptografia de conexão ao se conectar com os servidores de origem e de destino. O uso da criptografia TLS aumenta a segurança dos dados transmitidos entre as redes entre Assistente de Migração de Dados e a instância de SQL Server, o que é útil especialmente ao migrar logons SQL. Se a criptografia TLS não for usada e a rede for comprometida por um invasor, os logons de SQL que estão sendo migrados poderão ser interceptados e/ou modificados em tempo real pelo invasor.

    No entanto, se todos os acessos envolverem uma configuração de intranet segura, a criptografia poderá não ser necessária. Habilitar a criptografia reduz o desempenho porque a sobrecarga extra necessária para criptografar e descriptografar pacotes. Para obter mais informações, consulte Encrypting Connections to 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 ruins e pode afetar o desempenho.