{"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\/sl\/blog\/administrirovanie\/veeam-backup-replication-poleznye-sovety-po-obespecheniyu-zhiznesposobnosti-bekapov-i-replik","title":{"rendered":"Veeam Backup & Replication: koristni nasveti za zagotovitev \u017eivljenjske sposobnosti varnostnih kopij in replik","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

Danes z veseljem predstavljam koristne nasvete mojega kolega Evgenija Ivanova, vodje tehni\u010dne podporne ekipe Veeam. Tokrat je \u017denja delil priporo\u010dila za delo z varnostnimi kopijami in replikami. Upam, da vam bodo v pomo\u010d, da se izognete tipi\u010dnim napakam, in da va\u0161i replikam in varnostnim kopijam nikoli ne bodo '\u0161ibka to\u010dka' v procesu obnove, \u010de bo to potrebno. <\/p>\n

Torej, dobrodo\u0161li pod kat.<\/p>\n

\"Veeam
\n<\/a><\/noindex>
\nV prej\u0161njem \u010dlanku \u010dlanku<\/a><\/noindex> smo se ukvarjali z optimizacijo obremenitve infrastructure za varovanje podatkov in preu\u010devali tipi\u010dne napake pri konfiguraciji. Sedaj se selimo na drugo pomembno temo \u2013 ustrezno pripravo in izvedbo obnove. Tudi to bomo obravnavali na realnih primerih, s katerimi se je ekipa tehni\u010dne podpore sre\u010dala.<\/p>\n

Varnostna kopija brez preizkusa \u2013 denar stran<\/h1>\n

\nRedno nas kontaktirajo uporabniki, ki so se zna\u0161li v podobnih te\u017eavah: potrebno je izvesti obnovo iz varnostne kopije, vendar se ob poskusu naletijo na nere\u0161ljiv problem. In ta problem ni pomanjkanje varnostne kopije, delovanje CryptoLockerja ali kaj podobnega. Gre le za nezadostno pozornost pri preverjanju varnostnih kopij in replik z vidika mo\u017enosti obnove. Mnogi se pogosto osredoto\u010dajo izklju\u010dno na proces ustvarjanja varnostne kopije, pozabljajo pa, da samo to, da imamo varnostno kopijo, ni re\u0161itev za vse te\u017eave. Treba je razumeti, da je obnova povsem drug proces, ki ima svoje posebnosti in ga je nujno potrebno nadzorovati in testirati pred uporabo v produkciji. Tukaj je nekaj prikaznih primerov:<\/p>\n

    \n
  1. Uporabniku je odpovedal delovanje kriti\u010dne virtualne naprave velikosti 20 TB. Zaustavitve so, seveda, nedopustne, in administrator pri\u010dne proces takoj\u0161nje obnove (VM instant recovery) \u2013 po 5 minutah je naprava zagnana. A ne pozabimo, da je tak\u0161no stanje naprave mogo\u010de uporabljati le za\u010dasno \u2013 nujno jo je treba migrirati na produkcijski podatkovni prostor (datastore). V tem primeru pa se je izkazalo, da infrastruktura ni mogla skopirati 20 TB podatkov v razumnem \u010dasu. V nastavitvah procesa instant recovery je bilo izbrano shranjevanje sprememb na disk. Iz:<\/i> Veeam Backup & Replication servers (unlike the vSphere snapshot) \u2013 as a result, of course, the free disk space quickly filled up. By the time the user contacted support, the VM had changes that could not be ignored. That is to say, we have a situation where it is impossible to quickly finalize the process of instant recovery of a critical machine \u2013 how to save the data here?\n

    To be honest, I can\u2019t recall all the details of the conclusion after so many years, but I remember that in the end, we didn\u2019t come up with anything genius. The clients on their side managed to solve this problem, expanding the C: drive from reserves, copied the most important files, and only then turned off the VM and migrated it. In short, there was no miracle.<\/li>\n

  2. In the user\u2019s infrastructure, there was one domain controller, and all components of Veeam Backup & Replication were configured using DNS. Yes, yes, you heard that right. There were a hundred potential scenarios, at least, but in reality, it all went like this: people scheduled maintenance and decided to switch to a replica of their domain controller. They initiated the planned switch, which is generally recommended in such situations. At the first stage, everything went smoothly, but at the second, the original VM was briefly powered off to transfer the remaining data. Naturally, the switch task immediately failed due to DNS stopping working.\n

    Fortunately, we managed to handle the situation by starting the replica manually from vSphere (actually, this operation is not recommended to perform on your own, as you will see from the next example). But, as you understand, the maintenance process was interrupted and postponed. Additionally, we had to manually add the host names to the file C:WindowsSystem32driversetchosts<\/i> on the Veeam Backup & Replication server to ensure correctness during the reverse switch.<\/li>\n

  3. Pri enem iz na\u0161ih strank je bila celotna infrastruktura varnostnega kopiranja zgrajena okoli magnetnih trakov, na diskih pa so bile shranjene le kratke verige datotek. Ko so potrebovali obnoviti vrsto datotek z velikega datote\u010dnega stre\u017enika, se je izkazalo, da nobenega ra\u010dunalnika ni bilo mogo\u010de uporabiti kot pomo\u017eni repozitorij za obnovitev iz trakov, ker na nobeni ni bilo dovolj prostega prostora. (O obnovitvi z magnetnih trakov neposredno in z uporabo pomo\u017enega repozitorija lahko preberete ovde<\/a><\/noindex> (zaenkrat v angle\u0161\u010dini)).<\/li>\n<\/ol>\n

    \nMenim, da so bili uporabniki v vseh treh primerih nekako ujeti v iluzijo \u2013 predpostavljali so, da \u010de je varnostno kopiranje potekalo uspe\u0161no, tudi pri obnovitvi ne bo te\u017eav. A kot razumete, to nikakor ni vedno res, zato se je na obnovitev treba pripraviti prav tako skrbno kot na varnostno kopiranje. Najprej je smiselno preu\u010diti uporabni\u0161ki priro\u010dnik<\/a><\/noindex>, kjer je navedeno dokaj podrobne informacije o razli\u010dnih vrstah obnovitve. V za\u010detku vsakogar odstavka so navedene zahteve, pripravljalni postopki in morebitne omejitve. Opis obnovitve iz magnetnih trakov ali iz strojnih posnetkov SHD lahko najdete v razdelkih dokumentacije in na na\u0161ih \u010dlan\u010dkih<\/a><\/noindex> na Habr\u00e9. Poleg tega so postopki za pripravo obnovitve objektov aplikacij z orodji Veeam Explorers opisani v razdelku \u201eNa\u010drtovanje in priprava\u201c. navodila<\/a><\/noindex> za vsako od orodij. Priporo\u010dam, da se z njimi natan\u010dno seznanite \u2013 to vam bo pomagalo pravilno pripraviti sistem za obnovitev v primeru potrebe. V ru\u0161\u010dini so navodila za obnovitev baze podatkov SQL Server navedena ovde<\/a><\/noindex>.<\/p>\n

    Zakaj ne bi smeli delati z replikami iz vmesnika vSphere?<\/h1>\n

    \nPo ideji, replikami Veeam predstavljajo obi\u010dajne virtualne stroje, s katerimi bi se zdelo smiselno delati, pri \u010demer se uporabljajo orodja vSphere, zlasti vSphere client. Vendar tega ne priporo\u010damo, in to je razlog: preklop na replikacijo v Veeam Backup & Replication je precej zapleten postopek, ki zahteva strogo zaporedno izvajanje korakov (da, v primeru te\u017eav, lahko nazaj korak) in pravilno zaklju\u010dna dejanja \u2013 samo poglejte sliko, ki ponazarja postopek:<\/p>\n

    \"Veeam
    \n
    \n\u010ce se odlo\u010dite aktivirati replikacijo iz vSphere klienta, vas najverjetneje \u010daka vrsta te\u017eav:<\/p>\n

      \n
    1. Mehanizem preklapljanja na replikacijo iz Veeam Backup & replication (prikazan na shemi) za to napravo ne bo ve\u010d deloval.<\/li>\n
    2. Podatki v Veeam Backup bazi ne bodo ustrezali dejanskemu stanju VM. V najslab\u0161em primeru bo potrebno urediti bazo.<\/li>\n
    3. Mo\u017ena je celo izguba podatkov, kot v tem primeru: uporabnik je ro\u010dno aktiviral replikacijo v vSphere klientu in se odlo\u010dil, da nadaljuje z njo. \u010cez nekaj \u010dasa je opazil, da se replikacija \u0161e vedno prikazuje v Veeam Backup & Replication konzoli in se je odlo\u010dil, da jo odstrani, ker je ni ve\u010d potreboval. Kliknil je nanjo z desnim gumbom in dal ukaz \u00abIzbri\u0161i z disk\u00bb<\/i>. Veeam Backup & Replication je takoj izbrisal replikacijo z diska, ki je bila, mimogrede, \u017ee v polni uporabi kot obi\u010dajen VM in je vsebovala potrebne in uporabne podatke.<\/li>\n<\/ol>\n

      \nSeveda obstajajo situacije, ko je le potrebno aktivirati replikacijo iz vSphere klienta \u2013 ponavadi gre za primere, ko je Veeam stre\u017enik izklju\u010den, replikacijo pa je potrebna aktivirati s zamudo. Toda \u010de je z Veeam stre\u017enikom vse v redu, je treba z replikacijami delati prav iz njegove konzole.<\/p>\n

      Prav tako ne smete odstranjevati replikacij s pomo\u010djo vSphere klienta. Veeam Backup & Replication bo ostal v nevednosti glede takega spremembe, kar lahko privede do napak in zastare podatkov. \u010ce replikacija ni ve\u010d potrebna, jo odstranite s pomo\u010djo Veeam konzole in ne kot VM iz vSphere klienta. Tako boste vedno imeli aktualen seznam replikacij. <\/p>\n

      \u00abO\u00bb \u2013 pozor, posodobitve!<\/h1>\n

      \nTukaj imamo seveda v mislih posodobitve za hiper-vizorje in razli\u010dne aplikacije, ki se varnostno kopirajo s pomo\u010djo Veeam. \u010ce jih gledamo z vidika dela z Veeam Backup & Replication, jih lahko pogojno razdelimo na 2 kategoriji: velike, resne, ki prina\u0161ajo ogromno sprememb \u2013 in manj\u0161e.<\/p>\n

      Najprej si oglejmo prvo kategorijo. <\/p>\n

      Najpomembnej\u0161a posodobitev so tiste, ki so namenjene hipervizorju. Pred namestitvijo take posodobitve se je nujno prepri\u010dati, da jo podpira Veeam Backup & Replication. Tak\u0161ne posodobitve prina\u0161ajo \u0161tevilne spremembe v knji\u017enicah in API vmesnikih, ki jih uporablja Veeam Backup & Replication, zato je za uradno potrditev njihovega delovanja potrebno posodobiti kodo Veeam Backup & Replication ter opraviti temeljito testiranje. <\/p>\n

      Treba je tudi upo\u0161tevati, da VMware ne zagotavlja predhodnega dostopa do najnovej\u0161ih razli\u010dic vSphere za proizvajalce programske opreme, zato razvijalci in testniki Veeam dobijo novo razli\u010dico hkrati s celotnim naprednim \u010dlove\u0161tvom \u2013 zato obi\u010dajno mine dolo\u010den \u010das med izidom VMware in uradno objavljeno podporo. \u0160tevilo in raznolikost potrebnih sprememb je tak\u0161na, da je malo verjetno, da bi jih lahko vklju\u010dili v enostavno popravilo \u2013 in uradna podpora se obi\u010dajno objavi skupaj z izidom razli\u010dice Veeam Backup & Replication. <\/p>\n

      Posledi\u010dno se zgodi tisti neroden trenutek, ko po izidu nove razli\u010dice vSphere \u0161tevilo zahtevkov za tehni\u010dno podporo nenadoma naraste, saj uporabniki z obratno glavo hitijo namestiti novo razli\u010dico, in njihovi varnostni kopiji se seveda takoj prenehajo delovati. Mi \u2013 tehni\u010dna podpora Veeam \u2013 moramo uporabnikom pojasniti, kaj natan\u010dno so naredili narobe, jih prositi, naj se vrnejo nazaj (\u010de je to mo\u017eno), ali pa izmi\u0161ljati zapletene poti za izhod iz zagate. Zato pred namestitvijo resne posodobitve nujno preverite njeno zdru\u017eljivost z delujo\u010do programsko opremo, vas zelo prosim!<\/b><\/p>\n

      Vse zgoraj navedeno velja tudi za aplikacije, ki jih varnostno kopirate in upate, da jih boste obnovili s pomo\u010djo Veeam. Linija orodij Veeam Explorers ima prav tako seznam podprtih razli\u010dic ustreznih aplikacij, ki se dopolnjuje z vsakim izidom Veeam Backup & Replication. Zato pred namestitvijo nove razli\u010dice va\u0161e aplikacije \u2013 naj bo to Exchange, Oracle ali SharePoint \u2014 obvezno preberite ustrezen razdelek dokumentacije Veeam Explorers<\/a><\/noindex>.<\/p>\n

      V drugo kategorijo, torej k manj\u0161im posodobitvam, spadajo, na primer, nove razli\u010dice VMware Tools, kumulativne posodobitve Exchange, posodobitve varnosti vSphere itd. Obi\u010dajno ne prina\u0161ajo resnih sprememb in v ve\u010dini primerov Veeam Backup & Replication z njimi nima te\u017eav. (Zato za njih tudi ni javnih napovedi o uradni podpori v produktu.) Vendar smo v na\u0161i praksi naleteli na primere, ko so take posodobitve tako pomembno spremenile ustaljen potek stvari, da so povzro\u010dile napake pri delovanju Veeam Backup & Replication. V takih situacijah in\u017eenirji Veeam po potrditvi te\u017eave hitro posku\u0161ajo izvesti popravek.<\/p>\n

      Tistim, ki obvladajo tehni\u010dni angle\u0161ki jezik<\/b>\u010ce \u017eelite biti na teko\u010dem s tem, na \u010dem delajo in\u017eenirji ter s \u010dem se sre\u010dujejo sistemski arhitekti in strokovnjaki za tehni\u010dno podporo, priporo\u010dam, da se naro\u010dite na na\u0161a forum<\/a><\/noindex>. Vsak teden za njegove naro\u010dnike izide e-novi\u010dnik \"Word from Gostev\" avtorstva TheRealGostev<\/a><\/noindex>. V njem Anton Gostev, ki vodi oddelek za upravljanje produktov, poro\u010da o nedavno odkritih te\u017eavah (in ne le na strani Veeam), na\u010drtih za nove razli\u010dice in novicah iz sveta IT. \u010ce potrebujete ve\u010d informacij, lahko preberete teme foruma \u2013 \u010de ima kdo od strank te\u017eave z delovanjem produkta po kak\u0161ni posodobitvi, je verjetno \u017ee napisal o tem na forumu.<\/p>\n

      Kot razumete, lahko popravki in posodobitve povzro\u010dijo te\u017eave ne le z varnostnimi kopijami, temve\u010d tudi z aplikacijami, za katere se te varnostne kopije ustvarjajo. In tu vam lahko pomagajo virtualne laboratorije \u2014 Veeam DataLabs. Verjetno ste sli\u0161ali za funkcionalnost SureBackup, ki je namenjena preverjanju varnostnih kopij. Ta temelji prav na uporabi DataLabs, s ustvarjanjem izoliranega okolja, v katerem je mogo\u010de, med drugim, testirati posodobitve pred njihovo namestitvijo v produkcijo. Priporo\u010dam, da tako naredite \u2013 prihranili si boste ogromno \u017eivcev. \u010ce pa kdo \u0161e ne ve za SureBackup, priporo\u010dam, da prebere dokumentacijo<\/a><\/noindex>.<\/p>\n

      Verjetno je to za danes vse, hvala za pozornost!<\/p>\n

      Kaj \u0161e prebrati<\/h1>\n

      \n\u010clanki na Habrju:<\/p>\n