Halo pembaca blog kami! Kami sebagian sudah familiar - postingan saya dalam bahasa Inggris muncul di sini dalam terjemahan rekan saya yang terkasih . Kali ini saya memutuskan untuk berbicara langsung kepada penonton berbahasa Rusia.
Untuk debut saya, saya ingin menemukan topik yang menarik bagi khalayak seluas mungkin dan memerlukan pertimbangan mendetail. Daniel Defoe berpendapat bahwa kematian dan pajak menunggu siapa pun. Bagi saya, saya dapat mengatakan bahwa setiap teknisi dukungan akan menghadapi pertanyaan tentang kebijakan penyimpanan titik pemulihan (atau, dalam istilah yang lebih sederhana, retensi). Saya mulai menjelaskan cara kerja retensi 4 tahun yang lalu sebagai Insinyur Junior Tingkat XNUMX, dan sekarang saya terus menjelaskannya sebagai pemimpin tim berbahasa Spanyol dan Italia. Saya yakin rekan-rekan saya dari dukungan tingkat kedua bahkan ketiga juga rutin menjawab pertanyaan yang sama.
Oleh karena itu, saya ingin menulis postingan terakhir yang sedetail mungkin, sehingga pengguna berbahasa Rusia dapat kembali lagi dan lagi sebagai referensi. Saatnya tepat - versi ulang tahun kesepuluh yang baru dirilis menambahkan fitur-fitur baru ke fungsi dasar yang tidak berubah selama bertahun-tahun. Posting saya difokuskan terutama pada versi ini - meskipun sebagian besar yang tertulis benar untuk versi sebelumnya, Anda tidak akan menemukan beberapa fungsi yang dijelaskan di sana. Terakhir, melihat sedikit ke masa depan, saya akan mengatakan bahwa beberapa perubahan diharapkan terjadi pada versi berikutnya, tetapi kami akan memberi tahu Anda tentang hal itu ketika saatnya tiba. Jadi mari kita mulai.
Pekerjaan cadangan
Pertama, mari kita lihat bagian yang tidak berubah di versi 10. Kebijakan retensi ditentukan oleh beberapa parameter. Mari buka jendela untuk membuat tugas baru dan buka tab Penyimpanan. Di sini kita akan melihat parameter yang menentukan jumlah titik pemulihan yang diinginkan:
Namun, ini hanyalah sebagian dari persamaan. Jumlah poin sebenarnya juga ditentukan oleh mode pencadangan yang ditetapkan untuk pekerjaan tersebut. Untuk memilih opsi ini, klik tombol Advanced pada tab yang sama. Ini akan membuka jendela baru dengan banyak pilihan. Mari kita beri nomor dan pertimbangkan satu per satu:
Jika hanya opsi 1 yang diaktifkan, pekerjaan akan berjalan dalam mode "inkremental tanpa batas" (inkremental maju selamanya). Tidak ada kesulitan di sini - tugas akan menyimpan jumlah titik pemulihan yang ditetapkan dari cadangan penuh (file dengan ekstensi VBK) hingga peningkatan terakhir (file dengan ekstensi VIB). Ketika jumlah poin melebihi nilai yang ditetapkan, kenaikan terlama akan digabungkan dengan cadangan penuh. Dengan kata lain, jika tugas diatur untuk menyimpan 3 poin, maka segera setelah sesi berikutnya akan ada 4 poin di repositori, setelah itu cadangan penuh akan digabungkan dengan kenaikan terlama dan jumlah total poin akan kembali ke 3.
Yang juga sangat sederhana adalah retensi untuk mode “inkremental terbalik” (inkremental terbalik) (opsi 2). Karena dalam hal ini titik terbaru akan menjadi cadangan penuh, diikuti oleh serangkaian apa yang disebut rollback (file dengan ekstensi VRB), untuk menerapkan retensi, cukup dengan menghapus rollback terlama. Situasinya akan sama: segera setelah sesi, jumlah poin akan melebihi nilai yang ditetapkan sebesar 1, setelah itu akan kembali ke nilai yang diinginkan.
Perhatikan bahwa dengan mode reverse-inkremental, Anda juga dapat mengaktifkan pencadangan penuh berkala (opsi 4), namun hal ini tidak akan mengubah esensinya. Ya, titik pemulihan penuh akan muncul di rantai, tetapi kami tetap akan menghapus titik terlama satu per satu.
Akhirnya, kita sampai pada bagian yang menarik. Jika Anda mengaktifkan pencadangan tambahan, tetapi juga mengaktifkan opsi 3 atau 4 (atau keduanya secara bersamaan), tugas akan mulai membuat pencadangan penuh berkala menggunakan metode "aktif" atau sintetis. Metode pembuatan cadangan penuh tidak penting - ini akan berisi data yang sama, dan rantai tambahan akan dibagi menjadi "sub-rantai". Metode ini disebut maju inkremental, dan inilah yang menyebabkan sebagian besar pertanyaan dari pelanggan kami.
Retensi diterapkan di sini dengan menghapus bagian terlama dari rantai (dari cadangan penuh ke cadangan tambahan). Pada saat yang sama, kami tidak akan menghapus hanya cadangan kosong atau hanya sebagian dari peningkatannya. Seluruh "subrantai" dihapus seluruhnya sekaligus. Arti pengaturan jumlah poin juga berubah - jika pada metode lain ini adalah jumlah maksimum yang diperbolehkan, setelah itu harus diterapkan retensi, maka di sini pengaturan ini menentukan jumlah minimum. Dengan kata lain, setelah menghapus "subrantai" terlama, jumlah poin di bagian yang tersisa tidak boleh kurang dari jumlah minimum ini.
Saya akan mencoba menggambarkan konsep ini secara grafis. Katakanlah retensi diatur ke 3 poin, tugas berjalan setiap hari dengan cadangan penuh pada hari Senin. Dalam hal ini, retensi akan diterapkan ketika jumlah total poin mencapai 10:
Kenapa sudah 10 padahal mereka memasang 3? Pada hari Senin, cadangan penuh telah dibuat. Dari Selasa hingga Minggu, pekerjaan tersebut menciptakan peningkatan. Akhirnya, Senin depan, cadangan penuh dibuat lagi dan hanya ketika 2 peningkatan dibuat akhirnya seluruh bagian rantai yang lama dapat dihapus, karena jumlah poin yang tersisa tidak akan berada di bawah set 3.
Jika idenya jelas, maka saya sarankan Anda mencoba menghitung sendiri retensinya. Mari kita ambil kondisi berikut: tugas diluncurkan untuk pertama kalinya pada hari Kamis (tentu saja, cadangan penuh akan dibuat). Tugasnya diatur untuk membuat cadangan penuh pada hari Rabu dan Minggu dan menyimpan 8 titik pemulihan. Kapan retensi akan diterapkan pertama kali?
Untuk menjawab pertanyaan ini, saya sarankan Anda mengambil selembar kertas, menggambarnya berdasarkan hari dalam seminggu dan menuliskan poin mana yang dibuat setiap hari. Jawabannya akan menjadi jelas
Menjawab
Klarifikasi: Untuk menjawabnya, cukup bertanya pada diri sendiri “kapan retensi akan diterapkan”? Jawabannya adalah ketika kita bisa menghilangkan 3 poin pertama (VBK, VIB, VIB) dan sisa rantainya tidak turun di bawah 8 poin yang disyaratkan. Jelas terlihat bahwa kami akan mampu melakukan ini ketika kami memiliki total 11 poin, yaitu pada hari Minggu minggu kedua.
Beberapa pembaca mungkin keberatan: “mengapa semua ini, jika ada ? Tidak diragukan lagi, ini adalah alat yang sangat berguna, dan dalam beberapa kasus saya akan menggunakannya, tetapi alat ini juga memiliki keterbatasan. Pertama-tama, ini tidak memungkinkan Anda untuk menentukan kondisi awal, dan dalam banyak kasus pertanyaannya adalah “kita memiliki rantai seperti itu, apa yang akan terjadi jika kita mengubah pengaturan ini dan itu?”. Kedua, visibilitas alat ini masih kurang. Saat menampilkan halaman RPS kepada klien, saya tidak menemukan pemahamannya, tetapi setelah mengecatnya seperti pada contoh (bahkan menggunakan Paint yang sama), hari demi hari semuanya menjadi jelas.
Terakhir, kami belum mempertimbangkan opsi “Ubah rantai cadangan sebelumnya menjadi rollback” (ditandai dengan nomor 5). Opsi ini terkadang membingungkan pelanggan yang mengaktifkannya “on the fly”, ingin mengaktifkan cadangan sintetis sederhana. Sementara itu, opsi ini mengaktifkan mode pencadangan yang sangat khusus. Tanpa menjelaskan secara detail, saya akan langsung mengatakan bahwa pada tahap pengembangan produk ini, “Ubah rantai cadangan sebelumnya menjadi rollback” adalah opsi yang sudah ketinggalan zaman, dan saya tidak dapat memikirkan satu skenario pun kapan opsi tersebut harus digunakan. Nilainya sangat meragukan sehingga untuk beberapa waktu Anton Gostev sendiri mengirim panggilan melalui forum, memintanya untuk mengirimkan contoh kegunaannya (jika ada, tulis di komentar, saya sangat tertarik). Jika tidak ada (saya pikir mereka akan melakukannya), maka opsi tersebut akan dihapus di versi mendatang.
Pekerjaan akan menghasilkan peningkatan (VIB) hingga hari pencadangan penuh sintetis dijadwalkan. Pada hari ini VBK memang dibuat, namun semua poin sebelum VBK ini diubah menjadi rollback (VRB). Setelah itu, pekerjaan akan terus membuat penambahan pada cadangan penuh hingga cadangan sintetis berikutnya. Hasilnya, campuran file VBK, VBR, dan VIB yang eksplosif tercipta dalam rantai tersebut. Retensi diterapkan dengan sangat sederhana - dengan menghapus VBR terakhir:
Masalah
Selain pemahaman sebenarnya tentang cara kerjanya, sebagian besar masalah yang muncul saat menggunakan mode inkremental biasanya terkait dengan full backup. Cadangan penuh secara teratur diperlukan untuk mode ini, jika tidak, repositori akan mengumpulkan poin hingga meluap.
Misalnya, pencadangan penuh mungkin terlalu jarang dibuat. Katakanlah tugas diatur untuk menyimpan 10 poin, dan cadangan penuh dibuat sebulan sekali. Jelas bahwa jumlah poin sebenarnya di sini akan jauh lebih besar daripada jumlah poin yang ditetapkan. Atau tugas umumnya diatur untuk bekerja dalam mode peningkatan tak terbatas dan menyimpan 50 poin. Kemudian seseorang secara tidak sengaja membuat full backup. Itu saja, mulai sekarang tugas akan menunggu hingga poin penuh terakumulasi 49 kelipatan, setelah itu akan menerapkan retensi dan kembali ke mode penuh tak terbatas.
Dalam kasus lain, cadangan penuh diatur untuk dibuat secara teratur, namun karena alasan tertentu tidak. Saya akan mencantumkan alasan paling populer di sini. Beberapa pelanggan lebih suka menggunakan opsi penjadwalan “jalankan setelah” dan mengatur pekerjaan untuk dijalankan secara berantai. Mari kita ambil contoh ini: ada 3 pekerjaan yang dijalankan setiap hari dan membuat cadangan penuh pada hari Minggu. Tugas pertama dimulai pukul 22.30, sisanya diluncurkan secara berantai. Pencadangan tambahan membutuhkan waktu 10 menit, dan oleh karena itu, pada pukul 23.00 semua tugas menyelesaikan pekerjaannya. Namun pencadangan penuh membutuhkan waktu satu jam, jadi pada hari Minggu hal berikut terjadi: tugas pertama dijalankan dari pukul 22.30 hingga 23.30. Berikutnya adalah pukul 23.30 hingga 00.30. Namun tugas ketiga diluncurkan pada hari Senin. Pencadangan penuh dikonfigurasi untuk hari Minggu, jadi dalam hal ini pencadangan tidak akan terjadi. Tugas akan menunggu pencadangan penuh untuk menerapkan retensi. Jadi berhati-hatilah saat menggunakan opsi "jalankan setelah" atau jangan gunakan sama sekali - cukup atur pekerjaan untuk dimulai pada waktu yang sama dan biarkan penjadwal sumber daya melakukan tugasnya.
Opsi sulit “Hapus item yang dihapus”
Melalui pengaturan tugas Penyimpanan - Lanjutan - Pemeliharaan, Anda dapat menemukan opsi "hapus data item yang dihapus setelah", dihitung dalam hari.
Beberapa klien mengharapkan ini sebagai retensi. Sebenarnya, ini adalah pilihan yang sepenuhnya terpisah, kesalahpahaman yang dapat menyebabkan konsekuensi yang tidak terduga. Namun, pertama-tama, saya perlu menjelaskan bagaimana B&R bereaksi terhadap situasi ketika hanya beberapa mesin yang berhasil dicadangkan selama sesi tersebut.
Bayangkan skenario ini: pekerjaan inkremental tanpa batas yang dikonfigurasi untuk menyimpan 6 poin. Ada 2 mesin yang bertugas, yang satu selalu berhasil dibackup, yang lain terkadang error. Akibatnya, pada poin ketujuh, situasi berikut telah berkembang:
Sudah waktunya untuk menerapkan retensi, tetapi satu mesin memiliki 7 poin, dan yang lainnya hanya 4. Apakah retensi akan diterapkan di sini? Jawabannya adalah ya, itu akan terjadi. Jika setidaknya satu objek telah dicadangkan, B&R menganggap bahwa titik tersebut telah dibuat.
Situasi serupa dapat muncul jika beberapa mesin tidak disertakan dalam tugas selama sesi tertentu. Hal ini terjadi, misalnya, ketika mesin ditambahkan ke tugas tidak secara individual, tetapi sebagai bagian dari wadah (folder, penyimpanan) dan beberapa mesin bermigrasi sementara ke wadah lain. Pekerjaan tersebut kemudian akan dianggap berhasil, namun Anda akan menemukan pesan dalam statistik yang memberitahu Anda untuk memperhatikan fakta bahwa mesin ini dan itu tidak lagi memproses pekerjaan tersebut.
Apa jadinya jika Anda tidak memperhatikannya? Dalam kasus mode inkremental tak terbatas atau inkremental terbalik, jumlah titik pemulihan mesin "bermasalah" akan berkurang pada setiap sesi hingga mencapai 1 yang disimpan di VBK. Dengan kata lain, meskipun mesin tidak dicadangkan dalam waktu lama, satu titik pemulihan akan tetap ada. Hal ini tidak terjadi jika pencadangan penuh berkala diaktifkan. Jika sinyal dari B&R diabaikan, titik terakhir pada akhirnya mungkin terhapus bersama dengan bagian rantai yang lama.
Setelah memahami detail ini, kami akhirnya dapat mempertimbangkan opsi “Hapus data item yang dihapus setelahnya”. Ini akan menghapus semua poin untuk mesin tertentu jika mesin tersebut tidak dicadangkan selama X hari. Harap dicatat bahwa pengaturan ini tidak merespons kesalahan (mencobanya - tidak berhasil). Bahkan tidak boleh ada upaya untuk membuat cadangan mesin. Tampaknya opsi ini berguna dan harus selalu diaktifkan. Jika administrator menghapus mesin dari tugas, maka logis untuk menghapus rantai data yang tidak diperlukan setelah beberapa saat. Namun, penyetelan membutuhkan disiplin dan kehati-hatian.
Izinkan saya memberi Anda contoh dari latihan: beberapa wadah ditambahkan ke tugas, yang komposisinya cukup dinamis. Karena kekurangan RAM, server B&R mengalami masalah yang tidak disadari. Tugas dimulai dan mencoba membuat cadangan mesin, kecuali satu, yang pada saat itu tidak ada dalam wadah. Karena banyak mesin menghasilkan kesalahan, secara default B&R harus melakukan 3 upaya tambahan untuk membuat cadangan mesin yang "bermasalah". Karena masalah terus-menerus dengan RAM, upaya ini memakan waktu beberapa hari. Tidak ada upaya kedua untuk mencadangkan VM yang hilang (tidak adanya VM bukan merupakan kesalahan). Hasilnya, dalam salah satu upaya berulang, kondisi “Hapus item yang dihapus” terpenuhi dan semua titik mesin terhapus.
Pada kesempatan kali ini, saya dapat mengatakan yang berikut: jika Anda memiliki pemberitahuan tentang hasil tugas yang diatur, dan lebih baik lagi, integrasi dengan Veeam ONE digunakan, kemungkinan besar hal ini tidak akan terjadi pada Anda. Jika Anda melihat server B&R seminggu sekali untuk memeriksa apakah semuanya berfungsi, lebih baik menolak opsi yang berpotensi menyebabkan penghapusan cadangan.
Apa yang baru di v.10
Apa yang telah kita bicarakan sebelumnya telah ada di B&R dalam banyak versi. Setelah memahami prinsip-prinsip kerja ini, sekarang mari kita lihat apa yang ditambahkan dalam "sepuluh besar" peringatan itu.
Retensi harian
Di atas, kami mempertimbangkan kebijakan penyimpanan "klasik" berdasarkan jumlah poin. Pendekatan alternatif adalah dengan menetapkan “hari” dan bukan “titik pemulihan” di menu yang sama.
Idenya jelas dari namanya - retensi akan menyimpan jumlah hari yang ditentukan, jumlah poin setiap hari tidak menjadi masalah. Saat melakukannya, ingatlah hal berikut:
- Hari ini tidak diperhitungkan saat menghitung retensi
- Hari-hari ketika tugas tidak berhasil sama sekali juga dihitung. Hal ini harus diingat agar Anda tidak kehilangan poin secara tidak sengaja dari tugas-tugas yang berjalan tidak teratur.
- Titik pemulihan dihitung sejak hari pembuatannya (yaitu jika tugas dimulai pada hari Senin dan selesai pada hari Selasa, maka ini adalah titik dari hari Senin)
Jika tidak, prinsip penerapan retensi berdasarkan tugas juga ditentukan oleh metode pencadangan yang dipilih. Mari kita coba tugas penghitungan lainnya menggunakan metode inkremental yang sama. Katakanlah retensi diatur ke 8 hari, tugas berjalan setiap 6 jam dengan pencadangan penuh pada hari Rabu. Dalam hal ini, tugas tidak dikerjakan pada hari Minggu. Pekerjaan dijalankan pada hari Senin untuk pertama kalinya. Kapan retensi akan diterapkan?
Menjawab
Seperti biasa, yang terbaik adalah menggambar tanda. Saya akan membiarkan diri saya menyederhanakan tugas dan tidak akan menarik semua poin yang dibuat untuk setiap hari, karena jumlah poin per hari tidak menjadi masalah di sini. Yang penting bagi kami adalah pada hari Senin pertama dan pada hari Rabu poin pertama akan menjadi cadangan penuh, di hari lain tugas hanya akan membuat 4 poin tambahan.
Kami memahami sendiri bahwa retensi akan diterapkan dengan menghapus cadangan penuh hari Senin dan penambahannya. Kapan itu akan terjadi? Ketika sisa rantai akan berisi 8 hari. Pada saat yang sama, kami tidak menghitung hari ini, tetapi hari Minggu, sebaliknya, kami menghitungnya. Jadi jawabannya adalah hari Kamis minggu kedua.
Pengarsipan GFS untuk pekerjaan reguler
Sebelum v.10, metode penyimpanan Kakek-Ayah-Anak (GFS) hanya tersedia untuk pekerjaan salinan cadangan dan pekerjaan penyalinan pita. Sekarang juga tersedia untuk cadangan reguler.
Meskipun hal ini tidak terkait dengan topik saat ini, saya tidak dapat mengatakan bahwa fungsi baru ini tidak berarti penyimpangan dari strategi 3-2-1. Kehadiran titik arsip di repositori utama tidak mempengaruhi keandalannya dengan cara apa pun. Dapat dipahami bahwa GFS akan digunakan bersama dengan repositori perluasan skala untuk mengirimkan titik-titik ini ke S3 dan penyimpanan serupa. Jika Anda tidak menggunakannya, lebih baik terus menyimpan titik utama dan titik arsip di repositori yang berbeda.
Sekarang mari kita lihat prinsip pembuatan poin GFS. Pada pengaturan tugas, pada langkah Penyimpanan, telah muncul tombol khusus yang memanggil menu berikut:
Inti dari GFS dapat diringkas menjadi beberapa poin (perhatikan bahwa GFS bekerja secara berbeda pada jenis tugas lain, tetapi akan dibahas lebih lanjut nanti):
- Tugas ini tidak membuat cadangan lengkap terpisah di bawah titik GFS. Sebagai gantinya, cadangan penuh yang paling sesuai yang tersedia akan digunakan. Oleh karena itu, pekerjaan harus dijalankan dalam mode inkremental dengan pencadangan penuh secara berkala, atau pencadangan penuh harus dibuat secara manual oleh pengguna.
- Jika hanya satu periode yang diaktifkan (misalnya, periode mingguan), maka di awal periode GFS, tugas akan mulai menunggu pencadangan penuh dan menandai periode pertama yang sesuai sebagai GFS.
Contoh: Pekerjaan dikonfigurasi untuk menyimpan GFS mingguan menggunakan cadangan hari Rabu. Tugas ini berjalan setiap hari, namun pencadangan penuh dijadwalkan pada hari Jumat. Dalam hal ini, periode GFS akan dimulai pada hari Rabu dan tugas akan mulai menunggu titik yang sesuai. Itu akan muncul pada hari Jumat dan akan ditandai dengan bendera GFS.
- Jika beberapa periode diaktifkan sekaligus (misalnya mingguan dan bulanan), maka B&R akan menerapkan metode yang memungkinkan titik yang sama digunakan sebagai GFS beberapa interval (untuk menghemat ruang). Pengibaran bendera akan dilakukan secara bergantian, dimulai dari yang termuda.
Contoh: GFS mingguan disetel ke hari Rabu, dan GFS bulanan disetel ke minggu terakhir setiap bulan. Pekerjaan ini berjalan setiap hari dan membuat cadangan penuh pada hari Senin dan Jumat.
Untuk mempermudah, mari kita mulai menghitung dari minggu kedua dari belakang setiap bulan. Minggu ini pencadangan penuh akan dibuat pada hari Senin, namun akan diabaikan karena interval GFS mingguan dimulai pada hari Rabu. Tetapi full backup hari Jumat sepenuhnya cocok untuk titik GFS. Sistem ini sudah tidak asing lagi bagi kita.
Sekarang pertimbangkan apa yang akan terjadi pada minggu terakhir bulan ini. Interval GFS bulanan akan dimulai pada hari Senin, namun VBK hari Senin tidak akan ditandai sebagai GFS karena tugas berupaya menandai satu VBK sebagai titik GFS bulanan dan mingguan. Pada saat yang sama, pencarian dimulai dengan pencarian mingguan, oleh karena itu, menurut definisi, pencarian juga bisa menjadi pencarian bulanan.
Namun, jika hanya interval mingguan dan tahunan yang diaktifkan, keduanya akan beroperasi secara independen satu sama lain dan dapat menandai 2 VBK terpisah sebagai interval GFS yang sesuai.
Pekerjaan salinan cadangan
Jenis tugas lain, sering kali memerlukan klarifikasi dalam pekerjaannya. Untuk memulainya, mari kita analisis metode kerja "klasik", tanpa inovasi v.10
Metode retensi sederhana
Secara default, pekerjaan tersebut dijalankan dalam mode inkremental tak terbatas. Pembuatan titik ditentukan oleh dua parameter - interval penyalinan dan jumlah titik pemulihan yang diinginkan (tidak ada retensi harian di sini). Interval penyalinan diatur pada tab Pekerjaan pertama saat membuat pekerjaan:
Jumlah poin ditentukan sedikit lebih jauh pada tab Target
Pekerjaan tersebut menciptakan 1 titik baru per interval (tidak peduli berapa banyak titik yang dibuat untuk VM oleh pekerjaan asli). Di akhir interval, titik baru diselesaikan dan, jika perlu, retensi diterapkan dengan menggabungkan VBK dan kenaikan terlama. Mekanisme ini sudah tidak asing lagi bagi kita.
Metode retensi menggunakan GFS
BCJ juga dapat menyimpan poin yang diarsipkan. Ini dikonfigurasi pada tab Target yang sama, tepat di bawah jumlah pengaturan titik pemulihan:
Poin GFS dapat dibuat dengan dua cara - secara sintetis, menggunakan data di repositori sekunder, atau dengan mensimulasikan pencadangan penuh dan membaca semua data dari repositori utama (diaktifkan dengan opsi bertanda nomor 3). Retensi dalam kedua kasus akan sangat berbeda, jadi kami akan mempertimbangkannya secara terpisah.
GFS sintetis
Dalam hal ini, titik GFS tidak dibuat tepat pada hari yang ditentukan. Sebaliknya, titik GFS akan dibuat ketika VIB pada hari pembuatan titik GFS tersebut digabungkan dengan cadangan penuh. Hal ini terkadang menimbulkan kesalahpahaman, seiring berjalannya waktu, namun tetap saja tidak ada gunanya GFS. Dan hanya dukun sakti dari dukungan teknis yang dapat memprediksi pada hari apa titik tersebut masih akan muncul. Faktanya, keajaiban tidak diperlukan - lihat saja jumlah poin yang ditetapkan dan interval sinkronisasi (berapa banyak poin yang dibuat setiap hari). Coba hitung sendiri menggunakan contoh ini: tugas diatur untuk menyimpan 7 titik, interval sinkronisasi adalah 12 jam (yaitu 2 titik per hari). Saat ini sudah ada 7 titik dalam rantai, hari ini hari Senin, dan pembuatan titik GFS dijadwalkan pada hari ini. Hari apa itu akan dibuat?
Menjawab
Di sini lebih baik untuk menggambarkan bagaimana rantai akan berubah secara dinamis, dari hari ke hari:
Jadi, pada hari Senin, kenaikan terakhir dalam rantai ditandai sebagai GFS, namun tidak ada perubahan nyata lainnya yang terjadi. Setiap hari tugas tersebut menciptakan 2 poin baru, dan retensi tersebut menggerakkan rantai ke depan yang tak terhindarkan. Terakhir, pada hari Kamis, saatnya menerapkan retensi pada kenaikan yang sama. Sesi ini akan memakan waktu lebih lama dari biasanya - karena tugas akan "menarik" blok yang diperlukan dari rantai dan membuat titik penuh baru. Mulai sekarang, akan ada 8 poin di rantai - 7 di rantai utama + GFS.
Membuat poin GFS dengan opsi “Baca seluruh poin”.
Di atas saya katakan bahwa BCJ bekerja dalam mode inkremental tak terbatas. Sekarang kita akan menganalisis satu-satunya pengecualian terhadap aturan ini. Jika Anda mengaktifkan opsi “Baca seluruh titik”, titik GFS akan dibuat tepat pada hari yang dijadwalkan. Tugas itu sendiri akan bekerja dalam mode tambahan dengan pencadangan penuh berkala, yang telah kita bahas di atas. Retensi juga akan diterapkan dengan menghilangkan bagian rantai yang paling tua. Namun, dalam kasus ini, hanya penambahan yang akan dihapus, dan cadangan lengkap akan dibiarkan sebagai titik GFS. Oleh karena itu, poin yang ditandai dengan tanda GFS tidak diperhitungkan saat menghitung retensi.
Misalkan tugas diatur untuk menyimpan 7 poin dan membuat titik GFS mingguan pada hari Senin. Dalam hal ini, setiap hari Senin pekerjaan memang akan membuat cadangan penuh dan menandainya sebagai GFS. Retensi akan diterapkan bila, setelah menghapus pertambahan dari bagian terlama, jumlah pertambahan yang tersisa tidak kurang dari 7. Beginilah tampilannya pada diagram:
Jadi, pada akhir minggu kedua, ada total 14 poin dalam rantai tersebut. Selama minggu kedua, tugas tersebut menghasilkan 7 poin. Jika ini adalah tugas sederhana, retensi sudah diterapkan. Tapi ini BCJ dengan retensi GFS, jadi kami tidak menghitung poin GFS, artinya hanya ada 6. Artinya, kami masih belum bisa menerapkan retensi. Pada minggu ketiga, kami membuat full backup lagi dengan flag GFS. 15 poin, tapi sekali lagi kami tidak menghitung yang ini. Dan terakhir, pada hari Selasa minggu ketiga, kita membuat peningkatan. Sekarang, jika kita menghapus kenaikan pada rantai minggu pertama, jumlah total kenaikan akan memenuhi retensi yang ditetapkan.
Seperti disebutkan di atas, dalam metode ini sangat penting untuk membuat cadangan penuh secara teratur. Misalnya, jika Anda menetapkan retensi utama menjadi 7 hari, tetapi hanya 1 poin tahunan, mudah untuk membayangkan bahwa peningkatannya akan terakumulasi jauh lebih banyak, lebih dari 7. Dalam kasus seperti itu, lebih baik menggunakan metode pembuatan sintetis. GFS.
Dan lagi “Hapus item yang dihapus”
Opsi ini juga tersedia untuk BCJ:
Logika opsi ini di sini sama dengan tugas pencadangan biasa - jika mesin tidak diproses selama jumlah hari yang ditentukan, maka datanya akan dihapus dari rantai. Namun, untuk BCJ, opsi ini secara obyektif lebih berguna, dan inilah alasannya.
Dalam mode normal, BCJ bekerja dalam mode inkremental tak terbatas, jadi jika suatu saat mesin dikeluarkan dari tugas, maka retensi akan secara bertahap menghapus semua titik pemulihan hingga hanya tersisa satu - di VBK. Sekarang mari kita bayangkan bahwa pekerjaan tersebut juga dikonfigurasi untuk membuat titik GFS sintetis. Jika saatnya tiba, pekerjaan tersebut perlu membuat GFS untuk semua mesin dalam rantai. Jika beberapa mesin tidak memiliki poin baru sama sekali - ya, Anda harus menggunakan yang ada. Dan setiap saat. Akibatnya, situasi berikut mungkin timbul:
Perhatikan bagian File: kami memiliki VBK utama dan 2 poin GFS mingguan. Dan sekarang ke bagian Titik pemulihan - sebenarnya, file-file ini berisi gambar mesin yang sama. Tentu saja, titik GFS seperti itu tidak ada gunanya, mereka hanya memakan ruang.
Situasi ini hanya mungkin terjadi bila menggunakan GFS sintetis. Untuk mencegah hal ini, gunakan opsi “Hapus item yang dihapus”. Ingatlah untuk mengaturnya untuk jumlah hari yang memadai. Dukungan teknis telah melihat kasus di mana opsi disetel ke jumlah hari yang kurang dari interval sinkronisasi - BCJ mulai mengamuk dan menghapus poin sebelum mereka sempat membuatnya.
Perhatikan juga bahwa opsi ini tidak mempengaruhi titik GFS yang ada. Jika Anda ingin membersihkan arsip, Anda perlu melakukannya secara manual - dengan mengklik kanan pada mesin dan memilih "Hapus dari disk" (di jendela yang muncul, jangan lupa untuk mencentang kotak "Hapus GFS full backup") :
Inovasi v.10 - salinan langsung (salinan langsung)
Setelah membahas fungsi "klasik", mari beralih ke yang baru. Inovasi adalah satu hal, tetapi sangat penting. Ini adalah mode operasi baru.
Tidak ada yang namanya “interval sinkronisasi”, tugas akan terus memantau apakah titik-titik baru telah muncul dan menyalin semuanya, tidak peduli berapa banyak jumlahnya. Namun, pekerjaan tersebut tetap bersifat inkremental, artinya meskipun pekerjaan utama menciptakan VBK atau VRB, poin-poin tersebut akan disalin sebagai VIB. Jika tidak, tidak ada kejutan dalam mode ini - retensi standar dan GFS berfungsi sesuai aturan yang dijelaskan di atas (walaupun hanya GFS sintetis yang tersedia di sini).
Disk berputar. Fitur Repositori Drive yang Diputar
Ancaman virus ransomware yang terus-menerus telah menjadikan standar keamanan de facto untuk memiliki salinan data pada media yang tidak dapat dijangkau oleh virus. Salah satu pilihannya adalah dengan menggunakan repositori perputaran disk, di mana disk digunakan secara bergantian: ketika satu disk terhubung dan dapat ditulisi, sisanya disimpan di tempat yang aman.
Untuk mengajarkan B&R cara bekerja dengan repositori tersebut, dalam pengaturan repositori, pada langkah Repositori, klik tombol Tingkat Lanjut dan pilih opsi yang sesuai:
Setelah itu, VBR akan menunggu hingga rantai yang ada secara berkala menghilang dari repositori, yang berarti rotasi disk. Bergantung pada jenis repositori dan jenis pekerjaan, B&R akan berperilaku berbeda. Anda dapat merepresentasikannya dengan tabel seperti ini:
Mari pertimbangkan setiap opsi.
Pekerjaan Normal dan Repositori Windows
Jadi, kami memiliki tugas menyimpan rantai ke disk pertama. Selama rotasi, rantai yang dibuat benar-benar menghilang, dan tugas tersebut harus bertahan dari kehilangan ini. Ia menemukan penghiburan dalam membuat cadangan penuh. Jadi, setiap rotasi berarti cadangan penuh. Namun apa yang terjadi pada titik-titik pada drive yang terputus? Mereka diingat dan diperhitungkan saat menghitung retensi. Jadi, jumlah titik yang ditetapkan dalam tugas adalah berapa banyak titik yang harus disimpan di semua disk. Berikut ini contohnya:
Pekerjaan berjalan dalam mode inkremental tak terbatas dan dikonfigurasi untuk menyimpan 3 titik pemulihan. Tetapi kami juga memiliki disk kedua, dan kami memutarnya seminggu sekali (mungkin ada lebih banyak disk, ini tidak mengubah esensinya).
Pada minggu pertama, tugas akan membuat titik pada disk pertama dan menggabungkan titik tambahan. Jadi, jumlah poinnya adalah tiga:
Kemudian kami menghubungkan disk kedua. Saat startup, B&R akan melihat bahwa drive telah berubah. Rantai pada disk pertama akan hilang dari antarmuka, tetapi informasi tentangnya akan tetap ada di database. Pekerjaan sekarang akan menampung 3 titik pada disk kedua. Situasi umumnya akan seperti ini:
Terakhir, kita pasang kembali drive pertama. Sebelum membuat titik baru, tugas akan memeriksa apa yang ada di sana dengan retensinya. Dan retensinya, saya ingatkan, diatur untuk menyimpan 3 poin. Sementara itu, kami memiliki 3 titik pada disk 2 (tetapi offline dan disimpan di tempat aman yang tidak dapat dijangkau oleh B&R) dan 3 titik pada disk 1 (tetapi yang ini terhubung). Jadi, Anda dapat dengan aman menghapus 3 titik dari disk 1, karena melebihi retensi. Setelah itu, tugas tersebut membuat cadangan penuh lagi, dan rantai kami mulai terlihat seperti ini:
Jika retensi dikonfigurasi untuk menyimpan hari, bukan jumlah poin, maka logikanya tidak berubah. Selain itu, retensi GFS tidak didukung sama sekali saat menggunakan repositori dengan rotasi disk.
Pekerjaan Normal dan Penyimpanan Jaringan Repositori Linux
Opsi ini juga dimungkinkan, namun secara umum kurang disarankan karena pembatasan yang diberlakukan. Tugas akan merespons rotasi disk dan hilangnya rantai dengan cara yang sama - dengan membuat cadangan penuh. Keterbatasan ini terkait dengan mekanisme retensi yang terpotong.
Di sini, selama rotasi, seluruh rantai pada disk yang terputus dihapus begitu saja dari database B&R. Perhatikan - dari database, file itu sendiri tetap ada di disk. Mereka dapat diimpor dan digunakan untuk pemulihan, namun tidak sulit untuk menebak bahwa cepat atau lambat rantai yang terlupakan tersebut akan memenuhi seluruh repositori.
Solusinya adalah dengan menambahkan DWORD ForceDeleteBackupFiles seperti yang ditunjukkan pada halaman ini: . Setelah itu, pekerjaan akan mulai menghapus semua isi folder pekerjaan atau folder repositori (tergantung nilainya) pada setiap rotasi.
Namun, ini bukanlah retensi yang elegan, melainkan pembersihan seluruh konten. Sayangnya, dukungan teknis menemukan kasus ketika repositori hanyalah direktori root disk, di mana, selain cadangan, terdapat data lain. Semua ini hancur selama rotasi.
Selain itu, ketika ForceDeleteBackupFiles diaktifkan, ini berfungsi untuk semua jenis repositori, bahkan repositori di Windows akan berhenti menerapkan retensi dan mulai menghapus konten. Dengan kata lain, disk lokal di Windows adalah pilihan terbaik untuk sistem penyimpanan cadangan.
Salinan cadangan dan repositori Windows
Dengan BCJ, segalanya menjadi lebih menarik. Tidak hanya terdapat retensi penuh, tetapi tidak perlu membuat cadangan penuh setiap kali Anda mengganti disk! Cara kerjanya seperti ini:
Pertama, B&R mulai membuat titik pada disk pertama. Katakanlah kita menetapkan retensi menjadi 3 poin. Tugas akan bekerja dalam mode inkremental tak terbatas dan menggabungkan semua yang berlebihan (saya ingatkan Anda bahwa retensi GFS tidak didukung dalam kasus ini).
Kemudian kami menghubungkan disk kedua. Karena belum ada rantai di dalamnya, kami membuat cadangan penuh, setelah itu kami memiliki rantai kedua yang terdiri dari tiga titik:
Terakhir, saatnya menyambungkan kembali drive pertama. Dan di sinilah keajaiban muncul, karena tugas ini tidak akan membuat cadangan penuh, namun hanya melanjutkan rantai tambahan:
Faktanya, setiap disk akan memiliki rantai independennya sendiri setelah itu. Oleh karena itu, retensi di sini bukan berarti jumlah titik pada semua disk, tetapi jumlah titik pada setiap disk secara terpisah.
Salinan cadangan dan penyimpanan jaringan repositori Linux
Sekali lagi, semua keanggunan akan hilang jika repositori tidak ada di drive Windows lokal. Skrip ini bekerja mirip dengan tugas sederhana di atas. Pada setiap rotasi, BCJ akan membuat full backup, dan poin yang ada akan dilupakan. Agar tidak dibiarkan tanpa ruang kosong, Anda perlu menggunakan DWORD ForceDeleteBackupFiles.
Kesimpulan
Jadi, sebagai hasil dari teks yang begitu panjang, kami telah mempertimbangkan dua jenis tugas. Tentu saja, masih banyak lagi tugas lainnya, tetapi tidak mungkin untuk mempertimbangkan semuanya dalam format satu artikel. Jika setelah membaca Anda masih memiliki pertanyaan, tulis di komentar, saya akan dengan senang hati menjawabnya secara pribadi.
Sumber: www.habr.com