10 prosentregel for sikkerhetskopiering av dataene dine

Anonim

Alle ønsker at deres data skal beskyttes, men ikke alle legger i legworket som kreves for å sikre at dataene deres er trygge. De fleste tar "sett det og glem det" tilnærming når de virkelig skal følge 10 prosentregelen.

Sett det og glem det Det er tre vanlige feil som bedrifter gjør når de sikkerhetskopierer dataene sine:

1. Ingen testing: Når bedrifter sikkerhetskopierer dataene sine, antar mange at deres data er der, og ventet på dem i samme tilstand som det var igjen. Sannheten er at sikkerhetskopiering ikke er en feilfri prosess. Glitches oppstår og maskinvare mislykkes. Den eneste måten å sikre at dataene er intakte og at alle systemene går, er å rutinemessig teste dataene du sikkerhetskopierer. Når du tester dataene dine, har du ikke bare ro i sinnet, men du har også mulighet til å ta et problem før det blir en katastrofe.

$config[code] not found

2. Ingen planlegging: Ingen tror at en katastrofe kommer til å skje med dem, men realiteten er at uforutsette hendelser finner sted. Mange bedrifter lagrer dataene sine, men de bruker lite tid på å tenke på gjenopprettingsprosessen. Det første trinnet er å tenke på utvinningen og jobbe bakover derfra.

3. Sikkerhetskopier alt: Ikke alle data er opprettet like. Hvis huset ditt var i brann, ville du løpe inn for å lagre en ballpenn? Nei, du ville løpe inn for å være sikker på at ingen var i huset. Det er det samme med data. Hvis katastrofe rammer, vil du sørge for at du får tilgang til de mest kritiske dataene umiddelbart.

OK, så nå vet du hva du skal unngå når du beskytter dataene dine. Hva kan og burde du gjøre? Først må du forstå 10 prosentregelen.

Hva er 10 prosentregelen? Bare 10 prosent av dataene dine er kritiske.

Det er riktig. Det betyr at 90 prosent av bedriftens data er for det meste statisk. Betyr det at du ikke trenger å beskytte den 90 prosent? Ikke i det hele tatt. Det betyr at du bør prioritere. Som nevnt ovenfor, er ikke alle data opprettet like. Hvis systemene dine møter en utbredt feil, vil du ha en plan på plass som gjenoppretter de viktigste informasjonene med en gang. På den måten reduseres driftstoppet. Hvis du ikke prioriterer dataene dine, vil du kaste bort tiden din gjenoppretter ikke-kritiske data, og nedetiden din kan være mye, mye lenger.

Så hva gjør akkurat det kritisk mener? Kritisk varierer fra organisasjon til organisasjon, men hvis en fil ikke endres innen en viss tid, bør den flyttes inn i et retensjonshvelv. Bare endring av data skal anses som kritisk.

Selv om alle data er uten tvil viktig, trenger organisasjoner en strukturert eller lagdelt tilnærming for å sikre at kritiske applikasjoner og systemer er operative først. Når disse systemene kjører og er tilgjengelige, kan de statiske, ikke-kritiske filene gjenopprettes.

8 kommentarer ▼