Dnes vám s radosťou predstavujem užitočné tipy od môjho kolegu Jevgenija Ivanova, tímového lídra technickej podpory Veeam. Tentokrát sa Ženia podelil o odporúčania pre prácu s zálohami a replikami. Dúfam, že vám pomôžu vyhnúť sa typickým chybám a vaše repliky a zálohy nikdy nebudú "slabým článkom" v procese obnovenia, ak to bude potrebné.

Takže, vitajte pod článkom.

V mojej predchádzajúcej článku sme sa zaoberali tým, ako optimalizovať zaťaženie komponentov infraštruktúry zálohovania a skúmali sme typické chyby konfigurácie. Prechádzame k inej dôležitej téme – správnej príprave a vykonávaniu obnovy. Tú tiež preskúmame na reálnych príkladoch, s ktorými sa stretol tím technickej podpory.

Záloha bez reštaurácie – peniaze na vetve

Na nás sa pravidelne obracajú používatelia, ktorí sa ocitli v podobných ťažkostiach: je potrebné vykonať obnovenie zo zálohy, ale pri pokuse o to narážajú na neprekonateľný problém. A tento problém nie je žiadne absenciu záložnej kópie, činnosť CryptoLocker alebo niečo podobné. Je to "iba" nedostatočná pozornosť pri kontrole záloh a replik na možnosť obnovenia. Mnohí sa často sústredia výlučne na proces vytvárania zálohy, zabúdajúc na to, že samotná existencia zálohy nie je zázrakom proti potenciálnym problémom. Je potrebné chápať, že obnova je úplne iný proces, ktorý má svoje špecifiká a ktorý musí byť nevyhnutne kontrolovaný a testovaný pred nasadením do produkcie. Tu je niekoľko názorných príkladov:

U používateľa došlo k zlyhaniu kritickej virtuálnej mašiny s veľkosťou 20 TB. Prestoje sú samozrejme neprípustné, takže administrátor spúšťa proces okamžitého obnovenia (VM instant recovery) – po 5 minútach je stroj pripravený na použitie. Ale pamätáme si, že tento stav stroja môže byť využitý len dočasne – je potrebné ho migrovať na produkčný dátový sklad (datastore). A v tomto prípade, ako sa ukázalo, možnosti infraštruktúry neumožnili skopírovať 20 TB dát za rozumný čas. V nastaveniach procesu okamžitého obnovenia bolo zvolené uchovávať zmeny na disku. S: servery Veeam Backup & Replication (na rozdíl od snapshotu vSphere) – výsledkem bylo, že se samozřejmě rychle zaplnilo volné místo na disku. K tomu momentu, kdy se uživatel obrátil na podporu, došlo k změnám ve VM, které nebylo možné ignorovat. Jinými slovy, máme situaci, kdy není možné rychle dokončit proces okamžitého obnovení kritické mašiny – jak tu zachránit data?
Musím přiznat, že kvůli uplynulosti let si už nepamatuji všechny detaily konce, ale vzpomínám si, že jsme nakonec nepřišli na nic geniálního. Klienti na své straně víceméně vyřešili tento problém, rozšířili disk C: z rezerv, zkopírovali ty nejdůležitější soubory a poté vypnuli VM a tak migrovali. Zkrátka nedošlo k zázraku.
V infrastruktuře uživatele běžel jeden ovladač domény a všechny komponenty Veeam Backup & Replication byly nastaveny pomocí DNS. Ano, opravdu, slyšeli jste dobře. Možností vývoje událostí bylo stovky, minimálně, ale realita se vyvinula takto: lidé naplánovali údržbu a rozhodli se přepnout na repliku svého doménového kontroleru. Zúčastnili se plánovaného přepnutí, což je v takových situacích doporučeno. V první fázi vše probíhalo dobře, ale ve druhé původní VM na chvíli vypnuli, aby přenesli zbytek dat. Samozřejmě, úkol přepnutí okamžitě skončil chybou, protože DNS přestalo fungovat.
Naštěstí jsme zde dokázali situaci zvládnout, když jsme manuálně zapli repliku z vSphere (tuto operaci byste obvykle neměli provádět sami, jak uvidíte v následujícím příkladu). Ale, jak chápete, proces údržby byl přerušen a odložen. Navíc jsme museli manuálně doplnit názvy hostitelů do souboru C:WindowsSystem32driversetchosts na serveru Veeam Backup & Replication, abychom zajistili správnost při zpětném přepínání.
Ešte u jedného klienta bola celá infraštruktúra zálohovania postavená okolo magnetických páskových úložísk, a na disku sa uchovávali len krátke reťazce súborov. Keď potrebovali obnoviť niekoľko súborov z veľkého súborového servera, ukázalo sa, že žiadny stroj nemôže byť použitý ako pomocné úložisko pri obnove z pásky, pretože na žiadnom z nich nebolo dostatok voľného miesta. (O obnove z magnetickej pásky priamo a s použitím pomocného úložiska si môžete prečítať tu (zatiaľ len v angličtine)).

