Partager via

Dépannage de la sauvegarde managée de SQL Server sur Azure

Cette rubrique décrit les tâches et les outils que vous pouvez utiliser pour résoudre les erreurs qui peuvent se produire pendant les opérations de sauvegarde managée SQL Server sur Microsoft Azure.

Aperçu

Sql Server Managed Backup to Microsoft Azure a intégré des vérifications et des dépannages. Par conséquent, dans de nombreux cas, les défaillances internes sont prises en charge par la sauvegarde managée SQL Server sur Microsoft Azure.

Un exemple de ce type de cas est la suppression d'un fichier de sauvegarde entraînant une rupture de la chaîne de journaux, ce qui affecte la possibilité de récupération. La sauvegarde managée SQL Server sur Microsoft Azure identifie l'arrêt de la chaîne de journaux et planifie une sauvegarde immédiatement. Toutefois, nous vous recommandons de surveiller l’état et de résoudre les erreurs qui nécessitent une intervention manuelle.

La sauvegarde managée SQL Server sur Microsoft Azure journalise les événements et les erreurs à l’aide de procédures stockées système, de vues système et d’événements étendus. Les vues système et les procédures stockées fournissent des informations de configuration SQL Server Managed Backup à Microsoft Azure, l’état des sauvegardes planifiées, ainsi que les erreurs capturées par les événements étendus. La sauvegarde managée SQL Server sur Microsoft Azure utilise des événements étendus pour capturer les erreurs à utiliser pour la résolution des problèmes. Outre la journalisation des événements, les stratégies d'administration intelligente SQL Server fournissent un état d'intégrité utilisé par un système de notification par e-mail pour notifier des erreurs et des problèmes. Pour plus d’informations, consultez Surveiller la sauvegarde managée SQL Server sur Azure.

Sql Server Managed Backup to Microsoft Azure utilise également la même journalisation que celle utilisée lors de la sauvegarde manuelle vers le stockage Azure (sauvegarde SQL Server vers l’URL). Pour plus d’informations sur les problèmes liés à la sauvegarde vers une URL, consultez la section de dépannage dans SQL Server Backup to URL: Best Practices and Troubleshooting

Étapes de dépannage générales

  1. Activez la notification par e-mail pour commencer à recevoir des e-mails pour les erreurs et les avertissements.

    Vous pouvez également exécuter smart_admin.fn_get_health_status régulièrement pour vérifier les erreurs agrégées et les nombres. Par exemple, number_of_invalid_credential_errors est le nombre de fois où la sauvegarde intelligente a tenté une sauvegarde, mais a obtenu une erreur d’informations d’identification non valide. Number_of_backup_loops et number_of_retention_loops ne sont pas des erreurs ; mais ils indiquent le nombre de fois où le thread de sauvegarde et le thread de rétention ont analysé la liste des bases de données. En règle générale, quand @begin_time et @end_time ne sont pas fournis, la fonction affiche les informations des 30 dernières minutes, alors nous devrions normalement voir des valeurs non nulles pour ces deux colonnes. S’ils sont zéro, cela implique un système surchargé ou même un système qui ne répond pas. Pour plus d’informations, consultez la section Résolution des problèmes système plus loin dans cette rubrique.

  2. Passez en revue les journaux des événements étendus pour en savoir plus sur les erreurs et les autres événements associés.

  3. Utilisez les informations contenues dans les journaux pour résoudre le problème. En cas de problème ou d’erreur système, vous devrez peut-être redémarrer le service ou SQL Server Agent.

Causes courantes des erreurs

Voici la liste des causes courantes qui entraînent des échecs :

  1. Modifications apportées aux informations d’identification SQL : Si le nom des informations d’identification utilisées par la sauvegarde managée SQL Server vers Microsoft Azure est modifié ou s’il est supprimé, la sauvegarde managée SQL Server sur Microsoft Azure ne pourra pas effectuer de sauvegardes. La modification doit être appliquée aux paramètres de configuration de la sauvegarde managée SQL Server vers Microsoft Azure.

  2. Modifications apportées aux valeurs de clé d’accès au stockage : Si les valeurs de clé de stockage sont modifiées pour le compte Azure, mais que les informations d’identification SQL ne sont pas mises à jour avec les nouvelles valeurs, la sauvegarde managée SQL Server vers Microsoft Azure échoue lors de l’authentification auprès du stockage et ne parvient pas à sauvegarder les bases de données configurées pour utiliser ce compte.

  3. Modifications apportées au compte de stockage Azure : La suppression ou le changement de nom du compte de stockage sans modification correspondante des informations d’identification SQL entraîne l’échec de la sauvegarde managée SQL Server vers Microsoft Azure et aucune sauvegarde n’est effectuée. Si vous supprimez un compte de stockage, vérifiez que les bases de données sont reconfigurées avec des informations de compte de stockage valides. Si un compte de stockage est renommé ou que les valeurs de clé sont modifiées, vérifiez que ces modifications sont reflétées dans les informations d’identification SQL utilisées par la sauvegarde managée SQL Server sur Microsoft Azure.

  4. Modifications apportées aux propriétés de la base de données : Les modifications apportées aux modèles de récupération ou la modification du nom peuvent entraîner l’échec des sauvegardes.

  5. Modifications apportées au modèle de récupération : Si le modèle de récupération de la base de données est remplacé par un mode simple de journalisation complète ou en bloc, les sauvegardes s’arrêtent et les bases de données sont ignorées par la sauvegarde managée SQL Server vers Microsoft Azure. Pour plus d’informations, consultez Sauvegarde managée SQL Server sur Azure : Interopérabilité et coexistence

