Failover-Timeout-Problem


7

Ich suche zusätzliche Hilfe in Bezug auf einige Probleme, die ich für einen Kunden meines Unternehmens suche. Grundsätzlich habe ich zwei verwandte Probleme in Bezug auf das 2-node active/active clusterHosten einer Instanz 2008 R2auf jeder Instanz.

Eine der Instanzen, normalerweise auf Knoten 2, befindet sich bei RTM. Bei einem Failover auf Knoten 1 tritt eine Zeitüberschreitung auf, die den SQL Server-Dienst online schaltet. Sobald die Zeitüberschreitung jedoch abgelaufen ist, kann der Dienst tatsächlich manuell in Ordnung gebracht werden. Und wenn man sich das Protokoll ansieht, gibt es Fehler im Formular

'Anmeldung fehlgeschlagen ..... Grund: Server befindet sich im Skript-Upgrade-Modus ...'.

Zuerst dachte ich, dies sei das Ergebnis eines fehlgeschlagenen Versuchs, SP1 zu installieren, aber jetzt bin ich mir nicht so sicher. SP1 wurde definitiv auf beiden Knoten installiert und die andere Instanz, normalerweise auf Knoten 1, befindet sich auf SP1. Ich gehe davon aus, dass dies der Empfehlung entsprach, das Service Pack auf dem 'inaktiven' Knoten zu installieren, ein Failover durchzuführen und den Vorgang zu wiederholen. Ich habe jedoch Schwierigkeiten, die Installationsprotokolle zu interpretieren, um festzustellen, ob nur eine Instanz oder beide aktualisiert wurden, wobei eine fehlschlägt. Ich hatte gehofft, jemand könnte mir dabei helfen, welche Protokolldatei ich mir ansehen sollte.

Was könnte auch die Bedeutung von sein 'script upgrade mode' errors? Klingt dies tatsächlich nach einem fehlgeschlagenen SP1-Upgrade oder spielt hier noch etwas anderes eine Rolle? Seltsamerweise tritt das Problem nur in einer Richtung auf - von Knoten 2 zu Knoten 1. Wenn Sie zu Knoten 2 zurückkehren, wird der SQL Server-Dienst wieder online geschaltet, ohne dass manuelle Eingriffe erforderlich sind.

Antworten:


1

Hatte vergessen, dieses zu aktualisieren, nachdem ich Hilfe vom Microsoft-Support erhalten hatte. Es stellt sich heraus, dass sich die Build-Nummer auf einem Knoten aufgrund eines Sicherheitspatches, der nur auf einen Knoten angewendet wurde, möglicherweise aufgrund eines Windows-Updates geringfügig von dem anderen Knoten unterschied.

Durch die Nutzung unserer Website bestätigen Sie, dass Sie unsere Cookie-Richtlinie und Datenschutzrichtlinie gelesen und verstanden haben.
Licensed under cc by-sa 3.0 with attribution required.