Dinten ieu Kami deui pleased nampilkeun Anjeun sareng tips mangpaat ti batur sapagawean kuring Evgeny Ivanov, tim kalungguhan tim rojongan teknis Veeam. Waktos ieu Zhenya ngabagi saran na pikeun damel sareng cadangan sareng réplika. Abdi ngarepkeun aranjeunna ngabantosan anjeun ngahindarkeun kasalahan umum, sareng réplika sareng cadangan anjeun moal pernah janten "link lemah" dina prosés pamulihan, upami aya.
Janten, wilujeng sumping ka ucing.
Dina kuring saméméhna kami terang kumaha ngaoptimalkeun beban dina komponén infrastruktur cadangan sareng ningali kasalahan konfigurasi umum. Hayu urang ngaléngkah ka topik penting séjén - persiapan kompeten jeung recovery. Urang ogé bakal nganalisis éta ngagunakeun conto nyata yén tim rojongan teknis miboga kasempetan pikeun digawekeun ku.
Nyadangkeun tanpa malikkeun - duit handap solokan nu
Kami rutin ngahubungi pangguna anu mendakan diri dina kaayaan susah anu sami: anjeun kedah ngabalikeun deui tina cadangan, tapi nalika nyobian ngalakukeun ieu, jalma-jalma titajong kana masalah anu teu tiasa direngsekeun pikeun aranjeunna. Sareng masalah ieu sanés kakurangan cadangan, kagiatan CryptoLocker, atanapi anu sapertos kitu. Ieu "ngan" perhatian anu teu cekap pikeun mariksa cadangan sareng réplika pikeun pulih. Seueur jalma sering museurkeun sacara éksklusif kana prosés nyiptakeun cadangan, hilap yén ngan gaduh cadangan sanés panacea pikeun kamungkinan panyakit. Anjeun kedah ngartos yén pamulihan mangrupikeun prosés anu béda-béda, anu ngagaduhan ciri sorangan, sareng anu kedah dikontrol sareng diuji sateuacan diluncurkeun dina produksi. Ieu sababaraha conto illustrative:
- A pamaké geus ngalaman kritis 20 TB gagal mesin virtual. Downtime, tangtosna, teu bisa ditarima, jeung admin dimimitian prosés recovery instan (VM recovery instan) - sanggeus 5 menit mesin geus nepi. Tapi urang émut yén kaayaan mesin sapertos kitu ngan tiasa dianggo samentawis - éta kedah dipindahkeun ka toko data produksi (datastore). Sareng dina conto ieu, tétéla, kamampuan infrastruktur henteu ngijinkeun nyalin 20 TB data dina waktos anu lumrah. Dina setélan prosés pamulihan instan, éta dipilih pikeun ngahémat parobihan kana disk C: Veeam Nyadangkeun & server réplikasi (sabalikna tina snapshot vSphere) - salaku hasilna, tangtosna, spasi disk bébas kaeusi nepi gancang. Nalika pangguna ngahubungi dukungan, VM ngagaduhan parobihan anu teu tiasa dipaliré. Nyaéta, urang gaduh kaayaan dimana mustahil pikeun gancang ngabéréskeun prosés pamulihan instan tina mesin kritis - kumaha urang tiasa nyimpen data di dieu?
Terus terang, pikeun resép taun, abdi henteu deui apal sagala rinci finale, tapi kuring inget yen tungtungna urang pernah datang nepi ka nanaon cemerlang. Klién di sisi maranéhna kumaha bae direngsekeun masalah ieu ku dilegakeun C: drive ti cadangan, nyalin file pangpentingna sarta ngan lajeng mareuman VM jeung hijrah kawas éta. Sacara umum, mujijat teu lumangsung.
- Dina prasarana, pangguna ngagaduhan hiji kontroler domain, sareng sadaya komponén Veeam Backup & Replication dikonpigurasi nganggo DNS. Sumuhun, leres, anjeun uninga leres. Aya saratus pilihan pikeun ngembangkeun acara, teu kurang, tapi kanyataanana sagalana indit kawas kieu: jalma rencanana pangropéa sarta mutuskeun pikeun pindah ka replica controller domain maranéhanana. Aranjeunna nganggo switching dijadwalkeun, anu, sacara umum, disarankeun pikeun dilakukeun dina kaayaan sapertos kitu. Dina tahap kahiji, sagalana indit rupa, sarta dina tahap kadua, VM aslina ieu sakeudeung dipareuman pikeun mindahkeun sesa data. Tangtosna, padamelan switchover langsung gagal sabab DNS lirén damel.
Kabeneran, kami tiasa nanganan kaayaan di dieu ku cara manual ngaktipkeun réplika ti vSphere (umumna, kami henteu nyarankeun ngalakukeun ieu nyalira, sapertos anu anjeun tingali dina conto di handap ieu). Tapi, sakumaha anu anjeun ngartos, prosés pangropéa diganggu sareng ditunda. Salaku tambahan, urang kedah sacara manual ngalebetkeun nami host kana file C: WindowsSystem32driversetchosts dina Veeam Nyadangkeun & Replikasi server pikeun mastikeun failover bener.
- Klién anu sanés ngagaduhan infrastruktur cadangan anu diwangun sakitar pita drive, kalayan ngan ukur ranté file pondok anu disimpen dina disk. Nalika aranjeunna diperlukeun mulangkeun sajumlah file ti server file badag, maranéhna manggihan yén taya sahiji mesin bisa dipaké salaku Repository cadangan nalika malikkeun tina tape, sabab taya boga spasi bébas cukup. (Anjeun tiasa maca ngeunaan malikkeun tina pita magnét langsung sareng nganggo gudang bantu (Sajauh dina basa Inggris)).
Kuring nyangka yén dina sadaya tilu conto, pangguna, janten nyarios, aya dina tawanan ilusi - aranjeunna nganggap yén upami cadangan éta suksés, maka moal aya masalah sareng malikkeun deui. Tapi ieu, sakumaha anjeun ngartos, teu salawasna kasus, sarta ku kituna perlu nyiapkeun recovery sakumaha taliti sakumaha keur cadangan. Pikeun ngamimitian, éta patut ngajajah , nu ngandung émbaran cukup lengkep ngeunaan tipena béda recovery. Dina awal unggal paragraf, sarat, léngkah-léngkah persiapan, sareng kamungkinan larangan didaptarkeun. Katerangan ngeunaan pamulihan tina kasét atanapi panyimpen snapshot tiasa dipendakan dina bagian dokuméntasi sareng di kami dina Habr. Salaku tambahan, léngkah pikeun nyiapkeun malikkeun objék aplikasi nganggo alat Veeam Explorers dijelaskeun dina bagian Perencanaan sareng persiapan. pikeun unggal instrumen. Kuring nyarankeun yén anjeun taliti maca aranjeunna - ieu bakal nulungan anjeun leres nyiapkeun sistem pikeun recovery lamun perlu. Dina Rusia, parentah pikeun malikkeun database SQL Server dibikeun .
Naha henteu dianggo sareng réplika tina konsol vSphere?
Sacara tiori, réplika Veeam mangrupikeun mesin virtual biasa, anu sigana logis pikeun dianggo nganggo toolkit vSphere, khususna klien vSphere. Nanging, kami henteu nyarankeun ngalakukeun ieu, sareng ieu sababna: ngalih ka réplika dina Veeam Backup & Replication mangrupikeun prosés anu rada sesah, ngabutuhkeun léngkah-léngkah anu leres-leres (supaya anjeun tiasa ngagulung deui saléngkah) sareng ngabenerkeun tindakan ahir - tingali gambar anu ngagambarkeun prosésna:
Upami anjeun mutuskeun pikeun ngaktifkeun réplika tina klien vSphere, teras di hareup anjeun kamungkinan bakal ngalaman sababaraha masalah:
- Mékanisme pikeun ngalih ka réplika tina Veeam Nyadangkeun & réplikasi (ditémbongkeun dina diagram) moal dianggo deui pikeun mesin ieu.
- Data dina database Veeam Nyadangkeun moal pakait jeung kaayaan nyata VM. Dina kasus anu parah, anjeun kedah ngédit pangkalan data pikeun ngalereskeunana.
- Malah kaleungitan data mungkin, sapertos dina conto ieu: pangguna sacara manual ngaktipkeun réplika dina klien vSphere sareng mutuskeun pikeun terus damel sareng éta. Saatos sababaraha waktos, anjeunna perhatikeun yén réplika masih ditampilkeun dina konsol Veeam Backup & Replication, sareng mutuskeun pikeun ngaleungitkeun éta henteu perlu. Klik katuhu dina eta sarta masihan paréntah "Pupus tina disk". Veeam Nyadangkeun & Réplikasi geuwat dipiceun replica tina disk, nu, sakedap, éta geus di pamakéan pinuh salaku VM biasa na ngandung data perlu tur mangpaat.
Tangtosna, aya kaayaan nalika anjeun masih kedah ngaktipkeun réplika tina klien vSphere - sakumaha aturan, ieu mangrupikeun kasus nalika server Veeam dipareuman, sareng réplika kedah dihurungkeun kalayan reureuh. Tapi lamun sagalana aya dina urutan kalawan server Veeam, mangka anjeun kudu digawekeun ku réplika tina konsol na.
Ogé, ulah mupus réplika nganggo klien vSphere. Nyadangkeun & Réplikasi Veeam bakal tetep teu sadar kana parobahan sapertos kitu, sareng ieu pinuh ku kasalahan sareng data anu luntur. Upami anjeun henteu peryogi deui réplika, hapus nganggo konsol Veeam, sanés salaku VM tina klien vSphere. Janten anjeun bakal salawasna gaduh daptar réplika anu énggal.
"Oh" - awas pikeun apdet!
Di dieu kami hartosna, tangtosna, apdet pikeun hypervisors sareng sagala rupa aplikasi anu dicadangkeun nganggo Veeam. Upami anjeun ningal aranjeunna tina sudut pandang damel sareng Veeam Backup & Replication, teras apdet tiasa dibagi kana 2 kategori: ageung, ageung, mawa seueur parobihan - sareng alit.
Hayu urang tingali kategori kahiji.
Pembaruan anu paling penting nyaéta pikeun hypervisor. Sateuacan masang apdet sapertos kitu, anjeun kedah mastikeun yén éta dirojong ku Veeam Backup & Replication. Pembaruan ieu ngenalkeun seueur parobihan kana perpustakaan sareng API anu dianggo ku Veeam Backup & Replication, janten kode Veeam Backup & Replication kedah diropéa sareng diuji sacara éksténsif sateuacan aranjeunna sacara resmi dinyatakeun didukung.
Éta ogé kedah émut yén, contona, VMware henteu nyayogikeun aksés pra-pelepasan ka vSphere versi panganyarna pikeun produsén parangkat lunak, ku kituna pamekar sareng panguji Veeam nampi vérsi énggal dina waktos anu sami sareng umat manusa anu progresif - kituna, antara sékrési VMware tur resmi ngumumkeun rojongan, biasana aya gap waktu nu tangtu. Jumlah sareng rupa-rupa parobihan anu kedah dilakukeun nyaéta sakedik kasempetan pikeun nyocogkeun kana hotfix saderhana - sareng dukungan resmi, sakumaha aturan, diumumkeun sareng versi pelepasan Veeam Backup & Replication.
Hasilna, aya momen kagok nalika, sanggeus sékrési versi anyar vSphere, jumlah tiket rojongan teknis naek nyirorot, sabab pamaké rurusuhan headlong masang versi anyar, sarta cadangan maranéhanana, tangtosna, langsung eureun gawé. . Kami, dukungan Veeam, kedah ngajelaskeun ka pangguna naon anu aranjeunna lakukeun salah, naroskeun aranjeunna ngagulung deui (upami mungkin) atanapi ngadamel cara anu rumit pikeun kaluar tina jalan buntu. Ku alatan éta, saméméh masang apdet utama, pastikeun pikeun pariksa kasaluyuan na kalawan software Anjeun, abdi nyuhunkeun anjeun!
Sadaya di luhur manglaku ka aplikasi anu anjeun nyadangkeun sareng ngarepkeun dibalikkeun nganggo Veeam. Garis alat Veeam Explorers ogé ngagaduhan daptar versi anu dirojong tina aplikasi masing-masing, anu diropéa unggal sékrési Veeam Backup & Replication. Ku alatan éta, saméméh masang versi anyar tina aplikasi Anjeun - jadi éta Exchange, Oracle atawa SharePoint - pastikeun maca deui bagian luyu. .
Pikeun kategori kadua, i.e. apdet minor kaasup, contona, versi anyar tina VMware Pakakas, apdet kumulatif Exchange, apdet kaamanan vSphere, jsb. Sakumaha aturan, aranjeunna henteu nyandak modifikasi utama sareng aranjeunna, sareng dina kalolobaan kasus Veeam Backup & Replication henteu ngalaman masalah sareng aranjeunna. (Ku alatan éta, euweuh announcements publik ngeunaan rojongan resmi dina produk pikeun aranjeunna.) Sanajan kitu, dina praktekna urang, aya kasus nalika apdet misalna robah tangtu dawam hal jadi loba nu ngarah ka kasalahan dina Veeam Nyadangkeun & Réplikasi. Dina kaayaan sapertos kitu, saatos masalah dikonfirmasi, insinyur Veeam nyobian gancang ngaleupaskeun hotfix.
Jalma anu nyarita basa Inggris teknisUpami anjeun hoyong ngiringan naon anu didamel ku insinyur sareng naon anu disanghareupan ku arsitek sistem sareng spesialis dukungan téknis, kuring nyarankeun ngalanggan . Unggal minggu pikeun palanggan na aya buletin "Kecap ti Gostev" pangarang ku . Di dinya, Anton Gostev, kapala departemén manajemén produk, ngobrol ngeunaan masalah anu nembe kapendak (teu ngan ukur di sisi Veeam), rencana pikeun versi énggal, sareng warta ti dunya IT. Upami anjeun peryogi langkung seueur inpormasi, anjeun tiasa maca topik forum - upami aya palanggan anu ngagaduhan masalah sareng produk saatos pembaruan naon waé, aranjeunna paling dipikaresep parantos nyerat ngeunaan éta dina forum.
Sakumaha anjeun ngartos, patch sareng apdet tiasa nyababkeun masalah henteu ngan ukur ku cadangan, tapi ogé ku aplikasi anu nyieun cadangan ieu. Sareng di dieu anjeun bakal dibantosan ku laboratorium virtual - Veeam DataLabs. Anjeun meureun geus uninga ngeunaan fungsionalitas SureBackup pikeun verifying cadangan. Didasarkeun ngan kana panggunaan DataLabs, kalayan nyiptakeun lingkungan terpencil dimana, khususna, anjeun tiasa nguji apdet sateuacan dipasang dina produksi. Abdi nyarankeun pisan anjeun ngalakukeunana - anjeun bakal nyalametkeun diri anjeun seueur sél saraf. Sareng upami batur henteu terang ngeunaan SureBackup, kuring nyarankeun maca .
Sakitu wae kanggo dinten ieu, hatur nuhun kana perhatosanana!
Naon deui macana
Artikel ngeunaan Habré:
sumber: www.habr.com