Partager via

Résoudre les problèmes lors de la migration vers Azure SQL Managed Instance

Cet article vous aide à résoudre les problèmes courants que vous pouvez rencontrer lors de la migration de bases de données SQL Server vers Azure SQL Managed Instance à l’aide de la migration sql Server dans Azure Arc.

Note

Vous pouvez fournir des commentaires sur votre expérience de migration directement vers le groupe de produits.

Version de l’agent Arc

Lorsque vous utilisez la migration SQL Server dans Azure Arc, certaines fonctionnalités nécessitent une version minimale de l’agent Arc. L’agent Arc est un exécutable qui s’exécute en même temps que votre instance SQL Server pour fournir une connectivité à Azure. Conservez toujours la version de votre agent Arc à jour pour obtenir les derniers correctifs et mises à jour.

Une fois les mises à jour automatiques activées, l’agent Arc reste à jour automatiquement. Toutefois, lorsqu’une nouvelle version de l’agent Arc est déployée, la mise à jour peut prendre quelques jours pour atteindre tous les serveurs. Vous pouvez accélérer le processus en exécutant manuellement une mise à jour de l’agent Arc à la demande via le portail Azure ou les interfaces de ligne de commande.

Si vous voyez l’erreur suivante lors de l’accès au volet migration de base de données dans le portail Azure, vous devez mettre à niveau votre agent Arc vers une version prise en charge :

To enable migration and monitoring capabilities, 
please update your Azure Arc agent extension "WindowsAgentSQLServer" to the latest version.

Problèmes liés à l’agent Arc

Si vous rencontrez des problèmes avec l’agent Arc, comme un état d’extension non sain ou une instance SQL Server déconnectée, utilisez le guide de résolution des problèmes d’extension suivant : Résoudre les problèmes liés à l’extension Azure pour SQL Server.

Problèmes d’évaluation de préparation de la migration

Le système exécute les évaluations de préparation de la migration tous les dimanches à 11 h (23 h 00) localement sur le serveur. Les évaluations des instances SQL Server nouvellement activées par Azure Arc peuvent prendre plusieurs jours pour apparaître dans le portail Azure. Utilisez Exécuter l'évaluation pour lancer une évaluation à la demande. L’évaluation s’affiche après quelques minutes.

Si la page des évaluations de préparation à la migration de base de données est vide dans le portail Azure, l’évaluation planifiée n’a probablement pas été exécutée, ou il y a eu un problème lors de l’exécution de l’évaluation sur l’instance SQL Server. La désactivation de l’agent Arc empêche l’exécution des évaluations. Vérifiez que l’agent Arc est activé. Pour plus d’informations, consultez Modifier les paramètres d’évaluation.

Tenez compte du problème connu suivant :

  • Quand xp_cmdshell est activé et utilisé, l’évaluation enregistre un avertissement pour SQL Managed Instance, car vous pouvez toujours migrer la base de données. Toutefois, il interrompt les fonctionnalités de l’objet qui utilise xp_cmdshellspécifiquement . Utilisez les recommandations de remédiation fournies dans l’évaluation pour atténuer le problème.

Contactez le support Microsoft si vous rencontrez l’un des problèmes suivants :

  • Les rapports d’évaluation n’apparaissent pas dans le portail, même après l’heure planifiée.
  • La disponibilité des données de performances n’augmente pas après une semaine de collecte des données.

Afficher le journal d’activité Azure pour les problèmes de migration

Le journal d’activité dans le portail Azure, lorsqu’il est accessible à partir d’une ressource, fournit des informations sur les événements au niveau des ressources qui se produisent dans Azure. Cet aperçu comprend des informations sur la modification ou la suppression de ressources, ainsi que des détails sur l’état de santé du service et d’autres événements importants.

Lors de la résolution des problèmes de migration vers Azure SQL Managed Instance à l’aide de la migration SQL Server dans Azure Arc, le journal d’activité est une ressource précieuse pour identifier les problèmes et comprendre la séquence d’événements qui ont conduit à un problème.

Pour accéder au journal d’activité dans le portail Azure pour votre instance SQL Server activée par la ressource Azure Arc, procédez comme suit :

  1. Accédez à votre instance SQL Server activée par la ressource Azure Arc dans le portail Azure.

  2. Sélectionnez Le journal d’activité dans le menu de ressources :

    Capture d’écran du journal d’activité mis en surbrillance pour une ressource d’instance SQL Server dans le portail Azure.