Messages d’erreur et solutions les plus courants

  1. Erreurs lors de l’activation ou de la configuration de la sauvegarde managée SQL Server sur Microsoft Azure :

    Erreur : « Impossible d’accéder à l’URL de stockage.... Fournissez des informations d’identification SQL valides... : vous pouvez voir cela et d’autres erreurs similaires faisant référence aux informations d’identification SQL. Dans ce cas, passez en revue le nom des informations d’identification SQL que vous avez fournies, ainsi que les informations stockées dans les informations d’identification SQL , le nom du compte de stockage et la clé d’accès au stockage et assurez-vous qu’elles sont actuelles et valides.

    Erreur : « ... impossible de configurer la base de données.... car il s’agit d’une base de données système : vous verrez cette erreur si vous essayez d’activer la sauvegarde managée SQL Server sur Microsoft Azure pour une base de données système. La sauvegarde managée SQL Server sur Microsoft Azure ne prend pas en charge les sauvegardes pour les bases de données système. Pour configurer la sauvegarde d’une base de données système, utilisez d’autres technologies de sauvegarde SQL Server, telles que des plans de maintenance.

    Erreur :" ... Fournissez une période de rétention.... : vous pouvez voir des erreurs concernant la période de rétention si vous n’avez pas spécifié de période de rétention pour la base de données ou l’instance lorsque vous configurez ces valeurs pour la première fois. Vous pouvez également voir une erreur si vous fournissez une valeur autre qu’un nombre compris entre 1 et 30. La valeur autorisée pour la période de rétention est un nombre compris entre 1 et 30.

  2. Erreurs de notification par e-mail :

    Erreur : « La messagerie de base de données n’est pas activée... » : cette erreur s’affiche si vous activez les notifications par e-mail, mais que la messagerie de base de données n’est pas configurée sur l’instance. Vous devez configurer la messagerie de base de données sur l’instance pour pouvoir recevoir une notification de l’état d’intégrité de la sauvegarde managée SQL Server sur Microsoft Azure. Pour plus d’informations sur l’activation de la messagerie de base de données, consultez Configurer la messagerie de base de données. Vous devez également autoriser SQL Server Agent à utiliser la messagerie de base de données pour les notifications. Pour plus d’informations, consultez Avant de commencer.

    Voici une liste de numéros d’erreur que vous pouvez voir associés aux notifications par e-mail :

    • Numéro d’erreur : 45209

    • Numéro d’erreur : 45210

    • Numéro d’erreur : 45211

  3. Erreurs de connectivité :

    • Erreurs liées à la connectivité SQL : Ces erreurs se produisent lorsqu’il existe des problèmes de connexion à l’instance SQL Server. Les événements étendus exposent ce type d’erreurs via le canal d’administration. Voici les deux événements étendus que vous pouvez voir pour les erreurs liées à ce type de problèmes de connectivité :

      FileRetentionAdminXEvent avec event_type = SqlError. Pour plus d’informations sur cette erreur, examinez les error_code, les error_message et les stack_trace de cet événement. Le error_code correspond au numéro d’erreur de SqlException.

      Événement SmartBackupAdminX avec les messages/suffixes de message suivants :

      « Une erreur interne s’est produite lors de la configuration de la sauvegarde managée SQL Server sur les paramètres par défaut Azure par exemple. L’erreur peut être temporaire. »

      « Probablement rencontrer des problèmes de connectivité avec SQL Server. Sauter la base de données dans l'itération actuelle.

      « Échec de l’interrogation des informations d’utilisation du journal. L’échec peut être temporaire. Ignorer la base de données dans l’itération actuelle. »

      « Exception SQL rencontrée lors du chargement des métadonnées de l’agent SSMBackup2WA. L’échec peut être temporaire. L’opération sera retentée.

      « SSMBackup2WA a rencontré une exception SQL alors que ... "

    • Erreurs de connexion au compte de stockage :

      Les exceptions de stockage sont signalées dans FileRetentionAdminXEvent avec event_type = XstoreError. Pour plus d’informations sur l’erreur, examinez les error_message et stack_trace de cet événement.

      Étant donné que la sauvegarde managée SQL Server utilise la technologie sauvegarde sous-jacente vers l’URL, les erreurs liées à la connectivité de stockage s’appliquent aux deux fonctionnalités. Pour plus d’informations sur les étapes de résolution des problèmes, consultez la section Dépannage de l’article Meilleures pratiques et dépannage de la sauvegarde SQL Server vers URL.

