Hvordan håndtere mediefeil mens du utfører en sikkerhetskopi SQL Server

I denne artikkelen ser vi på sikkerhetskopieringssummer, hvordan de hjelper og hvordan man håndterer mediefeil som oppstår ved sikkerhetskopiering.

Bortsett fra å utføre sikkerhetskopiering for å beskytte dataene dine, SQL Server lar deg også sikre at sikkerhetskopieringsdataenes integritet opprettholdes. For å sikre at dataene du sikkerhetskopierer er feilfrie, kan du velge å lage en sikkerhetskopisjekksum. Og avhengig av typen kontrollsum som brukes, kan du identifisere problemer med sikkerhetskopiene dine hvis det er noen. En sikkerhetskopisjekksum kan opprettes ved å bruke sikkerhetskopieringsoperasjoner i SQL Server sammen med en gjenopprettingsoperasjon for validering.

Håndter mediefeil mens du utfører en sikkerhetskopi SQL Server

Lær om sikkerhetskopieringssummer

Sikkerhetskopier sjekkesummer inn SQL Server kan avgjøre om sikkerhetskopien er sunn eller ikke, kan du finne ut hva en sikkerhetskopisjekksum gjør med dataene dine, altså om den stopper når den kommer over dårlige data, eller om den fortsetter å kjøre sikkerhetskopien. For å se etter feil i sikkerhetskopidataene, kan du bruke alternativene RESTORE og RESTORE VERIFYONLY. Det er imidlertid ikke nok å bare se etter problemer, du bør også vite hvordan du skal håndtere disse problemene, og enda verre, hvordan du skal håndtere problemer som kan oppstå når du bruker sikkerhetskopieringssummer.

Lag sikkerhetskopier ved hjelp av Backup Checksum

Når du bruker sikkerhetskopisjekksum for å utføre sikkerhetskopier, vil følgende operasjoner skje

  1. Informasjon på sidenivå vil bli verifisert av sikkerhetskopieringsoperasjonen før den blir skrevet til backupmedier. Hvis det ikke er noen feil på siden, vil den ikke bli verifisert, alle ubekreftede sider vil bli lagt til som de er. Hvis det oppstår en feil under verifiseringen av siden, vil sikkerhetskopieringen mislykkes.
  2. Uavhengig av om det er noen sidesjekksummer eller ikke, vil Backup generere en annen sikkerhetskopisjekksum som skal brukes i backupstrømmer. Gjenopprettingsoperasjonene vil valgfritt kunne gjøre bruk av sikkerhetskopisjekksummen for å sikre at det ikke er noen korrupsjon i sikkerhetskopien. Denne sikkerhetskopisjekksummen vil bli lagret på backupmedier og ikke på databasesiden; det vil ha omfanget av å bli brukt valgfritt under gjenoppretting.
  3. Dette settet med sikkerhetskopiering vil bli flagget som en som inneholder sikkerhetskopieringssummer

Håndtere feil ved sikkerhetskopiering SQL Server

Hvis du bruker en sikkerhetskopisjekksum, vil den stoppe sikkerhetskopierings- eller gjenopprettingsprosessen når det oppstår en feil, si en ødelagt sql serverfilsiden, og vil bare fortsette med RESTORE VERIFYONLY-operasjonen. Hva som skjer etter at den gitte operasjonen har mislyktes kan imidlertid kontrolleres av deg.

Hvis sikkerhetskopieringen fortsetter selv etter at en feil er oppdaget, vil følgende handlinger skje.

  1. Sikkerhetskopien som er plassert på backupmediet vil bli flagget som en som inneholder feil, og vil begynne å spore siden i suspect_pages-tabeller i databasen.
  2. Feilen vil bli logget inn SQL Server feil logg.
  3.  Sikkerhetskopien vil bli maskert som den som inneholder feil.
  4. En melding vil bli utstedt om at prosessen med å generere en sikkerhetskopi var vellykket, men at den består av sidefeil.

Forfatterintroduksjon:

Victor Simon er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert tilgangsgjenoppretting og sql-programvareprodukter. For mer informasjon besøk www.datanumen. Med

Kommentarer er stengt.