Vous pouvez également accéder au journal d’activité au niveau de l’abonnement pour une vue plus large des événements sur toutes les ressources de votre abonnement en sélectionnant l’icône de cloche de notification de la barre de navigation supérieure, puis en sélectionnant Plus d’événements dans le journal d’activité :

Capture d’écran de l’icône de cloche de notification mise en surbrillance dans le portail Azure.

Sélectionnez un événement dans le journal d’activité pour ouvrir un volet des détails de l’événement. Utilisez les onglets Résumé et JSON pour afficher des informations détaillées sur l’événement, y compris des messages d’erreur particuliers. Si vous créez une demande de support, communiquez ces informations avec autant de détails que possible.

Cette section décrit certains des problèmes courants liés à la fonctionnalité de liaison Managed Instance lors de la migration vers Azure SQL Managed Instance via la migration de SQL Server dans Azure Arc :

Service Pack incorrect installé

Vérifiez que vous disposez du Service Pack (SP) ou de la mise à jour cumulative (CU) SQL Server appropriée.

Vous pouvez vérifier la version correcte en exécutant la commande T-SQL suivante sur votre instance SQL Server :

EXEC sp_certificate_add_issuer @CERTID, N'*.database.windows.net'

Si vous obtenez l’erreur indiquant que SQL Server ne trouve pas la procédure sp_certificate_add_issuerstockée, vous n’avez probablement pas installé le pack de maintenance approprié (par exemple, le pack de fonctionnalités Azure Connect). Installez les mises à jour de maintenance nécessaires et réessayez.

Fonctionnalité de groupe de disponibilité Always On désactivée

Vérifiez que la fonctionnalité de groupe de disponibilité Always On est activée sur votre instance SQL Server. Le lien Managed Instance nécessite que la fonctionnalité de groupe de disponibilité Always On soit activée pour des fonctionnalités appropriées.

Utilisation de SQL Server 2016

Pour SQL Server 2016 (13.x), vous devez suivre les étapes supplémentaires décrites dans les prérequis de préparation de SQL Server 2016 pour le lien. Ces étapes supplémentaires ne sont pas requises pour SQL Server 2017 (14.x) et les versions ultérieures prises en charge par le lien.

Problèmes de connectivité réseau

La connectivité réussie entre votre environnement SQL Server et Azure SQL Managed Instance est essentielle pour que la fonctionnalité de liaison Managed Instance fonctionne. Si vous rencontrez des problèmes de connectivité réseau, tenez compte des points suivants :

  • Le lien Managed Instance ne fonctionne pas sur un réseau public. Par conséquent, la connexion entre votre instance SQL Server et Azure SQL Managed Instance doit être privée, par exemple à l’aide d’un VPN.
  • Vous pouvez tester la connectivité directement à partir du portail Azure dans le cadre du processus de migration. Si le test de connexion réussit dans le portail, mais que le lien ne peut pas être créé, consultez le journal d’activité pour plus d’informations sur l’échec. Vous pouvez également tester la connectivité manuellement à l’aide de Transact-SQL et de SQL Server Agent.
  • Vérifiez la présence de pare-feu d'entreprise sur votre réseau. Bien que la connectivité réseau puisse fonctionner, il est possible que les pare-feu bloquent un type spécifique de paquets que SQL Server utilise pour les groupes de disponibilité distribués. Vérifiez que les pare-feu ne bloquent pas ou ne filtrent pas les types de paquets.

Les avertissements suivants peuvent apparaître lors du démarrage du travail de migration de liaison Managed Instance. Vous pouvez poursuivre la migration malgré ces avertissements :

  • Warning: Database Mirroring Endpoint does not exist
  • Warning: Database Mirroring Endpoint is not secure with a certificate
  • Warning: Database Mirroring Endpoint is not enabled
  • Warning: Database Mirroring Endpoint encryption algorithm is not set to AES

Ces avertissements sont actuellement un problème connu et le processus de migration les résout automatiquement afin de pouvoir poursuivre la migration.

Examinez d’autres avertissements. Certains avertissements peuvent nécessiter une résolution de votre part avant de pouvoir démarrer la migration, tandis que certains peuvent être résolus une fois la migration terminée.

