Bygg en sikkerhetskopi du faktisk kan gjenopprette

Start med gjenopprettingen du trenger

En sikkerhetskopiplan starter med to praktiske spørsmål: hvor mye nylig arbeid kan du miste, og hvor lenge kan tjenesten være utilgjengelig? Disse svarene bestemmer tidsplanen, dataene som skal inkluderes og gjenopprettingsmetoden. En daglig kopi kan passe et nettsted som sjelden endres, men etterlater et for stort gap for en travel applikasjon.

List opp det som får tjenesten til å fungere, ikke bare den største mappen. Applikasjonsdata, databaseinnhold, konfigurasjon, opplastede filer og informasjonen som trengs for å gjenoppbygge miljøet, kan alle være viktige. Hold en privat oversikt over avhengigheter og gjenopprettingsnøkler. Sikkerhetskopien bør støtte et fungerende system, ikke bare produsere et arkiv hvis formål er glemt.

Hold en kopi utenfor feilgrensen

En andre katalog på samme maskin kan hjelpe med å gjenopprette en feilaktig redigering, men den er fortsatt utsatt for tap av den maskinen. Lokale snapshots kan være verdifulle for rask tilbakerulling og krever fortsatt en uavhengig kopi for bredere hendelser. Velg et separat gjenopprettingsmål og bestem hvilken tilgang som skal kunne lese, skrive eller fjerne sikkerhetskopien.

Hvis produksjonslegitimasjon kan slette hver gjenopprettingskopi, kan en kompromittert applikasjonskonto beseire hele strategien. Skill tilgang der det er mulig og beskytt lagringslegitimasjonen. Kryptering hjelper med å beskytte det lagrede innholdet, men gjenopprettingsprosessen avhenger også av å beholde nøkkelen trygt utenfor det skadede miljøet.

Fang en konsistent applikasjonstilstand

Å kopiere åpne databasefiler uten en passende metode kan fange en ubrukelig tilstand. Bruk en sikkerhetskopitilnærming som støttes av applikasjonen eller databasen, og forstå om den krever et konsistent snapshot, en logisk eksport eller en kort pause i skrivingen. Koordiner relaterte data slik at en opplastingskatalog og dens databasereferanser beskriver samme punkt i arbeidsflyten.

Dokumenter ekskluderinger bevisst. Cacher og midlertidige byggefiler kan være reproduserbare; kundeopplastinger er vanligvis ikke det. Gå gjennom listen etter å ha lagt til en funksjon eller flyttet en katalog. En vellykket sikkerhetskopijobb kan ikke bevare en sti som aldri ble inkludert.

Test gjenoppretting i et isolert miljø

Gjenopprett representative data til et separat sted og bekreft at de åpnes riktig. For en applikasjon, test den gjenopprettede tjenesten så vel som filene. Deaktiver utgående e-post, planlagte jobber og eksterne integrasjoner i testmiljøet slik at øvelsen ikke handler på reelle brukere eller dupliserer produksjonsoppgaver.

Integritetssjekker i depotet og en gjenopprettingstest svarer på forskjellige spørsmål. Et verktøy kan sjekke lagrede strukturer og data mens applikasjonen fortsatt mangler konfigurasjon eller en glemt nøkkel. Registrer hvor lang tid gjenopprettingen tar, hvilke manuelle trinn som kreves og hvor prosedyren trenger forbedring. Gjenta øvelsen etter betydelige endringer.

Et praktisk scenario: øv på gjenoppretting før lansering

Tenk på en applikasjon med en database, brukeropplastinger og et lite sett private konfigurasjonsfiler. Eieren lager en gjenopprettingsoversikt og velger en database-støttet konsistensmetode. Et separat sikkerhetskopimål lagrer de nødvendige kopiene, mens gjenopprettingsnøkkelen holdes utenfor produksjonsmaskinen. Den første testen begynner med et tomt isolert miljø, slik at skjulte avhengigheter ikke kan lånes fra den fungerende serveren.

Eieren gjenoppretter dataene og konfigurasjonen, og sjekker deretter pålogging, en representativ post og en opplastet fil. Utgående e-post, planlagte jobber og eksterne handlinger forblir deaktivert under øvelsen. Hvis databasen starter, men en opplastingssti eller hemmelighet mangler, har testen funnet et gap som en vellykket arkivjobb ikke ville avsløre. Eieren korrigerer oversikten og gjentar den berørte gjenopprettingssjekken.

Til slutt registrerer eieren gjenopprettingstiden og de manuelle trinnene. Tidsplanen og oppbevaringspolicyen sammenlignes med hvor mye nylig arbeid som kan gå tapt og hvor lenge tjenesten kan være utilgjengelig. Dette er prosjektspesifikke beslutninger snarere enn garantier gitt av en lagringsetikett. En testet prosedyre gjør en valgfri sikkerhetskopi eller et lagringsprodukt nyttig som en del av en bredere gjenopprettingsstrategi.

Gjør feil synlig og oppbevaring bevisst

En sikkerhetskopi som stopper stille, er en fremtidig overraskelse. Overvåk jobbfullføring, tilgjengelig kapasitet og alderen på det nyeste brukbare gjenopprettingspunktet. Hold nok historikk til å gjenopprette fra et problem som oppdages senere, og forstå hvordan pruning påvirker den historikken. Gå nøye gjennom sletteoperasjoner fordi oppbevaringsfeil kan fjerne den eneste nyttige versjonen.

Les omfanget av ethvert sikkerhetskopieringsalternativ på den valgte SwissOctet-tjenesten og bekreft gjenopprettingsprosessen. Vault Storage kan betraktes som en kapasitetskomponent, men et lagringsprodukt alene er ikke en fullstendig gjenopprettingspolicy. Bestem hva du trenger å gjenopprette, hold kopien uavhengig og bevis prosedyren før tjenesten blir kritisk.