Utiliser des seuils d'avertissement et d'alertes sur des métriques de performances de mise en miroir (SQL Server)

  • Article

S’applique à :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.

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.

Mesure 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, l'avertissement est également approprié en mode haute sécurité lorsque la mise en miroir est interrompue ou suspendue en raison de la 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. Letemps de basculement est principalement constitué du temps nécessaire à l'ancien serveur miroir pour restaurer par progression tout journal demeuré dans sa file d'attente de restauration par progression et d'un court laps de temps supplémentaire.

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

Pour en savoir plus, 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 pouvant s'accumuler dans la file d'attente d'envoi avant qu'un avertissement ne 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, l'avertissement est également approprié en mode haute sécurité lorsque la mise en miroir est interrompue ou suspendue en raison de la déconnexion des partenaires. Avertir si la durée de vie de la plus ancienne transaction non envoyée dépasse le seuil
Charge de validation par le serveur 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 au temps de traitement pendant lequel l'instance de serveur principal attend que l'instance de serveur miroir écrive l'enregistrement du journal de transaction dans la file d'attente de restauration par progression. Cette valeur est utile 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 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 Database Mirroring Monitor Overview. Pour plus d’informations sur le lancement 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
    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, la valeur la plus récente est comparée au seuil quand la table d’états est mise à jour. 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
Charge de validation par le serveur miroir 32044

Notes

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 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.

    Notes

    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.

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.

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

Voir aussi

Mise en miroir de bases de données (SQL Server)
Surveillance de la mise en miroir de bases de données (SQL Server)