Hva er sikkerhetskopieringssummer og hvordan deaktiverer du dem i SQL Server

I denne artikkelen lærer vi om sikkerhetskopieringssjekksummer og hvordan du deaktiverer dem ved hjelp av SSMS

Checksum-eiendommen i SQL Server kan tas i bruk for å oppdage hva endringene gjøres i SQL Server rader eller uttrykk over en tidsperiode. Spore data og endringer i en applikasjon som SQL Server kan til tider være svært utfordrende og ressurskrevende. For å hjelpe brukere med å takle denne utfordringen, har de fått egenskapen checksums. Når du bruker dette på et gitt felt eller tabell, begynner den å ta hensyn til alle endringene som gjøres. Og når du legger til en sjekksum i syntaksen, vil du få en binær sjekksumverdi som vil gi deg endringene som er innlemmet over en periode. Dette kan dermed betraktes som en egenskap som brukes til å spore endringene som gjøres i SQL Server data.

Sikkerhetskopier sjekksummer

Det finnes forskjellige typer sjekksummer du kan benytte deg av, backup-sjekksummer er en av dem. Under sikkerhetskopieringssummer er det også flere typer du kan velge å bruke. Avhengig av hva slags sjekksummer du bruker, kan du se etter replikering, korrupsjon og oppdateringer i databasesikkerhetskopiene.

Hovedårsaken til at sjekksummer brukes under sikkerhetskopiering er for å sikre at dataene ikke har blitt ødelagt. Det er et av de største områdene der sjekksummer hjelper deg. Før du går over til å deaktivere sjekksummer ved hjelp av SSMS, er det visse avgjørende faktorer du trenger å vite om SQL Server-sikkerhetskopiering og -gjenoppretting.

SQL Server sikkerhetskopier

 Sikkerhetskopieringsloggen og Sikkerhetskopieringsdatabase-tillatelsene i SQL Server er tilgjengelige med faste serverroller som sysadmin, db_owner og db_backupoperator som standard. Problemene med eierskap og tillatelse over den fysiske filen til sikkerhetskopieringsenheten forstyrrer ofte sikkerhetskopieringsoperasjoner. Derfor er det viktig for SQL Server å ha muligheten til å lese og skrive til enheten, og dermed kontoen som bruker SQL Server programmet kjører bør definitivt ha skriverettigheter.  

SQL Server Gjenopprette

Hvis databasen du prøver å gjenopprette ikke en gang eksisterer, vil brukeren trenge tilgang til Opprett database-tillatelse slik at de kan velge å utføre Restore. Hvis databasen er til stede, vil gjenopprettingstillatelsen være tilgjengelig som standard for medlemmer med faste serverroller som sysadmin, dbcreator og dbo (databaseeier).

Tillatelsen for gjenoppretting korrupt sql serverdatabase er vanligvis gitt til roller der informasjonen om medlemskap er lett tilgjengelig på serveren til enhver tid. Og fordi medlemskapsdetaljene for faste roller også er tilgjengelige når det ikke er skade på databasen og den er lett tilgjengelig, er det grunnen til at selv de faste databaserollene ikke alltid er utstyrt med gjenopprettingstillatelser.

Deaktivere Backup Checksums ved hjelp av SQL Server Management Studio

For å kunne aktivere eller deaktivere sikkerhetskopieringssjekksummer i SQL Server, ved å bruke Management Studio, følg de angitte trinnene.

1. Velg å lage en SQL Server database, til start med.
2. Når dette er gjort, må du gå til Pålitelighet-delen på Alternativer-siden, herfra velger du "Utfør sjekksum før du skriver til media".

  Du kan også velge å gjøre endringer i T – SQL for å deaktivere eller aktivere sikkerhetskopieringssjekksummer SQL Server

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