Palauttaminen Azure Backupista

Jokainen onnistunut varmuuskopiointiajo luo palautuspisteen – suojatun resurssin tietyn ajankohdan tilannevedoksen. Azure Backup säilyttää palautuspisteet varmuuskopiointikäytännön säilytyssääntöjen mukaisesti. Kun tietoja on palautettava, valitset palautuspisteen ja palautustyypin. Käytettävissä olevat tyypit riippuvat resurssista: näennäiskoneilla voit tehdä koko näennäiskoneen palautuksen, levyn palautuksen tai tiedostotason kohteen palautuksen. Näiden vaihtoehtojen ymmärtäminen auttaa valitsemaan nopeimman palautustavan.

Koko näennäiskoneen palautus luo koko näennäiskoneen uudelleen palautuspisteestä – käyttöjärjestelmälevyn, tietolevyt ja verkkoliittymän. Voit palauttaa sen alkuperäiseen sijaintiin (jolloin nykyinen näennäiskone korvataan) tai vaihtoehtoiseen sijaintiin (jolloin luodaan uusi näennäiskone eri nimellä tai eri resurssiryhmään tai alueelle). Koko palautus on hitain vaihtoehto, mutta sillä voidaan palauttaa täysin rikkoutunut tai poistettu näennäiskone. Alueiden välistä palautusta tuetaan myös, jos säilö käyttää GRS-tallennusta.

Levyn palautus vie palautuspisteen hallitut levyt määritettyyn tallennustiliin luomatta uutta näennäiskonetta. Tämä on hyödyllistä, kun tarvitset palautettavaksi vain tiettyjä levyllä olevia tietoja tai haluat liittää palautetun levyn nykyiseen näennäiskoneeseen tutkimista varten. Kun levyt on viety, voit liittää ne, selata tiedostojärjestelmää ja kopioida vain tarvitsemasi tiedostot – tämä on nopeampaa kuin koko näennäiskoneen palautuksen käynnistäminen.

Kohdetason palautuksen (ILR) avulla voit selata ja palauttaa yksittäisiä tiedostoja ja kansioita näennäiskoneen varmuuskopiosta palauttamatta koko levyä. Azure Backup liittää palautuspisteen paikallisena iSCSI-kohteena Windows- tai Linux-koneeseen. Yhdistät kohteeseen toimitetulla komentosarjalla, selaat liitettyä levyä aivan kuin paikallista asemaa ja kopioit vain tarvitsemasi tiedostot. Liitäntäistunto vanhenee 12 tunnin kuluttua altistumisen rajoittamiseksi.

Varmuuskopiointistrategioita arvioitaessa kaksi mittaria on tärkeää: RPO (Recovery Point Objective) tarkoittaa ajassa ilmaistua suurinta hyväksyttävää tietojen menetystä – jos varmuuskopiointi suoritetaan päivittäin, RPO on enintään 24 tuntia. RTO (Recovery Time Objective) tarkoittaa sitä, kuinka kauan itse palautusprosessi kestää. Koko näennäiskoneen palautus voi kestää levyn koosta riippuen 30 minuutista useisiin tunteihin. Tiedostotason palautus on paljon nopeampi. RPO:n ja RTO:n sovittaminen liiketoiminnan vaatimuksiin ohjaa varmuuskopioinnin ajoitusta ja palautusstrategian valintaa.

Azure Backupilla varmuuskopioidulle Azure Files -jaolle on kaksi palautusvaihtoehtoa. Palautus alkuperäiseen sijaintiin korvaa nykyisen jaon sisällön tilannevedoksen sisällöllä. Palautus vaihtoehtoiseen sijaintiin palauttaa tiedot eri tiedostonjakoon tai tallennustilille ja säilyttää nykyisen jaon muuttumattomana. Voit tehdä myös kohdetason palautuksen ja palauttaa tilannevedoksesta tiettyjä tiedostoja tai kansioita. Tämä on tiedostojakojen yleisin ja vähiten vaikutuksia aiheuttava palautustyyppi.