Myslím si, že vo všetkých troch príkladoch boli používatelia akosi uväznení v ilúziách - predpokladali, že ak záloha prebehla úspešne, tak s obnovou nebudú problémy. Ale ako chápete, to nie je vždy tak, a preto sa treba na obnovu pripravovať rovnako dôkladne, ako na zálohu. Najprv by ste mali preskúmať príručku používateľa, ktorá obsahuje dosť podrobné informácie o rôznych druhoch obnovy. Na začiatku každého odseku sú uvedené požiadavky, prípravné úkony a možné obmedzenia. Popis obnovy z magnetických pások alebo z hardvérových snímok úložných systémov nájdete v sekciách dokumentácie a v našich článkoch na Habre. Okrem toho sú kroky na prípravu obnovy objektov aplikácií pomocou nástrojov Veeam Explorers opísané v sekcii „Plánovanie a príprava“ príručky pre každý z nástrojov. Odporúčam s nimi podrobne oboznámiť - to vám pomôže správne pripraviť systém na obnovu v prípade potreby. V ruštine sú pokyny na obnovu SQL Server database uvedené tu.

Prečo by ste nemali pracovať s replikami z konzoly vSphere?

V podstate sú repliky Veeam obyčajné virtuálne stroje, s ktorými je, zdalo by sa, logické pracovať pomocou nástrojov vSphere, najmä vSphere klienta. Avšak, neodporúčame to, a tu je dôvod: prechod na repliku v Veeam Backup & Replication je dostatočne zložitý proces, vyžadujúci presné následovanie krokov (aby bolo možné sa v prípade potreby vrátiť späť) a správne ukončovacie akcie – len si pozrite obrázok, ktorý ilustruje proces:

Ak sa rozhodnete zapnúť replikáciu z vSphere klienta, určite vás čaká množstvo problémov:

Mechanizmus prechodu na repliku z Veeam Backup & replication (zobrazený na schéme) pre tento stroj už nebude fungovať.
Údaje v databáze Veeam Backup nebudú zodpovedať skutočnému stavu VM. V najhoršom prípade bude nutné databázu upraviť.
Môže dôjsť aj k strate údajov, ako v tomto príklade: používateľ manuálne zapol repliku v vSphere klientovi a rozhodol sa s ňou pokračovať v práci. O nejaký čas si všimol, že replika sa stále zobrazuje v konzole Veeam Backup & Replication a rozhodol sa ju odstrániť pre nevyužívanie. Klikol na ňu pravým tlačidlom a dal príkaz „Delete from disk“. Veeam Backup & Replication okamžite odstránil replikáciu z disku, ktorá, mimochodom, už bola plne využívaná ako obyčajný VM a obsahovala potrebné a užitočné údaje.

Samozrejme, existujú situácie, kedy je potrebné replikáciu zapnúť z vSphere klienta – zvyčajne to sú prípady, keď je server Veeam vypnutý a replikáciu treba zapnúť so zdržaním. Avšak, ak je so serverom Veeam všetko v poriadku, je potrebné pracovať s replikami priamo z jeho konzoly.

Taktiež by ste nemali odstraňovať repliky pomocou vSphere klienta. Veeam Backup & Replication bude ignorovať takúto zmenu, čo môže viesť k chybám a zastaraným údajom. Ak replikácia už nie je potrebná, odstráňte ju pomocou konzoly Veeam, a nie ako VM z vSphere klienta. Takto vždy budete mať aktuálny zoznam replik.

„O“ — opatrne, aktualizácie!

Tu máme na mysli samozrejme aktualizácie hypervízorov a rôznych aplikácií, ktoré sa zálohujú pomocou Veeam. Ak sa na ne pozrieme z pohľadu práce s Veeam Backup & Replication, môžeme aktualizácie zhrubo rozdeliť do dvoch kategórií: na veľké, významné, ktoré prinášajú množstvo zmien – a malé.

Najprv sa pozrime na prvú kategóriu.

