Sandaran bukanlah salah satu teknologi bergaya yang dilaungkan oleh semua orang. Ia sepatutnya dalam mana-mana syarikat yang serius, itu sahaja. Bank kami menyandarkan beberapa ribu pelayan - ini adalah kerja yang rumit dan menarik, dan saya ingin bercakap tentang beberapa selok-beloknya, serta salah tanggapan biasa mengenai sandaran.
Saya telah mengusahakan topik ini selama hampir 20 tahun, yang mana 2 tahun terakhir telah berada di Promsvyazbank. Pada awal latihan saya, saya membuat sandaran hampir secara manual, menggunakan skrip yang hanya menyalin fail. Kemudian alat mudah muncul dalam Windows: utiliti Robocopy untuk menyediakan fail dan NT Backup untuk penyalinan. Dan barulah tiba masanya untuk perisian khusus, terutamanya Veritas Backup Exec, yang kini dipanggil Symantec Backup Exec. Jadi saya sudah biasa dengan sandaran untuk masa yang lama.
Ringkasnya, sandaran ialah menyimpan salinan data (mesin maya, aplikasi, pangkalan data dan fail) sekiranya terdapat keteraturan tertentu. Setiap kes biasanya menunjukkan dirinya dalam bentuk perkakasan atau kegagalan logik dan membawa kepada kehilangan data. Tujuan sistem sandaran adalah untuk mengurangkan kerugian daripada kehilangan maklumat. Kegagalan perkakasan adalah, sebagai contoh, kegagalan pelayan atau storan di mana pangkalan data berada. Logik ialah kehilangan atau perubahan sebahagian data, termasuk disebabkan oleh faktor manusia: jadual atau fail dipadamkan secara tidak sengaja, atau skrip dilancarkan untuk melaksanakan bebola lengkung. Terdapat juga keperluan kawal selia untuk menyimpan jenis maklumat tertentu untuk tempoh yang lama, contohnya, sehingga beberapa tahun.
Penggunaan sandaran yang paling tipikal ialah memulihkan salinan pangkalan data yang disimpan untuk menggunakan pelbagai sistem ujian dan klon untuk pembangun.
Terdapat beberapa mitos biasa mengenai sandaran yang sudah lama tertangguh untuk dilenyapkan. Berikut adalah yang paling terkenal daripada mereka.
Mitos 1. Sandaran telah lama menjadi fungsi kecil dalam sistem keselamatan atau storan
Sistem sandaran masih kekal sebagai kelas penyelesaian yang berasingan, dan sangat bebas. Mereka telah diamanahkan dengan tugas yang terlalu penting. Pada asasnya, mereka adalah barisan pertahanan terakhir apabila ia berkaitan dengan keselamatan data. Jadi sandaran berfungsi mengikut kadarnya sendiri, mengikut jadualnya sendiri. Laporan harian dijana pada pelayan; terdapat peristiwa yang bertindak sebagai pencetus untuk sistem pemantauan.
Selain itu, model peranan akses kepada sistem sandaran membolehkan anda mewakilkan beberapa kuasa kepada pentadbir sistem sasaran untuk mengurus sandaran.
Mitos 2. Apabila terdapat RAID, sandaran tidak diperlukan lagi
Tidak dinafikan, tatasusunan RAID dan replikasi data ialah cara yang baik untuk melindungi sistem maklumat daripada kegagalan perkakasan, dan jika anda mempunyai pelayan siap sedia, segera atur penukaran kepadanya sekiranya berlaku kegagalan mesin utama.
Lebihan dan replikasi tidak menyelamatkan anda daripada ralat logik yang dibuat oleh pengguna sistem. Berikut ialah pelayan siap sedia dengan rakaman tertunda - ya, ia boleh membantu jika ralat dikesan sebelum ia disegerakkan. Bagaimana jika detik itu terlepas? Hanya sandaran tepat pada masanya akan membantu di sini. Jika anda tahu bahawa data telah berubah semalam, anda boleh memulihkan sistem pada hari sebelum semalam dan mengekstrak data yang diperlukan daripadanya. Memandangkan ralat logik adalah yang paling biasa, sandaran lama yang baik kekal sebagai alat yang terbukti dan perlu.
Mitos 3. Sandaran ialah sesuatu yang dilakukan sebulan sekali.
Kekerapan sandaran ialah parameter boleh dikonfigurasikan yang bergantung terutamanya pada keperluan sistem sandaran. Sangat mungkin untuk mencari data yang hampir tidak pernah berubah dan tidak begitu penting; kehilangannya tidak akan menjadi kritikal bagi syarikat.
Malah, ia boleh disandarkan sebulan sekali atau bahkan kurang kerap. Tetapi data yang lebih kritikal disimpan dengan lebih kerap, bergantung pada penunjuk RPO (Recovery point objrective), yang menetapkan kehilangan data yang boleh diterima. Ini mungkin sekali seminggu, sekali sehari, atau bahkan beberapa kali sejam. Bagi kami, ini adalah log transaksi daripada DBMS.
Apabila meletakkan sistem ke dalam operasi komersial, dokumentasi sandaran mesti diluluskan, yang mencerminkan perkara utama, peraturan kemas kini, prosedur pemulihan sistem, prosedur penyimpanan sandaran dan seumpamanya.
Mitos 4. Jumlah salinan sentiasa berkembang dan mengambil mana-mana ruang yang diperuntukkan sepenuhnya
Sandaran mempunyai jangka hayat yang terhad. Tidak masuk akal, sebagai contoh, untuk menyimpan semua 365 sandaran harian sepanjang tahun. Sebagai peraturan, adalah dibenarkan untuk menyimpan salinan harian selama 2 minggu, selepas itu ia digantikan dengan yang baru, dan untuk penyimpanan jangka panjang versi yang dibuat pertama pada bulan itu kekal. Ia, seterusnya, juga disimpan untuk masa tertentu - setiap salinan mempunyai seumur hidup.
Terdapat perlindungan terhadap kehilangan data. Peraturan itu terpakai: sebelum sandaran dipadamkan, yang seterusnya mesti dibuat. Oleh itu, data tidak akan dipadamkan jika sandaran gagal, contohnya, disebabkan ketiadaan pelayan. Bukan sahaja had masa dihormati, malah bilangan salinan dalam satu set juga dikawal. Jika sistem memerlukan dua sandaran penuh, akan sentiasa ada dua daripadanya, dan yang lama akan dipadamkan hanya apabila yang ketiga baharu berjaya ditulis. Jadi peningkatan dalam volum yang diduduki oleh arkib sandaran hanya dikaitkan dengan peningkatan jumlah data yang dilindungi dan tidak bergantung pada masa.
Mitos 5. Apabila sandaran bermula, semuanya menjadi beku
Adalah lebih baik untuk mengatakan ini: jika semuanya tergantung, ini bermakna tangan pentadbir tidak berkembang dari sana. Secara umum, prestasi sandaran bergantung kepada banyak faktor. Sebagai contoh, mengenai prestasi sistem sandaran itu sendiri: seberapa pantas storan cakera dan perpustakaan pita. Daripada prestasi pelayan sistem sandaran: sama ada mereka mempunyai masa untuk memproses data, melakukan pemampatan dan penyahduplikasian. Dan juga pada kelajuan talian komunikasi antara pelanggan dan pelayan.
Sandaran boleh pergi ke satu atau lebih utas, bergantung pada sama ada sistem sandaran menyokong multithreading. Sebagai contoh, Oracle DBMS membenarkan anda menghantar beberapa utas, mengikut bilangan pemproses yang tersedia, sehingga kelajuan pemindahan mencapai had lebar jalur rangkaian.
Jika anda cuba membuat sandaran sejumlah besar benang, maka terdapat peluang untuk membebankan sistem yang sedang berjalan, ia akan mula perlahan. Oleh itu, bilangan benang yang optimum dipilih untuk memastikan prestasi yang mencukupi. Sekiranya penurunan sedikit pun dalam prestasi adalah kritikal, maka terdapat pilihan yang sangat baik apabila sandaran dilakukan bukan dari pelayan pengeluaran, tetapi dari klonnya - siap sedia dalam terminologi pangkalan data. Proses ini tidak memuatkan sistem kerja utama. Data boleh diambil melalui lebih banyak rangkaian kerana pelayan tidak digunakan untuk penyelenggaraan.
Dalam organisasi besar, rangkaian berasingan dicipta untuk sistem sandaran supaya sandaran tidak menjejaskan pengeluaran. Di samping itu, trafik boleh dihantar bukan melalui rangkaian, tetapi melalui SAN.
Kami juga cuba mengagihkan beban dari semasa ke semasa. Sandaran kebanyakannya dilakukan semasa waktu tidak bekerja: pada waktu malam, pada hujung minggu. Juga, mereka tidak semua bermula pada masa yang sama. Sandaran mesin maya adalah kes khas. Proses ini hampir tidak mempunyai kesan ke atas prestasi mesin itu sendiri, jadi sandaran boleh disebarkan sepanjang hari, dan bukannya menangguhkan semuanya pada waktu malam. Terdapat banyak kehalusan, jika anda mengambil kira segala-galanya, sandaran tidak akan menjejaskan prestasi sistem.
Mitos 6. Melancarkan sistem sandaran - itu toleransi kesalahan untuk anda
Jangan sekali-kali lupa bahawa sistem sandaran adalah barisan pertahanan terakhir, yang bermaksud mesti ada lima lagi sistem di hadapannya yang memastikan kesinambungan, ketersediaan tinggi dan rintangan bencana infrastruktur IT dan sistem maklumat perusahaan.
Tidak ada gunanya berharap bahawa sandaran akan memulihkan semua data dan dengan cepat memulihkan perkhidmatan yang jatuh. Kehilangan data dari saat sandaran sehingga saat kegagalan dijamin, dan data boleh dimuat naik ke pelayan baharu selama beberapa jam (atau hari, bergantung pada nasib anda). Oleh itu, masuk akal untuk mencipta sistem toleransi kesalahan sepenuhnya tanpa mengalihkan segala-galanya kepada sandaran.
Mitos 7. Saya menyediakan sandaran sekali dan menyemak sama ada ia berfungsi. Yang tinggal hanyalah melihat balak
Ini adalah salah satu mitos yang paling berbahaya, kepalsuan yang anda hanya sedar semasa kejadian. Log tentang sandaran yang berjaya bukanlah jaminan bahawa semuanya benar-benar berjalan seperti yang diharapkan. Adalah penting untuk menyemak salinan yang disimpan terlebih dahulu untuk digunakan. Iaitu, jalankan proses pemulihan dalam persekitaran ujian dan lihat hasilnya.
Dan sedikit tentang kerja pentadbir sistem
Tiada siapa menyalin data secara manual untuk masa yang lama. SRC moden boleh membuat sandaran hampir segala-galanya, anda hanya perlu mengkonfigurasinya dengan betul. Jika pelayan baharu telah ditambahkan, sediakan dasar: pilih kandungan yang akan disandarkan, tentukan parameter storan dan gunakan jadual.
Pada masa yang sama, masih terdapat banyak kerja kerana kumpulan pelayan yang luas, termasuk pangkalan data, sistem mel, kelompok mesin maya dan sumber fail pada kedua-dua Windows dan Linux/Unix. Pekerja yang menyelenggara sistem sandaran tidak duduk melahu.
Sempena hari raya, saya ingin mengucapkan selamat maju jaya kepada semua pentadbir, pergerakan yang jelas dan ruang yang tidak berkesudahan untuk menyimpan sandaran!
Sumber: www.habr.com