In diesem Artikel werde ich Ihnen die Protokollversandtechnologie in SQL Server erläutern. Lassen Sie uns die Installation des SQL Server-Protokollversands und der Notfallwiederherstellung überprüfen. Nachdem ich die Log Shipping-Technologie erklärt habe, zeige ich die Installation und das Testen von Log Shipping.
Installation von SQL Server-Protokollversand und Notfallwiederherstellung.
Die Protokollversandtechnologie wurde mit SQL Server 2000 veröffentlicht und wird jetzt für SQL Server 2012, 2014, 2016, 2017, 2019 verwendet. Die Protokollversandtechnologie in SQL Server gilt auch für Hochverfügbarkeit und Notfallwiederherstellung. . Eine Backup- oder Sekundärdatenbank, die regelmäßig aus dem Transaktionsprotokoll unserer Hauptdatenbank gespeist wird, kann im Katastrophenfall sofort als Master-Datenbank dienen. Da unsere Datenbank außerdem geschützt ist, bietet sie auch eine Notfallwiederherstellungslösung.
Wenn Sie eine Kopie einer Produktionsdatenbank für den Notfall behalten oder die Produktionsdatenbank im Notfall mit minimalem Datenverlust erneut verwenden möchten, müssen wir die Log Shipping-Technologie verwenden. Bei dieser Technologie wird die Produktionsdatenbank als exakte Kopie auf einem anderen Server aufbewahrt, und diese als sekundäre Datenbank bezeichnete Datenbank wird regelmäßig regelmäßig aus der Produktionsdatenbank gespeist. Wenn also kein Zugriff auf die Produktionsdatenbank oder Datenverlust im Katastrophenfall besteht, kann unsere sekundäre Datenbank als Hauptdatenbank verwendet werden.
Vorteile und Nachteile des SQL Server-Protokollversands
Wir können die Vor- und Nachteile des Protokollversands wie folgt auflisten.
Vorteile
——————————–
- Bietet sowohl Notfallwiederherstellungs- als auch Hochverfügbarkeitslösung.
- Es ist eine sehr kostengünstige Technologie in Bezug auf die Kosten. Ab SQL Server 2008 ist diese Technologie in allen Versionen außer der Express-Version verfügbar.
- Einfach zu installieren und zu warten.
- Es ist möglich, eine Menge Logshipping für eine Datenbank zu haben. Dies ist eine Gelegenheit, den Datenverlust einer Datenbank zu minimieren.
- Sekundäre Datenbank, die sich im Standby-Modus befindet, ermöglicht die Berichterstellung im Nur-Lese-Modus ohne manuelle Eingriffe.
- Benutzerfehler können durch die Verwendung alter Transaktionsprotokollsicherungen behoben werden.
Nachteile
—————————-
- Der Protokollversand hat kein automatisches Failover . In diesem Fall muss der Datenbankadministrator, wenn das Failover erforderlich ist, sofort ein manuelles Failover durchführen .
- Aufgrund des manuellen Failover ist Ausfallzeit mehr als synchrone Spiegelung.
- Es ist möglich, dass Daten verloren gehen, wenn die Hauptdatenbank beschädigt ist.
Ich werde die Installation und Konfiguration von Log Shipping im nächsten Artikel erläutern.
