Utilisation de seuils d'avertissement et d'alertes sur des métriques de performances de mise en miroir

Une fois l'analyse établie pour une base de données en miroir, un administrateur système peut configurer des seuils d'avertissements sur plusieurs métriques de performances clés. Il est également possible de configurer des alertes sur ces événements de mise en miroir de bases de données et sur d'autres événements.

[!REMARQUE]

Pour plus d'informations sur le fonctionnement de l'analyse d'une base de données mise en miroir et sur la façon de configurer des seuils d'avertissement, consultez Surveillance de l'état de la mise en miroir.

Métriques de performances et seuils d'avertissement

Le tableau suivant répertorie les métriques de performances pour lesquelles des avertissements peuvent être configurés, décrit les seuils d'avertissement correspondants et répertorie le libellé Moniteur de mise en miroir de bases de données correspondant.

Métrique de performance

Seuil d'avertissement

Libellé Moniteur de mise en miroir de bases de données

Journal non envoyé

Spécifie la quantité de kilo-octets (Ko) de journal non envoyé qui génère un avertissement sur l'instance de serveur principal. Cet avertissement aide à mesurer le risque de perte de données en termes de Ko et concerne tout particulièrement le mode hautes performances. Toutefois, il est également adapté au mode haute sécurité lorsque la mise en miroir est interrompue ou suspendue suite à une déconnexion des partenaires.

Avertir si le journal non envoyé dépasse le seuil

Journal non restauré

Spécifie la quantité de Ko de journal non restauré qui génère un avertissement sur l'instance de serveur miroir. Cet avertissement aide à mesurer le temps de basculement. Le temps de basculement est principalement constitué du temps nécessaire au serveur miroir précédent pour restaurer par progression tout journal restant dans sa file d'attente de restauration par progression, plus un court temps supplémentaire.

RemarqueRemarque
Pour un basculement automatique, le temps nécessaire au système pour remarquer l'erreur dépend du temps de basculement.

Pour plus d'informations, consultez Estimation de l'interruption de service au cours d'un basculement de rôle.

Avertir si le journal non restauré dépasse le seuil

Transaction non envoyée la plus ancienne

Spécifie le nombre de minutes de transactions qui peuvent s'accumuler dans la file d'attente d'envoi avant qu'un avertissement soit généré sur l'instance de serveur principal. Cet avertissement aide à mesurer le risque de perte de données en termes de temps et concerne tout particulièrement le mode hautes performances. Toutefois, il est également adapté au mode haute sécurité lorsque la mise en miroir est interrompue ou suspendue suite à une déconnexion des partenaires.

Avertir si la durée de vie de la plus ancienne transaction non envoyée dépasse le seuil

Temps de traitement de validation de miroir

Spécifie le nombre de millisecondes de délai moyen par transaction qui sont tolérés avant qu'un avertissement soit généré sur le serveur principal. Ce délai correspond à la charge encourue pendant que l'instance de serveur principal attend que l'instance de serveur miroir écrive l'enregistrement du journal de transactions dans la file d'attente de restauration par progression. Cette valeur est pertinente uniquement en mode haute sécurité.

Avertir si le temps de traitement de validation de miroir dépasse le seuil

Pour chacune de ces métriques de performances, un administrateur système peut spécifier un seuil sur une base de données en miroir. Pour plus d'informations, consultez « Définition et gestion de seuils d'avertissement », plus loin dans cette rubrique.

Définition et gestion de seuils d'avertissement

Un administrateur système peut configurer un ou plusieurs seuils d'avertissement pour les métriques de performances de mise en miroir clés. Nous recommandons de définir un seuil pour un avertissement donné sur les deux partenaires afin de s'assurer que l'avertissement persiste en cas de basculement de la base de données. Le seuil approprié sur chaque partenaire dépend des capacités de performances du système du partenaire.