La configuration d’un lien via le portail Azure pour la migration n’est pas compatible avec les liens existants que vous créez manuellement, via SQL Server Management Studio (SSMS) ou Transact-SQL (T-SQL). Si un lien existe déjà, vous ne pouvez pas créer de lien via le portail Azure.

Si un lien existe déjà sur votre cible SQL Server ou Azure SQL Managed Instance, vous devez effectuer les étapes suivantes avant de créer un lien entre cette source et la cible via le portail Azure :

  1. Supprimez manuellement le lien de SQL Managed Instance à l’aide de Remove-AzSqlInstanceLink ou az sql mi link delete d’Azure Cloud Shell ou d’une machine connectée avec un contexte Azure.
  2. Supprimez le lien manuellement à partir de SQL Server à l’aide de DROP AVAILABILITY GROUP avec le nom du groupe de disponibilité distribué associé au lien.
  3. Supprimez tous les certificats liés aux liens de l’instance SQL Server à l’aide de DROP CERTIFICATE. Les certificats que vous devez supprimer contiennent généralement les valeurs suivantes : DigiKey PKI, , Microsoft PKI, endpointet database.windows.net. Vous pouvez utiliser SELECT * FROM sys.certificates pour répertorier tous les certificats sur SQL Server.
  4. Supprimez tous les certificats liés aux liens de SQL Managed Instance à l’aide de Remove-AzSqlInstanceServerTrustCertificate ou az sql mi partner-cert delete d’Azure Cloud Shell ou d’une machine connectée avec un contexte Azure. Vous pouvez utiliser Get-AzSqlInstanceServerTrustCertificate ou az sql mi partner-cert show pour répertorier les certificats d’authentification existants sur SQL Managed Instance.
  5. Les étapes précédentes effacent tous les certificats d’authentification liés au lien générés manuellement pour un lien créé manuellement. Si vous n’utilisez pas de groupe de disponibilité existant localement, envisagez de supprimer le point de terminaison de mise en miroir de bases de données existant à l’aide de DROP ENDPOINT. Vous pouvez utiliser SELECT * FROM sys.endpoints pour répertorier tous les points de terminaison existants sur SQL Server. Vous devez supprimer le certificat associé au point de terminaison avant de pouvoir supprimer le point de terminaison.

Résolution détaillée des problèmes avec XE Profiler

Pour une résolution détaillée des problèmes de lien, utilisez XE Profiler.

Problèmes de migration du service Log Replay

Cette section répertorie les problèmes courants que vous pouvez rencontrer lors de la migration à l’aide du service Log Replay (LRS) :

Impossible de répertorier les répertoires dans Stockage Blob Azure

Si vous voyez un message d’erreur indiquant que vous êtes Unable to list directories lors de la sélection d’un répertoire sur la page Nouvelle migration de données dans le portail Azure, cela signifie que l’utilisateur actuellement connecté sur le portail n’a pas le rôle Lecteur de données Blob de stockage attribué au compte de stockage. Accordez à l’utilisateur l’accès au compte de stockage pour résoudre le problème.

Aucun résultat n’a été trouvé dans le répertoire

Si vous voyez le message indiquant que No results were found in directory lors de la sélection d’un répertoire dans la page Nouvelle migration de données dans le portail Azure, aucune sauvegarde de base de données n’est disponible dans le conteneur de stockage Blob Azure. Pour résoudre ce problème, chargez une sauvegarde complète de base de données dans stockage Blob Azure.

Vérifier l’état de restauration des fichiers

Pour vérifier le nombre de fichiers détectés, en file d’attente, ignorés ou irrécupérables pendant la migration, utilisez la page Surveiller et basculement dans le portail Azure. Une fois la migration démarrée, accédez à la page Surveiller et commutation, puis sélectionnez la base de données en migration afin d'ouvrir les détails de la migration de cette base de données.

Erreur 2009 : l’identité managée n’est pas configurée correctement

Si votre migration démarre correctement, mais échoue avec l’erreur 2009 - managed identity is not set up properly, l’identité principale de l’instance managée n’a pas l’autorisation Lecteur de données Blob de stockage attribuée au compte de stockage Blob Azure. Accordez à l’identité managée l’accès au compte de stockage pour résoudre le problème. Vérifiez que l’identité appropriée (l’identité managée par défaut ou une identité personnalisée définie par l’utilisateur) dispose des autorisations requises ou que l’identité n’a pas changé depuis que les autorisations ont été accordées à l’origine. Si l’identité a changé, accordez les autorisations appropriées à la nouvelle identité pour résoudre le problème.

