In dit artikel leg ik je uit over Log Shipping-technologie in SQL Server. Laten we de installatie van SQL Server Log Shipping &Disaster Recovery bekijken. Nadat ik de Log Shipping-technologie heb uitgelegd, zal ik de installatie en het testen van Log Shipping laten zien.
SQL Server Log Verzending &Disaster Recovery Installeren.
Log Shipping-technologie is uitgebracht met SQL Server 2000 en wordt nu gebruikt voor SQL Server 2012, 2014, 2016, 2017, 2019 Log Shipping-technologie in SQL Server is ook geldig voor zowel High Availability als Disaster Recovery. . Een back-up of secundaire database, die periodiek wordt gevoed vanuit het transactielogboek van onze hoofddatabase, kan bij calamiteiten direct als Masterdatabase dienen. Omdat onze database beschermd is, biedt deze bovendien ook een noodhersteloplossing.
Als u een kopie van een productiedatabase wilt bewaren in geval van een ramp, of als u de productiedatabase opnieuw wilt gebruiken in geval van een ramp met minimaal gegevensverlies, moeten we Log Shipping-technologie gebruiken. Bij deze technologie wordt de productiedatabase als een exacte kopie op een andere server bewaard, en deze database, secundaire database genaamd, wordt continu periodiek gevoed vanuit de productiedatabase. Dus als er geen toegang is tot de productiedatabase of gegevensverlies in geval van een ramp, kan onze secundaire database worden gebruikt als hoofddatabase.
SQL Server Log Verzendvoordelen &Nadelen
we kunnen de voor- en nadelen van Log Shipping als volgt opsommen.
Voordelen
——————————–
- Biedt zowel een noodherstel als een oplossing met hoge beschikbaarheid.
- Het is een zeer goedkope technologie in termen van kosten. Vanaf SQL Server 2008 is deze technologie beschikbaar in alle versies behalve de express-versie.
- Eenvoudig te installeren en te onderhouden.
- Het is mogelijk om veel logshipping voor een database te hebben. Dit is een kans om het gegevensverlies van een database te minimaliseren.
- Secundaire database, die in de standby-modus staat, maakt rapportage in alleen-lezen modus mogelijk zonder enige handmatige bewerking.
- Gebruikersfout kan worden opgelost door oude back-ups van transactielogboeken te gebruiken.
Nadelen
—————————-
- Log Shipping heeft geen automatische failover, in dit geval, wanneer de failover nodig is, moet de databasebeheerder onmiddellijk een handmatige failover uitvoeren.
- Vanwege handmatige failover is downtime meer dan synchrone spiegeling.
- Het is mogelijk om gegevens te verliezen als de hoofddatabase beschadigd is.
Ik zal de installatie en configuratie van Log Shipping in het volgende artikel uitleggen.