Salatut varmuuskopiot, jotka voit todella palauttaa.

Valitse repositorion raja

Käytä erillistä kohdetta ja tunnuksia tuotantopalvelimesta. Asiakaspään salaus voi suojata tallennetut kopiot, mutta repositorion salasana tai avain on varmuuskopioitava yksityisesti. Sen menettäminen voi tehdä jokaisesta salatusta tilannevedoksesta käyttökelvottoman.

Kerää johdonmukaisesti tietoja

Käytä tietokannan omia dumppeja tai sovelluksen tukemaa tilannekuvamenettelyä. Varmuuskopioi kokoonpano, käyttöönotto-ohjeet ja palauttamiseen tarvittavat suojatut salaisuudet. Jätä pois vain väliaikaiset välimuistit, kun tiedät, että ne voidaan rakentaa uudelleen.

Tee poistamisesta vaikeampaa

Harkitse vain lisäystä sallivaa tai muuttumatonta kohdetta, jossa lähdekone ei voi pyyhkiä kaikkia historiallisia kopioita. Pidä säilytys- ja karsintatunnistetiedot erillään mahdollisuuksien mukaan. Pelkkä salaus ei estä vaarantunutta palvelinta poistamasta kirjoitettavaa tietovarastoa.

Ajoita tarkistukset ja palautusharjoitukset

Seuraa työn poistumistilaa ja viimeisimmän kelvollisen varmuuskopion ikää. Aja työkalun tukemat tietovaraston eheystarkistukset. Palauta näyte säännöllisesti ja tee täydellinen palautusharjoitus merkittävien sovellusmuutosten jälkeen.

Erota kopion lisääminen historian poistamisesta

Vain lisäyksiä salliva kohde voi antaa tuotantopalvelimen lisätä tilannekuvia ja pitää poisto-oikeuden erillisellä luotetulla koneella. Säilytysaikaa on silti arvioitava huolellisesti: väärennetyt uudemmat tilannekuvat voivat heikentää joitakin kalenteripohjaisia valintakäytäntöjä. Tarkista työkalun ohjeet, aja säilytyksen kuivaharjoitus ja seuraa kapasiteettia. Resticin forget-toiminto valitsee tilannekuvat; pruning poistaa viittaamattomat tallennetut tiedot.

• Pidä repositorion ylläpitotunnukset poissa tuotantokoneelta
• Suorita säilytyksen kuivaharjoitus ennen poistamisen sallimista
• Käytä jokaiseen palautusharjoitukseen uutta tyhjää kohdetta

restic check
restic snapshots
restic restore latest --target /srv/restore-drill

Virallinen dokumentaatio: Restic-säilytys ja karsinta

Palautusharjoitus hyväksymisehdon kanssa

Valitse yksi realistinen vika: poistettu tiedosto, kadonnut tietokanta tai koko koneen uudelleenrakennus. Palauta erilliseen hakemistoon tai eristettyyn isäntään. Varmista tiedostojen sisältö, käyttöoikeudet ja sovelluksen kyky käyttää niitä. Kirjaa kulunut aika ja mahdollinen manuaalinen vaihe, joka puuttui toimintaohjeesta. Tietovaraston tarkistus vahvistaa eri ominaisuuden kuin toimiva sovelluksen palautus.

• Älä palauta tuotantokäytössä olevan sovelluksen päälle ensimmäisenä testinä
• Varmista, että salauskirjautumistiedot ovat palautettavissa itsenäisesti
• Hälytä, jos uusin onnistunut varmuuskopio ylittää palautustavoitteesi

Laadi palautusmanifesti ennen poissulkemisten valintaa

Listaa asiat, joita ei voi palauttaa asentamalla paketti uudelleen: tietokannan sisältö, ladatut tiedostot, sovelluksen kokoonpano, allekirjoitus- tai salausavaimet ja käyttöönotetut versiot. Kirjaa jokaisen kohdan viereen sen eheyden varmistustapa. Tietokannan dumppi kuuluu tiettyyn hetkeen; vilkkaassa käytössä olevan tietokantakansion kopiointi voi tuottaa erilaisen tuloksen. Säilytä repositorion käyttöoikeus, sen salalause ja mahdollinen Borg-avaimen vienti erillisessä yksityisessä palautuspaikassa. Testaa, että korvaava kone pystyy avaamaan repositorion, ennen kuin teet siitä ainoan palautuskopion.

• Määritä palautumispisteetavoite: kuinka paljon tuoretta työtä voi kadota. Aseta aikataulu tämän vaatimuksen mukaan.
• Määritä palautumisaikatavoite: kuinka kauan uudelleenrakennus voi kestää. Sisällytä tietokannan tuonti ja DNS muutokset harjoitukseen.
• Tarkista, ettei välimuisteille tarkoitettu poissulkeminen poista myös latauksia, konttien taltioita tai suojattua kokoonpanoa.
• Käytä asennetun Borgin pääversion dokumentaatiota; tietovarastojen muodot ja komennot eivät ole keskenään vaihdettavissa kaikissa versioissa.

Virallinen dokumentaatio: Borg: salaus, johdonmukaisuus ja palautus

Tarkista tallennetut tiedot sekä repositorion metatiedot

Resticin oletusarvoinen tietovaraston tarkistus ja läpilukuvarmentaminen tekevät eri asioita. Ajoita tietojen varmennus ottaen huomioon sen kaistanleveys- ja suoritusaikakustannus. Esimerkki tarkistaa yhden määritellyn viidenneksen pak-tiedostoista; myöhempien ajastettujen tarkistusten on käytettävä muita osuuksia tietovaraston kattamiseksi. Satunnaisesti valittu osajoukko ei tarjoa samaa kattavuustakuuta. Kumpikaan toimenpide ei todista, että sovellus voi käynnistyä palautetuilla tiedoilla.

restic check --read-data-subset=1/5
restic snapshots --host example-host
restic restore latest --host example-host --target /srv/restore-drill

Virallinen dokumentaatio: restic: tietovaraston tarkistukset ja tietojen vahvistus

Pidä ylläpito vaarantuneen asiakkaan ulottumattomissa

Borgin append-only-tallennus säilyttää vahvistetut segmenttitiedot, mutta asiakas voi silti muuttaa näkyvää arkistoluetteloa; palautus ja tiivistäminen edellyttävät dokumentoitua hallintamenettelyä. Rajoita etävarmuuskopion tunnistetiedot Borgin palvelinkomentoon, ei rajoittamattomaan komentotulkkiin tai tiedostojärjestelmäkirjautumiseen, joka voisi ohittaa nämä suojaukset. Resticin kanssa tarkastele keep-within-ohjeistusta append-only-säilytykselle. Ennen mitään ylläpitoa, joka voi poistaa historiaa, tarkasta tietovaraston kunto ja esikatsele valinta luotetulta koneelta.

• Seuraa viimeisimmän onnistuneen kopion ikää, tietovaraston kasvua, välimuistitilaa ja vapaata kapasiteettia molemmissa päissä.
• Jos palautus epäonnistuu, säilytä alkuperäinen tietovarasto ja lokit ennen korjaus- tai siivousyrityksiä.
• Jos työ onnistuu mutta odotetut tiedostot puuttuvat, tarkista arkiston sisältö ja poissulkemismallit ennen säilytyksen muuttamista.
• Viimeistele harjoitus avaamalla tiedostot ja suorittamalla sovellustarkistukset eristyksissä; pidä tuotantokohteet poissa palautuskomennosta.

Virallinen dokumentaatio: Borg: vain lisäys -toiminta ja ylläpito · restic: säilytys ja append-only-näkökohdat