Utiliser des seuils d'avertissement et d'alertes sur des métriques de performances de mise en miroir (SQL Server)
Cette rubrique contient des informations sur les événements SQL Server pour lesquels des seuils d'avertissement peuvent être configurés et gérés pour la mise en miroir de bases de données. Vous pouvez utiliser le moniteur de mise en miroir de bases de données ou les procédures stockées sp_dbmmonitorchangealert, sp_dbmmonitorhelpalert et sp_dbmmonitordropalert. Cette rubrique contient également des informations sur la configuration d'alertes sur des événements de mise en miroir de bases de données.
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.
Dans cette rubrique :
Métriques de performances et seuils d'avertissement
Définition et gestion de seuils d'avertissement
Utilisation d'alertes pour une base de données en miroir
Tâches associées
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 permet de 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.
Pour plus d'informations, consultez Estimer l'interruption de service au cours d'un basculement de rôle (mise en miroir de bases de données). |
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.
.gif "Icône de flèche utilisée avec le lien Retour en haut")
[Haut de la page]
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 du principal et du serveur 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 Démarrer le moniteur de mise en miroir de bases de données (SQL Server Management Studio).
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
Ajoute ou modifie un seuil d'avertissement pour une métrique de performance de mise en miroir spécifiée.
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.
Supprime l'avertissement pour une métrique de performance spécifiée.
[Haut de la page]
É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.
Mesure de performance |
ID de l'é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 la surveillance d'une base de données mise en miroir 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.
[Haut de la page]
Tâches associées
Pour créer une alerte à l'aide de SQL Server Management Studio
Pour surveiller une mise en miroir de bases de données
[Haut de la page]
Voir aussi
Concepts
Mise en miroir de bases de données (SQL Server)
Surveillance de la mise en miroir de bases de données (SQL Server)