Byg en backup, du faktisk kan gendanne

Start med den gendannelse, du har brug for

En backupplan starter med to praktiske spørgsmål: hvor meget nyligt arbejde kan du miste, og hvor længe kan servicen være utilgængelig? Disse svar bestemmer tidsplanen, de data, der skal medtages, og gendannelsesmetoden. En daglig kopi kan passe til et sjældent ændret websted, mens den efterlader et for stort hul til en travl applikation.

Oplist hvad der får tjenesten til at fungere, ikke kun dens største mappe. Applikationsdata, databaseindhold, konfiguration, uploadede filer og de oplysninger, der er nødvendige for at genopbygge miljøet, kan alle være vigtige. Hold en privat fortegnelse over afhængigheder og gendannelsesnøgler. Backupen bør understøtte et fungerende system, ikke blot producere et arkiv, hvis formål er glemt.

Behold en kopi uden for fejlgrænsen

En ekstra mappe på samme maskine kan hjælpe med at gendanne en fejlagtig redigering, men den er stadig udsat for tab af den maskine. Lokale snapshots kan være værdifulde for hurtig tilbagerulning og kræver stadig en uafhængig kopi til større hændelser. Vælg et separat gendannelsesmål, og beslut hvilken adgang der skal kunne læse, skrive eller fjerne backupen.

Hvis produktionsoplysninger kan slette enhver gendannelseskopi, kan en kompromitteret applikationskonto underminere hele strategien. Adskil adgang hvor det er muligt, og beskyt lageroplysningerne. Kryptering hjælper med at beskytte det lagrede indhold, men gendannelsesprocessen afhænger også af at opbevare nøglen sikkert uden for det beskadigede miljø.

Registrér en konsistent applikationstilstand

Kopiering af åbne databasefiler uden en passende metode kan give en ubrugelig tilstand. Brug en backupmetode, der understøttes af applikationen eller databasen, og forstå, om den kræver et konsistent snapshot, en logisk eksport eller en kort pause i skrivninger. Koordiner relaterede data, så en uploadmappe og dens databasereferencer beskriver samme punkt i arbejdsgangen.

Dokumentér udeladelser bevidst. Caches og midlertidige build-filer kan være reproducerbare; kundeuploads er det normalt ikke. Gennemgå listen, når du tilføjer en funktion eller flytter en mappe. Et vellykket backupjob kan ikke bevare en sti, der aldrig blev inkluderet.

Test gendannelse i et isoleret miljø

Gendan repræsentative data til en separat placering, og bekræft, at de åbner korrekt. For en applikation skal du teste både de gendannede filer og tjenesten. Deaktivér udgående e-mail, planlagte job og eksterne integrationer i testmiljøet, så øvelsen ikke handler på rigtige brugere eller duplikerer produktionens opgaver.

Integritetskontroller af repositories og en gendannelsestest besvarer forskellige spørgsmål. Et værktøj kan kontrollere lagrede strukturer og data, mens applikationen stadig mangler konfiguration eller en glemt nøgle. Registrér, hvor lang tid gendannelsen tager, hvilke manuelle trin der kræves, og hvor proceduren skal forbedres. Gentag øvelsen efter væsentlige ændringer.

Et praktisk scenarie: øv gendannelse før lancering

Overvej en applikation med en database, brugeruploads og et lille sæt private konfigurationsfiler. Ejeren opretter en gendannelsesfortegnelse og vælger en databaseunderstøttet konsistensmetode. Et separat backupmål gemmer de nødvendige kopier, mens gendannelsesnøglen opbevares uden for produktionsmaskinen. Den første test begynder med et tomt isoleret miljø, så skjulte afhængigheder ikke kan lånes fra den kørende server.

Ejeren gendanner data og konfiguration og kontrollerer derefter login, en repræsentativ post og en uploadet fil. Udgående e-mail, planlagte job og eksterne handlinger forbliver deaktiveret under øvelsen. Hvis databasen starter, men en uploadsti eller hemmelighed mangler, har testen fundet et hul, som et vellykket arkivjob ikke ville afsløre. Ejeren retter fortegnelsen og gentager den berørte gendannelseskontrol.

Til sidst registrerer ejeren gendannelsestiden og de manuelle trin. Tidsplanen og opbevaringspolitikken sammenlignes med, hvor meget nyligt arbejde der kunne gå tabt, og hvor længe tjenesten kunne være utilgængelig. Dette er projektspecifikke beslutninger snarere end garantier leveret af et lagerprodukt. En testet procedure gør en valgfri backup eller et lagerprodukt nyttigt som en del af en bredere gendannelsesstrategi.

Gør fejl synlige, og gør opbevaring bevidst

En backup, der stopper i stilhed, er en fremtidig overraskelse. Overvåg jobfuldførelse, ledig kapacitet og alderen på det seneste brugbare gendannelsespunkt. Behold nok historik til at gendanne fra et problem, der opdages senere, og forstå, hvordan oprydning påvirker den historik. Gennemgå slettehandlinger omhyggeligt, fordi fejl i opbevaring kan fjerne den eneste nyttige version.

Læs omfanget af enhver backupmulighed på din valgte SwissOctet-tjeneste, og bekræft gendannelsesprocessen. Vault Storage kan betragtes som en kapacitetskomponent, men et lagerprodukt alene er ikke en komplet gendannelsespolitik. Beslut, hvad du skal gendanne, hold kopien uafhængig, og bevis proceduren, før tjenesten bliver kritisk.