Bonnes pratiques pour l’exécution de l’Assistant Migration de données

Cet article fournit des informations sur les meilleures pratiques pour l’installation, l’évaluation et la migration.

Installation

N’installez pas et n’exécutez pas l’Assistant Migration de données directement sur l’ordinateur hôte SQL Server.

Évaluation

  • Exécutez les évaluations de bases de données de production pendant les heures creuses.
  • Pour réduire la durée de l’évaluation, vous pouvez effectuer des analyses de compatibilité et de nouvelles recommandations sur les fonctionnalités séparément.

Migration

  • Effectuez la migration des serveurs pendant les heures creuses.

  • Lors d’une migration de base de données, fournissez un emplacement de partage unique accessible par le serveur source et par le serveur cible, et évitez les opérations de copie si possible. Les opérations de copie peuvent provoquer des retards si le fichier de sauvegarde est volumineux. Les opérations de copie augmentent également le risque d’échec de la migration, car elles impliquent une étape supplémentaire. Lorsqu’un emplacement unique est fourni, l’Assistant Migration de données ignore l’opération de copie.

    En outre, assurez-vous que pour fournir les autorisations appropriées au dossier partagé afin d’éviter les échecs de migration. Les autorisations appropriées sont spécifiées dans l’outil. Si vous exécutez une instance SQL Server avec des informations d’identification de service réseau, attribuez les autorisations appropriées sur le dossier partagé au compte d’ordinateur de l’instance SQL Server.

  • Activez l’option Chiffrer la connexion lorsque vous vous connectez aux serveurs source et cible. l’utilisation du chiffrement TLS augmente la sécurité des données transmises sur les réseaux entre les Assistant Migration de données et l’instance de SQL Server, ce qui est particulièrement utile lors de la migration de SQL connexions. si le chiffrement TLS n’est pas utilisé et que le réseau est compromis par une personne malveillante, le SQL connexions en cours de migration peut être intercepté et/ou modifié à la volée par l’attaquant.

    Toutefois, si tous les accès impliquent une configuration intranet sécurisée, le chiffrement peut s'avérer superflu. L’activation du chiffrement ralentit les performances, car la surcharge supplémentaire requise pour chiffrer et déchiffrer les paquets. Pour plus d’informations, consultez chiffrement des connexions à SQL Server.

  • Vérifiez les contraintes non fiables sur la base de données source et la base de données cible avant de migrer les données. Après la migration, analysez de nouveau la base de données cible pour voir si des contraintes n’ont pas été approuvées dans le cadre du déplacement des données. Corrigez les contraintes non fiables en fonction des besoins. Si vous laissez les contraintes non approuvées, vous risquez d’obtenir des plans d’exécution médiocres, et cela peut affecter les performances.