Cette analyse vérifie si le miroir de base de données est synchronisé.
Knowledge Base article:
Résumé
Cette analyse vérifie l'état du miroir de base de données, comme indiqué par Microsoft® SQL Server™. Cette opération est effectuée en exécutant une requête sur la base de données master de l'instance SQL Server et en retournant l'état du miroir de base de données. Si vous recevez une alerte de cette analyse, vous devez faire en sorte que la mise en miroir de bases de données fonctionne à nouveau.
Causes
Un état de fonctionnement anormal indique que le miroir de base de données SQL Server™ n'est pas disponible actuellement. Tous les états, hormis l'état SYNCHRONIZED, engendrent un fonctionnement anormal. Les états possibles sont décrits ci-dessous :
État du miroir de la base de données SQL
Description
État de fonctionnement MOM
SYNCHRONIZED
Lorsque le serveur miroir a rattrapé suffisamment de retard par rapport au serveur principal, l'état de la mise en miroir devient SYNCHRONIZED. La base de données reste dans cet état aussi longtemps que le serveur principal continue d'envoyer des modifications au serveur miroir et que le serveur miroir continue d'appliquer les modifications à la base de données miroir.
Si la sécurité des transactions a la valeur FULL, le basculement automatique et le basculement manuel sont tous les deux pris en charge dans l'état SYNCHRONIZED, aucune perte de données ne se produit après un basculement.
Si la sécurité des transactions est désactivée, une perte de données est toujours possible, même dans l'état SYNCHRONIZED.
INTÈGRE
SYNCHRONIZING
Le contenu de la base de données miroir accuse un retard par rapport au contenu de la base de données principale. Le serveur principal envoie des enregistrements de journal au serveur miroir, qui applique les modifications à la base de données miroir pour la restaurer par progression.
Lors du démarrage d'une session de mise en miroir de base de données, la base de données est dans l'état SYNCHRONIZING. Le serveur principal sert la base de données et le serveur miroir essaie de rattraper son retard.
AVERTISSEMENT
SUSPENDED
La copie miroir de la base de données n'est pas disponible. La base de données principale fonctionne sans envoyer de journaux au serveur miroir, condition qualifiée d'exécution exposée. Cet état est observé après un basculement.
Une session peut également prendre l'état SUSPENDED à la suite d'erreurs de répétition ou si l'administrateur suspend la session.
L'état SUSPENDED est un état permanent qui persiste lors des arrêts et des démarrages des partenaires.
AVERTISSEMENT
PENDING_FAILOVER
Cet état est observé uniquement sur le serveur principal lorsqu'un basculement a commencé, mais que le serveur n'est pas passé par le rôle de miroir.
Une fois le basculement déclenché, la base de données principale passe à l'état PENDING_FAILOVER, met rapidement un terme à toutes les connexions utilisateur et adopte le rôle de miroir peu de temps après.
AVERTISSEMENT
DISCONNECTED
Le partenaire a perdu la communication avec l'autre partenaire.
CRITIQUE
Pour rechercher l'état exact qui était signalé pour la base de données, examinez le contexte du changement d'état ou de l'alerte.
Solutions
Pour résoudre ce problème, essayez les opérations suivantes :
Vérifiez que la configuration de mise en miroir est terminée et que le processus de mise en miroir est opérationnel.
Vérifiez le lien physique entre serveurs.
Configurez des règles de pare-feu sur le serveur principal et le serveur miroir en fonction de la configuration des points de terminaison.
Paramètres remplaçables
Nom
Description
Valeur par défaut
Priorité de l'alerte
Définit la priorité de l'alerte.
Normal
Gravité de l'alerte
Définit la gravité de l'alerte.
MatchMonitorHealth
Activé
Active ou désactive le flux de travail.
Oui
Génère des alertes
Définit si le flux de travail génère une alerte.
Oui
Intervalle (en secondes)
L'intervalle de temps récurrent en secondes pendant lequel le workflow est exécuté.
900
Heure de synchronisation
L'heure de synchronisation spécifiée dans un format de 24 heures. Peut être omise.
Délai d'expiration (en secondes)
Spécifie la durée pendant laquelle le workflow est autorisé à être exécuté avant d'être fermé et marqué comme un échec.
Dim GetDatabasesStatusQuery
GetDatabasesStatusQuery = "SELECT " &_
" d.name, " &_
" dm.mirroring_state_desc " &_
" FROM sys.databases d " &_
" INNER JOIN sys.database_mirroring dm ON dm.database_id = d.database_id " &_
" WHERE dm.mirroring_guid IS NOT NULL"
Call GetDBHealth()
Sub GetDBHealth()
If WScript.Arguments.Count = 4 Then
Dim oBag
Set oBag = oAPI.CreatePropertyBag()
Dim state, serviceName
serviceName = GetSQLServiceName(WScript.Arguments(2))
state = GetServiceState(WScript.Arguments(1), serviceName)
if (state <> "Running") And (state <> "Unknown") Then
Call oAPI.Return(oBag)
WScript.Quit()
End If
Dim nResult
nResult = DBHealth(WScript.Arguments(0), oBag, WScript.Arguments(1), WScript.Arguments(2), WScript.Arguments(3))
Call oAPI.Return(oBag)
Call GlobalErrorListToEventLog()
Else
Wscript.Quit()
End If
End Sub
Function DBHealth(ByVal sSQLConnectionString, ByRef oBag, ByVal sComputerName, ByVal sInstanceName, ByVal sTcpPort)
Dim e
Set e = New Error
Dim cnADOConnection
Set cnADOConnection = SmartConnectWithoutSQLADODB(sSQLConnectionString, sTcpPort, sComputerName, sInstanceName, "master")
if cnADOConnection Is Nothing Then
DBHealth = SQL_MONITORING_CONNECT_FAILURE
Exit Function
End If
Dim oResults
e.Clear
On Error Resume Next
Set oResults = cnADOConnection.Execute(GetDatabasesStatusQuery)
e.Save
On Error Goto 0
If e.Number <> 0 Then
DBHealth = SQL_MONITORING_QUERY_FAILURE
ThrowScriptErrorNoAbort "Query execution failed", e
If (oResults <> null) Then oResults.Close
cnADOConnection.Close
Exit Function
End If
Do While Not oResults.EOF
Call oBag.AddValue(oResults(0) & "-State", CStr(oResults(1)))
oResults.MoveNext
Loop
Home
FRA