Résoudre les problèmes de migration avec DMS

Le démarrage d’un travail de migration LRS dans Azure Arc crée automatiquement une tâche de migration DMS (Database Migration Service) afin de pouvoir utiliser Azure Database Migration Service dans le portail Azure pour afficher des détails supplémentaires sur la tâche de migration.

Pour afficher les détails du travail de migration LRS dans DMS, procédez comme suit :

  1. Accédez à Azure Database Migration Service dans le portail Azure.

  2. Sélectionnez toutes les ressources , puis sélectionnez le travail de migration DMS associé à votre migration LRS pour ouvrir la page des détails de la migration :

    Capture d’écran de la page de toutes les ressources DMS dans le portail Azure.

  3. Dans la page des détails de la migration, sélectionnez Surveiller les migrations pour afficher l’état des bases de données migrées pour une instance particulière à l’aide de LRS. Sélectionnez Réussite, Annulation ou Erreur pour afficher plus de détails sur l’état.

    Une autre façon d’accéder à cette page consiste à utiliser la ressource Azure Database Migration Service ajoutée au groupe de ressources qui contient l’instance managée SQL cible après le démarrage d’une migration via Azure Arc.

Supprimer des travaux de migration

Les travaux de migration LRS restent sur la page Surveillance et basculement pendant 28 jours après leur achèvement (réussite ou échec). Vous pouvez supprimer manuellement les travaux si vous souhaitez les effacer de la page de surveillance plus tôt.

Pour supprimer manuellement les travaux, accédez au travail de migration DMS associé à votre migration LRS , comme décrit dans la section précédente. Sélectionnez la tâche de migration à supprimer, puis utilisez le bouton Supprimer la corbeille pour supprimer le travail. Confirmez en sélectionnant « Cochez cette case pour confirmer la suppression ». Cette action efface les tâches de la page Surveiller et basculer dans Azure Arc.

Contacter Microsoft

Vous pouvez contacter Microsoft pour ouvrir un ticket de support avec un problème que vous rencontrez ou pour fournir des commentaires directement au groupe de produits.

Contacter le support technique

Pour https://aka.ms/azure-support accéder à la page Aide + support dans le portail Azure, procédez comme suit pour ouvrir un ticket de support lié à la migration :

  1. Sélectionnez Créer une demande de support pour ouvrir le volet Support + résolution des problèmes .
  2. Tapez migration dans le champ de texte, puis sélectionnez Aucun des services ci-dessus sous Quel service rencontrez-vous un problème ?
  3. Dans la liste déroulante Sélectionner un service , sélectionnez SQL Server enabled by Azure Arc , puis utilisez Suivant pour continuer.
  4. Sélectionnez votre abonnement dans la liste déroulante.
  5. Sélectionnez votre instance SQL Server activée par la ressource Azure Arc dans la liste déroulante Ressources , puis sélectionnez Suivant.
  6. Sélectionnez Problèmes de migration dans la vignette Vous rencontrez l’un des problèmes suivants ? Sélectionnez Suivant.
  7. Sélectionnez Créer une demande de support dans la barre de navigation supérieure dans le volet Support + résolution des problèmes pour ouvrir le formulaire de ticket de support.
  8. Utilisez les valeurs de sous-type Problème suivantes pour router votre problème vers la file d’attente de prise en charge appropriée :
    • Évaluer : si vous rencontrez des problèmes avec l’évaluation de préparation de la migration.
    • Migration de données LRS : si vous rencontrez des problèmes avec une migration de Log Replay Service (LRS).
    • Migration des données de liaison MI : si vous rencontrez des problèmes avec une migration de liaison d'instance gérée.
    • Surveillance et basculement : si vous rencontrez des problèmes de surveillance de la migration ou de basculement.
    • Approvisionnement cible : si vous rencontrez des problèmes lors de l’approvisionnement de l’instance managée Azure SQL cible.
  9. Utilisez Suivant pour suivre les étapes restantes du formulaire de demande de support, puis sélectionnez Créer pour soumettre votre demande de support.

Fournir des commentaires au groupe de produits

Vous pouvez fournir des commentaires au groupe de produits pour améliorer l’expérience de migration. Utilisez le lien suivant pour envoyer vos commentaires :

Contenu connexe

  • Last updated on