Hari ini saya sekali lagi berbesar hati untuk menyampaikan kepada anda petua berguna daripada rakan sekerja saya Evgeniy Ivanov, ketua pasukan pasukan sokongan teknikal Veeam. Kali ini Zhenya berkongsi cadangan untuk bekerja dengan sandaran dan replika. Saya harap mereka akan membantu anda mengelakkan kesilapan biasa, dan replika dan sandaran anda tidak akan menjadi "pautan lemah" dalam proses pemulihan, jika perlu.
Jadi, selamat datang ke kucing.
Dalam saya sebelum ini kami melihat cara mengoptimumkan beban pada komponen infrastruktur sandaran dan melihat ralat konfigurasi biasa. Mari kita beralih ke topik penting lain - penyediaan yang betul dan pelaksanaan pemulihan. Kami juga akan menganalisisnya menggunakan contoh sebenar yang berpeluang bekerjasama dengan pasukan sokongan teknikal.
Sandaran tanpa restoran - wang ke dalam longkang
Kami kerap dihubungi oleh pengguna yang mendapati diri mereka berada dalam situasi sukar yang sama: adalah perlu untuk memulihkan daripada sandaran, tetapi apabila mereka cuba melakukan ini, orang ramai terjumpa masalah yang tidak dapat diselesaikan untuk mereka. Dan masalah ini bukanlah kekurangan sandaran, aktiviti CryptoLocker atau sebagainya. Ini adalah "hanya" perhatian yang tidak mencukupi untuk menguji sandaran dan replika untuk kebolehpulihan. Ramai orang sering menumpukan secara eksklusif pada proses membuat sandaran, lupa bahawa hanya mempunyai salinan sandaran bukanlah ubat mujarab untuk masalah yang mungkin berlaku. Anda perlu memahami bahawa pemulihan adalah proses yang sama sekali berbeza, yang mempunyai ciri tersendiri, dan yang mesti dipantau dan diuji sebelum dilancarkan ke dalam pengeluaran. Berikut adalah beberapa contoh ilustrasi:
- Seorang pengguna mengalami gangguan pada mesin maya 20 TB kritikal. Masa henti, sudah tentu, tidak boleh diterima, dan pentadbir memulakan proses pemulihan segera (pemulihan segera VM) - selepas 5 minit mesin dihidupkan. Tetapi kami ingat bahawa keadaan mesin ini hanya boleh digunakan buat sementara waktu - ia mesti dipindahkan ke stor data pengeluaran. Dan dalam contoh ini, ternyata, keupayaan infrastruktur tidak membenarkan menyalin 20 TB data dalam masa yang munasabah. Dalam tetapan proses pemulihan segera, ia dipilih untuk menyimpan perubahan pada cakera DARI: Pelayan Sandaran & Replikasi Veeam (berbanding dengan petikan vSphere) - akibatnya, sudah tentu ruang cakera kosong terisi dengan cepat. Pada masa pengguna menghubungi sokongan, VM mempunyai perubahan yang tidak boleh diabaikan. Iaitu, kita mempunyai situasi di mana mustahil untuk memuktamadkan proses pemulihan segera mesin kritikal - bagaimana kita boleh menyimpan data?
Terus terang, selama bertahun-tahun saya tidak lagi mengingati semua butiran akhir, tetapi saya ingat bahawa pada akhirnya kami tidak menghasilkan apa-apa yang cemerlang. Pelanggan di pihak mereka sekurang-kurangnya menyelesaikan masalah ini dengan mengembangkan pemacu C: dari rizab, menyalin fail yang paling penting dan kemudian mematikan VM dan berhijrah ke arah itu. Secara umum, tiada keajaiban berlaku.
- Infrastruktur pengguna menjalankan satu pengawal domain dan semua komponen Sandaran & Replikasi Veeam telah dikonfigurasikan menggunakan DNS. Ya, ya, betul, anda dengar betul. Terdapat seratus pilihan untuk pembangunan acara, tidak kurang, tetapi pada hakikatnya semuanya berjalan seperti ini: orang ramai merancang penyelenggaraan dan memutuskan untuk beralih kepada replika pengawal domain mereka. Mereka menggunakan suis terancang, yang biasanya disyorkan dalam situasi sedemikian. Pada peringkat pertama, semuanya berjalan lancar, tetapi pada peringkat kedua, sumber VM dimatikan seketika untuk memindahkan data yang tinggal. Sudah tentu, kerja tukar ganti serta-merta gagal kerana DNS berhenti berfungsi.
Nasib baik, kami dapat menangani situasi di sini dengan mendayakan replika secara manual daripada vSphere (sebenarnya tidak disyorkan untuk melakukan ini sendiri, seperti yang anda akan lihat dalam contoh berikut). Tetapi, seperti yang anda faham, proses penyelenggaraan telah terganggu dan ditangguhkan. Di samping itu, kami perlu memasukkan nama hos secara manual ke dalam fail C:WindowsSystem32driversthosts pada pelayan Veeam Backup & Replication untuk memastikan ketepatan semasa penukaran semula.
- Pelanggan lain mempunyai infrastruktur sandaran keseluruhan yang dibina di sekeliling pemacu pita, dengan hanya rentetan pendek fail yang disimpan pada cakera. Apabila mereka perlu memulihkan beberapa fail daripada pelayan fail yang besar, mereka mendapati bahawa kedua-dua mesin tidak boleh digunakan sebagai repositori sekunder untuk pemulihan pita kerana tiada satu pun mempunyai ruang kosong yang mencukupi. (Anda boleh membaca tentang pemulihan daripada pita magnetik secara langsung dan menggunakan repositori tambahan (dalam bahasa Inggeris buat masa ini)).
Saya fikir dalam ketiga-tiga contoh, pengguna, boleh dikatakan, terpikat oleh ilusi - mereka menganggap bahawa jika sandaran berjaya, maka tidak akan ada masalah dengan pemulihan. Tetapi ini, seperti yang anda faham, tidak semestinya selalu berlaku, dan oleh itu anda perlu bersedia untuk pemulihan sama seperti untuk sandaran. Sebagai permulaan, ia bernilai belajar , yang mengandungi maklumat yang agak terperinci tentang pelbagai jenis pemulihan. Pada permulaan setiap perenggan, keperluan, tindakan persediaan dan kemungkinan sekatan disenaraikan. Penerangan mengenai pemulihan daripada pita magnetik atau daripada syot kilat storan perkakasan boleh didapati di bahagian dokumentasi dan dalam kami pada HabrΓ©. Selain itu, langkah untuk menyediakan untuk memulihkan objek aplikasi menggunakan Veeam Explorers diterangkan dalam bahagian "Perancangan dan penyediaan". bagi setiap instrumen. Saya mengesyorkan agar anda membacanya dengan teliti - ini akan membantu anda menyediakan sistem dengan betul untuk pemulihan jika perlu. Arahan untuk memulihkan pangkalan data SQL Server diberikan dalam bahasa Rusia: .
Mengapa saya tidak boleh menggunakan replika daripada konsol vSphere?
Secara teorinya, replika Veeam ialah mesin maya biasa, yang nampaknya logik untuk digunakan menggunakan alat vSphere, khususnya, klien vSphere. Walau bagaimanapun, kami tidak mengesyorkan melakukan ini, dan inilah sebabnya: menukar kepada replika dalam Veeam Backup & Replication ialah proses yang agak rumit, memerlukan langkah berurutan yang ketat (supaya jika sesuatu berlaku, anda boleh melancarkan satu langkah) dan membetulkan tindakan akhir - lihat sahaja gambar yang menggambarkan proses:
Jika anda memutuskan untuk mendayakan replika daripada klien vSphere, maka pada masa hadapan anda berkemungkinan besar akan menghadapi beberapa masalah:
- Mekanisme untuk bertukar kepada replika daripada Veeam Backup & replication (ditunjukkan dalam rajah) tidak akan berfungsi lagi untuk mesin ini.
- Data dalam pangkalan data Veeam Backup tidak akan sepadan dengan keadaan sebenar VM. Dalam kes yang paling teruk, anda perlu mengedit pangkalan data untuk membetulkannya.
- Kehilangan data juga mungkin, seperti dalam contoh ini: pengguna mendayakan replika secara manual dalam klien vSphere dan memutuskan untuk terus bekerja dengannya. Selepas beberapa lama, dia menyedari bahawa replika itu masih dipaparkan dalam konsol Veeam Backup & Replication, dan memutuskan untuk mengalih keluarnya sebagai tidak perlu. Klik kanan padanya dan memberikan arahan "Padam dari cakera". Veeam Backup & Replication segera memadamkan replika daripada cakera, yang, buat seketika, sudah digunakan sepenuhnya sebagai VM biasa dan mengandungi data yang diperlukan dan berguna.
Sudah tentu, terdapat situasi apabila anda masih perlu menghidupkan replika daripada klien vSphere - sebagai peraturan, ini adalah kes apabila pelayan Veeam dimatikan, dan replika perlu dihidupkan dengan kelewatan. Tetapi jika semuanya teratur dengan pelayan Veeam, maka anda perlu bekerja dengan replika dari konsolnya.
Anda juga tidak seharusnya memadamkan replika menggunakan klien vSphere. Sandaran & Replikasi Veeam akan kekal tidak menyedari perubahan ini, yang mungkin mengakibatkan ralat dan data lapuk. Jika anda tidak lagi memerlukan replika, padamkannya menggunakan konsol Veeam, bukan sebagai VM daripada klien vSphere. Dengan cara ini anda akan sentiasa mempunyai senarai replika yang terkini.
"Oh" - berhati-hati, kemas kini!
Di sini kami maksudkan, sudah tentu, kemas kini untuk hipervisor dan pelbagai aplikasi yang disandarkan menggunakan Veeam. Jika anda melihatnya dari sudut pandangan bekerja dengan Veeam Backup & Replication, maka kemas kini boleh dibahagikan kepada 2 kategori: besar, serius, memperkenalkan banyak perubahan - dan yang kecil.
Mari kita lihat kategori pertama dahulu.
Kemas kini yang paling penting ialah yang menyasarkan hypervisor. Sebelum memasang kemas kini sedemikian, pastikan anda memastikan bahawa ia disokong oleh Veeam Backup & Replication. Kemas kini ini memperkenalkan banyak perubahan pada perpustakaan dan API yang digunakan oleh Veeam Backup & Replication, jadi kod Veeam Backup & Replication mesti dikemas kini dan diuji dengan teliti untuk menyokongnya secara rasmi.
Kita juga harus ingat bahawa, sebagai contoh, VMware tidak menyediakan akses awal kepada versi terkini vSphere untuk pengeluar perisian, jadi pembangun dan penguji Veeam menerima versi baharu pada masa yang sama dengan seluruh umat manusia progresif - oleh itu, terdapat biasanya merupakan kelewatan antara keluaran VMware dan mengumumkan sokongan secara rasmi pada masa tertentu. Bilangan dan kepelbagaian perubahan yang diperlukan adalah sedemikian sehingga terdapat sedikit peluang untuk memasukkannya ke dalam hotfix ringkas - dan sokongan rasmi, sebagai peraturan, diumumkan bersama-sama dengan keluaran versi keluaran Veeam Backup & Replication.
Akibatnya, detik janggal itu berlaku apabila, selepas keluaran versi baharu vSphere, bilangan permintaan untuk sokongan teknikal meningkat dengan mendadak, kerana pengguna tergesa-gesa untuk memasang versi baharu, dan sandaran mereka, sudah tentu, serta-merta berhenti berfungsi . Kami, sokongan teknikal Veeam, perlu menjelaskan kepada pengguna apa sebenarnya yang mereka lakukan salah, meminta mereka berpatah balik (jika boleh), atau menghasilkan cara yang rumit untuk keluar dari kebuntuan. Oleh itu, sebelum memasang kemas kini yang serius, pastikan anda menyemak keserasiannya dengan perisian yang anda jalankan, saya mohon!
Semua perkara di atas juga terpakai pada aplikasi yang anda sandarkan dan jangkakan untuk pulihkan menggunakan Veeam. Barisan alat Veeam Explorers juga mempunyai senarai versi yang disokong bagi aplikasi yang sepadan, yang dikemas kini dengan setiap keluaran Veeam Backup & Replication. Oleh itu, sebelum memasang versi baharu aplikasi anda - sama ada Exchange, Oracle atau SharePoint - pastikan anda membaca semula bahagian yang berkaitan .
Kepada kategori kedua, i.e. Dengan kemas kini kecil, saya menyertakan, sebagai contoh, versi baharu Alat VMware, kemas kini Exchange terkumpul, kemas kini keselamatan vSphere, dsb. Biasanya, mereka tidak memperkenalkan sebarang pengubahsuaian besar, dan dalam kebanyakan kes Veeam Backup & Replication tidak mengalami masalah dengannya. (Itulah sebabnya tiada pengumuman awam tentang sokongan rasmi dalam produk untuk mereka.) Walau bagaimanapun, dalam amalan kami, terdapat kes apabila kemas kini sedemikian mengubah haluan biasa dengan begitu ketara sehingga menyebabkan ralat dalam pengendalian Veeam Backup & Replikasi. Dalam situasi sedemikian, selepas mengesahkan masalah itu, jurutera Veeam cuba mengeluarkan hotfix dengan cepat.
Bagi mereka yang bercakap bahasa Inggeris teknikalJika anda ingin mengikuti perkembangan terkini tentang perkara yang sedang diusahakan oleh jurutera dan arkitek sistem dan pakar sokongan teknikal yang dihadapi, saya syorkan anda melanggan . Setiap minggu, surat berita "Word from Gostev" diterbitkan untuk pelanggannya. . Di dalamnya, Anton Gostev, ketua jabatan pengurusan produk, bercakap tentang masalah yang ditemui baru-baru ini (dan bukan sahaja di sisi Veeam), rancangan untuk versi baharu dan berita dari dunia IT. Jika anda memerlukan lebih banyak maklumat, anda boleh mengkaji topik forum - jika salah seorang pelanggan mempunyai masalah dengan operasi produk selepas sebarang kemas kini, dia, kemungkinan besar, telah menulis mengenainya di forum.
Seperti yang anda fahami, tampalan dan kemas kini boleh membawa kepada masalah bukan sahaja dengan sandaran, tetapi juga dengan aplikasi yang sandaran ini dibuat. Dan di sini makmal maya - Veeam DataLabs - akan membantu anda. Anda mungkin pernah mendengar tentang SureBackup, fungsi yang direka untuk mengesahkan sandaran. Ia berdasarkan tepat pada penggunaan DataLabs, dengan penciptaan persekitaran terpencil di mana anda boleh, khususnya, menguji kemas kini sebelum memasangnya dalam pengeluaran. Saya sangat mengesyorkan melakukan ini - anda akan menyelamatkan diri anda banyak sel saraf. Dan jika sesiapa yang belum tahu tentang SureBackup lagi, saya syorkan membacanya .
Saya rasa itu sahaja yang saya ada untuk hari ini, terima kasih atas perhatian anda!
Apa lagi yang perlu dibaca
Artikel mengenai HabrΓ©:
Sumber: www.habr.com