Dina iki aku maneh seneng menehi tips migunani saka kancaku Evgeniy Ivanov, pimpinan tim tim dhukungan teknis Veeam. Wektu iki Zhenya nuduhake rekomendasi kanggo nggarap serep lan replika. Muga-muga bakal mbantu sampeyan supaya ora ana kesalahan umum, lan replika lan serep sampeyan ora bakal dadi "link sing lemah" ing proses pemulihan, yen perlu.
Dadi, welcome kanggo kucing.
Ing sandi sadurunge kita ndeleng carane ngoptimalake beban ing komponen infrastruktur serep lan katon ing kasalahan konfigurasi umum. Ayo pindhah menyang topik penting liyane - persiapan sing tepat lan implementasine pemulihan. Kita uga bakal nganalisa nggunakake conto nyata sing bisa digarap tim dhukungan teknis.
Gawe serep tanpa restoran - dhuwit mudhun
Kita ajeg dikontak dening pangguna sing nemokake piyambak ing kahanan angel padha: iku perlu kanggo mulihake saka serep, nanging nalika padha nyoba kanggo nindakake iki, wong kesandhung ing masalah sing ora larut kanggo wong-wong mau. Lan masalah iki dudu kekurangan serep, kegiatan CryptoLocker utawa liya-liyane. Iki "mung" ora cukup manungsa waé kanggo nyoba serep lan replika kanggo restoreability. Akeh wong asring fokus khusus ing proses nggawe serep, lali yen mung duwe salinan serep ora panacea kanggo masalah. Sampeyan kudu ngerti yen pemugaran minangka proses sing beda, sing nduweni ciri dhewe, lan kudu dipantau lan diuji sadurunge diluncurake menyang produksi. Ing ngisor iki sawetara conto ilustrasi:
- Pangguna ngalami gangguan saka mesin virtual 20 TB kritis. Downtime, mesthi, ora bisa ditampa, lan administrator miwiti proses Recovery cepet (VM Recovery cepet) - sawise 5 menit mesin munggah. Nanging kita elinga yen kahanan mesin iki mung bisa digunakake kanggo sementara - kudu dipindhah menyang datastore produksi. Lan ing conto iki, ternyata, kemampuan infrastruktur ora ngidini nyalin 20 TB data ing wektu sing cukup. Ing setelan proses pemulihan cepet, dipilih kanggo nyimpen owah-owahan menyang disk C: Veeam Backup & Replikasi server (minangka gantos kanggo vSphere snapshot) - minangka asil, mesthi, papan free disk cepet kapenuhan munggah. Nalika pangguna ngubungi dhukungan, VM wis owah-owahan sing ora bisa diabaikan. Yaiku, kita duwe kahanan sing ora bisa ngrampungake proses pemulihan cepet saka mesin kritis - kepiye carane bisa nyimpen data?
Terus terang, sajrone pirang-pirang taun aku ora ngelingi kabeh rincian final, nanging aku elinga yen pungkasane kita ora entuk apa-apa sing apik. Klien ing sisih paling ora ngrampungake masalah iki kanthi nggedhekake drive C: saka cadangan, nyalin file sing paling penting lan mung mateni VM lan migrasi kanthi cara kasebut. Umumé, ora ana keajaiban.
- Infrastruktur pangguna mbukak siji kontroler domain, lan kabeh komponen Veeam Backup & Replication dikonfigurasi nggunakake DNS. Ya, ya, bener, sampeyan krungu bener. Ana satus opsi kanggo pangembangan acara, ora kurang, nanging ing kasunyatan, kabeh dadi kaya iki: wong ngrancang pangopènan lan mutusaké kanggo ngalih menyang replika saka kontroler domain. Padha digunakake ngalih ngrancang, kang umume dianjurake ing kahanan kuwi. Ing tahap pisanan, kabeh dadi apik, nanging ing kaloro, sumber VM dipateni sedhela kanggo nransfer data sing isih ana. Mesthine, proyek switchover langsung gagal amarga DNS mandheg.
Untunge, kita bisa nangani kahanan ing kene kanthi manual ngaktifake tiron saka vSphere (sajatine ora dianjurake kanggo nindakake iki dhewe, kaya sing bakal dideleng ing conto ing ngisor iki). Nanging, kaya sing sampeyan ngerteni, proses pangopènan diganggu lan ditundha. Kajaba iku, kita kudu ngetik jeneng host kanthi manual menyang file kasebut C: WindowsSystem32driversetchosts ing Veeam Backup & Replication server kanggo mesthekake bener sak switchback.
- Klien liyane duwe infrastruktur serep kabeh sing dibangun ing sekitar tape drive, kanthi mung senar cendhak file sing disimpen ing disk. Nalika padha perlu kanggo mbalekake sawetara file saka server file gedhe, padha ketemu sing mesin ora bisa digunakake minangka gudang secondary kanggo Recovery tape amarga ora ana papan free cukup. (Sampeyan bisa maca babagan pemulihan saka pita magnetik langsung lan nggunakake repositori tambahan (ing basa Inggris saiki)).
Aku mikir yen ing kabeh telung conto, pangguna, supaya bisa ngomong, padha kepincut karo ilusi - padha nganggep yen serep kasebut sukses, mula ora bakal ana masalah karo pemugaran. Nanging iki, kaya sing sampeyan ngerteni, ora mesthi kedadeyan, mula sampeyan kudu nyiapake pemulihan kanthi ati-ati kaya kanggo serep. Kanggo miwiti, iku worth sinau , sing ngemot informasi sing cukup rinci babagan macem-macem jinis pemulihan. Ing wiwitan saben paragraf, syarat, tumindak persiapan lan watesan sing bisa ditindakake. Katrangan babagan pemulihan saka kaset magnetik utawa saka snapshot panyimpenan hardware bisa ditemokake ing bagean dokumentasi lan ing kita ing Habré. Kajaba iku, langkah-langkah kanggo nyiapake mulihake obyek aplikasi nggunakake Veeam Explorers diterangake ing bagean "Planning and preparation". kanggo saben instrumen. Aku nyaranake sampeyan maca kanthi teliti - iki bakal mbantu sampeyan nyiyapake sistem kanthi bener kanggo pemulihan yen perlu. Pandhuan kanggo mulihake database SQL Server diwenehi ing basa Rusia: .
Yagene aku ora bisa nganggo replika saka console vSphere?
Ing teori, replika Veeam minangka mesin virtual biasa, sing katon logis yen bisa digunakake kanthi nggunakake alat vSphere, utamane klien vSphere. Nanging, kita ora nyaranake nindakake iki, lan iki sebabe: ngoper menyang replika ing Veeam Backup & Replication minangka proses sing rada rumit, mbutuhake langkah-langkah sing runtut (supaya yen ana kedadeyan sampeyan bisa muter maneh) lan tumindak pungkasan sing bener - Cukup ndeleng gambar sing nggambarake proses kasebut:
Yen sampeyan mutusake kanggo ngaktifake replika saka klien vSphere, banjur ing mangsa ngarep sampeyan bakal nemoni sawetara masalah:
- Mekanisme kanggo ngalih menyang tiron saka Veeam Backup & replikasi (ditampilake ing diagram) ora bakal bisa maneh kanggo mesin iki.
- Data ing database Veeam Backup ora cocog karo kahanan VM sing nyata. Ing kasus paling awon, sampeyan kudu ngowahi database kanggo ndandani.
- Mundhut data bisa uga, kaya ing conto iki: pangguna kanthi manual ngaktifake replika ing klien vSphere lan mutusake kanggo terus nggarap. Sawise sawetara wektu, dheweke weruh yen tiron isih ditampilake ing Veeam Backup & Replication console, lan mutusake kanggo mbusak minangka ora perlu. Klik-tengen ing lan menehi printah "Busak saka disk". Veeam Backup & Replication langsung mbusak replika saka disk, sing, sedhela, wis digunakake kanthi lengkap minangka VM biasa lan ngemot data sing perlu lan migunani.
Mesthi, ana kahanan nalika sampeyan isih kudu nguripake replika saka klien vSphere - minangka aturan, iki kasus nalika server Veeam dipateni, lan tiron kudu diuripake karo wektu tundha. Nanging yen kabeh iku supaya karo server Veeam, sampeyan kudu bisa karo replika saka console sawijining.
Sampeyan uga kudu ora mbusak replika nggunakake klien vSphere. Veeam Backup & Replication bakal tetep ora ngerti babagan owah-owahan iki, sing bisa nyebabake kesalahan lan data sing wis lawas. Yen sampeyan ora perlu tiron maneh, mbusak nggunakake Veeam console, ora minangka VM saka klien vSphere. Kanthi cara iki sampeyan bakal tansah duwe dhaptar replika sing paling anyar.
"Oh" - ati-ati, nganyari!
Ing kene tegese, mesthi, nganyari kanggo hypervisor lan macem-macem aplikasi sing digawe serep nggunakake Veeam. Yen sampeyan ndeleng saka sudut pandang nggarap Veeam Backup & Replication, banjur nganyari bisa dipérang dadi 2 kategori: gedhe, serius, ngenalake akeh owah-owahan - lan cilik.
Ayo katon ing kategori pisanan.
Nganyari sing paling penting yaiku sing ngarahake hypervisor. Sadurunge nginstal nganyari kasebut, priksa manawa didhukung dening Veeam Backup & Replication. Nganyari iki ngenalake akeh owah-owahan ing perpustakaan lan API sing digunakake Veeam Backup & Replication, mula kode Veeam Backup & Replication kudu dianyari lan diuji kanthi bener kanggo ndhukung kanthi resmi.
Kita uga kudu ngelingi, contone, VMware ora nyedhiyakake akses advance menyang vSphere versi paling anyar kanggo produsen piranti lunak, mula pangembang lan penguji Veeam nampa versi anyar bebarengan karo umat manungsa sing maju - mulane, ana biasane wektu tundha antarane release VMware lan resmi announced support wektu tartamtu. Jumlah lan macem-macem owah-owahan sing dibutuhake kaya sing ora ana kemungkinan kanggo nyetel hotfix sing prasaja - lan dhukungan resmi, minangka aturan, diumumake bebarengan karo rilis versi Veeam Backup & Replication.
Akibaté, sing wayahe kikuk occurs nalika, sawise release saka vSphere versi anyar, nomer panjalukan kanggo technical support mundhak banget, amarga kedhaftar rush headlong kanggo nginstal versi anyar, lan serep sing, mesthi, langsung mandheg digunakake. . Kita, dhukungan teknis Veeam, kudu njlentrehake marang pangguna apa sing ditindakake kanthi salah, njaluk supaya mundur (yen bisa), utawa nggawe cara sing rumit kanggo metu saka impasse. Mulane, sadurunge nginstal nganyari serius, priksa manawa sampeyan mriksa kompatibilitas karo piranti lunak sing sampeyan lakoni, aku njaluk sampeyan!
Kabeh ing ndhuwur uga ditrapake kanggo aplikasi sing digawe serep lan ngarepake kanggo mulihake nggunakake Veeam. Baris alat Veeam Explorers uga duwe dhaptar versi sing didhukung saka aplikasi sing cocog, sing dianyari saben release Veeam Backup & Replication. Mula, sadurunge nginstal versi anyar aplikasi sampeyan - dadi Exchange, Oracle utawa SharePoint - priksa manawa sampeyan maca maneh bagean sing cocog. .
Kanggo kategori kapindho, i.e. Miturut nganyari cilik aku kalebu, contone, versi anyar saka VMware Tools, nganyari Exchange kumulatif, nganyari keamanan vSphere, etc. Biasane, dheweke ora ngenalake modifikasi utama, lan biasane Veeam Backup & Replication ora ngalami masalah. (Mulane ora ana woro-woro umum babagan dhukungan resmi ing produk kasebut kanggo wong-wong mau.) Nanging, ing praktik kita, ana sawetara kasus nalika nganyari kasebut ngganti dalan sing biasa ditindakake kanthi signifikan sing nyebabake kesalahan ing operasi Veeam Backup. & Replikasi. Ing kahanan kaya mengkono, sawise ngonfirmasi masalah kasebut, insinyur Veeam nyoba ngeculake hotfix kanthi cepet.
Kanggo sing nganggo basa Inggris teknisYen sampeyan pengin tetep anyar karo apa sing ditindakake para insinyur lan apa sing diadhepi arsitek sistem lan spesialis dhukungan teknis, aku nyaranake langganan . Saben minggu, buletin "Word from Gostev" diterbitake kanggo para pelanggan. . Ing kono, Anton Gostev, kepala departemen manajemen produk, ngomong babagan masalah sing ditemokake (lan ora mung ing sisih Veeam), rencana kanggo versi anyar lan warta saka jagad IT. Yen sampeyan butuh informasi luwih lengkap, sampeyan bisa nyinaoni topik forum - yen salah sawijining klien duwe masalah karo operasi produk sawise nganyari apa wae, mesthine dheweke wis nulis babagan forum kasebut.
Nalika sampeyan ngerti, patch lan nganyari bisa nyebabake masalah ora mung karo serep, nanging uga karo aplikasi sing nggawe serep kasebut. Lan ing kene laboratorium virtual - Veeam DataLabs - bakal mbantu sampeyan. Sampeyan mbokmenawa wis krungu babagan SureBackup, fungsi sing dirancang kanggo verifikasi serep. Iki adhedhasar panggunaan DataLabs, kanthi nggawe lingkungan terisolasi sing bisa, utamane, nyoba nganyari sadurunge nginstal ing produksi. Aku banget nyaranake nindakake iki - sampeyan bakal nyimpen akeh sel saraf. Lan yen ana sing durung ngerti babagan SureBackup, aku nyaranake maca .
Aku mung duwe kanggo dina iki, matur nuwun kanggo manungsa waé!
Apa maneh kanggo maca
Artikel babagan Habré:
Source: www.habr.com