Description du message d’erreur 14420 et le message d’erreur 14421 qui se produisent lorsque vous utilisez l’envoi de journaux dans SQL Server

Résumé

Cet article explique les raisons des messages d’erreur « désynchronisé » lorsque vous avez configuré pour SQL Server 2000 l’envoi de journaux.


Un des messages d’erreur suivants peut-être être enregistré dans le journal des erreurs SQL Server :

Message d’erreur 14420
Erreur : 14420, gravité : 16, état : 1
Le journal d’expédition destination %s.%s est désynchronisé de %s minutes.
Message d’erreur 14421
Erreur : 14421, gravité : 16, état : 1
Le journal d’expédition destination %s.%s est désynchronisé de %s minutes.
Si vous utilisez SQL Server 2005, la description de ces messages d’erreur sont différents :

Message d’erreur 14420
Erreur : 14420, gravité : 16, état : 1
Le journal d’expédition de la base de données primaire %s.%s a seuil de sauvegarde de %d minutes et n’a pas effectué une opération de sauvegarde de journal %d minutes. Vérifiez les informations de moniteur journal et logshipping de l’agent.
Message d’erreur 14421
Erreur : 14421, gravité : 16, état : 1
L’envoi de journaux de la base de données secondaire %s.%s a seuil de restauration de %d minutes et est désynchronisé. Aucune restauration n’a été effectuée pendant %d minutes. Latence restaurée est %d minutes. Vérifiez les informations de moniteur journal et logshipping de l’agent.

Plus d'informations

Envoi de journaux utilise Sqlmaint.exe à sauvegarder et à restaurer les bases de données. Lorsque SQL Server crée une sauvegarde du journal des transactions dans le cadre d’une configuration d’envoi de journal, Sqlmaint.exe se connecte au serveur du moniteur et met à jour la table log_shipping_primaries avec le last_backup_filename . De même, lorsque vous exécutez une copie ou un travail de restauration sur un serveur secondaire, Sqlmaint.exe se connecte au serveur du moniteur et met à jour la table log_shipping_secondaries .

Dans le cadre de l’envoi de journaux, les messages d’alerte 14220 et 14221 sont générés pour suivre l’activité de sauvegarde et de restauration. Les messages d’alerte sont générées en fonction de la valeur du seuil d’Alerte de sauvegarde et le seuil d’Alerte de désynchronisation , respectivement.

Le message d’alerte 14220 indique que la différence entre l’heure actuelle et l’heure indiquée par la valeur last_backup_filename dans la table log_shipping_primaries sur le serveur de moniteur est supérieure à la valeur définie pour le seuil d’Alerte de sauvegarde .

Le message d’alerte 14221 indique que la différence entre l’heure indiquée par le last_backup_filename dans la table log_shipping_primaries et le last_loaded_filename de la table log_shipping_secondaries est supérieure à la valeur définie pour le seuil d’Alerte de désynchronisation .

Résolution des problèmes de Message d’erreur 14420

Par définition, 14420 de message n’indique pas nécessairement un problème avec l’envoi de journaux. Le message indique que la différence entre le dernier fichier sauvegardé et l’heure actuelle sur le serveur de moniteur est supérieur à l’heure définie pour le seuil d’Alerte de sauvegarde .

Il existe plusieurs raisons pourquoi le message d’alerte est généré. La liste suivante comprend certaines de ces raisons :
  1. La date ou heure (ou les deux) sur le serveur de moniteur sont différentes de la date ou l’heure sur le serveur principal. Il est également possible que la date ou l’heure du système a été modifié sur le moniteur ou le serveur principal. Cela peut également générer des messages d’alerte.
  2. Lorsque le serveur de moniteur est en mode hors connexion et puis en ligne, les champs de la table log_shipping_primaries ne sont pas mis à jour avec les valeurs actuelles avant le travail de message d’alerte s’exécute.
  3. Le journal copie travail d’envoi qui est exécuté sur le serveur principal ne peut pas se connecter à la base de données msdb du serveur de moniteur pour mettre à jour les champs dans la table log_shipping_primaries . Cela peut être le résultat d’un problème d’authentification entre le serveur de moniteur et le serveur principal.
  4. Il pouvez que vous avez défini une valeur incorrecte pour le seuil d’Alerte de sauvegarde . Dans l’idéal, vous devez définir cette valeur sur au moins trois fois la fréquence de la tâche de sauvegarde. Si vous modifiez la fréquence de la tâche de sauvegarde après que l’envoi de journaux est configuré et fonctionnel, vous devez mettre à jour la valeur du seuild’Alerte de sauvegarde en conséquence.
  5. Le travail de sauvegarde sur le serveur principal échoue. Dans ce cas, vérifiez l’historique du travail pour la tâche de sauvegarde pour la raison de l’échec.

Résolution des problèmes de Message d’erreur 14421

Par définition, le message 14421 n’indique pas nécessairement un problème avec l’envoi de journaux. Ce message indique que la différence entre la dernière sauvegarde de fichier et le dernier fichier restauré est supérieure à l’heure sélectionnée pour le seuil d’Alerte de désynchronisation .

Il existe plusieurs raisons pourquoi le message d’alerte est déclenché. La liste suivante comprend certaines de ces raisons :
  1. La date ou heure (ou les deux) sur le serveur primaire sont modifiées de telles que la date ou l’heure sur le serveur primaire est considérablement en avance entre des sauvegardes de journaux de transactions consécutifs.
  2. L’opération de restauration est en cours d’exécution sur le serveur secondaire de l’envoi de journaux ne peut pas se connecter à la base de données msdb du serveur de moniteur pour mettre à jour la table log_shipping_secondaries avec la valeur correcte. Cela peut être le résultat d’un problème d’authentification entre le serveur secondaire et le serveur du moniteur.
  3. Il pouvez que vous avez défini une valeur incorrecte pour le seuil d’Alerte de désynchronisation . Dans l’idéal, vous devez définir cette valeur sur au moins trois fois la fréquence du plus lent des travaux de copie et de restauration. Si la fréquence des tâches de copie ou de restauration est modifiée une fois que l’envoi de journaux est configuré et fonctionnel, vous devez modifier la valeur du seuil d’Alerte de désynchronisation en conséquence.
  4. Problèmes liés à l’opération de sauvegarde ou de copie sont susceptibles de provoquer des messages d’alerte « désynchronisés ». Si des messages d’alerte « désynchronisé » sont déclenchés et il n’y a aucun problème avec la travail de sauvegarde ou la restauration, cochez la case le travail de copie de problèmes potentiels. En outre, la connectivité réseau peut entraîner l’échec du travail de copie.
  5. Il est également possible que le travail de restauration sur le serveur secondaire échoue. Dans ce cas, vérifiez l’historique du travail pour le travail de restauration, car il peut indiquer la raison de l’échec.

Références

Pour plus d’informations, cliquez sur le numéro ci-dessous pour afficher l’article correspondant dans la Base de connaissances Microsoft :
314515 INF : Forum aux Questions - SQL Server 2000 - envoi de journaux
321247 Comment : configurer la sécurité d’envoi de journaux
Propriétés

ID d'article : 329133 - Dernière mise à jour : 27 janv. 2017 - Révision : 1

Commentaires