# Tilannekuvat ja varmuuskopiot: valitse vika, jonka yli sinun on selvittävä | SwissOctet Insights https://swissoctet.com/fi/insights/snapshots-backups-consistency/ SwissOctet / Näkemykset / Tallennus ja palautus Tallennus ja palautus Sovellettu · 4 min luku Tilannekuvat ja varmuuskopiot: valitse vika, jonka haluat kestää Vertaa palautuspisteitä, vikarajoja ja sovelluksen yhdenmukaisuutta sen sijaan, että olettaisit tilannekuvan ja riippumattoman varmuuskopion tarjoavan saman suojan. Kirjoittaja SwissOctet Editorial Tallenna opas Kopioi linkki TÄLLÄ SIVULLA 01 Kuvaile kopio ennen kuin nimeät sen 02 Vertaa vikoja, joiden yli odotat selviäväsi 03 Tarkista sovelluksen eheys 04 Käsittele säilytystä palautumisikkunana 05 Erota onnistuneet työt vahvistetusta datasta 06 Testaa pieni, täydellinen palautus 07 Lue valinnaiset varmuuskopiot tietynä palveluna Käytännön tarkistuslistasi Lähteet ja lisälukemisto Takaisin kirjastoon SUORA VASTAUS 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. 01 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. 02 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? 03 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ä. 04 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. 05 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. 06 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. 07 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. MUUNNA SE TOIMINNAKSI 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ä. Lataa tarkistuslista YLEISET KYSYMYKSET 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ä. ENSISIJAISET LÄHTEET 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. YHDISTÄ TIETO Aiheeseen liittyvä infrastruktuuri. Vault Storage Sveitsi Pulse NVMe Sveitsi Metal Zenith Sveitsi PIDÄ LANGANPÄÄ Seuraavat kenttämuistiinpanosi. Tutustu kaikkiin oppaisiin KENTTÄMUISTIINPANO / 01 + Tallennus ja palautus Perusta Milloin NVMe vaikuttaa sovellukseesi Erota kapasiteetti, viive ja läpäisy, jotta nopeamman tallennustilan merkintä vastaa todelliseen sovellusongelmaan. 4 min luku Lue opas KENTTÄMUISTIINPANO / 02 + Tallennus ja palautus Edistynyt Mittaa NVMe-suorituskykyä johtamatta itseäsi harhaan Määritä I/O-kuvio, hallitse välimuistivaikutuksia ja tarkastele viivejakaumia ennen kuin teet sovelluspäätelmän levytestistä. 6 min lukuaika Lue opas KENTTÄMUISTIINPANO / 03 + Tallennus ja palautus Perusta Objekti-, tiedosto- vai lohkotallennus: valitse sovelluksesi tarvitsema rajapinta Erota tallennusrajapinnat, käyttösemantiikka ja toimintavastuut ennen kuin muutat kapasiteettivaatimuksen sovellusarkkitehtuuriksi. 4 min luku Lue opas