Résolution des problèmes système

Voici quelques scénarios où il existe un problème avec le système (SQL Server, SQL Server Agent) et ses effets sur la sauvegarde managée SQL Server sur Microsoft Azure :

  • Sqlservr.exe cesse de répondre ou cesse de fonctionner lorsque la sauvegarde managée SQL Server sur Microsoft Azure est en cours d’exécution : Si SQL Server cesse de fonctionner, SQL Agent s’arrête normalement, la sauvegarde managée SQL Server sur Microsoft Azure s’arrête également et les événements sont consignés dans le fichier SQL Agent.out.

    Si SQL Server cesse de répondre, les événements sont enregistrés dans le canal d’administration. Exemple du journal des événements :

    Erreur SQL (moteur ne répond pas ou obtient une sqlException : SqlException :
    code d’erreur, message et stacktrace s’affichent dans un canal d’administration xevent, ainsi que quelques informations supplémentaires, telles que :
    « Probablement rencontrer des problèmes de connectivité avec SQL Server. Ignorons la base de données dans l'itération actuelle.

  • SQL Agent cesse de répondre ou cesse de fonctionner lorsque la sauvegarde managée SQL Server sur Microsoft Azure est en cours d’exécution :

    Si SQL Agent cesse de fonctionner, la sauvegarde managée SQL Server sur Microsoft Azure s’arrête également et les événements sont enregistrés dans le canal d’administration. Cela est similaire aux scénarios où SQL Server cesse de répondre.

    Si SQL Agent cesse de répondre, la sauvegarde managée SQL Server sur Microsoft Azure ne pourra pas continuer avec les opérations de sauvegarde et les événements sont enregistrés dans le canal d’administration. Exemple du journal des événements :

    Blocage de tâche : voir le canal administratif xevents
    « Une mise à jour de progression n’a pas été reçue de SQL Server en plus de « + Constants.DBBackupInfoMsgMaxWaitTime + » heures pour la sauvegarde de base de données. La sauvegarde cloud SSM continuera d’attendre.

Si vous avez activé la notification par e-mail, vous recevrez une notification qui inclut le nombre de boucles de sauvegarde et le nombre de boucles de rétention. Si la valeur retournée dans la notification pour l’une ou les deux de ces deux colonnes est égale à zéro, il peut s’agir d’une indication que le système ne répond pas.

Avertissement

Les processus internes qui génèrent les résultats du rapport supposent que les journaux de diagnostic du moteur se trouvent dans le même emplacement que le journal des erreurs de SQL Agent, qui se trouve par défaut dans le même dossier que les journaux d’activité d’erreur de l’instance SQL Server. Si les journaux de diagnostic du moteur sont déplacés vers un emplacement autre que l’emplacement du journal des erreurs SQL Agent, le système ne peut pas trouver les journaux de diagnostic de la sauvegarde intelligente, et par conséquent, le rapport dans la notification par e-mail risque de ne pas être correct. Par exemple, vous pouvez voir une valeur de 0 dans tous les champs signalés, y compris le nombre de boucles de sauvegarde et le nombre de boucles de rétention. Dans ce cas, lorsque les journaux de diagnostic sont déplacés vers un autre emplacement, cela peut ne pas signifier que le système ne répond pas, mais que le système n’est pas en mesure de trouver les journaux. Assurez-vous que l’emplacement des journaux de diagnostic et des journaux d’erreurs SQL Agent se trouvent d’abord au même emplacement. Pour vérifier l’emplacement actuel des journaux de diagnostic, vous pouvez utiliser sys.dm_os_server_diagnostics_log_configurations. La path colonne indique l’emplacement actuel des logs de diagnostic du moteur. Il doit se trouver dans le même dossier que les journaux d’erreurs SQL Agent. Vous pouvez obtenir le chemin d'accès au journal des erreurs de SQL Agent en utilisant la procédure stockée dbo.sp_get_sqlagent_properties.

Vérifiez les journaux d’événements étendus pour consulter les détails des erreurs. corrigez les erreurs ou redémarrez SQL Server Agent pour corriger la situation.

  • Last updated on