Najdôležitejšie aktualizácie sú tie, ktoré sú určené pre hypervízory. Predtým, ako nainštalujete takúto aktualizáciu, je nevyhnutné sa uistiť, že je podporovaná Veeam Backup & Replication. Tieto aktualizácie prinášajú množstvo zmien v knižniciach a rozhraniach API, ktoré Veeam Backup & Replication využíva, takže aby sa oficiálne vyhlásilo o ich podpore, je potrebné aktualizovať kód Veeam Backup & Replication a vykonať dôkladné testovanie.

Treba tiež mať na pamäti, že napríklad VMware neposkytuje predbežný prístup k najnovším verziám vSphere pre výrobcov softvéru, takže vývojári a testeri Veeam dostávajú novú verziu súčasne so všetkým ostatným pokrokovým ľudstvom – preto medzi vydaním VMware a oficiálne vyhlásenou podporou zvyčajne uplynie určitý čas. Množstvo a rozmanitosť potrebných zmien je také, že ich jednoduchý hotfix sotva pojme – a oficiálna podpora sa zvyčajne vyhlasuje spolu s vydaním verzionovanej verzie Veeam Backup & Replication.

V dôsledku toho nastáva ten nepríjemný moment, keď po vydaní novej verzie vSphere rad žiadostí do technickej podpory prudko vzrastie, pretože používatelia sa bezhlavo vrhajú na inštaláciu novej verzie, a ich zálohy, samozrejme, okamžite prestanú fungovať. My – technická podpora Veeam – musíme používateľom vysvetľovať, čo presne spravili zle, žiadať ich, aby sa vrátili späť (ak je to možné), alebo vymýšľať zložitých spôsobov, ako sa dostať z bezvýchodiskovej situácie. Preto pred inštalovaním významnej aktualizácie určite skontrolujte jej kompatibilitu s vaším aktuálnym softvérom, veľmi vás o to žiadam!

Všetko, čo bolo povedané, platí aj pre aplikácie, ktoré zálohujete a plánujete obnoviť pomocou Veeam. Rada nástrojov Veeam Explorers má tiež zoznam podporovaných verzií príslušných aplikácií, ktorý sa priebežne aktualizuje s každým vydaním Veeam Backup & Replication. Preto pred inštaláciou novej verzie vašej aplikácie – či už ide o Exchange, Oracle alebo SharePoint – nevynechajte prečítanie príslušnej časti. dokumentácie Veeam Explorers.

K druhej kategórii, t.j. k menším aktualizáciám, zaradzujem napríklad nové verzie VMware Tools, kumulatívne aktualizácie Exchange, aktualizácie zabezpečenia vSphere atď. Zvyčajne neprinášajú žiadne vážne zmeny a vo väčšine prípadov Veeam Backup & Replication s nimi nemá problémy. (Preto neexistujú verejné oznámenia o oficiálnej podpore v produkte pre tieto aktualizácie.) V našej praxi sme sa však stretli so situáciami, keď aj takéto aktualizácie znamenali také významné zmeny v zaužívaných praktikách, že viedli k chybám vo funkčnosti Veeam Backup & Replication. V takýchto situáciách sa po potvrdení problému inžinieri Veeam snažia rýchlo uvoľniť hotfix.

Tým, ktorí ovládajú technickú angličtinuAk chcete byť informovaní o tom, na čom pracujú inžinieri a s čím sa stretávajú systémoví architekti a pracovníci technickej podpory, odporúčam prihlásiť sa na naše fóra. Každý týždeň vychádza pre jeho predplatiteľov bulletine "Word from Gostev" od TheRealGostev. V ňom Anton Gostev, vedúci oddelenia produktového manažmentu, hovorí o nedávno objavených problémoch (a nielen na strane Veeam), plánoch na nové verzie a novinkách zo sveta IT. Ak potrebujete viac informácií, môžete si prečítať témy na fóre – ak má niekto z klientov problém s fungovaním produktu po akejkoľvek aktualizácii, pravdepodobne už o tom napísal na fóre.

Ako viete, záplaty a aktualizácie môžu spôsobiť problémy nielen s backupmi, ale aj s aplikáciami, pre ktoré sú tieto backupy vytvorené. A tu vám pomôžu virtuálne laboratória — Veeam DataLabs. Určite ste už počuli o funkcii SureBackup, ktorá je určená na verifikáciu záloh. Táto funkcia je založená práve na používaní DataLabs, s vytváraním izolovaného prostredia, v ktorom je možné testovať aktualizácie pred ich nasadením do produkcie. Veľmi vám odporúčam to robiť – ušetríte si množstvo nervových buniek. A ak niekto ešte nevie o SureBackup, odporúčam si prečítať. dokumentácii.

Asi sa dnes s týmto všetkým rozlúčim, ďakujem za vašu pozornosť!