Täna on mul taas hea meel teile anda kasulikke näpunäiteid kolleegilt Jevgeni Ivanovilt, Veeami tehnilise toe meeskonna juhilt. Seekord jagas Zhenya soovitusi varukoopiate ja koopiatega töötamiseks. Loodan, et need aitavad teil vältida levinud vigu ning teie koopiad ja varukoopiad ei ole vajaduse korral kunagi taastamisprotsessis "nõrk lüli".
Niisiis, tere tulemast kassi.
Minu eelmises uurisime, kuidas optimeerida varutaristu komponentide koormust ja vaatlesime levinumaid konfiguratsioonivigu. Liigume edasi teise olulise teema juurde – taastumise õige ettevalmistus ja läbiviimine. Analüüsime seda ka reaalsete näidete abil, millega tehnilise toe meeskonnal oli võimalus töötada.
Varundus ilma restoranita – raha äravoolu
Meiega võtavad regulaarselt ühendust kasutajad, kes satuvad sarnastesse keerulistesse olukordadesse: varukoopiast on vaja taastada, kuid seda proovides komistavad inimesed probleemi, mis on nende jaoks lahendamatu. Ja see probleem ei ole varukoopia, CryptoLockeri tegevuse või muu taolise puudumine. See on "lihtsalt" ebapiisav tähelepanu varukoopiate ja koopiate taastatavuse testimisele. Paljud inimesed keskenduvad sageli ainult varukoopia loomise protsessile, unustades, et lihtsalt varukoopia omamine ei ole imerohi võimalike probleemide vastu. Peate mõistma, et taastamine on täiesti erinev protsess, millel on oma eripärad ning mida tuleb enne tootmisse käivitamist jälgida ja katsetada. Siin on mõned illustreerivad näited:
- Kasutajal tekkis kriitilise 20 TB virtuaalmasina katkestus. Seisakud on muidugi vastuvõetamatu ja administraator alustab kohese taastamise protsessi (VM instant recovery) – 5 minuti pärast on masin üleval. Kuid me peame meeles, et seda masina olekut saab kasutada ainult ajutiselt - see tuleb migreerida tootmisandmesalve. Ja selles näites, nagu selgus, ei võimaldanud infrastruktuuri võimalused mõistliku aja jooksul kopeerida 20 TB andmeid. Kiirtaasteprotsessi seadetes valiti muudatuste salvestamine kettale C: Veeam Backup & Replication server (erinevalt vSphere snapshotist) – selle tulemusena sai vaba kettaruum loomulikult kiiresti täis. Selleks ajaks, kui kasutaja toega ühendust võttis, oli virtuaalmasinal muudatusi, mida ei saanud eirata. See tähendab, et meil on olukord, kus kriitilise masina kohese taastamise protsessi pole võimalik kiiresti lõpule viia – kuidas andmeid salvestada?
Ausalt öeldes ei mäleta ma aastate jooksul enam kõiki finaali üksikasju, kuid mäletan, et lõpuks ei tulnud me midagi geniaalset. Omapoolsed kliendid lahendasid selle probleemi vähemalt nii, et laiendasid C: draivi reservidest, kopeerisid olulisemad failid ja alles seejärel lülitasid VM välja ja migreerisid seda teed pidi. Üldiselt imet ei juhtunud.
- Kasutaja infrastruktuur kasutas ühte domeenikontrollerit ning kõik Veeami varundus- ja replikatsioonikomponendid olid konfigureeritud DNS-i abil. Jah, jah, see on õige, sa kuulsid õigesti. Sündmuste arendamiseks oli sada võimalust, mitte vähem, kuid tegelikult läks kõik nii: inimesed planeerisid hooldust ja otsustasid minna üle oma domeenikontrolleri koopiale. Nad kasutasid planeeritud lülitit, mida sellistes olukordades üldiselt soovitatakse. Esimeses etapis läks kõik hästi, kuid teises lülitati lähte-VM korraks välja, et ülejäänud andmed edastada. Muidugi nurjus ümberlülitustöö kohe, sest DNS lakkas töötamast.
Õnneks saime siin olukorraga hakkama, lubades vSphere'i koopia käsitsi (seda pole tegelikult soovitatav ise teha, nagu näete järgmisest näitest). Kuid nagu aru saate, hooldusprotsess katkes ja viibis. Lisaks pidime faili käsitsi sisestama hostinimed C: WindowsSystem32driversetchosts Veeami varundus- ja replikatsiooniserveris, et tagada tagasilülitamise ajal korrektsus.
- Teisel kliendil oli kogu lindiseadmete ümber ehitatud varundusinfrastruktuur ja kettale salvestati ainult lühikesed failijadad. Kui neil oli vaja palju faile suurest failiserverist taastada, leidsid nad, et kumbagi masinat ei saa kasutada lindi taastamise teisese hoidlana, kuna ühelgi polnud piisavalt vaba ruumi. (Saate lugeda magnetlindilt taastamise kohta otse ja abihoidla abil (praegu inglise keeles)).
Arvan, et kõigi kolme näite puhul olid kasutajad nii-öelda illusioonide kütkes - nad eeldasid, et kui varundamine õnnestub, siis taastamisega probleeme ei teki. Kuid nagu te mõistate, pole see sugugi alati nii ja seetõttu peate taastamiseks valmistuma sama hoolikalt kui varundamiseks. Alustuseks tasub uurida , mis sisaldab üsna üksikasjalikku teavet erinevate taastamise tüüpide kohta. Iga lõigu alguses on loetletud nõuded, ettevalmistavad tegevused ja võimalikud piirangud. Magnetlintidelt või riistvarasalvestuse hetktõmmistest taastamise kirjelduse leiate dokumentatsiooni osadest ja meie Habré kohta. Lisaks kirjeldatakse jaotises „Planeerimine ja ettevalmistamine” samme, kuidas valmistuda Veeam Exploreri abil rakendusobjektide taastamiseks. iga instrumendi jaoks. Soovitan need hoolikalt läbi lugeda – see aitab teil süsteemi vajadusel taastamiseks korralikult ette valmistada. SQL Serveri andmebaasi taastamise juhised on toodud vene keeles: .
Miks ma ei võiks töötada vSphere'i konsooli koopiatega?
Teoreetiliselt on Veeami koopiad tavalised virtuaalsed masinad, millega oleks loogiline töötada vSphere'i tööriistu, eriti vSphere'i klienti kasutades. Kuid me ei soovita seda teha ja siin on põhjus: Veeam Backup & Replication'is koopiale üleminek on üsna keeruline protsess, mis nõuab rangelt järjestikuseid samme (et kui midagi juhtub, saate sammu tagasi keerata) ja õigeid lõpptoiminguid - lihtsalt vaadake protsessi illustreerivat pilti:
Kui otsustate lubada vSphere'i kliendist koopia, tekib tulevikus tõenäoliselt mitmeid probleeme:
- Veeam Backup & replikatsiooni koopiale ülemineku mehhanism (näidatud diagrammil) selle masina puhul enam ei tööta.
- Veeam Backupi andmebaasis olevad andmed ei vasta VM-i tegelikule olekule. Halvimal juhul peate selle parandamiseks andmebaasi redigeerima.
- Andmete kadu on isegi võimalik, nagu selles näites: kasutaja lubas vSphere'i kliendis replika käsitsi ja otsustas sellega tööd jätkata. Mõne aja pärast märkas ta, et koopiat kuvati endiselt Veeami varundus- ja replikatsioonikonsoolis, ning otsustas selle tarbetuna eemaldada. Paremklõpsake sellel ja andis käsu "Kustuta kettalt". Veeam Backup & Replication kustutas koheselt kettalt replika, mis oli hetkeks juba täiskasutuses tavalise VM-na ning sisaldas vajalikke ja kasulikke andmeid.
Muidugi on olukordi, kus tuleb ikkagi vSphere kliendist koopia sisse lülitada – reeglina on need juhud, mil Veeam server on välja lülitatud ja koopia tuleb sisse lülitada viivitusega. Aga kui Veeami serveriga on kõik korras, siis peate selle konsoolist koopiatega töötama.
Samuti ei tohiks te vSphere'i kliendi abil koopiaid kustutada. Veeam Backup & Replication ei ole sellest muudatusest teadlik, mis võib põhjustada vigu ja aegunud andmeid. Kui te ei vaja enam koopiat, kustutage see Veeami konsooli abil, mitte vSphere'i kliendi virtuaalmasinana. Nii on teil alati ajakohane koopiate loend.
"Oh" - olge ettevaatlik, värskendused!
Siin peame silmas loomulikult hüperviisorite ja erinevate rakenduste uuendusi, mida Veeami abil varundatakse. Kui vaadata neid Veeam Backup & Replikatsiooniga töötamise vaatenurgast, siis võib uuendused jagada kahte kategooriasse: suured, tõsised, palju muudatusi sisse toovad – ja väikesed.
Vaatame kõigepealt esimest kategooriat.
Kõige olulisemad uuendused on need, mis on suunatud hüperviisorile. Enne sellise värskenduse installimist veenduge kindlasti, et Veeam Backup & Replication seda toetab. Need värskendused toovad sisse palju muudatusi Veeam Backup & Replication kasutatavates teekides ja API-des, seega tuleb Veeam Backup & Replication koodi värskendada ja põhjalikult testida, et neid ametlikult toetada.
Peame ka meeles pidama, et näiteks VMware ei võimalda tarkvaratootjatele eeljuurdepääsu vSphere’i uusimatele versioonidele, mistõttu saavad Veeami arendajad ja testijad uue versiooni samaaegselt ülejäänud progressiivse inimkonnaga – seega on tavaliselt teatud ajaline viivitus VMware väljalaske ja ametlikult väljakuulutatud toe vahel. Vajalike muudatuste arv ja mitmekesisus on sellised, et nende sobitamiseks lihtsasse kiirparandusse on vähe võimalusi – ja reeglina teatatakse ametlikust toest koos Veeam Backup & Replication väljalaskeversiooni avaldamisega.
Selle tulemusena tekib see ebamugav hetk, kui pärast vSphere'i uue versiooni väljaandmist suureneb tehnilise toe taotluste arv järsult, kuna kasutajad kiirustavad uut versiooni installima ja nende varukoopiad lakkavad loomulikult kohe töötamast. . Meie, Veeami tehniline tugi, peame kasutajatele selgitama, mida nad täpselt valesti tegid, paluma neil tagasi pöörduda (võimaluse korral) või välja pakkuma keerukaid viise ummikust väljumiseks. Seetõttu palun kontrollige enne tõsise värskenduse installimist kindlasti selle ühilduvust teie kasutatava tarkvaraga!
Kõik ülaltoodu kehtib ka rakenduste kohta, mille varundate ja loodate Veeami abil taastada. Veeam Explorersi tööriistade sarjas on ka vastavate rakenduste toetatud versioonide loend, mida uuendatakse iga Veeam Backup & Replication väljalaskega. Seetõttu lugege enne oma rakenduse uue versiooni installimist - olgu selleks Exchange, Oracle või SharePoint - kindlasti vastav jaotis uuesti .
Teise kategooriasse, s.o. Väikeste uuendustena kaasan näiteks VMware Toolsi uusi versioone, Exchange'i kumulatiivseid värskendusi, vSphere'i turvavärskendusi jne. Tavaliselt ei vii need sisse suuri muudatusi ja enamikul juhtudel ei esine Veeam Backup & Replication nendega probleeme. (Seetõttu pole ka avalikke teateid toote ametliku toe kohta neile.) Meie praktikas on aga ette tulnud juhtumeid, kus sellised uuendused muutsid tavapärast asjade käiku nii oluliselt, et tõid kaasa tõrkeid Veeam Backupi töös. & Replikatsioon. Sellistes olukordades proovivad Veeami insenerid pärast probleemi kinnitamist kiirparanduse kiiresti vabastada.
Neile, kes räägivad tehnilist inglise keeltKui soovite olla kursis sellega, mille kallal insenerid töötavad ning millega süsteemiarhitektid ja tehnilise toe spetsialistid kokku puutuvad, soovitan tellida . Igal nädalal ilmub tema tellijatele uudiskiri “Sõna Gostevilt”. . Selles räägib tootehalduse osakonna juhataja Anton Gostev hiljuti leitud probleemidest (ja mitte ainult Veeami poolel), uute versioonide plaanidest ja uudistest IT-maailmast. Kui vajate lisateavet, võite uurida foorumi teemasid - kui mõnel kliendil on pärast värskendust toote tööga probleeme, on ta sellest tõenäoliselt juba foorumis kirjutanud.
Nagu teate, võivad paigad ja värskendused põhjustada probleeme mitte ainult varukoopiatega, vaid ka rakendustega, mille jaoks need varukoopiad tehakse. Ja siin aitavad teid virtuaalsed laborid - Veeam DataLabs. Olete ilmselt kuulnud SureBackupist – funktsioonist, mis on loodud varukoopiate kontrollimiseks. See põhineb täpselt DataLabsi kasutamisel koos isoleeritud keskkonna loomisega, kus saate värskendusi enne nende tootmisse installimist testida. Soovitan seda teha – säästate palju närvirakke. Ja kui keegi veel SureBackupist ei tea, soovitan seda lugeda .
Arvan, et see on kõik, mis mul täna on, tänan tähelepanu eest!
Mida muud lugeda
Artiklid Habré kohta:
Allikas: www.habr.com