Surveillance de l'état de la mise en miroir

Article
12/15/2008

Nouveau : 14 avril 2006

Pour configurer et gérer le contrôle d'une ou de plusieurs bases de données mises en miroir sur une instance de serveur, vous pouvez utiliser le moniteur de mise en miroir de bases de données SQL Server ou les procédures stockées système dbmmonitor. Vous pouvez surveiller une base de données mise en miroir durant une session de mise en miroir pour vérifier si le flux des données est correct.

Plus précisément, la surveillance d'une base de données mise en miroir vous permet d'effectuer les opérations suivantes :

Vérifier que la mise en miroir fonctionne.
L'état de base permet de savoir si les deux instances de serveur sont opérationnelles, de vérifier que les serveurs sont connectés et que le journal est déplacé du serveur principal vers le serveur miroir.
Déterminer si la base de données miroir reste au niveau de la base de données principale.
En mode hautes performances, un serveur principal peut accumuler un retard de traitement d'enregistrements de journal non envoyés qui devront quand même être envoyés du serveur principal au serveur miroir. Qui plus est, dans n'importe quel mode d'opération, le serveur miroir peut accumuler un retard de traitement des enregistrements de journal non restaurés qui ont été écrits dans le fichier journal mais qui doivent quand même être restaurés sur la base de données miroir.
Déterminer la quantité de données perdues lorsque l'instance du serveur principal n'est plus disponible en mode hautes performances.
Vous pouvez déterminer la perte de données en analysant la proportion d'enregistrements de journal non envoyée (le cas échéant) et le délai de la validation des transactions perdues sur le serveur principal.
Comparer les performances actuelles aux performances passées.
Lorsque des problèmes surviennent, un administrateur de base de données peut consulter l'historique des performances de la mise en miroir pour mieux comprendre l'état actuel. L'examen de l'historique permet à l'utilisateur de détecter des tendances au niveau des performances, d'identifier les causes récurrentes des problèmes de performances (comme les heures de la journée où le réseau est lent ou lorsqu'une importante quantité de commandes est entrée dans le journal).
Trouver l'origine du problème de flux de données limité entre les partenaires de la mise en miroir puis résoudre ce problème.
Définir des seuils d'avertissement pour les mesures de performances clés.
Si une nouvelle ligne d'état contient une valeur qui dépasse un seuil, un événement d'informations est envoyé au journal des événements Windows. Un administrateur système peut alors configurer manuellement des alertes reposant sur ces événements. Pour plus d'informations, consultez Utilisation de seuils d'avertissement et d'alertes sur des métriques de performances de mise en miroir.

Outils pour la surveillance de l'état de la mise en miroir de base de données

L'état de la mise en miroir peut être surveillé à l'aide du moniteur de mise en miroir de bases de données ou de la procédure stockée système sp_dbmmonitorresults. Ces outils permettent de surveiller la mise en miroir sur toute base de données mise en miroir sur l'instance de serveur locale par les administrateurs système (c'est-à-dire, les membres du rôle de serveur fixe sysadmin) et par l'utilisateur qui a été ajouté au rôle de base de données fixe dbm_monitor dans la base de données msdb par un administrateur système. Lorsqu'un administrateur système utilise ces outils, il peut également actualiser manuellement l'état de la mise en miroir.

Remarque :
Les administrateurs système peuvent également configurer et afficher des seuils d'avertissement pour les mesures de performances clés. Pour plus d'informations, consultez Utilisation de seuils d'avertissement et d'alertes sur des métriques de performances de mise en miroir.

Moniteur de mise en miroir de bases de données
Le moniteur de mise en miroir de bases de données est un outil d'interface utilisateur graphique qui permet aux administrateurs système d'afficher ou de mettre à jour l'état et de configurer des seuils d'avertissement pour plusieurs mesures de performances clés. Le moniteur de mise en miroir de bases de données peut également être utilisé par les membres du rôle de base de données fixe dbm_monitor pour afficher la ligne la plus récente de la table d'état de la mise en miroir, bien que ces membres ne puissent pas mettre à jour la table d'état.
Le moniteur affiche l'état, notamment les mesures de performance, pour une base de données sélectionnée dans la page à onglet État. Le contenu de cette page provient des instances de serveur principal et miroir. La page est remplie de manière asynchrone au fur et à mesure que l'état est recueilli par le biais de connexions distinctes aux instances du serveur principal et du serveur miroir. Le moniteur tente de mettre à jour la table d'état toutes les 30 secondes. La mise à jour est effectuée uniquement si la table n'a pas été mise à jour dans les 15 secondes et si l'utilisateur est membre du rôle de serveur fixe sysadmin. Pour un résumé des informations indiquées dans la page État, consultez la section « Mesures de performances affichées par le moniteur de mise en miroir de bases de données » plus loin dans cette rubrique.
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 lancement du moniteur de mise en miroir de bases de données, consultez Procédure : lancer l'analyse de mise en miroir de base de données.

