Skip to main content

SQL Server Recovery Modeller: Tre alternativ

SQL Server 2016 Part 6 - Designing and Creating a Relational Database (Juni 2025)

SQL Server 2016 Part 6 - Designing and Creating a Relational Database (Juni 2025)
Anonim

SQL Server tillhandahåller tre återställningsmodeller som låter dig ange hur SQL Server hanterar loggfiler och förbereder databasen för återställning efter en dataförlust eller annan katastrof. Var och en av dessa representerar ett annat tillvägagångssätt för att balansera avvägningen mellan att spara diskutrymme och tillhandahålla granulära återställningsalternativ. De tre katastrofåterställningsmodellerna som erbjuds av SQL Server är:

  • Enkel
  • Full
  • Bulk-loggas

Låt oss ta en titt på var och en av dessa modeller i detalj.

Enkel återställningsmodell

Den enkla återställningsmodellen är just det: enkelt. I detta tillvägagångssätt behåller SQL Server endast en minimal mängd information i transaktionsloggen. SQL Server avkortar transaktionsloggen varje gång databasen når en transaktionscheckpunkt och lämnar inga loggar för katastrofåterställning.För databaser som använder den enkla återställningsmodellen kan du bara återställa fullständiga eller differentialbackups. Det går inte att återställa en sådan databas till en viss tidpunkt - du kan bara återställa den till den exakta tiden när en fullständig eller differentiell säkerhetskopiering inträffade. Därför kommer du automatiskt att förlora dataändringar som gjorts mellan tiden för den senaste full / differential backupen och tiden för felet.

Full Recovery Model

Den fullständiga återställningsmodellen har också ett självbetecknande namn. Med den här modellen behåller SQL Server transaktionsloggen tills du säkerhetskopierar den. Detta gör att du kan utforma en katastrofåterställningsplan som innehåller en kombination av fullständiga och differentiella databasbackups i samband med transaktionsloggbackups.I händelse av ett databasfel har du mest flexibilitet att återställa databaser med hjälp av den fullständiga återställningsmodellen. Förutom att bevara dataändringar lagrade i transaktionsloggen kan du använda hela återställningsmodellen för att återställa en databas till en viss tidpunkt. Om en felaktig ändring korrumperade din data vid klockan 02:36 på måndag, kan du till exempel använda SQL Server: s återuppringningstid för att rulla din databas tillbaka till klockan 02:35, och torka bort effekterna av felet.

Bulk-logged Recovery Model

Den bulkloggade återställningsmodellen är en specialmodell som fungerar på samma sätt som den fullständiga återställningsmodellen. Den enda skillnaden är hur det hanterar bulkdatamodifieringsoperationer. Den bulkloggade modellen registrerar dessa operationer i transaktionsloggen med hjälp av en teknik som kallas minimal loggning . Detta sparar väsentligt på bearbetningstiden, men förhindrar dig från att använda återställningsalternativet för punkt-i-tid.Microsoft rekommenderar att den bulkloggade återställningsmodellen endast används under korta tidsperioder. Bästa praxis dikterar att du byter en databas till den bulkloggade återställningsmodellen omedelbart innan du utför bulkoperationer och återställer den till den fullständiga återställningsmodellen när operationerna slutförs.

Ändra återställningsmodeller

Använd SQL Server Management Studio för att visa eller ändra återställningsmodellen:

  1. Välj den relevanta servern : Anslut till relevant instans av SQL Server-databasmotorn, och klicka sedan på Objekt Explorer om du vill expandera serverns träd.
  2. Välj databasen : Bygga utdatabaser, och, beroende på databasen, välj antingen en användardatabas eller expanderaSystemdatabaser och välj en systemdatabas.
  3. Öppna databasegenskaperna : Högerklicka på databasen och klicka sedan påEgenskaper, för att öppnaDatabasegenskaper dialog ruta.
  4. Visa aktuell återställningsmodell : IVälj en sida fönster, klickaalternativ för att se aktuelltÅterställningsmodell urval.
  5. Välj den nya återställningsmodellen : Välj antingenFull, Bulk-loggas, ellerEnkel.
  6. Klickok.