Pencadangan bukanlah salah satu teknologi trendi yang diteriakkan dari setiap besi. Itu hanya harus di perusahaan yang serius, itu saja. Kami mencadangkan beberapa ribu server di bank kami - ini adalah pekerjaan yang rumit dan menarik, beberapa seluk-beluknya, serta kesalahpahaman umum tentang pencadangan, hanya ingin diberi tahu.
Saya telah mengerjakan topik ini selama hampir 20 tahun, dimana 2 tahun terakhir adalah di Promsvyazbank. Di awal praktik, saya melakukan pencadangan hampir secara manual, dengan skrip yang hanya menyalin file. Kemudian alat praktis muncul di Windows: utilitas Robocopy untuk menyiapkan file dan NT Backup untuk menyalin. Dan baru kemudian tiba waktunya untuk perangkat lunak khusus, terutama Veritas Backup Exec, yang sekarang disebut Symantec Backup Exec. Jadi saya sudah lama terbiasa dengan cadangan.
Secara sederhana, cadangan menyimpan salinan data (mesin virtual, aplikasi, database, dan file) untuk berjaga-jaga dengan keteraturan tertentu. Setiap kasus biasanya memanifestasikan dirinya sebagai perangkat keras atau kegagalan logis dan mengakibatkan hilangnya data. Tujuan dari sistem cadangan adalah untuk mengurangi kehilangan informasi. Kegagalan perangkat keras, misalnya, kegagalan server atau penyimpanan tempat database berada. Logis - ini adalah hilangnya atau perubahan sebagian data, termasuk karena faktor manusia: mereka secara tidak sengaja menghapus tabel, file, meluncurkan skrip bengkok untuk dieksekusi. Ada juga persyaratan regulator untuk menyimpan jenis informasi tertentu dalam jangka waktu lama, misalnya hingga beberapa tahun.
Penggunaan cadangan yang paling umum adalah pemulihan salinan database yang disimpan untuk penerapan berbagai sistem pengujian, klon untuk pengembang.
Ada beberapa mitos khas seputar pencadangan yang harus dihilangkan sejak lama. Inilah yang paling terkenal dari mereka.
Mitos 1. Pencadangan telah lama menjadi fungsi kecil di dalam sistem keamanan atau penyimpanan
Sistem cadangan masih merupakan kelas solusi yang terpisah, dan sangat mandiri. Mereka punya terlalu banyak pekerjaan yang harus dilakukan. Faktanya, mereka adalah garis pertahanan terakhir dalam hal integritas data. Jadi pencadangan bekerja dengan kecepatannya sendiri, sesuai jadwalnya sendiri. Laporan harian dibuat untuk server, ada kejadian yang bertindak sebagai pemicu untuk sistem pemantauan.
Plus, panutan akses ke sistem cadangan memungkinkan Anda mendelegasikan sebagian otoritas kepada administrator sistem target untuk mengelola cadangan.
Mitos 2. Saat ada RAID, cadangan tidak diperlukan lagi.
Tidak diragukan lagi, array RAID dan replikasi data adalah cara yang baik untuk melindungi sistem informasi dari kegagalan perangkat keras, dan jika Anda memiliki server siaga, Anda dapat dengan cepat mengatur peralihan ke sana jika mesin utama gagal.
Dari kesalahan logis yang dibuat oleh pengguna sistem, redundansi dan replikasi tidak disimpan. Ini adalah server siaga tulis kembali - ya, ini dapat membantu jika kesalahan terdeteksi sebelum disinkronkan. Dan jika momen itu terlewatkan? Hanya pencadangan tepat waktu yang akan membantu di sini. Jika Anda mengetahui bahwa data berubah kemarin, Anda dapat memulihkan sistem ke kemarin lusa dan mengekstrak data yang diperlukan darinya. Mengingat fakta bahwa kesalahan logis adalah yang paling umum, cadangan lama yang baik tetap menjadi alat yang terbukti dan diperlukan.
Mitos 3. Backup adalah sesuatu yang dilakukan sebulan sekali.
Frekuensi pencadangan adalah pengaturan yang dapat dikonfigurasi yang terutama bergantung pada persyaratan sistem pencadangan Anda. Sangat mungkin untuk menemukan data yang hampir tidak pernah berubah dan tidak terlalu penting, kerugiannya tidak terlalu penting bagi perusahaan.
Memang, mereka dapat dicadangkan sebulan sekali dan bahkan lebih jarang. Tetapi lebih banyak data penting disimpan lebih sering, tergantung pada indikator RPO (Recovery point objrective), yang mengatur hilangnya data yang diperbolehkan. Ini bisa seminggu sekali, sekali sehari, atau bahkan beberapa kali dalam satu jam. Kami memiliki log transaksi ini dari DBMS.
Ketika sistem dimasukkan ke dalam operasi komersial, dokumentasi cadangan harus disetujui, yang mencerminkan poin utama, prosedur pembaruan, prosedur pemulihan sistem, prosedur penyimpanan cadangan, dan sejenisnya.
Mitos 4. Volume salinan terus bertambah dan menghabiskan ruang yang dialokasikan sepenuhnya.
Cadangan memiliki periode retensi terbatas. Tidak masuk akal, misalnya, menyimpan semua 365 cadangan harian sepanjang tahun. Biasanya, dapat diterima untuk menyimpan salinan harian selama 2 minggu, setelah itu diganti dengan yang baru, dan versi yang dibuat pertama kali di bulan tersebut tetap disimpan dalam penyimpanan jangka panjang. Itu, pada gilirannya, juga disimpan untuk waktu tertentu - setiap salinan memiliki masa pakai.
Ada perlindungan kehilangan data. Aturannya berlaku: sebelum cadangan dihapus, cadangan berikutnya harus dibuat. Oleh karena itu, data tidak akan terhapus jika pencadangan belum selesai, misalnya karena tidak tersedianya server. Tidak hanya kerangka waktu yang dipatuhi, tetapi jumlah salinan dalam set juga dikontrol. Jika sistem dirancang untuk memiliki dua cadangan penuh, akan selalu ada dua cadangan, dan yang lama akan dihapus hanya jika cadangan ketiga yang baru berhasil ditulis. Jadi pertumbuhan volume yang ditempati oleh arsip cadangan hanya dikaitkan dengan pertumbuhan jumlah data yang dilindungi dan tidak bergantung pada waktu.
Mitos 5. Pencadangan dimulai - semuanya macet
Lebih baik mengatakan ini: jika semuanya tergantung, maka tangan administrator tidak tumbuh dari sana. Secara umum, kinerja cadangan bergantung pada banyak faktor. Misalnya, pada kecepatan sistem pencadangan itu sendiri: seberapa cepat penyimpanan disk, pustaka pita. Dari kecepatan server sistem cadangan: apakah mereka punya waktu untuk memproses data, melakukan kompresi dan deduplikasi. Dan juga pada kecepatan jalur komunikasi antara klien dan server.
Cadangan dapat masuk ke satu aliran atau lebih, bergantung pada apakah sistem yang dicadangkan mendukung multithreading. Misalnya, Oracle DBMS memungkinkan Anda memberikan banyak utas, sesuai dengan jumlah prosesor yang tersedia, hingga kecepatan transfer mencapai batas bandwidth jaringan.
Jika Anda mencoba mencadangkan sejumlah besar utas, maka ada kemungkinan membebani sistem yang sedang berjalan, itu akan benar-benar mulai melambat. Oleh karena itu, jumlah utas yang optimal dipilih untuk memastikan kinerja yang memadai. Jika penurunan kinerja sekecil apa pun sangat penting, maka ada opsi yang sangat baik ketika pencadangan dilakukan bukan dari server tempur, tetapi dari tiruannya - siaga dalam terminologi basis data. Proses ini tidak mem-boot sistem kerja utama. Data dapat diambil melalui lebih banyak aliran, karena server tidak digunakan untuk pemeliharaan.
Di organisasi besar, jaringan terpisah dibuat untuk sistem pencadangan sehingga pencadangan tidak memengaruhi produksi. Selain itu, lalu lintas tidak dapat ditransmisikan melalui jaringan, tetapi melalui SAN.
Kami juga mencoba menyebarkan beban dari waktu ke waktu. Pencadangan sebagian besar dilakukan di luar jam kerja: di malam hari, di akhir pekan. Juga, mereka tidak semua berjalan pada waktu yang sama. Cadangan mesin virtual adalah kasus khusus. Prosesnya praktis tidak berpengaruh pada kinerja mesin itu sendiri, sehingga pencadangan dapat disebarkan di siang hari, dan tidak menunda semuanya di malam hari. Ada banyak kehalusan, jika Anda memperhitungkan semuanya, pencadangan tidak akan memengaruhi kinerja sistem.
Mitos 6. Meluncurkan sistem cadangan - itu toleransi kesalahan untuk Anda
Jangan pernah lupa bahwa sistem cadangan adalah garis pertahanan terakhir, yang berarti harus ada lima sistem lagi di depannya yang memastikan kelangsungan, ketersediaan tinggi, dan toleransi bencana infrastruktur TI dan sistem informasi perusahaan.
Berharap cadangan akan memulihkan semua data dan dengan cepat meningkatkan layanan yang jatuh tidak sepadan. Kehilangan data dari saat pencadangan hingga saat kegagalan dijamin, dan data dapat diunggah ke server baru selama beberapa jam (atau berhari-hari, jika Anda beruntung). Oleh karena itu, masuk akal untuk membuat sistem toleran kesalahan yang lengkap tanpa memindahkan semuanya ke cadangan.
Mitos 7. Saya membuat cadangan sekali, memeriksa apakah itu berfungsi. Tetap hanya untuk melihat log
Ini adalah salah satu mitos paling berbahaya, kepalsuan yang Anda sadari hanya selama kejadian. Pencadangan log yang berhasil bukanlah jaminan bahwa semuanya benar-benar berjalan sebagaimana mestinya. Penting untuk memeriksa salinan yang disimpan untuk penerapan terlebih dahulu. Artinya, mulailah proses pemulihan di lingkungan pengujian dan lihat hasilnya.
Dan sedikit tentang pekerjaan administrator sistem
Dalam mode manual, tidak ada yang menyalin data untuk waktu yang lama. SRK modern dapat mencadangkan hampir semua hal, Anda hanya perlu mengaturnya dengan benar. Jika server baru telah ditambahkan, tetapkan kebijakan: pilih konten yang akan dicadangkan, tentukan opsi penyimpanan, dan terapkan jadwal.
Pada saat yang sama, masih banyak pekerjaan karena armada server yang luas, termasuk database, sistem email, cluster mesin virtual, dan berbagi file baik di Windows maupun Linux / Unix. Karyawan yang menjalankan sistem pencadangan tidak akan berdiam diri.
Untuk menghormati liburan, saya ingin berharap semua admin memiliki saraf yang kuat, kejernihan gerakan, dan ruang tanpa batas untuk menyimpan cadangan!
Sumber: www.habr.com