Procédures stockées système
Vous pouvez aussi récupérer ou mettre à jour l'état en cours en exécutant la procédure stockée système sp_dbmmonitorresults. D'autres procédures stockées dbmmonitor vous permettent de configurer la mise en miroir, de modifier les paramètres de la mise en miroir, d'afficher la période de mise à jour actuelle et de supprimer la surveillance sur l'instance du serveur.
Le tableau suivant introduit les procédures stockées permettant de gérer et d'utiliser la surveillance de la mise en miroir de bases de données indépendamment du Moniteur de mise en miroir de bases de données.

Procédure	Description
sp_dbmmonitoraddmonitoring	Crée un travail qui met régulièrement à jour les informations d'état de chaque base de données mise en miroir sur l'instance du serveur.
sp_dbmmonitorchangemonitoring	Modifie la valeur d'un paramètre de surveillance de mise en miroir de base de données.
sp_dbmmonitorhelpmonitoring	Retourne la période de mise à jour actuelle.
sp_dbmmonitorresults	Retourne les lignes d'état d'une base de données mise en miroir et vous permet de déterminer si la procédure obtient l'état le plus récent à l'avance.
sp_dbmmonitordropmonitoring	Arrête et supprime le travail de surveillance de la mise en miroir pour toutes les bases de données sur l'instance du serveur.

La procédure stockée système dbmmonitor peut être utilisée en complément du moniteur de mise en miroir de bases de données. Par exemple, même si la surveillance a été configurée à l'aide de sp_dbmmonitoraddmonitoring, le moniteur de mise en miroir de bases de données peut être utilisé pour consulter l'état.

Fonctionnement de la surveillance

Cette section présente la table d'état d'une mise en miroir de base de données, le travail de surveillance de la mise en miroir de bases de données et le moniteur. Elle indique également comment les utilisateurs peuvent surveiller l'état de la mise en miroir de bases de données et comment le travail de surveillance peut être arrêté.

Table d'état d'une mise en miroir de base de données

L'état de la mise en miroir d'une base de données est stocké dans une table d'état de mise en miroir de base de données interne, non documentée dans la base de données msdb. Cette table d'état est automatiquement créée la première fois que l'état de la mise en miroir est mis à jour sur l'instance du serveur.

La table d'état peut être mise à jour automatiquement ou manuellement par un administrateur système, lequel doit respecter un intervalle de 15 secondes au minimum entre les mises à jour. Cette valeur minimale de 15 secondes permet d'éviter que les instances du serveur ne soient surchargées de demandes d'état.

La table d'état est mise à jour automatiquement à la fois par le moniteur de mise en miroir de base de données et par le travail de surveillance de la mise en miroir de bases de données, si ce dernier est en cours d'exécution. Par défaut, le Travail de surveillance de la mise en miroir de bases de données met à jour la table une fois par minute (un administrateur système peut spécifier une fréquence de mise à jour comprise entre 1 et 120 minutes). Quant au moniteur de mise en miroir de bases de données, il met à jour la table automatiquement toutes les 30 secondes. Pour ces mises à jour, le Travail de surveillance de la mise en miroir de bases de données et le moniteur de mise en miroir de bases de données appellent sp_dbmmonitorupdate.

Lorsque la procédure sp_dbmmonitorupdate est exécutée pour la première fois, elle crée le table d'état de mise en miroir de bases de données et le rôle de base de données fixe dbm_monitor dans la base de données msdb. En général, la procédure sp_dbmmonitorupdate met à jour l'état de la mise en miroir en insérant une nouvelle ligne dans la table d'état pour chaque base de données mise en miroir sur l'instance du serveur ; pour plus d'informations, consultez la section « Table d'état d'une mise en miroir de base de données » de la présente rubrique. Cette procédure évalue également les mesures de performances dans les nouvelles lignes, et elle tronque les lignes antérieures à la période de rétention actuelle (la valeur par défaut est de 7 jours). Pour plus d'informations, consultez sp_dbmmonitorupdate (Transact-SQL).

Remarque :
La mise à jour de la table d'état est automatique uniquement si le Travail de surveillance de la mise en miroir de bases de données existe et si l'Agent SQL Server est en cours d'exécution : ceci ne s'applique pas si le moniteur de mise en miroir de bases de données est actuellement utilisé par un membre du rôle de serveur fixe sysadmin.

Travail de surveillance de la mise en miroir de bases de données

