Määrittele hyväksyttävä tietojen menetys ja palautumisaika, pidä johdonmukainen riippumaton kopio ja testaa todellisen sovelluksen palauttaminen eristyksissä. Valmis varmuuskopiointityö tai eheystarkistus yksinään ei todista, että kaikki palautukseen tarvittavat riippuvuudet ovat läsnä.
Aloita tarvitsemastasi palautuksesta
Varmuuskopiosuunnitelma alkaa kahdesta käytännön kysymyksestä: kuinka paljon viimeaikaista työtä voisit menettää ja kuinka kauan palvelu voisi olla poissa käytöstä? Nämä vastaukset määrittävät aikataulun, sisällytettävät tiedot ja palautusmenetelmän. Päivittäinen kopio voi sopia harvoin muuttuvalle verkkosivustolle, mutta jättää liian suuren aukon vilkkaalle sovellukselle.
Luettele, mikä saa palvelun toimimaan, ei vain sen suurinta kansiota. Sovellustiedot, tietokannan sisältö, kokoonpano, ladatut tiedostot ja ympäristön uudelleenrakentamiseen tarvittavat tiedot voivat kaikki olla merkityksellisiä. Pidä yksityinen luettelo riippuvuuksista ja palautusavaimista. Varmuuskopion tulee tukea toimivaa järjestelmää, ei vain tuottaa arkistoa, jonka tarkoitus on unohdettu.
Pidä kopio vikaantumisrajan ulkopuolella
Toinen hakemisto samalla koneella voi auttaa palauttamaan virheellisen muokkauksen, mutta se on edelleen altis kyseisen koneen menetykselle. Paikalliset tilannevedokset voivat olla arvokkaita nopeaan palautukseen, ja ne vaativat silti riippumattoman kopion laajempia häiriöitä varten. Valitse erillinen palautuskohde ja päätä, millä käyttöoikeudella varmuuskopio saa lukea, kirjoittaa tai poistaa.
Jos tuotantotunnukset voivat poistaa kaikki palautuskopiot, vaarantunut sovellustili voi kumota koko strategian. Erota käyttöoikeudet mahdollisuuksien mukaan ja suojaa tallennustilan tunnukset. Salaus auttaa suojaamaan tallennettua sisältöä, mutta palautusprosessi riippuu myös siitä, että sen avain säilytetään turvallisesti vaurioituneen ympäristön ulkopuolella.
Tallenna johdonmukainen sovelluksen tila
Avoimien tietokantatiedostojen kopiointi ilman asianmukaista menetelmää voi tallentaa käyttökelvottoman tilan. Käytä sovelluksen tai tietokannan tukemaa varmuuskopiomenetelmää ja ymmärrä, vaatiiko se yhtenäisen tilannevedoksen, loogisen viennin vai lyhyen tauon kirjoituksiin. Koordinoi toisiinsa liittyvät tiedot niin, että lataushakemisto ja sen tietokantaviittaukset kuvaavat samaa työnkulun kohtaa.
Dokumentoi poissulkemiset harkiten. Välimuistit ja tilapäiset koontitiedostot voivat olla toistettavissa; asiakkaiden lataukset eivät yleensä ole. Tarkista luettelo ominaisuuden lisäämisen tai hakemiston siirtämisen jälkeen. Onnistunut varmuuskopiointityö ei voi säilyttää polkua, jota ei koskaan sisällytetty.
Testaa palauttaminen eristetyssä ympäristössä
Palauta edustavaa dataa erilliseen sijaintiin ja varmista, että se avautuu oikein. Testaa sovelluksen osalta palautettu palvelu sekä tiedostot. Poista lähtevä sähköposti, ajoitetut työt ja ulkoiset integraatiot käytöstä testiympäristössä, jotta harjoitus ei toimi oikeiden käyttäjien kanssa tai toista tuotantotehtäviä.
Tietovaraston eheystarkistukset ja palautustesti vastaavat eri kysymyksiin. Työkalu voi tarkistaa tallennettuja rakenteita ja dataa, kun taas sovellus tarvitsee edelleen puuttuvan kokoonpanon tai unohdetun avaimen. Kirjaa, kuinka kauan palautus kestää, mitä manuaalisia vaiheita tarvitaan ja missä menettelyä on parannettava. Toista harjoitus merkittävien muutosten jälkeen.
Käytännön skenaario: harjoittele palautusta ennen julkaisua
Tarkastellaan sovellusta, jossa on tietokanta, käyttäjien lataukset ja pieni joukko yksityisiä kokoonpanotiedostoja. Omistaja luo palautusluettelon ja valitsee tietokannan tukeman yhtenäisyysmenetelmän. Erillinen varmuuskopiokohde tallentaa tarvittavat kopiot, kun taas palautusavain pidetään tuotantokoneen ulkopuolella. Ensimmäinen testi alkaa tyhjästä eristetystä ympäristöstä, joten piilotettuja riippuvuuksia ei voi lainata toimivasta palvelimesta.
Omistaja palauttaa datan ja kokoonpanon ja tarkistaa sitten kirjautumisen, edustavan tietueen ja ladatun tiedoston. Lähtevä sähköposti, ajoitetut työt ja ulkoiset toiminnot pysyvät poissa käytöstä harjoituksen ajan. Jos tietokanta käynnistyy, mutta latauspolku tai salaisuus puuttuu, testi on löytänyt puutteen, jota onnistunut arkistointityö ei paljastaisi. Omistaja korjaa luettelon ja toistaa kyseisen palautustarkistuksen.
Lopuksi omistaja kirjaa palautusajan ja manuaaliset vaiheet. Aikataulua ja säilytyskäytäntöä verrataan siihen, kuinka paljon viimeaikaista työtä voisi kadota ja kuinka kauan palvelu voisi olla poissa käytöstä. Nämä ovat projektikohtaisia päätöksiä, eivät tallennustuotteen tarjoamia takeita. Testattu menettely tekee valinnaisesta varmuuskopiosta tai tallennustuotteesta hyödyllisen osana laajempaa palautusstrategiaa.
| Palautusnäyttö | Mitä se tarkistaa | Jäljellä oleva kysymys |
|---|---|---|
| Varmuuskopiointityö valmistui | Työ ilmoitti onnistumisesta | Sisällytettiinkö kaikki tarvittavat polut? |
| Tietovaraston eheystarkistus | Tallennettujen rakenteiden tai datan tarkistukset | Onko sovelluksella kaikki riippuvuudet? |
| Eristetty sovelluksen palautus | Edustava palautus toimii | Täyttääkö havaittu aika tavoitteesi? |
Tee vikaantumisesta näkyvä ja säilytyksestä tarkoituksellinen
Varmuuskopio, joka pysähtyy äänettömästi, on tuleva yllätys. Seuraa työn valmistumista, käytettävissä olevaa kapasiteettia ja uusimman käyttökelpoisen palautuspisteen ikää. Pidä riittävästi historiaa, jotta voit palautua myöhemmin havaittavasta ongelmasta, ja ymmärrä, miten karsinta vaikuttaa tähän historiaan. Tarkista poistotoiminnot huolellisesti, koska säilytysvirheet voivat poistaa ainoan hyödyllisen version.
Lue valitsemasi SwissOctet-palvelun varmuuskopiovaihtoehdon laajuus ja varmista palautusprosessi. Vault Storage voidaan ottaa huomioon kapasiteettikomponenttina, mutta tallennustuote yksinään ei ole täydellinen palautuskäytäntö. Päätä, mitä sinun on palautettava, pidä kopio riippumattomana ja todista menettely ennen kuin palvelusta tulee kriittinen.
Käytännön tarkistuslistasi.
- Aseta hyväksyttävä tietojen menetys ja palautusaika.
- Sisällytä tietokannat, lataukset ja uudelleenrakennustiedot.
- Pidä riippumaton kopio ja erilliset palautusavaimet.
- Palauta eristettynä ja testaa sovellus.
- Seuraa varmuuskopion ikää, kapasiteettia ja säilytystä.
Olennaiset yksityiskohdat.
Onko toinen hakemisto samalla palvelimella riippumaton varmuuskopio?+
Ei. Se on edelleen altis kyseisen palvelimen menetykselle, vaikka se voi auttaa palauttamaan paikallisen virheen.
Korvaako eheystarkistus palautusharjoituksen?+
Ei. Kelvollinen tietovarasto voi silti jättää pois kokoonpanon, avaimet tai sovelluksen tarvitsemat tiedot.
Miksi integraatiot poistetaan käytöstä palautustestin ajaksi?+
Jotta testiympäristö ei lähetä sähköpostia oikeille käyttäjille, toista tehtäviä tai käynnistä tuotantotoimintoja.
Mene lähteelle.
Nämä lähteet tukevat tämän oppaan teknisiä käsitteitä. Noudata ajantasaisia dokumentaatioita ennen tuotantojärjestelmän muuttamista.
- restic: Palauttaminen varmuuskopiosta restic.readthedocs.io
- restic: Tietovarastojen kanssa työskentely restic.readthedocs.io
- PostgreSQL: Varmuuskopiointi ja palautus www.postgresql.org
Toimituksellinen ohjaus: SwissOctet. Esimerkit ovat havainnollistavia. Palvelumääritykset, saatavilla olevat vaihtoehdot ja sopimusehdot on tarkistettava erikseen.