{"id":33622,"date":"2019-10-31T21:53:47","date_gmt":"2019-10-31T18:53:47","guid":{"rendered":"https:\/\/prohoster.info\/blog\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik\/"},"modified":"2019-10-31T21:53:47","modified_gmt":"2019-10-31T18:53:47","slug":"veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/et\/blog\/administrirovanie\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","title":{"rendered":"Veeam Backup & Replication: kasulikud n\u00e4pun\u00e4ited varunduste ja koopiate eluj\u00f5udluse tagamiseks","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

T\u00e4na esitan teile r\u00f5\u00f5muga taas kasulikke n\u00e4pun\u00e4iteid oma kolleegilt Jevgeni Ivanovilt, Veeami tehnilise toe meeskonna meeskonnajuhilt. Seekord jagas \u017denja soovitusi varukoopiate ja kopeerimisega t\u00f6\u00f6tamiseks. Loodan, et need aitavad teil v\u00e4ltida tavalisi vigu ning teie koopiad ja varukoopiad ei saa kunagi \u201en\u00f5rgaks l\u00fcliks\u201d taastamisprotsessis, kui see peaks vajalikuks osutuma. <\/p>\n

Nii et tere tulemast allapoole.<\/p>\n

\"Veeam
\n<\/a><\/noindex>
\nEelmises artiklis<\/a><\/noindex> artiklis arutasime, kuidas optimeerida kopeerimisprotsesside koormust ning vaatasime tavap\u00e4raseid konfiguratsioonivigu. Liigume edasi teise olulise teema juurde \u2013 varukoopiate ettevalmistamine ja taastamine. Ka seda k\u00e4sitleme reaalsetes n\u00e4idetes, millega tehnilise toe meeskond on kokku puutunud.<\/p>\n

Varukoopia ilma kanalisatsioonita \u2013 raha raiskamine<\/h1>\n

\nKasutajad p\u00f6\u00f6rduvad meie poole regulaarselt, kui nad j\u00e4rjekordse sarnase probleemi ees seisavad: varukoopiast on vaja taastada, kuid katsed sellega hakkama saada satuvad lahendamatutesse probleemidesse. See probleem ei ole sugugi mitte varukoopia puudumine, CryptoLockeri tegevus v\u00f5i midagi sarnast. See on \u201evaid\u201d piisava t\u00e4helepanu puudumine varukoopiate ja koopiate taastamisk\u00f5lblikkuse kontrollimisele. Paljud keskenduvad ainult varukoopia loomise protsessile, unustades, et lihtsalt varukoopia olemasolu ei ole imerohi v\u00f5imalike murede eest. Tuleb m\u00f5ista, et taastamine on t\u00e4iesti teine protsess, millel on oma erip\u00e4rad ja mida tuleb kindlasti kontrollida ja testida enne tootmisse viimist. Siin on m\u00f5ned n\u00e4itlikud n\u00e4ited:<\/p>\n

    \n
  1. Kasutajal ilmnes 20 TB suuruse kriitilise virtuaalmasina rike. Seisaku perioodid, loomulikult, ei ole vastuv\u00f5etavad ja administraator k\u00e4ivitab kiire taastamise protsessi (VM instant recovery) \u2013 5 minuti p\u00e4rast on masin taas t\u00f6\u00f6valmis. Kuid me peame meeles pidama, et sellist seadme seisundit saab kasutada vaid ajutiselt \u2013 see tuleb kindlasti migreerida tootmisandmemassiivi (datastore). Ja antud n\u00e4ites selgus, et infrastruktuuri v\u00f5imalused ei v\u00f5imaldanud 20 TB andmete kopeerimist m\u00f5istliku ajaga. Instant recovery protsessi seadetes oli valitud muudatuste salvestamine kettale. C:<\/i> Veeam Backup & Replication serverid (erinevalt vSphere\u2019i snapshotsest) \u2013 selle tulemusena t\u00e4itus k\u00f5vaketas kiiresti. Sel ajal, kui kasutaja toetas, olid VM-il muutused, mida ei saanud ignoreerida. Seega olime olukorras, kus kriitilise masina kiire taastamise protsessi l\u00f5petamine ei olnud v\u00f5imalik \u2013 kuidas siis andmeid p\u00e4\u00e4sta?\n

    Pean tunnistama, et aastate jooksul ei m\u00e4leta ma k\u00f5iki l\u00f5pu \u00fcksikasju, kuid m\u00e4letan, et me ei leidnud midagi geniaalset. Klientidel \u00f5nnestus probleemi lahendada, suurendades oma C: ketast reserveerimise teel, kopeerisid nad k\u00f5ige olulisemad failid ja seej\u00e4rel sulgesid nad VM-i ning migratsioon toimus. \u00dches\u00f5naga, imet ei juhtunud.<\/li>\n

  2. Kliendi infrastruktuuris t\u00f6\u00f6tas \u00fcks domeenikontroller ja k\u00f5ik Veeam Backup & Replication komponendid olid seadistatud DNS-i abil. Just nii, te ei kuulnud vale. S\u00fcndmuste arenguv\u00f5imalusi oli v\u00e4hemalt sada, kuid reaalsus kujunes selliseks: inimesed plaanisid hooldust\u00f6id ja otsustasid l\u00fclituda oma domeeneneseme koopiale. Nad kasutasid plaanilise l\u00fclitamist, nagu sellistes olukordades soovitatakse. Esimese etapi k\u00f5ik sujus h\u00e4sti, samas kui teises etapis l\u00fclitati algne VM l\u00fchikeseks ajaks v\u00e4lja, et andmete j\u00e4\u00e4kide edastamiseks. Loomulikult l\u00f5petati l\u00fclitus\u00fclesanne koheselt veaga, kuna DNS ei t\u00f6\u00f6tanud.\n

    \u00d5nneks suutsime me olukorraga hakkama saada, aktiveerides koopiat k\u00e4sitsi vSphere'i kaudu (sellist toimingut ei soovitata iseseisvalt sooritada, nagu n\u00e4ete j\u00e4rgmises n\u00e4ites). Kuid nagu te m\u00f5istate, katkestati ja l\u00fckati tehnilise hoolduse protsess edasi. Lisaks pidime me k\u00e4sitsi sisestama hostide nimed faili C:WindowsSystem32driversetchosts<\/i> Veeam Backup & Replication serveris, et tagada korrektne tagasiv\u00f5tmise k\u00e4igus.<\/li>\n

  3. \u00dche teise kliendi varundamise infrastruktuur oli \u00fcles ehitatud magnetlintide \u00fcmber, samas kui kettale hoiti vaid l\u00fchikesi failijadasid. Kui nad vajasid suurelt failiserverilt mitmete failide taastamist, selgus, et \u00fchtegi masinat ei saanud kasutada abirepositooriumina taastamiseks lintidelt, kuna \u00fchelgi polnud piisavalt vaba ruumi. (Otsene taastamine magnetlintidelt ja abirepositooriumi kasutamine on v\u00f5imalik lugeda siin<\/a><\/noindex> (praegu inglise keeles)).<\/li>\n<\/ol>\n

    \nArvan, et k\u00f5igis kolmes n\u00e4ites olid kasutajad, kuidas \u00f6eldakse, illusioonide meeles \u2013 nad eeldasid, et kui varukoopia l\u00e4ks edukalt, ei teki taastamisega probleeme. Kuid nagu te m\u00f5istate, ei ole see sugugi alati nii, ja seet\u00f5ttu tuleb taastumiseks valmistuda sama hoolikalt kui varukoopia tegemiseks. Alustuseks tasub uurida kasutajate k\u00e4siraamat<\/a><\/noindex>, kus leidub \u00fcsna p\u00f5hjalikku teavet erinevate taastamisviiside kohta. Iga l\u00f5pu alguses on loetletud n\u00f5uded, ettevalmistavad toimingud ja v\u00f5imalikud piirangud. Kirjeldusi taastamisest magnetlintidelt v\u00f5i seadme snapshot'ide kaudu saab leida dokumentatsiooni ja meie artiklites<\/a><\/noindex> Habrast. Lisaks on Veeam Explorers'i rakenduste objektide taastamise ettevalmistuse tegevused kirjeldatud jaotises 'Planing and preparation' (planeerimine ja ettevalmistus) juhiseid<\/a><\/noindex> k\u00f5ikide t\u00f6\u00f6riistade jaoks. Soovitan neid hoolikalt tutvuda \u2013 see aitab teil s\u00fcsteemi \u00f5igesti ette valmistada taastamiseks, kui see peaks vajalikuks osutuma. Vene keeles on SQL Serveri andmebaasi taastamise juhised esitatud siin<\/a><\/noindex>.<\/p>\n

    Miks ei peaks vSphere'i konsoolist replikatega t\u00f6\u00f6tama?<\/h1>\n

    \nTeoorias on Veeami replikad tavalised virtuaalsed masinad, millega oleks loogiline t\u00f6\u00f6tada vSphere'i t\u00f6\u00f6riistade abil, eriti vSphere'i kliendi kaudu. Kuid me ei soovita seda teha, ja siin on p\u00f5hjused: Veeam Backup & Replication'is replikale \u00fcleminek on piisavalt keeruline protsess, mis n\u00f5uab sammude ranget j\u00e4rjestikust j\u00e4rgimist (et vajadusel saaks samme tagasi kerida) ja korrektseid l\u00f5pptoime \u2013 vaadake lihtsalt pilti, mis illustreerib protsessi:<\/p>\n

    \"Veeam
    \n
    \nKui te kavatsete k\u00e4ivitada koopiat vSphere kliendist, ootavad teid t\u00f5en\u00e4oliselt mitmed probleemid.<\/p>\n

      \n
    1. Veeam Backup & Replication (skeemis n\u00e4idatud) replika vahetusmehhanism ei t\u00f6\u00f6ta enam selle masina jaoks.<\/li>\n
    2. Andmed Veeam Backupi andmebaasis ei vasta VM-i tegelikule seisundile. Halvimal juhul peate andmebaasi parandamiseks redigeerima.<\/li>\n
    3. On v\u00f5imalik isegi andmete kaotus, nagu \u00fchel juhul: kasutaja lubas k\u00e4sitsi replika vSphere kliendis ja otsustas selle kallal edasi t\u00f6\u00f6tada. M\u00f5ne aja p\u00e4rast m\u00e4rkis ta, et replika on endiselt Veeam Backup & Replicationi konsoolis n\u00e4htav ning otsustas selle eemaldada. Ta kl\u00f5psas sellele hiire parema nupuga ja andis k\u00e4su \u201eKustuta kettalt\u201c<\/i>. Veeam Backup & Replication kustutas koheselt repliika, mis oli juba aktiivselt kasutusel nagu tavaline VM ja sisaldas vajalikke ja kasulikke andmeid.<\/li>\n<\/ol>\n

      \nMuidugi esinevad olukorrad, kus tuleb siiski lubada replika vSphere kliendist - tavaliselt on need olukorrad, kus Veeam server on v\u00e4lja l\u00fclitatud ja replika tuleb lubada viivitusega. Kuid kui Veeam serveriga on k\u00f5ik korras, tuleb replikaid hallata just selle konsoolist.<\/p>\n

      Samuti ei tohiks replikaid Veeam kliendi kaudu kustutada. Veeam Backup & Replication j\u00e4\u00e4b sellise muudatuse osas teadmatusse, mis v\u00f5ib viia vigade ja aegunud andmeteni. Kui replika pole enam vajalik, kustutage see Veeam konsooli kaudu, mitte nagu VM vSphere klientist. Nii on teil alati ajakohane replika loend. <\/p>\n

      \u201eO\u201c - ettevaatust, uuendused!<\/h1>\n

      \nSiin m\u00f5tleme loomulikult h\u00fcperviisorite ja erinevate rakenduste uuendustele, mis varundatakse Veeamiga. Kui vaadata neid Veeam Backup & Replicationi t\u00f6\u00f6tamise aspektist, v\u00f5ib uuendused tinglikult jagada kaheks kategooriaks: suuremad, t\u00f5sised, palju muudatusi t\u00f5ukavad - ja v\u00e4iksemad.<\/p>\n

      Vaatame esmalt esimest kategooriat. <\/p>\n

      K\u00f5ige olulisemad uuendused on need, mis on m\u00f5eldud hypervisorile. Enne sellise uuenduse installimist tuleb kindlasti veenduda, et see on toetatud Veeam Backup & Replication poolt. Sellised uuendused toovad kaasa palju muudatusi Veeam Backup & Replication'i kasutatavate raamatukogude ja API-de liideses, seega ametliku toe kinnitamiseks tuleb Veeam Backup & Replication'i kood uuendada ja p\u00f5hjalik testimine l\u00e4bi viia. <\/p>\n

      Samuti tuleb arvestada, et n\u00e4iteks VMware ei paku varajast ligip\u00e4\u00e4su uusimatele vSphere versioonidele tarkvaratootjatele, seega saavad Veeami arendajad ja testerid uue versiooni samaaegselt kogu muu areneva inimkonnaga \u2013 sellep\u00e4rast kulub tavaliselt teatud aeg VMware v\u00e4ljaandmise ja ametlikult v\u00e4ljakuulutatud toe vahel. Vajalikud muudatused on nii palju ja nii mitmekesised, et neid on keeruline kokku suruda \u00fche lihtsa hotfix'i sisse \u2013 ametlik tugi kuulutatakse tavaliselt v\u00e4lja koos Veeam Backup & Replication'i versiooniga. <\/p>\n

      L\u00f5puks tekib ootamatu olukord, kus p\u00e4rast uue vSphere v\u00e4ljaandmist h\u00fcppab tehnilise toe n\u00f5udmiste arv j\u00e4rsult \u00fcles, sest kasutajad kiirustavad uue versiooni installimisega ning nende varukoopiad lakkavad t\u00f6\u00f6tamast. Meile, Veeami tehnilisele toele, tuleb selgitada kasutajatele, mis nad valesti tegid, paluda neil vajadusel tagasi rulluda v\u00f5i leida keerulisi teid olukorrast v\u00e4lja. Seet\u00f5ttu kontrollige enne t\u00f5sise uuenduse installimist kindlasti selle \u00fchilduvust sellega, mis tarkvara teil t\u00f6\u00f6tab, palun!<\/b><\/p>\n

      K\u00f5ik eelnevalt mainitu kehtib ka rakenduste kohta, mida te varundate ja loodate Veeam'i abil taastada. Veeam Explorers'i t\u00f6\u00f6riistade rida sisaldab samuti toetatud rakenduste versioonide loetelu, mis t\u00e4ieneb iga Veeam Backup & Replication'i v\u00e4ljaandmisega. Seet\u00f5ttu enne oma rakenduse, olgu selleks Exchange, Oracle v\u00f5i SharePoint, uue versiooni installimist, lugege kindlasti vastavat jaotist Veeam Explorers'i dokumentatsioonist<\/a><\/noindex>.<\/p>\n

      Teise kategooria, st v\u00e4ikeste uuenduste alla kuuluvad n\u00e4iteks VMware Toolsi uued versioonid, kumulatiivsed Exchange uuendused, vSphere turvauuendused jne. Need ei too tavaliselt kaasa mingeid t\u00f5siseid muudatusi ning enamikul juhtudel ei tekita Veeam Backup & Replication'iga probleeme. (Seet\u00f5ttu pole nende jaoks ka avalikke teateid ametliku toe kohta tootest.) Siiski on meie praktikas olnud juhtumeid, kus isegi sellised uuendused muudavad oluliselt tavap\u00e4rast asjaolu, p\u00f5hjustades Veeam Backup & Replication'is vigu. Sellistes olukordades p\u00fc\u00fcavad Veeami insenerid p\u00e4rast probleemi kinnitamist kiiresti v\u00e4lja anda kuumakorrigeeringut.<\/p>\n

      Neile, kes valdavad tehnilist inglise keelt<\/b>Kui soovite olla teadlik sellest, mille kallal t\u00f6\u00f6tavad insenerid ning millega silmitsi seisavad s\u00fcsteemiarhitektid ja tugiteenuse spetsialistid, soovitan teil liituda meie foorumitega<\/a><\/noindex>. Igal n\u00e4dalal saadab selle tellijatele v\u00e4lja uudiskirja \"Word from Gostev\", mille autoriks on TheRealGostev<\/a><\/noindex>. Selles r\u00e4\u00e4gib Anton Gostev, tootehalduse osakonna juht, hiljuti avastatud probleemidest (ja mitte ainult Veeami poolel), kavandatud uute versioonide plaanidest ning IT-maailma uudistest. Kui vajate rohkem teavet, v\u00f5ite lugeda foorumi teemasid \u2013 kui kliendil tekib toote t\u00f6\u00f6probleem p\u00e4rast m\u00f5nda uuendust, on t\u00f5en\u00e4oliselt keegi juba sellest foorumis kirjutanud.<\/p>\n

      Nagu te m\u00f5istate, v\u00f5ivad plaastrid ja uuendused p\u00f5hjustada probleeme mitte ainult varukoopiate, vaid ka rakenduste jaoks, mille jaoks need varukoopiad tehakse. Siin tulevad appi virtuaallaborid \u2013 Veeam DataLabs. Olete t\u00f5en\u00e4oliselt kuulnud SureBackup funktsionaalsusest, mis on m\u00f5eldud varukoopiate valideerimiseks. See p\u00f5hineb just DataLabsi kasutamisel, luues isoleeritud keskkonna, kus saab n\u00e4iteks enne tootmisse installimist uuendusi testida. Soovitan seda kindlasti teha \u2013 s\u00e4\u00e4state end paljusid n\u00e4rvirakke. Ja kui keegi ei tea veel SureBackupist, soovitan lugeda dokumentatsioon<\/a><\/noindex>.<\/p>\n

      T\u00e4naseks on mul k\u00f5ik, ait\u00e4h t\u00e4helepanu eest!<\/p>\n

      Mida veel lugeda<\/h1>\n

      \nArtiklid Habr's:<\/p>\n