Le travail de surveillance de la mise en miroir de bases de données, Travail du moniteur de mise en miroir de bases de données, fonctionne indépendamment du moniteur de mise en miroir de bases de données. Le Travail de surveillance de la mise en miroir de bases de données est automatiquement créé uniquement si SQL Server Management Studio est utilisé pour démarrer une session de mise en miroir. Si les commandes ALTER DATABASE database_name SET PARTNER sont systématiquement utilisées pour démarrer la mise en miroir, le travail existe uniquement si l'administrateur système exécute la procédure stockée sp_dbmmonitoraddmonitoring.

Une fois que le Travail de surveillance de la mise en miroir de bases de données a été créé, en partant du principe que l'Agent SQL Server est en cours d'exécution, le travail est appelé une fois par minute par défaut. Le travail appelle ensuite la procédure système stockée sp_dbmmonitorupdate.

Par défaut, l'Agent SQL Server appelle le Travail de surveillance de la mise en miroir de bases de données une fois par minute, et le travail appelle sp_dbmmonitorupdate pour mettre à jour la table d'état. Les administrateurs système peuvent modifier la période de mise à jour à l'aide de la procédure stockée système sp_dbmmonitorchangemonitoring et peuvent afficher la période de mise à jour actuelle à l'aide de la procédure stockée système sp_dbmmonitorchangemonitoring. Pour plus d'informations, consultez sp_dbmmonitoraddmonitoring (Transact-SQL) et sp_dbmmonitorchangemonitoring (Transact-SQL).

État de la mise en miroir de base de données (par les administrateurs système)

Les membres du rôle serveur fixe sysadmin peuvent afficher et mettre à jour la table d'état.

Utilisation du moniteur de mise en miroir de bases de données
Lorsqu'un administrateur système utilise le moniteur de mise en miroir de bases de données, il peut actualiser manuellement la page État, l'arborescence de navigation ou la page Historique. La table d'état est également mise à jour, sauf si elle a déjà été mise à jour lors des 15 secondes précédentes.
Pour afficher l'historique de l'état d'une mise en miroir sur une instance de serveur donnée, l'administrateur système peut également cliquer sur le bouton Historique correspondant à une instance de serveur (dans la page État). L'historique est affiché dans la boîte de dialogue Historique de la mise en miroir de bases de données. Cette boîte de dialogue permet à l'administrateur système de consulter la totalité des lignes figurant dans la table d'état de l'instance du serveur, ou certaines d'entre elles.
Pour plus d'informations sur les mesures présentées dans la page État, consultez la section « Mesures de performances affichées par le moniteur de mise en miroir de bases de données » plus loin dans cette rubrique.
Utilisation de sp_dbmmonitorresults
Les administrateurs système peuvent utiliser la procédure stockée système sp_dbmmonitorresults pour afficher (et éventuellement mettre à jour) la table d'état si cette dernière n'a pas été mise à jour au cours des 15 secondes précédentes. Cette procédure appelle la procédure sp_dbmmonitorupdate et retourne une ou plusieurs lignes d'historique, en fonction de la quantité demandée dans l'appel de procédure. Pour obtenir des informations sur l'état dans son jeu de résultats, consultez sp_dbmmonitorresults (Transact-SQL).

État de la mise en miroir de base de données (par les membres dbm_monitor)

Comme nous l'avons mentionné, lors de la première exécution de la procédure sp_dbmmonitorupdate, le rôle de base de données fixe dbm_monitor est créé dans la base de données msdb. Les membres du rôle de base de données fixe dbm_monitor peuvent consulter l'état de la mise en miroir existant à l'aide du moniteur de mise en miroir de bases de données ou de la procédure stockée sp_dbmmonitorresults. Cependant, ces utilisateurs ne peuvent pas mettre à jour la table d'état. Pour connaître l'ancienneté de l'état affiché, un utilisateur peut observer les heures dans les étiquettes Journal principal (<heure>) et Journal miroir (<heure>) sur la page État.

Les membres du rôle de base de données fixe dbm_monitor sont tributaires du Travail de surveillance de la mise en miroir de bases de données pour la mise à jour de la table d'état à des fréquences régulières. Si le travail n'existe pas ou si l'Agent SQL Server est arrêté, l'état devient de plus en plus obsolète et ne correspondra plus forcément à la configuration de la session de mise en miroir. Par exemple, après un basculement, les partenaires peuvent sembler partager le même rôle (principal ou miroir), ou le serveur principal actuel peut être affiché comme serveur miroir, alors que le serveur miroir actuel est affiché comme serveur principal.

Suppression du travail de surveillance de la mise en miroir de bases de données

Le Travail de surveillance de la mise en miroir de bases de données est conservé tant qu'il n'a pas été supprimé. Le travail de surveillance doit être géré par l'administrateur système. Pour supprimer le Travail de surveillance de la mise en miroir de bases de données, utilisez sp_dbmmonitordropmonitoring. Pour plus d'informations, consultez sp_dbmmonitordropmonitoring (Transact-SQL).

État affiché par le moniteur de mise en miroir de bases de données