Les seuils d'avertissement peuvent être configurés et gérés à l'aide des méthodes suivantes :

  • Moniteur de mise en miroir de bases de données

    Dans le moniteur de mise en miroir de bases de données, l'administrateur peur afficher simultanément la configuration actuelle des avertissements pour une base de données sélectionnée sur les instances de serveur principal et miroir en sélectionnant la page à onglets Avertissements. À partir de là, l'administrateur peut ouvrir la boîte de dialogue Définir les seuils d'avertissement pour activer et configurer un ou plusieurs seuils d'avertissement.

    Pour obtenir une présentation de l'interface du moniteur de mise en miroir de bases de données, consultez Vue d'ensemble du moniteur de mise en miroir de bases de données. Pour plus d'informations sur le démarrage du moniteur de mise en miroir de bases de données, consultez Procédure : démarrer le moniteur de mise en miroir de bases de données.

  • Procédures stockées système

    L'ensemble suivant de procédures stockées système permet à un administrateur de configurer et de gérer des seuils d'avertissement sur des bases de données en miroir d'un partenaire à la fois.

    Procédure

    Description

    sp_dbmmonitorchangealert (Transact-SQL)

    Ajoute ou modifie un seuil d'avertissement pour une métrique de performance de mise en miroir spécifiée.

    sp_dbmmonitorhelpalert (Transact-SQL)

    Retourne des informations sur des seuils d'avertissement sur une ou l'ensemble des métriques de performances clés du moniteur de mise en miroir de bases de données.

    sp_dbmmonitordropalert (Transact-SQL)

    Supprime l'avertissement pour une métrique de performance spécifiée.

Événements de seuil de performance envoyés au journal des événements Windows

Si un seuil d'avertissement est défini pour une métrique de performance, lorsque la table d'états est mise à jour, la valeur la plus récente est comparée au seuil. Si le seuil est atteint, la procédure de mise à jour, sp_dbmmonitorupdate, génère un événement d'informations (un événement de seuil de performance) pour la métrique et elle écrit l'événement dans le journal des événements Microsoft Windows. Le tableau suivant répertorie les ID des événements de seuil de performance.

Métrique de performance

ID d'événement

Journal non envoyé

32042

Journal non restauré

32043

Transaction non envoyée la plus ancienne

32040

Temps de traitement de validation de miroir

32044

[!REMARQUE]

Un administrateur peut définir des alertes sur un ou plusieurs de ces événements. Pour plus d'informations, consultez « Utilisation d'alertes pour une base de données en miroir » plus loin dans cette rubrique.

Utilisation d'alertes pour une base de données en miroir

L'un des aspects importants de l'analyse d'une base de données consiste à configurer des alertes sur des événements de mise en miroir de bases de données importants. SQL Server 2005 génère les types suivants d'événements de mise en miroir de bases de données :

  • Événements de seuil de performance

    Pour plus d'informations, consultez « Événements de seuil de performance envoyés au journal des événements Windows » plus haut dans cette rubrique.

  • Événements de changement d'état

    Il s'agit des événements WMI (Windows Management Instrumentation) générés lorsque des modifications sont apportées à l'état interne d'une session de mise en miroir de bases de données.

    [!REMARQUE]

    Pour plus d'informations, consultez Fournisseur WMI pour les concepts des événements de serveur.

Un administrateur système peut configurer des alertes sur ces événements à l'aide de SQL Server Agent ou d'autres applications, telles que Microsoft Operations Manager.

Lorsque vous définissez des alertes sur des événements de mise en miroir de bases de données, nous vous recommandons de définir des seuils d'avertissement et des alertes sur les deux instances de serveur partenaires. Les différents événements sont générés sur le serveur principal ou sur le serveur miroir, mais chaque partenaire peut assumer l'un ou l'autre rôle à tout moment. Pour vous assurer qu'une alerte continue de fonctionner après un basculement, vous devez la définir sur les deux partenaires.

Pour plus d'informations, consultez le livre blanc relatif aux alertes d'événements de mise en miroir de bases de donnes disponible sur ce site Web SQL Server. Ce document contient des informations sur la façon de configurer des alertes à l'aide de SQL Server Agent, sur les événements WMI de mise en miroir de bases de données, ainsi que des exemples de scripts.

Important

Pour toutes les sessions de mise en miroir, nous vous recommandons vivement de configurer la base de données de façon à envoyer une alerte sur tout événement de changement d'état. À moins qu'un changement d'état ne soit attendu suite à une modification de configuration manuelle, un événement risquant de compromettre vos données s'est produit. Pour aider à protéger vos données, identifiez et corrigez la cause d'un changement d'état inattendu.