Serep ora salah siji saka teknologi trendi sing bengok-bengok saka saben wesi. Iku mung kudu ing perusahaan serius, iku kabeh. Kita nggawe serep sawetara ewu server ing bank kita - iki minangka proyek sing rumit lan menarik, sawetara subtleties, uga misconceptions khas babagan serep, mung pengin dicritakake.
Aku wis nggarap topik iki meh 20 taun, sing suwene 2 taun wis ana ing Promsvyazbank. Ing wiwitan latihan, aku nggawe serep meh kanthi manual, kanthi skrip sing mung nyalin file. Banjur alat sing trep katon ing Windows: sarana Robocopy kanggo nyiapake file lan NT Backup kanggo nyalin. Lan mung teka wektu kanggo piranti lunak khusus, utamane Veritas Backup Exec, sing saiki diarani Symantec Backup Exec. Dadi aku wis kenal karo serep kanggo dangu.
Ing istilah sing gampang, serep yaiku nyimpen salinan data (mesin virtual, aplikasi, basis data lan file) yen ana reguler tartamtu. Saben kasus biasane katon minangka hardware utawa kegagalan logis lan nyebabake mundhut data. Tujuan saka sistem serep yaiku nyuda mundhut informasi. Gagal hardware, contone, kegagalan server utawa panyimpenan ing ngendi database kasebut. Logis - iki mundhut utawa owah-owahan bagean data, kalebu amarga faktor manungsa: ora sengaja mbusak tabel, file, ngluncurake skrip bengkong kanggo eksekusi. Ana uga syarat regulator kanggo nyimpen jinis informasi tartamtu kanggo wektu sing suwe, contone, nganti pirang-pirang taun.
Panggunaan serep sing paling khas yaiku pemugaran salinan database sing disimpen kanggo panyebaran macem-macem sistem tes, klon kanggo pangembang.
Ana sawetara mitos khas babagan cadangan sing kudu dibuwang suwe. Kene sing paling misuwur saka wong-wong mau.
Mitos 1. Serep wis dawa mung fungsi cilik nang sistem keamanan utawa panyimpenan
Sistem serep isih tetep kelas kapisah saka solusi, lan banget independen. Kakehan tugas sing kudu ditindakake. Nyatane, dheweke minangka baris pertahanan pungkasan nalika nerangake integritas data. Dadi gawe serep kanthi kecepatan dhewe, kanthi jadwal dhewe. Laporan saben dina digawe kanggo server, ana acara sing dadi pemicu kanggo sistem pemantauan.
Kajaba iku, model peran akses menyang sistem serep ngidini sampeyan utusan bagean wewenang kanggo pangurus sistem target kanggo ngatur serep.
Mitos 2. Nalika ana RAID, serep ora perlu maneh.
Temtu, RAID arrays lan replikasi data minangka cara sing apik kanggo nglindhungi sistem informasi saka kegagalan hardware, lan yen sampeyan duwe server siyaga, sampeyan bisa kanthi cepet ngatur ngoper ing kasus mesin utama gagal.
Saka kesalahan logis sing digawe dening pangguna sistem, redundansi lan replikasi ora disimpen. Iki minangka server siyaga nulis maneh - ya, bisa mbantu yen kesalahan dideteksi sadurunge disinkronake. Lan yen wayahe ora kejawab? Mung serep pas wektune bakal mbantu kene. Yen sampeyan ngerti yen data wis diganti wingi, sampeyan bisa mulihake sistem kanggo dina sadurunge wingi lan extract data sing perlu saka iku. Amarga kasunyatan manawa kesalahan logis sing paling umum, cadangan lawas sing apik tetep dadi alat sing wis bukti lan perlu.
Mitos 3. Serep yaiku bab sing ditindakake saben wulan sepisan.
Frekuensi serep minangka setelan sing bisa dikonfigurasi sing utamane gumantung karo syarat sistem serep sampeyan. Sampeyan bisa nemokake data sing meh ora owah lan ora penting banget, kerugian kasebut ora kritis kanggo perusahaan.
Padha, pancen, bisa digawe serep sapisan sasi lan malah kurang asring. Nanging data sing luwih kritis disimpen luwih kerep, gumantung ing indikator RPO (Recovery point objrective), sing nyetel mundhut data sing diidini. Iki bisa sepisan seminggu, sapisan dina, utawa malah kaping pirang-pirang jam. Kita duwe log transaksi iki saka DBMS.
Nalika sistem dilebokake ing operasi komersial, dokumentasi serep kudu disetujoni, sing nuduhake poin utama, prosedur nganyari, prosedur kanggo mulihake sistem, prosedur kanggo nyimpen serep, lan liya-liyane.
Mitos 4. Volume salinan saya tambah akeh lan njupuk papan sing diparengake kanthi lengkap.
Serep duwe wektu penylametan winates. Ora ana gunane, contone, kanggo nyimpen kabeh 365 serep saben dina sajrone taun. Minangka aturan, bisa ditrima kanggo nyimpen salinan saben dina kanggo 2 minggu, banjur diganti karo sing anyar, lan versi sing digawe pisanan ing sasi tetep ing panyimpenan jangka panjang. Iku, ing siji, uga disimpen kanggo wektu tartamtu - saben salinan wis umur.
Ana pangayoman mundhut data. Aturan kasebut ditrapake: sadurunge serep dibusak, sing sabanjure kudu dibentuk. Mulane, data ora bakal dibusak yen serep durung rampung, contone, amarga server ora kasedhiya. Ora mung pigura wektu sing dihormati, nanging jumlah salinan ing set uga dikontrol. Yen sistem dirancang kanggo duwe rong serep lengkap, mesthi bakal ana loro, lan sing lawas bakal dibusak mung nalika katelu anyar kasil ditulis. Dadi wutah volume sing dikuwasani dening arsip serep mung digandhengake karo tuwuhing jumlah data sing dilindhungi lan ora gumantung ing wektu.
Mitos 5. Gawe serep diwiwiti - kabeh digantung
Iku luwih apik kanggo ngomong iki: yen kabeh wis digantung, banjur tangan administrator ora tuwuh saka ing kono. Umumé, kinerja serep gumantung ing akeh faktor. Contone, ing kacepetan sistem serep dhewe: carane cepet panyimpenan disk, perpustakaan tape. Saka kacepetan server sistem serep: apa padha duwe wektu kanggo ngolah data, nindakake komprèsi lan deduplikasi. Lan uga ing kacepetan garis komunikasi antarane klien lan server.
Serep bisa pindhah menyang siji utawa luwih stream, gumantung apa sistem sing digawe serep ndhukung multithreading. Contone, Oracle DBMS ngidini sampeyan menehi pirang-pirang benang, miturut jumlah prosesor sing kasedhiya, nganti tingkat transfer tekan watesan bandwidth jaringan.
Yen sampeyan nyoba kanggo gawe serep nomer akeh Utas, banjur ana kasempatan kanggo kakehan sistem mlaku, iku bakal miwiti kanggo alon mudhun. Mulane, jumlah benang sing optimal dipilih kanggo njamin kinerja sing cukup. Yen malah nyuda slightest ing kinerja kritis, banjur ana pilihan banget nalika serep digawa metu ora saka server pertempuran, nanging saka Klone - siyaga ing terminologi database. Proses iki ora boot sistem kerja utama. Data bisa dijupuk liwat stream liyane, amarga server ora digunakake kanggo pangopènan.
Ing organisasi gedhe, jaringan kapisah digawe kanggo sistem serep supaya serep ora mengaruhi produksi. Kajaba iku, lalu lintas ora bisa ditularake liwat jaringan, nanging liwat SAN.
Kita nyoba nyebarake beban liwat wektu uga. Gawe serep biasane ditindakake sajrone jam ora kerja: ing wayah wengi, ing akhir minggu. Kajaba iku, ora kabeh mlaku bebarengan. Serep mesin virtual minangka kasus khusus. Proses kasebut meh ora ana pengaruhe ing kinerja mesin kasebut, supaya serep bisa disebar ing wayah awan, lan ora nundha kabeh ing wayah wengi. Ana akeh subtleties, yen sampeyan njupuk kabeh menyang akun, serep ora bakal mengaruhi kinerja sistem.
Mitos 6. Dibukak sistem serep - sing toleransi fault kanggo sampeyan
Aja lali manawa sistem serep minangka baris pertahanan pungkasan, tegese kudu ana limang sistem liyane ing ngarepe sing njamin kesinambungan, kasedhiyan dhuwur lan toleransi bencana saka infrastruktur IT lan sistem informasi perusahaan.
Muga-muga serep bakal mulihake kabeh data lan kanthi cepet ngunggahake layanan sing tiba ora pantes. Mundhut data saka wayahe gawe serep kanggo wayahe Gagal dijamin, lan data bisa diunggahaké menyang server anyar kanggo sawetara jam (utawa dina, sing lagi bejo). Mulane, iku ndadekake pangertèn kanggo nggawe full-fledged sistem fault-tolerant tanpa owah-owahan kabeh kanggo serep.
Mitos 7. Aku nyiyapake serep sapisan, dicenthang sing bisa. Iku tetep mung kanggo katon ing log
Iki minangka salah sawijining mitos sing paling mbebayani, palsu sing sampeyan ngerti mung sajrone kedadeyan kasebut. Log serep sing sukses ora dadi jaminan yen kabeh pancen mlaku kaya sing dikarepake. Penting kanggo mriksa salinan sing disimpen kanggo deployability luwih dhisik. Yaiku, miwiti proses pemulihan ing lingkungan tes lan deleng asile.
Lan sethithik babagan karya administrator sistem
Ing mode manual, ora ana sing wis nyalin data kanggo dangu. SRK modern bisa nggawe serep meh kabeh, sampeyan mung kudu nyetel kanthi bener. Yen server anyar wis ditambahake, atur kabijakan: pilih konten sing bakal digawe serep, nemtokake pilihan panyimpenan, lan aplikasi jadwal.
Ing wektu sing padha, isih akeh karya amarga armada server sing akeh, kalebu basis data, sistem surat, kluster mesin virtual, lan enggo bareng file ing Windows lan Linux / Unix. Karyawan sing tetep sistem serep mlaku ora njagong nganggur.
Kanggo ngurmati liburan, aku pengin kabeh admin saraf kuwat, kajelasan gerakan lan papan tanpa wates kanggo nyimpen serep!
Source: www.habr.com