Ngayon ay muli akong nalulugod na ipakita sa iyo ang mga kapaki-pakinabang na tip mula sa aking kasamahan na si Evgeny Ivanov, pinuno ng koponan ng koponan ng teknikal na suporta ng Veeam. Sa pagkakataong ito, ibinahagi ni Zhenya ang kanyang mga rekomendasyon para sa pagtatrabaho sa mga backup at replika. Umaasa ako na matutulungan ka nila na maiwasan ang mga karaniwang pagkakamali, at ang iyong mga replika at backup ay hindi kailanman magiging isang "mahinang link" sa proseso ng pagbawi, kung mayroon man.
Kaya, maligayang pagdating sa pusa.
Sa dati ko naisip namin kung paano i-optimize ang pagkarga sa mga backup na bahagi ng imprastraktura at tiningnan ang mga karaniwang error sa pagsasaayos. Lumipat tayo sa isa pang mahalagang paksa - karampatang paghahanda at pagbawi. Susuriin din namin ito gamit ang mga totoong halimbawa kung saan nagkaroon ng pagkakataon ang technical support team na makatrabaho.
Mag-backup nang hindi nagre-restore - pera sa alisan ng tubig
Kami ay regular na nakikipag-ugnayan sa pamamagitan ng mga user na nahahanap ang kanilang mga sarili sa mga katulad na mahirap na sitwasyon: ito ay kinakailangan upang ibalik mula sa isang backup, ngunit kapag sinusubukang gawin ito, ang mga tao ay natitisod sa isang hindi malulutas na problema para sa kanila. At ang problemang ito ay hindi sa lahat ng kakulangan ng isang backup, ang aktibidad ng CryptoLocker, o anumang bagay na tulad nito. Ito ay "lamang" hindi sapat na pansin sa pagsuri sa mga backup at replika para sa pagbawi. Maraming mga tao ang madalas na eksklusibong nakatuon sa proseso ng paglikha ng isang backup, na nakakalimutan na ang pagkakaroon lamang ng isang backup ay hindi isang panlunas sa lahat para sa mga posibleng sakit. Kailangan mong maunawaan na ang pagbawi ay isang ganap na naiibang proseso, na may sariling mga katangian, at dapat kontrolin at subukan bago ilunsad sa produksyon. Narito ang ilang mapaglarawang halimbawa:
- Ang isang user ay nakaranas ng kritikal na 20 TB virtual machine failure. Ang downtime, siyempre, ay hindi katanggap-tanggap, at sinisimulan ng admin ang agarang proseso ng pagbawi (VM instant recovery) - pagkatapos ng 5 minuto ang makina ay nakabukas. Ngunit tandaan namin na ang ganitong estado ng makina ay maaari lamang gamitin pansamantala - dapat itong ilipat sa production datastore (datastore). At sa halimbawang ito, tulad ng nangyari, hindi pinapayagan ng mga kakayahan ng imprastraktura ang pagkopya ng 20 TB ng data sa isang makatwirang oras. Sa mga setting ng agarang proseso ng pagbawi, napili itong i-save ang mga pagbabago sa disk MAY: Veeam Backup & Replication server (kumpara sa isang snapshot ng vSphere) - bilang resulta, siyempre, mabilis na napuno ang libreng puwang sa disk. Sa oras na nakipag-ugnayan ang user sa suporta, may mga pagbabago ang VM na hindi maaaring balewalain. Ibig sabihin, mayroon tayong sitwasyon kung saan imposibleng mabilis na tapusin ang proseso ng agarang pagbawi ng isang kritikal na makina - paano tayo makakapag-save ng data dito?
Sa totoo lang, para sa reseta ng mga taon, hindi ko na natatandaan ang lahat ng mga detalye ng finale, ngunit naaalala ko na sa huli ay hindi kami nakabuo ng anumang bagay na napakatalino. Ang mga kliyente sa kanilang panig sa paanuman ay nalutas ang problemang ito sa pamamagitan ng pagpapalawak ng C: drive mula sa mga reserba, kinopya ang pinakamahalagang mga file at pagkatapos ay pinatay ang VM at nag-migrate nang ganoon. Sa pangkalahatan, ang himala ay hindi nangyari.
- Sa imprastraktura, ang user ay may isang domain controller, at lahat ng Veeam Backup & Replication na bahagi ay na-configure gamit ang DNS. Oo, tama, tama ang narinig mo. Mayroong isang daang mga pagpipilian para sa pagbuo ng mga kaganapan, hindi kukulangin, ngunit sa katotohanan ang lahat ay naging ganito: ang mga tao ay nagplano ng pagpapanatili at nagpasya na lumipat sa isang kopya ng kanilang domain controller. Gumamit sila ng naka-iskedyul na paglipat, na, sa pangkalahatan, ay inirerekomenda na gawin sa mga ganitong sitwasyon. Sa unang yugto, naging maayos ang lahat, at sa ikalawang yugto, pansamantalang na-off ang orihinal na VM upang ilipat ang natitirang bahagi ng data. Siyempre, agad na nabigo ang paglipat ng trabaho dahil huminto sa paggana ang DNS.
Sa kabutihang-palad, nagawa naming pangasiwaan ang sitwasyon dito sa pamamagitan ng manu-manong pagpapagana ng replika mula sa vSphere (sa pangkalahatan, hindi namin inirerekumenda na gawin ito sa iyong sarili, tulad ng makikita mo sa sumusunod na halimbawa). Ngunit, tulad ng naiintindihan mo, ang proseso ng pagpapanatili ay naantala at ipinagpaliban. Bilang karagdagan, kinailangan naming manu-manong ipasok ang mga hostname sa file C:WindowsMga driver at host ng System32 sa Veeam Backup & Replication server upang matiyak ang tamang failover.
- Ang isa pang kliyente ay may isang buong backup na imprastraktura na binuo sa paligid ng mga tape drive, na may mga maikling file chain na nakaimbak sa disk. Kapag kailangan nilang ibalik ang isang bilang ng mga file mula sa isang malaking file server, nalaman nila na wala sa mga makina ang maaaring gamitin bilang isang backup na imbakan kapag nag-restore mula sa tape, dahil walang sapat na libreng espasyo. (Maaari mong basahin ang tungkol sa pag-restore mula sa isang magnetic tape nang direkta at paggamit ng isang auxiliary repository (sa ngayon sa Ingles)).
Sa palagay ko, sa lahat ng tatlong mga halimbawa, ang mga gumagamit, wika nga, ay nasa pagkabihag ng mga ilusyon - ipinapalagay nila na kung ang backup ay matagumpay, pagkatapos ay walang mga problema sa pagpapanumbalik. Ngunit ito, tulad ng naiintindihan mo, ay hindi palaging ang kaso, at samakatuwid ito ay kinakailangan upang maghanda para sa pagbawi nang maingat tulad ng para sa backup. Para sa mga nagsisimula, ito ay nagkakahalaga ng paggalugad , na naglalaman ng medyo detalyadong impormasyon tungkol sa iba't ibang uri ng pagbawi. Sa simula ng bawat talata, nakalista ang mga kinakailangan, hakbang sa paghahanda, at posibleng mga paghihigpit. Ang paglalarawan ng pagbawi mula sa mga tape o mga snapshot ng imbakan ay matatagpuan sa mga seksyon ng dokumentasyon at sa aming sa Habr. Bilang karagdagan, ang mga hakbang upang maghanda para sa pagpapanumbalik ng mga object ng application gamit ang mga tool ng Veeam Explorers ay inilarawan sa seksyong Pagpaplano at paghahanda. para sa bawat isa sa mga instrumento. Inirerekomenda ko na maingat mong basahin ang mga ito - makakatulong ito sa iyong maayos na ihanda ang system para sa pagbawi kung kinakailangan. Sa Russian, ibinibigay ang mga tagubilin para sa pagpapanumbalik ng database ng SQL Server .
Bakit hindi gumana sa mga replika mula sa vSphere console?
Sa teorya, ang mga replika ng Veeam ay mga ordinaryong virtual machine, na, tila, ay lohikal na gamitin ang vSphere toolkit, lalo na, ang vSphere client. Gayunpaman, hindi namin inirerekumenda na gawin ito, at narito kung bakit: ang paglipat sa isang replika sa Veeam Backup & Replication ay isang medyo mahirap na proseso, na nangangailangan ng mahigpit na sunud-sunod na mga hakbang (upang kung saan maaari kang bumalik ng isang hakbang) at iwasto ang mga huling aksyon - tingnan lamang ang larawan na naglalarawan ng proseso:
Kung magpasya kang paganahin ang isang replika mula sa vSphere client, sa hinaharap ay malamang na makatagpo ka ng ilang mga problema:
- Ang mekanismo para sa paglipat sa isang replika mula sa Veeam Backup & replication (ipinapakita sa diagram) ay hindi na gagana para sa makinang ito.
- Ang data sa Veeam Backup database ay hindi tumutugma sa totoong estado ng VM. Sa pinakamasamang kaso, kakailanganin mong i-edit ang database upang ayusin ito.
- Kahit na ang pagkawala ng data ay posible, tulad ng sa halimbawang ito: manual na pinagana ng user ang replika sa vSphere client at nagpasyang magpatuloy sa pagtatrabaho dito. Pagkaraan ng ilang sandali, napansin niya na ang replica ay ipinapakita pa rin sa Veeam Backup & Replication console, at nagpasya na alisin ito bilang hindi kinakailangan. I-right click ito at ibigay ang utos "Tanggalin mula sa disk". Agad na inalis ng Veeam Backup & Replication ang replica mula sa disk, na, sa isang sandali, ay ganap nang ginagamit bilang isang regular na VM at naglalaman ng kinakailangan at kapaki-pakinabang na data.
Siyempre, may mga sitwasyon kung kailan kailangan mo pang i-on ang replica mula sa vSphere client - bilang panuntunan, ito ay mga kaso kapag ang Veeam server ay naka-off, at ang replica ay kailangang i-on nang may pagkaantala. Ngunit kung ang lahat ay maayos sa Veeam server, kailangan mong magtrabaho kasama ang mga replika mula sa console nito.
Gayundin, huwag tanggalin ang mga replika gamit ang vSphere client. Ang Veeam Backup & Replication ay mananatiling walang kamalayan sa naturang pagbabago, at ito ay puno ng mga error at hindi napapanahong data. Kung hindi mo na kailangan ng replica, tanggalin ito gamit ang Veeam console, hindi bilang VM mula sa vSphere client. Kaya palagi kang magkakaroon ng up-to-date na listahan ng mga replika.
"Oh" - abangan ang mga update!
Narito ang ibig sabihin namin, siyempre, mga update para sa mga hypervisors at iba't ibang mga application na naka-back up gamit ang Veeam. Kung titingnan mo ang mga ito mula sa punto ng view ng pagtatrabaho sa Veeam Backup & Replication, maaaring hatiin ang mga update sa 2 kategorya: malaki, major, nagdadala ng maraming pagbabago - at maliit.
Tingnan muna natin ang unang kategorya.
Ang pinakamahalagang update ay para sa hypervisor. Bago i-install ang naturang update, dapat mong tiyakin na ito ay suportado ng Veeam Backup & Replication. Ang mga update na ito ay nagpapakilala ng maraming pagbabago sa mga library at API na ginagamit ng Veeam Backup & Replication, kaya ang Veeam Backup & Replication code ay kailangang ma-update at masuri nang husto bago sila opisyal na maipahayag na suportado.
Dapat ding tandaan na, halimbawa, ang VMware ay hindi nagbibigay ng pre-release na access sa mga pinakabagong bersyon ng vSphere para sa mga software manufacturer, kaya ang mga developer at tester ng Veeam ay tumatanggap ng bagong bersyon kasabay ng iba pang progresibong sangkatauhan - samakatuwid, sa pagitan ng paglabas ng VMware at opisyal na inanunsyo ang suporta, kadalasan ay may agwat sa tiyak na oras. Ang bilang at iba't ibang mga pagbabagong kailangang gawin ay napakaliit ng pagkakataong mailagay ang mga ito sa isang simpleng hotfix - at ang opisyal na suporta, bilang panuntunan, ay inihayag kasama ng bersyon ng paglabas ng Veeam Backup & Replication.
Bilang resulta, nariyan ang awkward na sandali kapag, pagkatapos ng paglabas ng bagong bersyon ng vSphere, ang bilang ng mga technical support ticket ay tumaas nang husto, dahil ang mga user ay nagmamadaling mag-install ng bagong bersyon, at ang kanilang mga backup, siyempre, ay agad na huminto sa paggana. . Kami, ang suporta ng Veeam, ay kailangang ipaliwanag sa mga user kung ano ang eksaktong ginawa nilang mali, hilingin sa kanila na bumalik (kung maaari) o gumawa ng masalimuot na paraan upang makawala sa hindi pagkakasundo. Samakatuwid, bago mag-install ng isang pangunahing pag-update, siguraduhing suriin ang pagiging tugma nito sa iyong software, nakikiusap ako sa iyo!
Nalalapat ang lahat ng nasa itaas sa mga application na bina-back up mo at inaasahan mong ire-restore gamit ang Veeam. Ang linya ng tool ng Veeam Explorers ay mayroon ding listahan ng mga sinusuportahang bersyon ng kani-kanilang mga application, na ina-update sa bawat paglabas ng Veeam Backup & Replication. Samakatuwid, bago mag-install ng bagong bersyon ng iyong application - maging Exchange, Oracle o SharePoint - siguraduhing basahin muli ang naaangkop na seksyon .
Sa pangalawang kategorya, i.e. Kasama sa mga menor de edad na update, halimbawa, ang mga bagong bersyon ng VMware Tools, Exchange cumulative updates, vSphere security updates, atbp. Bilang isang patakaran, hindi sila nagdadala ng anumang mga pangunahing pagbabago sa kanila, at sa karamihan ng mga kaso ang Veeam Backup & Replication ay hindi nakakaranas ng mga problema sa kanila. (Samakatuwid, walang mga pampublikong anunsyo ng opisyal na suporta sa produkto para sa kanila.) Gayunpaman, sa aming pagsasanay, may mga kaso na binago ng mga naturang pag-update ang karaniwang kurso ng mga bagay nang labis na humantong sa mga error sa Veeam Backup & Replication. Sa ganitong mga sitwasyon, pagkatapos makumpirma ang problema, sinubukan ng mga inhinyero ng Veeam na mabilis na ilabas ang hotfix.
Ang mga nagsasalita ng teknikal na InglesKung gusto mong makasabay sa kung ano ang ginagawa ng mga inhinyero at kung ano ang kinakaharap ng mga arkitekto ng system at mga espesyalista sa teknikal na suporta, inirerekomenda kong mag-subscribe sa . Bawat linggo para sa kanyang mga subscriber mayroong isang newsletter na "Word from Gostev" na isinulat ni . Sa loob nito, si Anton Gostev, pinuno ng departamento ng pamamahala ng produkto, ay nagsasalita tungkol sa mga kamakailang natagpuang problema (at hindi lamang sa panig ng Veeam), mga plano para sa mga bagong bersyon, at mga balita mula sa mundo ng IT. Kung kailangan mo ng higit pang impormasyon, maaari mong basahin ang mga paksa ng forum - kung ang sinuman sa mga customer ay may problema sa produkto pagkatapos ng anumang pag-update, malamang na nagsulat na sila tungkol dito sa forum.
Tulad ng naiintindihan mo, ang mga patch at update ay maaaring humantong sa mga problema hindi lamang sa mga backup, kundi pati na rin sa mga application kung saan ginawa ang mga backup na ito. At dito ay tutulungan ka ng mga virtual na laboratoryo - Veeam DataLabs. Marahil ay narinig mo na ang tungkol sa pagpapagana ng SureBackup para sa pag-verify ng mga backup. Ito ay batay lamang sa paggamit ng DataLabs, sa paglikha ng isang nakahiwalay na kapaligiran kung saan, sa partikular, maaari mong subukan ang mga update bago i-install ang mga ito sa produksyon. Lubos kong ipinapayo sa iyo na gawin ito - maliligtas mo ang iyong sarili ng maraming mga nerve cell. At kung hindi alam ng ibang tao ang tungkol sa SureBackup, inirerekomenda ko ang pagbabasa .
Iyon lang yata para sa araw na ito, salamat sa iyong pansin!
Kung anu-ano pang babasahin
Mga artikulo sa Habré:
Pinagmulan: www.habr.com