Alueiden välinen palautus (CRR) mahdollistaa näennäiskoneiden palauttamisen toissijaiseen (pariksi määritettyyn) alueeseen, kun ensisijaisessa alueessa ilmenee käyttökatko. CRR on käytettävissä vain säilöissä, jotka on määritetty käyttämään maantieteellisesti redundanttia tallennusta. CRR on otettava säilön ominaisuuksissa käyttöön erikseen – se ei ole oletusarvoisesti käytössä. CRR aiheuttaa lisäkustannuksia, mutta se on välttämätön tilanteissa, joissa työkuormat on palautettava toissijaiseen alueeseen ennen kuin Azure Site Recovery saa vikasiedon valmisteltua.

Jokainen palautustoiminto luo varmuuskopiointityön, jonka tyyppi on Restore ja jota voit valvoa säilön Backup Jobs -näkymässä. Suurten levyjen palautukset voivat kestää tunteja. Jos palautus epäonnistuu kesken kaiken (esimerkiksi kohdetallennustilin käyttöoikeusongelman vuoksi), Azure Backup näyttää yksityiskohtaisen virheilmoituksen ja linkin ohjeisiin. Voit yrittää palautusta uudelleen, kun perimmäinen ongelma on korjattu – osittain suoritettu palautus ei vioita palautuspistettä.

Kun SQL Server suoritetaan Azure-näennäiskoneessa ja suojataan Azure Backup for SQL Server -ratkaisulla, käytettävissä on tarkempia palautusvaihtoehtoja. Voit palauttaa tietokannan tiettyyn ajankohtaan (15–60 minuutin välein suoritettavien tapahtumalokien varmuuskopioiden perusteella) sen sijaan, että voisit palauttaa sen vain täyden varmuuskopion palautuspisteeseen. Tämä pienentää SQL-työkuormien RPO:ta huomattavasti verrattuna pelkkään tiedostojärjestelmätason näennäiskoneen varmuuskopiointiin.

Monet organisaatiot eivät koskaan testaa varmuuskopioitaan ennen katastrofia – ja huomaavat vasta silloin, että varmuuskopiot ovat vioittuneita tai puutteellisia tai että niiden palauttaminen kestää odotettua paljon kauemmin. Parhaiden käytäntöjen mukaan on tehtävä säännöllisiä palautusharjoituksia: palauttakaa tiedot testiresurssiryhmään, tarkistakaa sovelluksen toiminta ja dokumentoikaa saavutettu todellinen RTO. Azure Backup Centerin Backup Reports -työkirja tarjoaa vaatimustenmukaisuusnäkymän, josta näkyy jokaisen suojatun kohteen viimeisin onnistunut varmuuskopiointipäivä.

Azure Backup for VMs ylläpitää paikallista pikapalautuksen tilannevedosta 1–5 päivän ajan (käytännön mukaan määritettävissä) resurssiryhmässä näennäiskoneen yhteydessä. Palautus tästä paikallisesta tilannevedoksesta on paljon nopeampaa kuin säilöstä palauttaminen, koska tietoja ei tarvitse siirtää säilön tallennustilasta. Pikapalautustason vanhennuttua palautuspiste säilyy ainoastaan säilössä. Pikapalautuksen käyttäminen äskettäisiin vahinkoihin pienentää RTO:ta merkittävästi.

Tässä oppitunnissa opit, että Azure Backup tarjoaa useita palautustyyppejä – koko näennäiskoneen, levyn ja tiedostotason kohteen palautuksen – joilla kullakin on erilainen nopeuden ja tarkkuuden välinen kompromissi, alueiden välinen palautus edellyttää GRS-säilöjä ja se on otettava erikseen käyttöön, ja säännölliset palautusharjoitukset ovat välttämättömiä, jotta voidaan varmistaa todellisen RTO:n vastaavan liiketoiminnan vaatimuksia. Seuraavaksi tutustumme Azure Site Recoveryyn, jolla kokonaisia työkuormia replikoidaan toissijaiseen alueeseen.