MSSQLSERVER_14420

Nouveau : 17 juillet 2006

Détails

Nom du produit	SQL Server
Version du produit	9.0
Numéro de build du produit	9.00.1281.60
ID de l'événement	14420
Source de l'événement	MSSQLSERVER
Composant	SQLEngine
Nom symbolique	SQLErrorNum14420
Texte du message	La base de données primaire d'envoi de journaux %s.%s a un seuil de sauvegarde de %d minutes et n'a pas effectué de journalisation des sauvegardes depuis %d minutes. Vérifiez les informations du journal de l'agent et du moniteur d'envoi de journaux.

Explication

L'envoi de journaux n'est plus synchronisé en cas de dépassement du seuil de sauvegarde. Le seuil de sauvegarde correspond au nombre de minutes qui peuvent s'écouler entre les travaux de sauvegarde de l'envoi de journaux avant qu'une alerte soit générée. Ce message n'indique pas nécessairement un problème avec la copie des journaux de transaction. Il peut, en fait, indiquer l'un des problèmes suivants :

• Le travail de sauvegarde n'est pas en cours d'exécution. Les causes possibles sont les suivantes : le service SQL Server Agent sur l'instance du serveur principal n'est pas en cours d'exécution, le travail est désactivé ou la planification du travail a été modifiée.
• Le travail de sauvegarde est en échec. Les causes possibles sont les suivantes : le chemin d'accès au dossier de sauvegarde n'est pas valide, le disque est plein ou toute autre raison pouvant entraîner l'échec de l'instruction RESTORE.

Action utilisateur

Pour résoudre le problème qui est à l'origine de ce message :

• Assurez-vous que le service SQL Server Agent est en cours d'exécution pour l'instance du serveur principal et que le travail de sauvegarde pour cette base de données primaire est activé et est planifié pour s'exécuter à la fréquence appropriée.
• Il est possible que le travail de sauvegarde sur le serveur principal soit en échec. Dans ce cas, consultez l'historique du travail de sauvegarde pour déterminer la cause de l'échec.
• Il se peut que le travail de sauvegarde de la copie des journaux de transaction, qui s'exécute sur l'instance du serveur principal, ne puisse pas se connecter à l'instance du serveur moniteur pour mettre à jour la table log_shipping_monitor_primary. Ceci peut être dû à un problème d'authentification entre l'instance du serveur moniteur et l'instance du serveur principal.
• La valeur du seuil d'alerte de sauvegarde est peut-être incorrecte. Dans l'idéal, cette valeur doit être au moins trois fois supérieure à la fréquence du travail de sauvegarde. Si vous modifiez la fréquence du travail de sauvegarde une fois que la copie des journaux de transaction est configurée et fonctionnelle, la valeur du seuil d'alerte de sauvegarde doit être mise à jour en conséquence.
• Lorsque l'instance du serveur moniteur est mise hors connexion et qu'elle revient ensuite en ligne, la table log_shipping_monitor_primary n'est pas mise à jour avec les valeurs actuelles avant l'exécution du travail de message d'alerte. Pour mettre à jour les tables du serveur moniteur afin qu'elles contiennent les données les plus récentes pour la base de données primaire, exécutez sp_refresh_log_shipping_monitor sur l'instance du serveur principal.
• La date ou l'heure est incorrecte sur l'instance du serveur principal ou du serveur moniteur. Ceci peut également générer des messages d'alerte. Il est possible que la date ou l'heure système ait été modifiée sur l'une des deux instances.

  Remarque :
  Une différence de fuseaux horaires entre les deux instances de serveurs ne pose généralement aucun problème.

Voir aussi

Autres ressources

log_shipping_monitor_primary (Transact-SQL)
Analyse de l'envoi de journaux
sp_help_log_shipping_monitor_primary (Transact-SQL)
sp_refresh_log_shipping_monitor (Transact-SQL)
Présentation de l'envoi de journaux

Aide et Informations

Assistance sur SQL Server 2005