Always On-Verfügbarkeitsgruppe (SQL Server)
Servus in die Runde,
eine Frage:
Datenbank im Always On Cluster (MSSQL 2019), wisst ihr hier die "Umschaltzeit" wenn ich vom primären auf den sekundären Knotenpunkt schwenke. (Ping, ms,...) Wie lange ist für eine Applikation hier die DB weg da im Hintergrund ja der SQL-Server gewechselt wird.
Merci für eure Antworten
VG
lebakasjunky
eine Frage:
Datenbank im Always On Cluster (MSSQL 2019), wisst ihr hier die "Umschaltzeit" wenn ich vom primären auf den sekundären Knotenpunkt schwenke. (Ping, ms,...) Wie lange ist für eine Applikation hier die DB weg da im Hintergrund ja der SQL-Server gewechselt wird.
Merci für eure Antworten
VG
lebakasjunky
Please also mark the comments that contributed to the solution of the article
Content-Key: 6911459689
Url: https://administrator.de/contentid/6911459689
Printed on: July 27, 2024 at 12:07 o'clock
3 Comments
Latest comment
du kannst maximal 10-30 Sekunden Auszeit einplanen. Erfahrungswert...
Es geht z.B. in Sekunden, wenn der Server vor dem Schwenk schon nichts aktiv getan hat. Sollte man im Aktivitätsmonitor vorher anschauen. Weil der Schwenk nämlich auch Abfragen bzw Statements abbricht, dann wird ggf noch ein Rollback gemacht und auch zum anderen Host gesendet. Sollte man also vermeiden.
Der 2. Host schaltet dann vom Mirroring in den Online-Modus, aber man muß beachten, daß der Cache von dem 2. Host kalt ist und die Benutzer werden anfänglich eine niedrigere Abfrageperformance bemerken.
Der Listener für die SQL Anfragen schaltet sich dann auch um - der entstammt den MS Cluster Services und hat auch ein paar Sekündchen Denkpause beim Schwenk.
Es geht z.B. in Sekunden, wenn der Server vor dem Schwenk schon nichts aktiv getan hat. Sollte man im Aktivitätsmonitor vorher anschauen. Weil der Schwenk nämlich auch Abfragen bzw Statements abbricht, dann wird ggf noch ein Rollback gemacht und auch zum anderen Host gesendet. Sollte man also vermeiden.
Der 2. Host schaltet dann vom Mirroring in den Online-Modus, aber man muß beachten, daß der Cache von dem 2. Host kalt ist und die Benutzer werden anfänglich eine niedrigere Abfrageperformance bemerken.
Der Listener für die SQL Anfragen schaltet sich dann auch um - der entstammt den MS Cluster Services und hat auch ein paar Sekündchen Denkpause beim Schwenk.