Tilannekuva on tietyn hetken esitys, jonka suoja määräytyy sen toteutuksen mukaan. Varmuuskopiostrategia lisää tarkoituksellisen säilytyksen, käytön eriyttämisen ja testatun palautuksen. Jotkin tilannekuvat ovat varmuuskopioita; toiset riippuvat alkuperäisestä tallennuksesta. Kysy, mikä säilyy poistamisen, vaarantumisen tai ensisijaisen ympäristön menetyksen yli.
Kuvaile kopio ennen kuin nimeät sen
Sana tilannekuva kertoo, että tietty hetki on esitetty, mutta ei sitä, missä palautettava data sijaitsee tai kuka voi poistaa sen. Alkuperäisessä tallennuksessa oleva tiedostojärjestelmän tilannekuva ja palveluntarjoajan hallinnoima lohkon tilannekuva voivat olla eri vikarajojen takana. Aloita toteutuksesta sen sijaan, että kohtelisit merkinnän yleisenä lupauksena.
AWS dokumentoi EBS-tilannekuvat inkrementaalisina tietyn hetken varmuuskopioina sen levyistä. Tämä on tietty toteutus, ei todiste siitä, että jokainen tilannekuvavaihtoehto käyttäytyy samalla tavalla. Kysy minkä tahansa palvelun kohdalla, riippuuko palautus alkuperäisestä levystä, poistuvatko kopiot ensisijaisesta vikavyöhykkeestä ja mitä tapahtuu, kun lähde poistetaan.
Vertaa vikoja, joiden yli odotat selviäväsi
Nopea palautus päivityksen jälkeen ja palautuminen tilin menettämisen jälkeen ovat eri ongelmia. Paikallinen tilannekuva voi olla kätevä ensimmäisessä, mutta tarjota vähän eriyttämistä toisessa. Riippumattomat kopiot voivat lisätä suojaa, mutta vain jos niiden tallennus-, käyttö- ja poistopolut ovat riittävän erillään tapahtumasta, johon varaudut.
Kirjoita vika ja vaadittu lopputulos muistiin. Tämä havainnollistava vertailu on päätöksenteon apuväline, ei ominaisuusluettelo SwissOctet:lle. Se kannustaa kysymään kopioista ja hallinnasta sen sijaan, että väitettäisiin yhden teknologian olevan aina parempi. Todellinen lopputulos riippuu kokoonpanosta ja operaattorin dokumentoidusta palautusprosessista.
| Skenaario | Kysymys tilannekuvalle | Kysymys varmuuskopiolle |
|---|---|---|
| Huono sovelluspäivitys | Voinko palata aiottuun pisteeseen? | Kuinka kauan käyttökelpoinen palautus kestää? |
| Ensisijainen levy menetetty | Riippuuko kopio siitä levystä? | Voinko palauttaa uudelle tallennukselle? |
| Ylläpitotili vaarantunut | Voiko tämä tili poistaa kaikki kopiot? | Ovatko poisto-oikeudet eriytettyjä? |
| Virhe havaittu viikkoja myöhemmin | Säilytetäänkö se piste edelleen? | Kattaako säilytys havaitsemisviiveen? |
Tarkista sovelluksen eheys
Levy voi tallentaa tiedostoja, kun sovellus vielä muuttaa niitä. Ohjelmistosta ja tilannekuvaprosessista riippuen tulos voi edustaa kaatumisen mukaista tilaa pikemminkin kuin koordinoitua sovelluksen tilaa. Älä oleta, että luettavat tiedostot tarkoittavat tietokannan ja siihen liittyvien latausten olevan yhtä mieltä. Käytä sovelluksen tai tietokannan dokumentoimaa varmuuskopiointimenetelmää.
PostgreSQL:n jatkuvan arkistoinnin suunnittelu havainnollistaa eroa: palautus tarvitsee sopivan perusvarmuuskopion ja jatkuvan sarjan tarvittavia write-ahead-log-tiedostoja. Hakemisto, joka kopioidaan huolimattomasti tietokannan ollessa käynnissä, ei ole vastaava menettely. Jos sovellus tallentaa tiedostoja myös tietokannan ulkopuolelle, suunnittele, miten nämä kaksi tietojoukkoa palautetaan yhdessä.
Käsittele säilytystä palautumisikkunana
Säilytyksessä tulisi ottaa huomioon, kuinka kauan virhe voi jäädä huomaamatta. Kymmenen päivän ikkuna ei auta vahingossa tehdyssä poistossa, joka havaitaan kuukauden kuluttua. Jokaisen kopion säilyttäminen loputtomiin luo erilaisen ongelman: kustannukset, kasvava arkaluonteisten tietojen altistuminen ja epäselvä poistokäytäntö. Valitse säilytys konkreettisten toiminnallisten ja tietojenkäsittelyvaatimusten perusteella.
Merkitse palautuspisteet hyödyllisillä tiedoilla, kuten sovellusversiolla ja valmiin työn ajalla, ilman salaisuuksien upottamista. Pidä riittävästi historiaa hyvän tilan erottamiseksi vahingoittuneesta. Ennen karsimista varmista, miten valittu järjestelmä käsittelee jaettua tai inkrementaalista dataa; merkityn pisteen poistaminen ei välttämättä vastaa yksinkertaisen erillisen tiedoston poistamista.
Erota onnistuneet työt vahvistetusta datasta
Varmuuskopiotyökalun ilmoittama onnistuminen osoittaa, että sen prosessi päättyi sen sääntöjen mukaisesti. Se ei automaattisesti todista, että kaikki tärkeät sovellustiedot valittiin, jokainen tallennettu tavu pysyy ehjänä tai uusi palvelin voi käyttää tulosta. Nämä ovat eri tarkistuksia. Sisällytä tietovaraston kunto, valinnan tarkistus ja edustava palautus toimintasuunnitelmaan.
Restic dokumentoi eron oletustietovaraston tarkistuksen ja tallennettujen pakettitietojen lukevan vahvistuksen välillä. Täysi dataa lukeva tarkistus voi kuluttaa enemmän aikaa ja kaistanleveyttä. Tämä esimerkki tekee suunnittelukohdasta konkreettisen: päätä, mitä vahvistus todella lukee, ja budjetoi työ. Käytä työkalun dokumentaatiota sen sijaan, että olettaisit jokaisen check-nimisen komennon kattavan saman.
Testaa pieni, täydellinen palautus
Kuvittele julkaisu, jossa on tietokanta, ladatut kuvat ja kokoonpano. Palauta kaikki kolme yksityiseen testiympäristöön ja avaa sitten artikkeli ja vahvista sen liitteet. Pidä ajoitettu posti-, maksu- ja julkaisuintegraatiot poistettuna käytön aikana. Pelkän satunnaisen tekstitiedoston testaaminen jättäisi huomaamatta suhteet, jotka tekevät sovelluksesta hyödyllisen.
Mittaa tarvittava aika ja kirjaa, mitkä tunnistetiedot, pakettiversiot tai ulkoiset riippuvuudet puuttuivat. Tarkista palautettujen tiedostojen käyttöoikeudet, ei vain niiden sisältöä. Palautusharjoitus paljastaa usein, että data on olemassa, mutta sen käyttämiseen tarvittavia ohjeita tai käyttöoikeuksia ei ole koskaan säilytetty toimintasuunnitelman rinnalla.
Lue valinnaiset varmuuskopiot tietynä palveluna
Kun määrität SwissOctet:ää, katso perheen tarkkaa varmuuskopiovaihtoehtoa ja säilytysaikaa. Kysy, mitkä levyt ja sovellustiedot se kattaa, onko palautus itsepalvelua ja mitä tapahtuu, kun ensisijainen kokoonpano muuttuu. Pelkkä vaihtoehdon nimi ei osoita riippumatonta kopiota, muuttumatonta tietovarastoa tai tietokantayhdenmukaista palautuspistettä.
Käytä tilannekuvia siellä, missä ne sopivat työkuormaan, ja pidä laajempaa varmuuskopiostrategiaa varten vikoja, joita ne eivät kata. Kirjaa riippumaton palautusreitti tärkeille tiedoille, suojaa tunnistetiedot, jotka voivat poistaa kopioita, ja testaa menettely. Vahvin valinta on se, joka selviää määritellystä skenaariostasi, ei se, jolla on lohdullisin nimi.
Käytännön tarkistuslistasi.
- Tunnista, missä palautettava data sijaitsee.
- Luettele viat, joiden yli kopion on selvittävä.
- Käytä sovelluksen tukemaa yhdenmukaisuusmenetelmää.
- Valitse säilytys havaitsemisikkunan mukaan.
- Suojaa poisto-oikeudet erikseen.
- Palauta täydellinen sovellus eristyksissä.
Olennaiset yksityiskohdat.
Eikö tilannekuva ole koskaan varmuuskopio?+
Jotkin tilannekuvatoteutukset ovat varmuuskopioita. Hyödyllinen ero on niiden tallennusriippuvuus, säilytys, käyttömalli ja testattu palautus, ei pelkkä nimi.
Todistaako onnistunut eheystarkistus, että sovellus toimii?+
Se todistaa vain sen, mitä kyseinen tarkistus kattaa. Testaa sovelluksen palautus, kokoonpano, käyttöoikeudet ja tietosuhteet erikseen.
Pitäisikö varmuuskopio säilyttää samalla palvelimella?+
Samalla palvelimella oleva kopio voi auttaa rajallisissa virheissä, mutta jakaa tärkeitä vikoja. Tärkeät tiedot tarvitsevat palautusreitin sen vikavyöhykkeen ulkopuolella, jonka yli aiot selvitä.
Mene lähteelle.
Nämä lähteet tukevat tämän oppaan teknisiä käsitteitä. Noudata ajantasaisia dokumentaatioita ennen tuotantojärjestelmän muuttamista.
- Amazon EBS: Tilannekuvat docs.aws.amazon.com
- PostgreSQL: Jatkuva arkistointi ja tietyn hetken palautus www.postgresql.org
- Restic: Tietovarastojen käyttö ja eheystarkistukset restic.readthedocs.io
Toimituksellinen ohjaus: SwissOctet. Esimerkit ovat havainnollistavia. Palvelumääritykset, saatavilla olevat vaihtoehdot ja sopimusehdot on tarkistettava erikseen.