Remarque
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page nécessite une autorisation. Vous pouvez essayer de modifier des répertoires.
Cette rubrique contient des informations sur les événements SQL Server pour lesquels les 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 des alertes sur les événements de mise en miroir de bases de données.
Une fois la surveillance établie pour une base de données mise en miroir, un administrateur système peut configurer des seuils d’avertissement sur plusieurs métriques de performances clés. En outre, un administrateur peut configurer des alertes sur ces événements et d’autres événements de mise en miroir de bases de données.
Dans cette rubrique :
Métriques de performances et seuils d’avertissement
Le tableau suivant répertorie les métriques de performances pour lesquelles les avertissements peuvent être configurés, décrit le seuil d’avertissement correspondant et répertorie l’étiquette du moniteur de mise en miroir de bases de données correspondante.
| Mesure de performance | Seuil d’avertissement | Étiquette du moniteur de mise en miroir de bases de données |
|---|---|---|
| Journal non envoyé | Spécifie le nombre de kilo-octets (Ko) du journal non envoyé qui génère un avertissement sur l’instance de serveur principal. Cet avertissement permet de mesurer le risque de perte de données en termes de Ko et est particulièrement pertinent pour le mode hautes performances. Toutefois, l’avertissement est également pertinent pour le mode haute sécurité lorsque la mise en miroir est mise en pause ou suspendue, car les partenaires deviennent déconnectés. | Avertir si le journal non envoyé dépasse le seuil |
| Journal non restauré | Spécifie le nombre de Ko de journaux non restaurés qui génèrent un avertissement sur l'instance du serveur miroir. Cet avertissement permet de mesurer le temps de basculement. Le temps de basculement se compose principalement du temps nécessaire à l’ancien serveur miroir pour restaurer le journal restant dans sa file d’attente de restauration par restauration, ainsi qu’une courte durée supplémentaire. Remarque : Pour un basculement automatique, l’heure du système à remarquer que l’erreur est indépendante de l’heure de basculement. Pour plus d’informations, consultez Estimer l’interruption du service pendant le 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 soit généré sur l’instance de serveur principal. Cet avertissement permet de mesurer le risque de perte de données en termes de temps et est particulièrement pertinent pour le mode hautes performances. Toutefois, l’avertissement est également pertinent pour le mode haute sécurité lorsque la mise en miroir est suspendue ou suspendue, car les partenaires deviennent déconnectés. | Avertir si la durée de vie de la plus ancienne transaction non envoyée dépasse le seuil |
| Surcharge de traitement de validation miroir | Spécifie le nombre de millisecondes de délai moyen par transaction toléré avant la génération d’un avertissement 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 pertinente uniquement en mode haute sécurité. | Avertir si le temps de traitement de validation de miroir dépasse le seuil |
Pour l’une de ces métriques de performances, un administrateur système peut spécifier un seuil sur une base de données mise en miroir. Pour plus d’informations, consultez Configuration et gestion des seuils d’avertissement, plus loin dans cette rubrique.
Configuration et gestion des 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 de clés. Nous vous recommandons de définir un seuil pour un avertissement donné sur les deux partenaires pour vous assurer que l’avertissement persiste si la base de données bascule. Le seuil approprié pour chaque partenaire dépend des fonctionnalités de performances du système de ce partenaire.
Les seuils d’avertissement peuvent être configurés et gérés à l’aide de l’un des éléments suivants :
Moniteur de mise en miroir de bases de données
Dans le Moniteur de mise en miroir de bases de données, l’administrateur peut afficher la configuration actuelle des avertissements pour une base de données sélectionnée à la fois sur les instances du principal et du serveur miroir en sélectionnant la page onglet Avertissements . À partir de là, l’administrateur peut ouvrir la boîte de dialogue Définir des seuils d’avertissement pour activer et configurer un ou plusieurs seuils d’avertissement.
Pour 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 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 sur système
L’ensemble suivant de procédures stockées système permet à un administrateur de configurer et de gérer les seuils d’avertissement sur les bases de données mises en miroir d’un partenaire à la fois.
Procédure Descriptif sp_dbmmonitorchangealert (Transact-SQL) Ajoute ou modifie un seuil d’avertissement pour une métrique de performances de mise en miroir spécifiée. sp_dbmmonitorhelpalert (Transact-SQL) Retourne des informations sur les seuils d’avertissement sur l’une ou l’ensemble de plusieurs métriques de performances de la mise en miroir de bases de données clés. sp_dbmmonitordropalert (Transact-SQL) Supprime l’avertissement pour une métrique de performances spécifiée.
Performance-Threshold Événements envoyés au journal des événements de Windows
Si un seuil d'avertissement est défini pour une métrique de performance, lorsque la table d'état est mise à jour, la dernière valeur est évaluée par rapport à ce seuil. Si le seuil a été atteint, la procédure de mise à jour, sp_dbmmonitorupdate, génère un événement informationnel- un événement de seuil de performances - pour la métrique et écrit l’événement dans le journal des événements Microsoft Windows. Le tableau suivant répertorie les ID d’événement des événements de seuil de performances.
| Mesure de performance | ID de l’événement |
|---|---|
| Journal non envoyé | 32042 |
| Journal non restauré | 32043 |
| Transaction non envoyée la plus ancienne | 32040 |
| Coût supplémentaire de validation 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 mise en miroir, plus loin dans ce cas
sujet.
Utilisation d’alertes pour une base de données mise en miroir
Une partie importante de la surveillance d’une base de données mise en miroir consiste à configurer des alertes sur des événements mirro de base de données significatifs. 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 performances
Pour plus d’informations, consultez «Performance-Threshold Événements envoyés au journal des événements Windows » plus haut dans cette rubrique.
Événements de changement d’état
Il s’agit d’événements WMI (Windows Management Instrumentation) générés lorsque des modifications se produisent dans l’état interne d’une session de mise en miroir de bases de données.
Remarque
Pour plus d’informations, consultez le fournisseur WMI pour les concepts d’événements de serveur.
Un administrateur système peut configurer des alertes sur ces alertes à l’aide de SQL Server Agent ou d’autres applications, telles que Microsoft Operations Manager.
Lorsque vous définissez des alertes sur les événements de mise en miroir de bases de données, nous vous recommandons de définir des seuils d’avertissement et des alertes aux deux instances de serveur partenaire. Les événements individuels sont générés sur le serveur principal ou sur le serveur miroir, mais chaque partenaire peut effectuer un rôle à tout moment. Pour vous assurer qu’une alerte continue à fonctionner après un basculement, l’alerte doit être définie chez les deux partenaires.
Pour plus d’informations, consultez le livre blanc sur les alertes sur les événements de mise en miroir de bases de données sur ce site web SQL Server. Ce livre blanc contient des informations sur la configuration des alertes à l’aide de SQL Server Agent, de la mise en miroir des événements WMI de base de données et des exemples de scripts.
Important
Pour toutes les sessions de mise en miroir, nous vous recommandons vivement de configurer la base de données pour envoyer une alerte sur tous les événements de modification d’état. Sauf si une modification d’état est attendue en raison d’une modification de configuration manuelle, quelque chose s’est produit qui pourrait compromettre vos données. Pour 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 la 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)