I denne artikel vil jeg forklare dig om Log Shipping-teknologi i SQL Server. Lad os gennemgå SQL Server Log Shipping &Disaster Recovery Install. Efter at have forklaret Log Shipping-teknologi, vil jeg vise installation og test af Log Shipping.
SQL Server Log Forsendelse &Disaster Recovery Installation.
Log Shipping-teknologien blev frigivet med SQL Server 2000, og den bruges nu til SQL Server 2012, 2014, 2016, 2017, 2019 Log Shipping-teknologien i SQL Server er også gyldig til både High Availability og Disaster Recovery. . En sikkerhedskopi eller sekundær database, som føres med jævne mellemrum fra transaktionsloggen i vores hoveddatabase, kan umiddelbart tjene som en masterdatabase i tilfælde af en katastrofe. Derudover, da vores database er beskyttet, giver den også en disaster Recovery-løsning.
Hvis du vil beholde en kopi af en produktionsdatabase i tilfælde af en katastrofe, eller for at bruge produktionsdatabasen igen i tilfælde af en katastrofe med et minimum af datatab, skal vi bruge Log Shipping-teknologi. I denne teknologi opbevares produktionsdatabasen som en nøjagtig kopi på en anden server, og denne database kaldet sekundær database fødes løbende fra produktionsdatabasen med jævne mellemrum. Så hvis der ikke er adgang til produktionsdatabasen eller datatab i tilfælde af en katastrofe, kan vores sekundære database bruges som hoveddatabase.
Fordele og ulemper ved SQL Server-logforsendelse
vi kan liste fordele og ulemper ved Log Shipping som følger.
Fordele
———————————–
- Indeholder både Disaster Recovery og High Availability-løsning.
- Det er en meget billig teknologi med hensyn til omkostninger. Fra SQL Server 2008 er denne teknologi tilgængelig i alle versioner undtagen ekspresversionen.
- Nem at installere og vedligeholde.
- Det er muligt at have en masse logshipping til en database. Dette er en mulighed for at minimere datatabet i en database.
- Sekundær database, som er i standbytilstand, tillader rapportering i skrivebeskyttet tilstand uden nogen manuel betjening.
- Brugerfejl kan løses ved at bruge gamle transaktionslog-backups.
Ulempe
—————————-
- Logforsendelse har ikke automatisk failover , i dette tilfælde, når failover har brug for, skal databaseadministratoren udføre manuel failover med det samme.
- På grund af manuel failover er nedetid mere end synkron spejling.
- Det er muligt at miste data, når hoveddatabasen er korrupt.
Jeg vil forklare installationen og konfigurationen af Log Shipping i den næste artikel.