Nyadangkeun sanes salah sahiji téknologi trendi anu digeroan tina unggal beusi. Éta ngan kedah di perusahaan anu serius, éta waé. Urang nyadangkeun sababaraha sarébu server di bank urang - ieu téh kompléks, pakasaban metot, sababaraha subtleties diantarana, kitu ogé misconceptions has ngeunaan cadangan, ngan hayang ngabejaan.
Kuring geus dipake dina topik ieu ampir 20 taun, nu panungtungan 2 taun geus di Promsvyazbank. Dina awal latihan, kuring ngalakukeun cadangan ampir sacara manual, kalayan skrip anu ngan saukur nyalin file. Teras alat anu gampang muncul dina Windows: utilitas Robocopy pikeun nyiapkeun file sareng Cadangan NT pikeun nyalin. Sarta ngan lajeng sumping waktu pikeun software husus, utamana Veritas Backup Exec, nu ayeuna disebut Symantec Cadangan Exec. Janten kuring parantos lami terang kana cadangan.
Sacara saderhana, cadangan nyaéta nyimpen salinan data (mesin virtual, aplikasi, pangkalan data sareng file) upami aya aturanana. Unggal kasus biasana nunjukkeun dirina salaku hardware atanapi gagal logis sareng nyababkeun leungitna data. Tujuan tina sistem cadangan nyaéta pikeun ngirangan leungitna inpormasi. Kagagalan hardware, contona, kagagalan server atanapi panyimpen dimana pangkalan data ayana. Logis - ieu téh leungitna atawa robah bagian tina data, kaasup alatan faktor manusa: maranéhna ngahaja dihapus tabel, file, dibuka skrip bengkung pikeun palaksanaan. Aya ogé sarat régulator pikeun nyimpen hiji tipe nu tangtu inpormasi keur lila, contona, nepi ka sababaraha taun.
Pamakéan paling has cadangan nyaéta restorasi salinan disimpen tina database pikeun deployment rupa sistem test, clones pikeun pamekar.
Aya sababaraha mitos has sabudeureun cadangan nu kudu dispelled lila pisan. Di dieu nu kawentar di antarana.
Mitos 1. Nyadangkeun geus lila ngan hiji fungsi leutik di jero kaamanan atawa gudang sistem
Sistem cadangan masih tetep kelas misah tina solusi, sarta pohara bebas. Aranjeunna ngagaduhan seueur padamelan. Kanyataanna, aranjeunna garis pertahanan panungtungan lamun datang ka integritas data. Jadi cadangan jalan dina laju sorangan, dina jadwal sorangan. A laporan poean dihasilkeun pikeun server, aya acara nu meta salaku pemicu pikeun sistem monitoring.
Tambih Deui, panutan aksés ka sistem cadangan ngamungkinkeun anjeun pikeun utusan bagian tina wewenang ka pangurus sistem target pikeun ngatur cadangan.
Mitos 2. Lamun aya razia a, cadangan geus euweuh diperlukeun.
Undoubtedly, arrays RAID sarta réplikasi data mangrupakeun cara nu sae pikeun ngajaga sistem informasi tina gagalna hardware, sarta lamun boga server sayaga, anjeun bisa gancang ngatur pindah ka dinya bisi mesin utama gagal.
Tina kasalahan logis anu dilakukeun ku pangguna sistem, redundansi sareng réplikasi henteu disimpen. Ieu mangrupikeun server sayaga nyerat-balik - leres, éta tiasa ngabantosan upami aya kasalahan dideteksi sateuacan disingkronkeun. Tur upami momen ieu lasut? Ngan cadangan timely bakal mantuan di dieu. Upami anjeun terang yén data kamari robih, anjeun tiasa mulangkeun sistem ka dinten sateuacan kamari sareng nimba data anu diperyogikeun tina éta. Dibikeun kanyataan yén kasalahan logis anu paling umum, cadangan heubeul alus tetep alat kabuktian sarta diperlukeun.
Mitos 3. Cadangan mangrupa hal anu dipigawé sabulan sakali.
Frékuénsi cadangan mangrupikeun setélan anu tiasa dikonfigurasi anu utamina gumantung kana syarat sistem cadangan anjeun. Ieu rada mungkin pikeun manggihan data nu ampir pernah robah na teu utamana penting, leungitna maranéhna moal kritis pikeun pausahaan.
Éta, saleresna, tiasa dicadangkeun sabulan sakali bahkan kirang sering. Tapi data leuwih kritis disimpen leuwih sering, gumantung kana RPO (Pamulihan titik objrective) indikator, nu susunan leungitna data allowable. Ieu tiasa sakali saminggu, sakali sapoé, atawa malah sababaraha kali sajam. Kami ngagaduhan log transaksi ieu tina DBMS.
Nalika sistem dipasang kana operasi komérsial, dokuméntasi cadangan kedah disatujuan, anu ngagambarkeun titik-titik utama, prosedur update, prosedur pikeun malikkeun sistem, prosedur pikeun nyimpen cadangan, sareng anu sanésna.
Mitos 4. Volume salinan terus tumuwuh sarta nyokot up sagala spasi disadiakeun lengkep.
Cadangan gaduh periode ingetan kawates. Henteu aya rasa, contona, pikeun nyimpen sadaya 365 cadangan harian salami sataun. Sakumaha aturan, éta tiasa ditampi pikeun nyimpen salinan sadinten salami 2 minggu, saatos éta diganti ku anu seger, sareng versi anu didamel munggaran dina sasih tetep disimpen dina jangka panjang. Éta ogé disimpen pikeun waktos anu tangtu - unggal salinan gaduh umur hirup.
Aya panyalindungan leungitna data. Aturan berlaku: sateuacan cadangan dihapus, anu salajengna kedah dibentuk. Ku alatan éta, data moal dihapus lamun cadangan teu acan réngsé, contona, alatan unavailability tina server. Henteu ngan ukur pigura waktos anu dihormat, tapi jumlah salinan dina set ogé dikontrol. Upami sistemna dirancang pikeun gaduh dua cadangan lengkep, bakal aya dua di antarana, sareng anu lami bakal dipupus ngan ukur nalika anu katilu anu anyar suksés ditulis. Ku kituna tumuwuhna volume dikawasaan ku arsip cadangan pakait ngan jeung tumuwuhna jumlah data ditangtayungan sarta henteu gumantung kana waktu.
Mitos 5. Nyadangkeun dimimitian - sagalana ngagantung
Éta langkung saé nyarios kieu: upami sadayana ngagantung, maka panangan pangurus henteu tumbuh ti dinya. Sacara umum, kinerja cadangan gumantung kana sababaraha faktor. Contona, dina laju sistem cadangan sorangan: kumaha gancang storages disk, perpustakaan tape. Tina laju server sistem cadangan: naha aranjeunna gaduh waktos ngolah data, ngalaksanakeun komprési sareng deduplikasi. Sareng ogé dina laju jalur komunikasi antara klien sareng server.
Cadangan tiasa angkat ka hiji atanapi langkung aliran, gumantung kana naha sistem anu dicadangkeun ngadukung multithreading. Contona, Oracle DBMS ngidinan Anjeun pikeun masihan sababaraha threads, nurutkeun jumlah prosesor sadia, nepi ka laju mindahkeun hits wates rubakpita jaringan.
Upami anjeun nyobian nyadangkeun sajumlah ageung benang, teras aya kasempetan pikeun ngabebankeun sistem anu ngajalankeun, éta bakal mimiti ngalambatkeun. Ku alatan éta, jumlah optimal threads dipilih pikeun mastikeun kinerja cukup. Mun malah slightest panurunan dina kinerja kritis, aya hiji pilihan alus teuing lamun cadangan dilumangsungkeun teu ti server tempur, tapi ti clone na - standby dina terminologi database. Prosés ieu henteu boot sistem kerja utama. Data tiasa dicandak liwat langkung seueur aliran, sabab pangladén henteu dianggo pikeun pangropéa.
Dina organisasi ageung, jaringan anu misah didamel pikeun sistem cadangan supados cadanganna henteu mangaruhan produksi. Sajaba ti éta, lalulintas bisa jadi teu dikirimkeun ngaliwatan jaringan, tapi ngaliwatan SAN.
Urang nyoba nyebarkeun beban kana waktu ogé. Nyadangkeun lolobana dipigawé salila jam non-kerja: peuting, dina weekends. Ogé, aranjeunna henteu sadayana ngajalankeun dina waktos anu sami. Nyadangkeun mesin virtual mangrupikeun kasus khusus. Prosésna praktis henteu mangaruhan kinerja mesin éta sorangan, ku kituna cadangan tiasa disebarkeun dina siang, sareng henteu ditunda sadayana wengi. Aya seueur subtleties, upami anjeun nganggap sadayana, cadangan moal mangaruhan kinerja sistem.
Mitos 6. Ngaluncurkeun sistem cadangan - éta kasabaran kasalahan pikeun anjeun
Tong hilap yén sistem cadangan mangrupikeun garis pertahanan terakhir, anu hartosna kedah aya lima sistem deui di payuneunana anu mastikeun kasinambungan, kasadiaan anu luhur sareng kasabaran bencana tina infrastruktur IT sareng sistem inpormasi perusahaan.
Hoping yén cadangan bakal mulangkeun sakabéh data jeung gancang ngangkat jasa fallen teu patut eta. Leungitna data ti momen cadangan ka momen gagal dijamin, sarta data bisa diunggah ka server anyar pikeun sababaraha jam (atawa poé, sakumaha anjeun untung). Ku alatan éta, asup akal pikeun nyiptakeun sistem toleran kasalahan anu lengkep tanpa mindahkeun sadayana kana cadangan.
mitos 7. Kuring nyetél cadangan sakali, dipariksa yén gawéna. Tetep ukur ningali log
Ieu salah sahiji mitos paling ngabahayakeun, fakeness nu anjeun sadar ngan salila kajadian. Log cadangan anu suksés henteu ngajamin yén sadayana leres-leres leres-leres. Penting pikeun mariksa salinan anu disimpen pikeun deployability sateuacanna. Nyaéta, ngamimitian prosés pamulihan dina lingkungan tés sareng tingali hasilna.
Sarta saeutik ngeunaan karya administrator sistem
Dina mode manual, teu saurang ogé geus nyalin data pikeun lila. SRK modern tiasa nyadangkeun ampir sadayana, anjeun ngan ukur kedah nyetél éta leres. Lamun server anyar geus ditambahkeun, set kawijakan: pilih eusi nu bakal dicadangkeun, tangtukeun pilihan gudang, jeung nerapkeun jadwal.
Dina waktos anu sami, masih seueur padamelan kusabab armada server anu éksténsif, kalebet pangkalan data, sistem surat, klaster mesin virtual, sareng saham file dina Windows sareng Linux / Unix. Karyawan anu tetep ngajalankeun sistem cadangan teu diuk dianggurkeun.
Pikeun ngahormatan liburan, kuring hoyong ka sadaya admin saraf anu kuat, kajelasan gerakan sareng rohangan anu teu terbatas pikeun nyimpen cadangan!
sumber: www.habr.com