sp_dbmmonitorchangealert (Transact-SQL)
S’applique à :SQL Server
Ajoute ou modifie un seuil d'avertissement pour une métrique de performance de mise en miroir spécifiée.
Conventions de la syntaxe Transact-SQL
Syntaxe
sp_dbmmonitorchangealert database_name
, alert_id
, alert_threshold
, enabled
Arguments
database_name
Spécifie la base de données pour laquelle ajouter ou modifier le seuil d'avertissement spécifié.
alert_id
Entier qui identifie l'avertissement à ajouter ou à modifier. Spécifiez l'une des valeurs suivantes :
Valeur | Mesure de performance | Seuil d'avertissement |
---|---|---|
1 | 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 permet de mesurer le risque de perte de données en termes de temps et s'avère particulièrement approprié en 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. |
2 | 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 permet de mesurer le risque de perte de données en ko, et il est particulièrement pertinent pour 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. |
3 | 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. |
4 | 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é. |
5 | Période de rétention | Métadonnées qui déterminent la durée de conservation des lignes dans la table de l'état des mises en miroir de base de données. |
Pour plus d’informations sur les ID d’événement correspondant aux avertissements, consultez Utiliser des seuils d’avertissement et des alertes sur les métriques de performances de mise en miroir (SQL Server) .
alert_threshold
Valeur de seuil de l'avertissement. Si une valeur supérieure à ce seuil est renvoyée lorsque l'état des mises en miroir est mis à jour, une entrée est insérée dans le journal des événements Windows. Cette valeur est exprimée en Ko, minutes ou millisecondes, suivant la mesure de performance.
Notes
Pour afficher les valeurs actuelles, exécutez la procédure stockée sp_dbmmonitorresults .
activé
Indique si l'avertissement est activé.
0 = L'avertissement est désactivé.
1 = L'avertissement est activé.
Notes
La période de rétention est toujours activée.
Codet de retour
Aucun
Jeux de résultats
None
Autorisations
Nécessite l'appartenance au rôle serveur fixe sysadmin .
Exemples
L'exemple suivant définit les seuils pour chaque métrique de performance et la période de rétention pour la base de données AdventureWorks2022
. Le tableau ci-dessous montre les valeurs utilisées dans l'exemple.
alert_id | Mesure de performance | Seuil d'avertissement | Indique si l'avertissement est activé. |
---|---|---|---|
1 | Transaction non envoyée la plus ancienne | 30 minutes | Oui |
2 | Journal non envoyé | 10 000 Ko | Oui |
3 | Journal non restauré | 10 000 Ko | Oui |
4 | Charge de validation par le serveur miroir | 1 000 millisecondes | Non |
5 | Période de rétention | 8 heures | Oui |
EXEC sp_dbmmonitorchangealert AdventureWorks2022, 1, 30, 1 ;
EXEC sp_dbmmonitorchangealert AdventureWorks2022, 2, 10000, 1 ;
EXEC sp_dbmmonitorchangealert AdventureWorks2022, 3, 10000, 1 ;
EXEC sp_dbmmonitorchangealert AdventureWorks2022, 4, 1000, 0 ;
EXEC sp_dbmmonitorchangealert AdventureWorks2022, 5, 8, 1 ;
Voir aussi
Surveillance de la mise en miroir de bases de données (SQL Server)
sp_dbmmonitorhelpalert (Transact-SQL)
sp_dbmmonitordropalert (Transact-SQL)
Commentaires
https://aka.ms/ContentUserFeedback.
Bientôt disponible : Tout au long de 2024, nous allons supprimer progressivement GitHub Issues comme mécanisme de commentaires pour le contenu et le remplacer par un nouveau système de commentaires. Pour plus d’informations, consultezEnvoyer et afficher des commentaires pour