La page État du moniteur de mise en miroir de bases de données décrit les partenaires ainsi que l'état de la session de mise en miroir. L'état inclut les mesures de performance telles que l'état du journal des transactions et d'autres informations destinées à estimer le temps nécessaire à l'exécution d'un basculement automatique et le risque de perte de données, si la session n'est pas synchronisée. De plus, la page État affiche l'état ainsi que des informations concernant la session de mise en miroir en général.

Remarque :
Pour une introduction sur le moniteur de mise en miroir de bases de données et la page État, consultez « Outils pour la surveillance de l'état de la mise en miroir de base de données », plus haut dans cette rubrique.

Les informations fournies pour chaque éléments sont résumées dans les sections suivantes.

Partenaires

La page État affiche les informations suivantes pour chacun des partenaires :

Instance de serveur
Nom de l'instance de serveur dont l'état est affiché dans la ligne État.
Rôle actuel
Rôle actuel de l'instance de serveur. Les états possibles sont les suivants :
- Principal
- Miroir
État de la mise en miroir
Les états possibles sont les suivants :
- Inconnu
- Synchronisation
- Synchronisé
- Suspendu
- Déconnecté
Connexion témoin
État de connexion du témoin. Les états possibles sont les suivants :
- Inconnu
- Connecté
- Déconnecté.

Journal sur le serveur principal

La page État affiche les informations suivantes concernant l'état du journal sur le serveur principal à compter de l'heure indiquée :

Journal non envoyé
Portion de journal en attente dans la file d'attente d'envoi en kilo-octets (Ko).
Transaction non envoyée la plus ancienne
Âge de la transaction non envoyée la plus ancienne dans la file d'attente d'envoi. L'âge de cette transaction indique le nombre de minutes de transactions n'ayant pas encore été envoyées à l'instance du serveur miroir. Cette valeur permet de mesurer la perte de données potentielle en termes de temps.
Durée (estimée) d'envoi du journal
Estimation du nombre de minutes dont l'instance de serveur principal a besoin pour envoyer le journal qui est actuellement dans la file d'attente d'envoi à l'instance du serveur miroir en fonction du débit d'envoi actuel. La durée réelle nécessaire pour l'envoi du journal sera conditionnée par le débit des transactions entrantes, lequel peut varier considérablement. Cependant, la valeur Durée (estimée) d'envoi du journal peut être utilisée pour estimer approximativement la durée requise pour un basculement manuel.
Taux d'envoi actuel
Débit auquel les transactions sont envoyées à l'instance du serveur miroir en Kilo-octets par seconde.
Taux actuel de nouvelles transactions
Débit auquel les transactions entrantes sont consignées dans le journal du serveur principal en Kilo-octets par seconde. Pour déterminer si la mise en miroir prend du retard, reste à jour ou rattrape le retard, comparez cette valeur à la valeur Durée (estimée) d'envoi du journal.

Journal sur le serveur miroir

La page État affiche les informations suivantes concernant l'état du journal sur le serveur miroir à compter de l'heure indiquée :

Journal non restauré
Portion de journal en attente dans la file d'attente de restauration par progression en Ko.
Durée (estimée) de restauration du journal
Nombre approximatif de minutes requises pour que le journal actuellement dans la file d'attente de restauration par progression soit appliqué à la base de données miroir.
Taux de restauration actuel
Débit auquel les transactions sont restaurées dans la base de données miroir (en Kilo-octets par seconde).

Session de mise en miroir

La page État affiche également les informations suivantes concernant la session de mise en miroir :

Temps de traitement de validation de miroir
Délai moyen par transaction en millisecondes (pertinent uniquement en mode Haute sécurité). Ce délai correspond à la charge de traitement induite lorsque l'instance du serveur principal attend que l'instance du serveur miroir écrive l'enregistrement du journal de la transaction dans la file d'attente de restauration par progression.
Durée (estimée) d'envoi et de restauration de la totalité du journal en cours
Estimation de la durée requise pour envoyer l'intégralité du journal non envoyé qui a été validé sur le serveur principal et pour restaurer l'intégralité du journal actuellement dans la file d'attente de restauration par progression. Cette estimation peut être inférieure à la somme des valeurs des champs Durée (estimée) d'envoi du journal et Durée (estimée) de restauration du journal, car l'envoi et la restauration peuvent fonctionner en parallèle.
Adresse témoin
Adresse réseau de l'instance du serveur témoin. Pour obtenir des informations sur le format de cette adresse, consultez Spécification d'une adresse réseau de serveur (mise en miroir de base de données).
Mode d'opération
Mode de fonctionnement de la session de mise en miroir de base de données :
- Hautes performances (asynchrone)
- Haute sécurité sans basculement automatique (synchrone)
- Haute sécurité avec basculement automatique (synchrone)

Voir aussi

Partager via