I denne artikkelen ser vi på faktorer som en DBA vurderer før den bestemmer den nødvendige frekvensen for å kjøre DBCC CHECKDB.
Mens du løper SQL Server, korrupsjon av databasen er den største frykten for DBA. Og hvis den korrupsjonen blir transportert til sikkerhetskopiene, blir det enda mer problematisk. For å unngå at korrupsjon av databaser utvides og blir en del av sikkerhetskopiene dine, er det viktig å regelmessig utføre sikkerhetssjekker på databasene. DBCC CHECKDB er en av de most foretrukket sikkerhetssjekk tilgjengelig i SQL Server, for å kjøre på databasene dine, er det en ressurskrevende praksis, det er grunnen til at regelmessigheten til disse sjekkene varierer med forskjellige organisasjoner. Dette er en av de beste måtene å se etter korrupsjon på SQL Server databaser.
Hvorfor er det viktig å kjøre DBCC CHECKDB
Du er kanskje eller ikke en DBA, men hvis du har tilgang til databasene og er ansvarlig for sikker oppbevaring av brukerdatabaser, er det et must for deg å kjøre DBCC CHECKDB. Den hjelper deg ikke bare med å oppdage korrupsjon ved å varsle deg når den oppdager korrupsjon, men lar deg også forhindre at den sprer seg. Hvis korrupsjonen sprer seg, kan skaden bli uopprettholdbar, og føre til store mengder datatap. Korrupte databaser vil ikke bare sende ut feil informasjon, men kan også bli totalt ute av stand til å svare på forespørslene. Alt dette kan unngås hvis du velger å bruke DBCC CHECKDB regelmessig.
Hvor ofte bør du bruke DBCC CHECKDB
En av demost Vanlige spørsmål knyttet til funksjonen er, hvor ofte bør vi kjøre DBCC CHECKDB? Denne prosessen er tidkrevende og ressurskrevende, mange organisasjoner har ikke råd til å kjøre den daglig. Det anbefales å kjøre disse kontrollene ukentlig eller maks en gang annenhver uke. Selv om du velger å kjøre den en gang i uken, vil ikke korrupsjon forårsaket i databasen etter siste sikkerhetskopiering bli gjenopprettet. Databasen din kan bli ødelagt innen en ukes tid mellom siste sjekk og neste sjekk, og dermed miste en uke av fremgangen.
Jo mer du fortsetter å øke gapet mellom siste kontroll og neste kontroll, desto større er risikoen for korrupsjon og tap av data. Derfor, hvor ofte du vil bruke denne funksjonen, bør avhenge av hvor mye data du har råd til å miste? Hvis du ikke engang kan miste en dags fremgang, må du gjøre det daglig. Hvis du har råd til å miste noen data, kan du velge å gjøre det ukentlig eller månedlig.
Nøkkelpunkt å huske på
DBCC CHECKDB er absolutt et veldig nyttig verktøy for å oppdage korrupsjon, men siden det forbruker ressurser, bruker mange organisasjoner det ikke veldig regelmessig. Selv om dette gir dataene deres en større risiko for korrupsjon, most av organisasjonene kjører DBCC CHECKDB kun en gang i uken. Dette er sannsynligvis most praktisk tidsgap for mange organisasjoner, det er verken for langt til å forårsake store tap av data, eller for kort til å forbruke mye ressurser. For å unngå tap av data fullstendig, må organisasjoner investere i en mdf-fiks verktøyet.
Forfatterintroduksjon:
Victor Simon er en datagjenopprettingsekspert innen DataNumen, Inc., som er verdensledende innen datagjenopprettingsteknologier, inkludert gjenopprette tilgang og sql-programvareprodukter. For mer informasjon besøk www.datanumen. Med