Skip to main content

SQL Server Recovery Modeller: Tre muligheder

Toad for SQL Server - Transaction Log Recovery (Juni 2025)

Toad for SQL Server - Transaction Log Recovery (Juni 2025)
Anonim

SQL Server indeholder tre genoprettelsesmodeller, der giver dig mulighed for at angive, hvordan SQL Server administrerer logfiler og forbereder din database til gendannelse efter et datatab eller en anden katastrofe. Hver af disse repræsenterer en anden tilgang til at afbalancere afvejningen mellem bevarelse af diskplads og tilvejebringelse af granulære genoprettelsesalternativer. De tre katastrofegendannelsesmodeller, der tilbydes af SQL Server, er:

  • Enkel
  • Fuld
  • Bulk-logget

Lad os se nærmere på hver af disse modeller.

Simple Recovery Model

Den enkle genoprettelsesmodel er bare det: simple. I denne tilgang opretholder SQL Server kun en minimal mængde information i transaktionsloggen. SQL Server afkorter transaktionsloggen, hver gang databasen når et transaktionscheckpunkt og efterlader ingen logposter til katastrofeinddrivelsesformål.For databaser, der bruger den enkle genoprettelsesmodel, kan du kun gendanne fulde eller differentialbackups. Det er ikke muligt at gendanne en sådan database til et givet tidspunkt - du kan kun gendanne det til det nøjagtige tidspunkt, hvor der er opstået en fuld eller differentiel backup. Derfor vil du automatisk miste alle dataændringer foretaget mellem tidspunktet for den seneste fuld / differential backup og tidspunktet for fejlen.

Fuld Recovery Model

Den fulde genoprettelsesmodel bærer også et selvbetegnende navn. Med denne model bevarer SQL Server transaktionsloggen, indtil du sikkerhedskopierer den. Dette giver dig mulighed for at designe en katastrofegendannelsesplan, der indeholder en kombination af fuld og differentiel database backup sammen med transaktionslog backup.I tilfælde af en databasefejl har du den mest fleksible genoprettelse af databaser ved hjælp af fuldgendannelsesmodellen. Ud over at bevare dataændringer gemt i transaktionsloggen, giver den fulde opsvingsmodel dig mulighed for at gendanne en database til et bestemt tidspunkt. For eksempel, hvis en fejlagtig ændring korrumperede dine data kl. 02:36 på mandag, kunne du bruge SQL Server's point-in-time-gendannelse til at rulle din database tilbage til kl. 02:35 og udrydde virkningerne af fejlen.

Bulk-logget Recovery Model

Den bulk-logget opsving model er en speciel model, der fungerer på samme måde som den fulde opsvingsmodel. Den eneste forskel er, hvordan den håndterer dataændringsoperationer i bulk. Den bulkloggede model registrerer disse operationer i transaktionsloggen ved hjælp af en teknik kendt som minimal logning . Dette sparer betydeligt på behandlingstidspunktet, men forhindrer dig i at bruge alternativet for tilbagekobling af tid.Microsoft anbefaler, at den masselogget genoprettelsesmodel kun anvendes i korte perioder. Bedste praksis dikterer, at du skifter en database til den bulklogget genoprettelsesmodel umiddelbart inden du udfører bulkoperationer og gendanner den til den fulde opsvingsmodel, når disse operationer er færdige.

Ændring af genoprettelsesmodeller

Brug SQL Server Management Studio til at se eller ændre genoprettelsesmodellen:

  1. Vælg den relevante server : Opret forbindelse til den relevante forekomst af SQL Server Database Engine, og klik derefter på servernavnet i Object Explorer for at udvide servertræet.
  2. Vælg databasen : UdvideDatabaser, og afhængigt af databasen, vælg enten en brugerdatabase eller udvidSystem Databaser og vælg en systemdatabase.
  3. Åbn databaseegenskaberne : Højreklik på databasen, og klik derefter påEjendomme, for at åbneDatabase Egenskaber dialog boks.
  4. Se den aktuelle genoprettelsesmodel : IVælg en side rude, klikMuligheder for at se den aktuelleRecovery model udvælgelse.
  5. Vælg den nye genoprettelsesmodel : Vælg entenFuld, Bulk-logget, ellerEnkel.
  6. KlikOkay.