Straipsnyje apžvelgiamos populiariausios atsarginės kopijos ir duomenų atkūrimo sistemos visame pasaulyje ir Rusijoje. Apžvelgiama pagrindinių atsarginių kopijų ir duomenų atkūrimo sistemų gamintojų produkcija, pateikiami duomenys apie jų pagrindines funkcijas ir skirtumus. Ypatingas dėmesys skiriamas Rusijos rinkoje pristatomiems produktams.

Įvadas

Darbas su bet kokiais duomenimis visada gali būti prarastas. Duomenys gali būti prarasti dėl įvairių veiksnių: žmogiškųjų klaidų (tiek vartotojų, tiek tinklo administratorių), fizinių vagysčių, dėl destruktyvių veiksmų. kenkėjiška programa, saugojimo įrenginių gedimas. Jei asmens duomenys buvo prarasti (pavyzdžiui, archyvas su nuotraukomis), žala yra subjektyvi ir bus išreikšta neigiamomis vartotojo emocijomis. Ir praradimo atveju oficiali informacija, žala gali pasireikšti ekonominėje sferoje – finansiniais nuostoliais, konkurencinių pranašumų praradimu, sutarčių gedimais ar nevykdymais, netgi organizacijos žlugimu.

Siekiant apsisaugoti nuo informacijos praradimo, naudojamos atsarginės kopijos ir atkūrimo sistemos. Duomenų atsarginių kopijų kūrimo ir atkūrimo sistema yra programinės įrangos arba aparatinės-programinės įrangos kompleksas, skirtas tam tikru dažnumu kurti duomenų kopijas, kad vėliau būtų galima atkurti. Be apsaugos nuo duomenų praradimo, atsarginių kopijų sistemos taip pat padeda užtikrinti darbuotojų tęstinumą, nes greitai atkuria operacinę sistemą (jei yra vaizdas) arba atkuria duomenis kitame kompiuteryje.

Kaip veikia duomenų atsarginės kopijos ir atkūrimo sistemos

Duomenų kopijos kūrimas yra gana paprastas procesas, tačiau tikrieji vartotojų poreikiai dažnai būna gana įvairūs ir sudėtingi. Pavyzdžiui, daugelis vartotojų nori turėti galimybę kurti atsargines kopijas iš bet kurios vietos arba saugoti labai didelius duomenų kiekius. Įmonėms aktuali valdymo problema didelė suma duomenis, jų saugojimą ir greitą atkūrimą. Kiekvienai problemų klasei išspręsti naudojamos įvairios duomenų atsarginės kopijos ir atkūrimo sistemos.

Pagrindinės skiriamosios linijos tarp įvairios sistemos Duomenų atsarginės kopijos ir atkūrimas vykdomas pagal jų naudojimo sritis – asmeniniams poreikiams, mažose įmonėse ir „namų biuruose“ (SMB/SOHO/ROBO) arba vidutinėse (Enterprise) ir didelėse įmonėse (Didelės įmonės). Nuo to priklauso atsarginių kopijų ir duomenų atkūrimo sistemų kaina, naudojamos saugyklos tipai, platformų tipai, teikiamos funkcijos ir kt. Pažvelkime į kai kuriuos iš šių kriterijų.

Vienas iš pagrindinių skirtumų tarp atsarginės kopijos ir atkūrimo sistemų yra laikmenos, naudojamos duomenims saugoti, tipas. Norėdami saugoti atsargines kopijas, juosteles, optinius diskus (CD, DVD, Blu-Ray ir kt.), standžiuosius diskus (HDD), kietojo kūno diskai(SSD), tinklo saugykla. Kiekvienas iš jų turi savų privalumų ir trūkumų. Pavyzdžiui, duomenų saugojimas juostose tik iš pirmo žvilgsnio atrodo anachroniškas. Šiuolaikiniai juostiniai įrenginiai yra gana pigūs ir garantuoja ilgalaikį duomenų saugojimą. Tačiau duomenų atkūrimas iš tokių laikmenų gali užtrukti labai ilgai. Todėl jie labiau tinka duomenų archyvavimui. „Kietieji“ diskai leidžia gana greitai atlikti atsargines kopijas ir atkurti, tačiau jų kaina yra didelė ir jų tarnavimo laikas nėra pats ilgiausias.

Alternatyva „kietiesiems“ diskams yra „debesų“ saugykla, kurioje saugojimo sistemų tipas yra paslėptas nuo vartotojų. Žinoma, jie naudoja tam tikrus diskus kaip aparatinę įrangą, tačiau disko saugos problema tenka paslaugų teikėjui. O kaip kaina? Papildomų saugumo garantijų suteikimas reikalauja didelių pinigų debesų infrastruktūros priežiūrai (gali būti palaikomas duomenų dubliavimas, karšto keitimo diskai, RAID matricos). Tačiau naudojimo efektyvumas disko talpa gali būti didesnis, nes „Debesis“ gali naudotis keli klientai ir jo efektyvumas bus didesnis nei tiesiogiai įmonėje įdiegtos duomenų atsarginės kopijos ir atkūrimo sistemos. Dėl to konkrečios sistemos efektyvumą sunku apskaičiuoti a priori, todėl kiekvienoje konkrečioje situacijoje renkantis sandėliavimo sistemą turi būti atliktas ekonominis skaičiavimas.

Kitas skirtumas yra naudojamų platformų tipas. Duomenų atsarginių kopijų kūrimo ir atkūrimo sistema gali būti įdiegta kaip programinė įranga, aparatinė-programinė įranga arba kaip paslauga (software-as-a-service). Programinė įranga kainuoja pigiau ir reikalauja atskirų saugojimo sistemų. Todėl tokios sistemos tinka asmeniniam naudojimui ir nedidelėms įmonėms. Didelėms įmonėms tokios sistemos gali būti naudojamos kartu su specialiomis duomenų saugyklomis. Vidutinėms ir didelėms įmonėms labiau tinka duomenų atsarginės kopijos ir atkūrimo sistemos, sukurtos programinės ir techninės įrangos sistemų pavidalu (PBBA, Purpose-Built Backup Appliance). Šie įrenginiai skirstomi į dvi kategorijas:

1. PBBA tikslinės sistemos (tikslingaisistemos). Šie kompleksai veikia tik kaip atsarginės kopijos tikslinis įrenginys. Tokiam sprendimui reikia naudoti papildomą programinę įrangą, skirtą automatizuoti, valdyti ir konsoliduoti atsargines kopijas, kurios, savo ruožtu, turi būti dedamos į papildomą serverio aparatinę įrangą su įdiegta operacine sistema, kad būtų galima integruoti visus šiuos komponentus. Tokie įrenginiai apima EMC Data Domain, HP StoreOnce ir kt.
2. PBBA integruotos sistemos. Tai visiškai išbaigti sprendimai, kurių pilnam veikimui nereikia papildomų komponentų. Jie apima serverius, diskų matricas ir programinė įranga atlikti atsarginę kopiją. Tokios sistemos turi didesnę techninės ir programinės įrangos integraciją ir gali apimti papildomų įrankių darbui su tinklu (pavyzdžiui, apkrovos balansavimui). Tokie sprendimai nereikalauja papildomų investicijų į infrastruktūrą, turi mažesnius diegimo ir integravimo kaštus, juos lengviau prižiūrėti ir administruoti. Tokie įrenginiai yra EMC Avamar, Symantec Appliance BE+NBU ir kt.

Šiuo metu daugelis įmonių teikia atsarginės kopijos naudojimą kaip paslaugą. Tokiu atveju saugykla dažniausiai yra „debesyje“ ir visą tokios saugyklos valdymą atlieka paslaugų teikėjas, tik įkelia ir atkuria duomenis.

Duomenų atsarginės kopijos ir atkūrimo sistemos taip pat skiriasi savo teikiamomis funkcijomis. Sąlygiškai galime atskirti „pagrindines“ ir „pažangias“ funkcijas. Pagrindinės funkcijos apima planavimą, glaudinimą ir atsarginių kopijų šifravimą. Papildomos funkcijos yra įvairesnės:

1. Dubliavimas leidžia vienu metu kopijuoti į kelis šaltinius, o tai padidina duomenų saugojimo patikimumą.
2. Deduplikacija leidžia analizuoti ir suspausti pasikartojančius duomenis. Dėl to sumažėja duomenų perdavimo kanalų ir duomenų saugojimo vietos apkrova.
3. Sisteminių vaizdų kūrimas. Periodiškas ne tik duomenų, bet ir sistemos vaizdų kopijavimas leidžia greitai atkurti darbo vieta darbuotojas, net jei operacinė sistema yra pažeista arba Asmeninis kompiuteris, kuris užtikrina jos veikimo tęstinumą.
4. Apkrovos balansavimas. Leidžia optimizuoti kelių saugyklų apkrovą, kad būtų galima greičiau atlikti atsargines kopijas.
5. Suderinamumas su programine įranga (operacinėmis sistemomis ir DBVS). Leidžia kurti failų ir duomenų bazių „momentines nuotraukas“, kurios gali keistis kūrimo proceso metu atsarginė kopija, už teisingą jų vientisą perdavimą ir atkūrimą.
6. Įvairūs nuotolinio administravimo įrankiai. Tai gana įvairus funkcijų rinkinys, leidžiantis automatizuoti administratoriaus darbą. Tai gali būti nuotolinis agentų diegimas vartotojų kompiuteriuose, sukurtų archyvų nuskaitymas, rankinis arba automatinis atsarginių kopijų sujungimas ir kt.
7. Dirbti su virtualūs įrenginiai.
8. Darbas su debesų saugyklomis.
9. Duomenų atkūrimo algoritmai. Praradus duomenis, siekiant padidinti duomenų atkūrimo greitį, naudojami įvairūs algoritmai atkuriant tik būtinus duomenis, pašalinant dubliavimąsi atkūrimo metu ir kt.

Pasaulinė atsarginių kopijų kūrimo ir duomenų atkūrimo sistemų rinka

Atsarginių kopijų kūrimo ir duomenų atkūrimo sistemų skaičius pasaulyje yra gana ribotas. „Gartner“ magiškas kvadratas rodo, kad tokios kompanijos kaip „CommVault“, EMC, IBM ir „Symantec“ pirmauja rinkoje.

1 paveikslas."Stebuklinga aikštė"Gartneratsarginėms sistemoms ir duomenų atkūrimas

2013 m. tyrimų įmonė IDC išleido išsamią ataskaitą (Worldwide Quarterly Purpose Built Backup Appliance Tracker) apie Purpose Built Backup Appliance (PBBA) rinką. Jos duomenimis, šio segmento įmonių pajamos 2013 metų antrąjį ketvirtį siekė 720,2 mln. JAV dolerių, o tai 7,3% daugiau nei prieš metus.

1 lentelė. Gamintojo pajamos specializuotų atsarginių įrenginių srityje (milijonais dolerių)

Gamintojas	2012 m. II ketvirtis		2013 m. II ketvirtis
	Pardavimų apimtis	Rinkos dalis	Pardavimų apimtis	Rinkos dalis

Aukščiau pateikta lentelė rodo, kad daugiau nei pusę rinkos užima EMC (62,6%). Antroje pozicijoje yra „Symantec“ (12,4 proc.), trečiąją – IBM su 7,3 proc. rinkos dalimi. Ketvirtą ir penktą vietas užima HP (5,3%) ir Quantum (2,5%), visos kitos įmonės užima mažiau nei 2% rinkos ir iš viso sudaro 10% rinkos. Pastebimos tendencijos – IBM rinkos dalies sumažėjimas 40,4 % ir Symantec dalies padidėjimas 71,3 %.

Šios kategorijos lyderiai beveik visiškai sutampa su atsarginių kopijų ir duomenų atkūrimo sistemų rinkos lyderiais apskritai, o tai rodo, kad daugiausia įmonės pajamų generuoja specializuoti atsarginiai įrenginiai. Vienintelis esminis skirtumas yra „CommVault“, kuri daugiausia gamina programinės įrangos produktus ir pateikia juos kaip vieninga sistema atsarginės kopijos ir archyvavimas.

Rusijos atsarginių kopijų kūrimo ir duomenų atkūrimo sistemų rinka

Rusijos rinka yra pagrindiniai pasauliniai atsarginių kopijų ir duomenų atkūrimo sistemų rinkos dalyviai, kurie savo sprendimus reklamuoja per regioninius partnerius. Rinka siūlo produktus iš EMC, IBM, HP, Symantec, Dell, NetApp, CA Technologies , kurios dažniausiai yra skirtos didelėms įmonėms. Rusijos rinkoje „CommVault“ atstovauja mažiau, jos sprendimus daugiausia siūlo CROC. Taip pat populiarūs Rusijos gamintojų „Acronis“ ir „Paragon Software Group“ sprendimai. Jų sprendimai ypač aktualūs, siejant su daugelio įmonių, kurios pradeda ypatingą dėmesį skirti kainos/kokybės rodikliams, taupymo politika. Sprendimai naudojami tik virtualioms sistemoms apsaugoti Rusijos įmonė Veeam programinė įranga, tačiau mes pažvelgsime į juos kitame specializuotame straipsnyje.

Rusijos rinkoje yra gana daug įvairaus lygio įmonių, todėl panagrinėsime didžiausias ir/ar populiariausias iš jų. Tuo pačiu didžiausią dėmesį skirsime korporatyviniams sprendimams, nes jie daugiausia lemia šio rinkos segmento rinką.

EMC

Pagrindinė EMC sistema yra EMC Avamar. Tai išsamus programinės ir techninės įrangos sprendimas, skirtas duomenų atsarginėms kopijoms kurti ir atkurti, leidžiantis dirbti tiek su realiais, tiek su virtualiais įrenginiais. Palaiko kintamo ilgio segmento deduplikaciją, kuri atliekama kliento įrenginyje. Duomenų perdavimas optimizuojamas dirbant su įvairių tipų tinklais. Restauravimas atliekamas vienu žingsniu. EMC Avamar galima sukonfigūruoti dirbti konkretus tipas programinę įrangą (pavyzdžiui, „Oracle“ duomenų bazes) ir virtualius įrenginius.

Duomenų valdymui optimizuoti naudojama pasirenkama EMC Data Protection Adviso programinė įranga. Jis automatizuoja atsarginių kopijų stebėjimą ir analizę, pateikia įspėjimus administratoriams, kai įvyksta įvairūs įvykiai, ir leidžia kurti atsarginių kopijų našumo ataskaitas.

Duomenų atsarginės kopijos ir atkūrimo sistemos yra gana lanksčios ir, jei reikia, gali būti padidintos didinant vietos diske. EMC Avamar taip pat gali integruotis su EMC duomenų domenų saugojimo sistemomis. Šias sistemas atstovauja didelė produktų linija iš maži prietaisai(DD160, DD620), galintys saugoti kelis terabaitus, iki labai didelių kelių petabaitų saugojimo vienetų (DD990).

IBM

Atsarginėje erdvėje IBM atstovauja IBM Tivoli Storage Manager produktas. Tai programinė įranga, kuri susijusi su atsarginių kopijų kūrimu ir saugojimo įrenginių tvarkymu. IBM Tivoli Storage Manager suderinamas su daugybe saugojimo sistemų. Jis užtikrina darbą vietiniuose (LAN), plačiosios zonos (WAN) tinkluose ir šiuo metu kuriamuose saugojimo zonos tinkluose (SAN).

„Tivoli Storage Manager“ apima nuotolinio administravimo iš bet kurios tinklo vietos arba interneto įrankius. Administratorius gali automatizuoti įvairius duomenų atsarginių kopijų kūrimo ir atkūrimo sistemos etapus kurdamas saugojimo strategijas. Administratoriaus sukonfigūruotas strategijų rinkinys leidžia ne tik atlikti įprastas operacijas, bet ir greitai reaguoti į įvairias neplanuotas situacijas. Naudojant hierarchinę saugojimo sistemą, gali būti naudojama sistema, kurioje veikia „Tivoli Storage Manager“. Įvairių tipų saugojimo įrenginiai (pvz., juostos ir standieji diskai).

„Tivoli Storage Manager“ leidžia optimizuoti ramybės būsenos duomenis naudojant glaudinimą, konsolidavimą ir laipsniškas atsargines kopijas. Įmonės programinei įrangai (duomenų bazėms, El. paštas) naudojami papildomi klientai, optimizuojantys darbą su tam tikro tipo programa.

Symantec

„Symantec“ teikia du duomenų atsarginių kopijų kūrimo ir atkūrimo produktus – „Symantec Backup Exe“ ir „Symantec NetBackup“, kurie skirti veikti vidutiniuose ir dideliuose tinkluose. Šios programos apima visą atsarginėms kopijoms reikalingų funkcijų rinkinį (deduplikacija, automatinis tikslo replikavimas, migracija tarp kompiuterių, darbas su fiziniais ir virtualiais įrenginiais, darbas nevienalytėje aplinkoje ir kt.). Šie gaminiai gali veikti su įvairiomis saugojimo sistemomis.

Verta paminėti papildomas darbo technologijas virtualios mašinos. Symantec V-Ray virtualizacijos technologija sujungia virtualias ir fizines atsargines kopijas ir suteikia vartotojams vienkartinė prieigaį visas atsargines kopijas, įskaitant „VMware“, „Hyper-V“ ir fizinius įrenginius, leidžiančius greitai atkurti virtualios mašinos, programos, duomenų bazės, failai, aplankai ir net atskiri programos elementai. Integruota pliko metalo atkūrimo technologija leidžia atkurti duomenis naudojant neoriginalią aparatinę įrangą ir apima atsarginę kopiją į virtualią (B2V) ir konvertavimą į virtualią mašiną (P2V), todėl vartotojai gali atkurti sugedusias sistemas VMware arba Hyper-V aplinkoje.

Kad būtų patogiau dirbti su atsarginių kopijų kūrimo ir duomenų atkūrimo sistemomis, „Symantec“ taip pat išleido aparatinės ir programinės įrangos įrenginius „Symantec Backup Exec 3600“, „Symantec NetBackup 5230“. Vienas iš jų naudojimo privalumų yra minimalus laikas už jų diegimą įmonėje. Teigiama, kad administratoriui prireiks 20-30 minučių, kad įrenginiai pradėtų veikti ir pilnai atliktų savo funkcijas.

CommVault

CommVault siūlo programine įranga paremtą ir modulinę duomenų valdymo sistemą. Moduliai užtikrina archyvavimą, apsaugą, atsargines kopijas ir duomenų valdymą. Dirbti su duomenimis naudojama viena valdymo konsolė.

„CommVault Simpana“ atsarginės kopijos funkcijos apima dubliavimo panaikinimą, sistemos vaizdavimą, atsarginių kopijų automatizavimą, centralizuotą atsarginių kopijų valdymą, ataskaitų teikimą, vartotojo savitarnos atsargines kopijas, hierarchinę saugojimo politiką, apkrovos balansavimą ir kt. „CommVault Simpana“ teikia gilią virtualios infrastruktūros integraciją pažangiam duomenų valdymui „Microsoft Hyper-V“, „VMware vCenter“ ir „VMware vCloud Director“ platformose.

CommVault palaiko daugumą galimų Operacinės sistemos ir taikomąsias programas (ypač „Oracle“, „Microsoft“, „PostgreSQL“ ir „MySQL“ duomenų bazes, „Documentum“, SAP), kad būtų sukurtos atsarginės kopijos, kai programos veikia su minimalia apkrova.

HP

HP pristato didelį rinkinį įvairių sprendimų. „HP Data Protector“ programinė įranga skirta teikti automatinę duomenų atsarginę kopiją ir atkūrimą, taip pat centralizuotą susijusių strategijų ir procesų valdymą. Jis palaiko labiausiai žinomas platformas ir programas ir leidžia atlikti šias funkcijas:

• duomenų pašalinimas pagal HP StoreOnce Federated Deduplication technologiją tiek klientams (pagal šaltinį), tiek atskirame dedikuotame serveryje (atsarginiame serveryje) arba duomenų saugojimo sistemose (pagrįstos tiksline);
• virtualių aplinkų atsarginių kopijų kūrimas ir atkūrimas, įskaitant visų virtualių mašinų ir atskirų jose esančių duomenų apsaugą;
• integracija su diskų masyvų funkcijomis, kad būtų sukurtos aparatinės įrangos momentinės kopijos (snapshots) atsarginėms kopijoms be prastovos Nulinės prastovos atsarginės kopijos ir momentinis informacijos atkūrimas Instant Recovery (IR);
• galimybė atkurti atskirus atsarginės kopijos elementus (pavyzdžiui, atskirą failą iš virtualios mašinos atsarginės kopijos).

Atsarginėms kopijoms saugoti naudojama disko bibliotekų eilutė su HPStoreOnce deduplikacija. Sprendimas pagrįstas HP Proliant Gen8 serverio platforma, modelių talpa nuo 8TB iki 2,2PB (iki 35PB, įskaitant deduplikaciją) ir palaiko iki 139TB/val. Jis vienu metu gali veikti VTL (Virtual Tape Library) režimu, emuliuoti juostinius įrenginius ir veikti kaip failų saugykla su CIFS/NFS prieiga.

Dell

„Dell“ neseniai išplėtė savo atsarginių kopijų kūrimo ir atkūrimo portfelį, įsigydama „Quest Software“ ir „AppAssure“. Didelėms įmonėms ir įmonėms „Dell“ siūlo „NetVault“ sprendimą, skirtą visos infrastruktūros atsarginėms kopijoms organizuoti, o mažoms ir vidutinėms įmonėms – paprastesnį „Appasure“ sprendimą. „vRanger“ programa naudojama virtualių mašinų atsarginėms kopijoms kurti. Rusijos „Dell“ padalinio kūrėjai taip pat pristato specializuotus „Dell Software“ sprendimus, skirtus detaliam AD ir „Exchange“ atkūrimui, taip pat unikalią automatizuoto atkūrimo technologiją. Active Directory duomenų praradimo atveju.

Pavyzdžiui, pažiūrėkime į Dell PowerVault DL ir DR serijos įrenginius (dabartiniai modeliai yra DL4000 ir Dell DR4100). Įrenginiai leidžia atlikti šias funkcijas:

• atsarginių operacijų optimizavimas ir supaprastinimas, leidžiantis atsikratyti susijusių prastovų;
• Integruotas visiškas dubliavimo panaikinimas ir bloko lygio duomenų glaudinimas kartu su optimizuotais atsarginių kopijų dydžiais, kad sutaupytumėte vietos atsarginėje kopijoje ir sumažintumėte WAN replikacijos poreikį;
• taškų atkūrimas su galimybe kas penkias minutes kurti momentines nuotraukas;
• darbas su virtualiomis mašinomis.

Įrenginiuose gali būti naudojama kitų gamintojų programinė įranga, pvz., EMC arba Symantec.

Kvantinė

Quantum tiekia atsargines kopijas ir duomenų saugojimo sistemas. Tiekiami juostiniai (SuperLoader; Scalar i40, i80, i500, i6000) ir diskiniai (DXi V1000, 4000, 6500, 6700, 8500) įrenginiai ir atsarginiai įrenginiai Quantum vmPRO 4000 virtualioms mašinoms.

Įrenginiai skiriasi naudojamu saugyklos kiekiu ir palaiko daugumą papildomų funkcijų, esančių atsarginėse sistemose įmonės lygiu. Kopijavimui optimizuoti naudojami originalūs Quantum deduplikacijos algoritmai. „StorageCare Vision“ programinė įranga naudojama centralizuotam valdymui ir stebėjimui.

NetApp

NetApp atsarginės kopijos ir atkūrimo sistemos leidžia dirbti ir su juostelėmis, ir su diskų masyvais. SnapProtect yra išsami disko ir juostos atsarginių kopijų valdymo programinė įranga, skirta NetApp FAS sistemoms. Tai leidžia atlikti momentines kopijas ir duomenų replikaciją, o tai žymiai sumažina laiką, reikalingą dirbant su atsarginėmis kopijomis ir jų dydį. „SnapProtect“ taip pat leidžia valdyti kopijų kūrimą ir atkūrimą naudojant vieną valdymo pultą.

NetApp SnapVault yra programinės įrangos sprendimas, skirtas greitai kurti atsargines kopijas iš disko į diską ir apsaugoti bloko lygio duomenis. Leidžia sutrumpinti laiką, kurio reikia atsarginėms kopijoms kurti naudojant laipsnišką kopijavimą duomenų bloko lygiu. Užtikrina greitą duomenų atkūrimą dėl daugybės parinkčių ir atkūrimo taškų.

CA technologijos

Duomenų atsarginėms kopijoms kurti ir atkurti CA Technologies siūlo CA ARCserve Backup programinę įrangą . Tai leidžia atlikti gana platų funkcijų spektrą:

• duomenų dubliavimas, siekiant sumažinti naudojamos saugyklos kiekį;
• atsarginės kopijos palaikymas dirbant su virtualiomis mašinomis, kuriose veikia VMware, Microsoft Hyper-V™ ir Citrix® XenServer;
• debesies atsarginės kopijos palaikymas greitas perkėlimas duomenys tarp fiziškai nutolusių objektų;
• naudojant momentine kopija pagrįstą atsarginę kopiją (ARCserve D2D) kartu su tradiciniu failų atsarginės kopijos sprendimu (CA ARCserve Backup). Tam naudojamas bendras atsarginės kopijos katalogas, kad pagreitintų ir supaprastintų atkūrimo procesą;
• galimybė centralizuotai valdyti duomenų kopijavimo ir atkūrimo iš vienos konsolės procesus.

Specializuotoms užduotims įgyvendinti naudojami papildomi moduliai (CA ARCserve Central Reporting, CA ARCserve Replication, CA ARCserve High Availability), plečiantys CA ARCserve Backup funkcionalumą.

Acronis

„Acronis“ teikia visą programinės įrangos seriją, skirtą duomenų atsarginėms kopijoms kurti ir atkurti. „Acronis True Image“ skirtas naudoti namuose, „Acronis Backup & Recovery Server for Windows“ naudojamas mažoms įmonėms, o „Windows“ – didelėms įmonėms.

Labiausiai funkcionalus yra įmonės produktas Acronis Backup & Recovery Advanced Server, kuris leidžia atlikti daugybę funkcijų:

• failų atsarginės kopijos ir vaizdų atsarginės kopijos. Galite sukurti viso disko vaizdą su operacine sistema, kad vėliau atkurtumėte tą patį ar panašų kompiuterį;
• atsarginių kopijų kopijavimas į kelias saugyklas (pavyzdžiui, vietinę ir tinklo);
• paieška saugykloje ir pasirinktinis failų atkūrimas;
• deduplikacija ( atskiras modulis) leidžia išvengti pasikartojančių duomenų kopijavimo. Be to, kopijų paieška vykdoma ne tik konkretaus vartotojo kompiuteryje, bet ir visuose tinklo naudotojuose;
• galimybė atkurti darbo vietas ir serverius į kitą įrangą nei ta, iš kurios buvo daroma atsarginė kopija, arba į virtualią mašiną (atskiras modulis);
• administravimo funkcijos (nuotolinis diegimas, galimybė įjungti kompiuterius prieš atliekant atsarginę kopiją, galimybė vykdyti komandas prieš ir po kopijavimo; disko ir tinklo apkrovos nustatymas kopijavimo proceso metu ir kt.);
• centralizuotas atsarginių kopijų kūrimo valdymas;
• saugyklos naudojimas debesyje (atskiras modulis).

Tokio funkcijų rinkinio buvimas leidžia Acronis gaminiams būti tikru konkurentu šios srities pasaulio lyderių gaminiams. Pateiktas funkcionalumas leidžia Acronis gaminiams konkuruoti visuose rinkos segmentuose.

Paragonas

Kita Rusijos įmonė, gaminanti duomenų atsarginių kopijų kūrimo ir atkūrimo sistemas. Jo portfelyje yra daugybė atsarginių kopijų kūrimo ir priežiūros produktų kietieji diskai– Paragonas Kietasis diskas Manager 12 Suite, Professional, Business, Premium leidimai (asmeniniams vartotojams ir SMB); Paragon Protect and Restore 3 (didelėms įmonėms); Drive Backup 11 Workstation; Drive Backup 11 serveris ir kt. 2014 metų pavasarį Rusijos rinkoje pranešama apie „Paragon Hard Disk Manager 14“ išleidimą, kuris jau parduodamas Vakaruose.

Naudodamiesi šiais produktais galite organizuoti visiškai funkcionalų duomenų atsarginių kopijų kūrimo ir atkūrimo procesą. Sistemos vaizdai naudojami greitai perkelti arba atkurti sistemą po gedimo. Be to, juos galima įdiegti kompiuteriuose, Aparatūra kuris skiriasi nuo originalaus kompiuterio. Įgyvendinta įvairios schemos kopijavimas – prieauginis ir diferencijuotas, leidžiantis sumažinti kopijuojamų duomenų kiekį. Naudojamas smulkus duomenų atkūrimas ir galingas filtrų rinkinys, leidžiantis tinkinti automatinis atkūrimas duomenis. Palaikomas darbas su realiais ir virtualiais įrenginiais. Tačiau trūksta visiško dubliavimo. Centralizuotas atsarginių kopijų tvarkymas galimas įdiegus pasirenkamą „Paragon Remote Management“ programą.

Dauguma Paragon gaminių yra skirti asmeniniams vartotojams bei mažoms ir vidutinėms įmonėms. Tačiau naujausi įmonės produktai, tokie kaip „Hard Disk Manager 12 Premium“, neapsiriboja SMB ir suteikia papildomų įrankių didelėms įmonėms.

Atsarginių kopijų kūrimo ir duomenų atkūrimo sistemų rinka Rusijoje neapsiriboja tik išvardytais sprendimais. Yra mažiau paplitusių produktų, pavyzdžiui, „Handy Backup Server Network“ („Novosoft“ kompanija) arba „BakBone NetVault“. Tačiau jų buvimas Rusijos rinkoje yra nedidelis arba negali būti tiksliai įvertintas, todėl jie nebuvo įtraukti į mūsų svarstomų sprendimų sąrašą.

Mūsų apžvalgoje nebuvo įtrauktos nemokamų duomenų atsarginės kopijos ir atkūrimo sistemos, nes be duomenų apie pardavimų apimtis sunku įvertinti jų buvimą rinkoje. Iš populiariausių nemokamų atsarginių kopijų kūrimo programų Rusijos rinkoje atkreipiame dėmesį į programą „Clonezilla“. Tai leidžia kurti sistemos vaizdus arba duomenų kopijas vietinėje arba nuotolinis kompiuteris. Įmonės Clonezilla Server versija leidžia tvarkyti atsargines kopijas jūsų įmonės vietiniame tinkle.

išvadas

Duomenų atsarginės kopijos ir atkūrimo sistemos yra būtinas bet kurios darbo vietos – tiek asmeninės, tiek įmonės – saugumo elementas. Dabartinis šios klasės sprendimų lygis leidžia padaryti atsarginių kopijų kūrimo procesą greitą ir patogų vartotojams. Taip pat atkreipiamas dėmesys ne tik į atsarginių kopijų kūrimo greitį, bet ir į jų atkūrimo greitį. Naudojant specializuotus algoritmus, duomenų atkūrimo laikas žymiai sutrumpėja. Tam naudojami algoritmai gali žymiai sutrumpinti duomenų atkūrimo laiką. Rinkoje esančios sistemos nuolat tobulėja ir įtraukia naujas technologijas, skirtas dirbti su duomenimis. Taigi, daugelis sistemų suteikia galimybę saugoti duomenis debesyje, naudoti virtualias mašinas ir leidžia dirbti su naujo tipo protokolais ir duomenų saugojimo įrenginiais. Tai rodo abipusį šios klasės sprendimų gamintojų ir vartotojų susidomėjimą. Verta paminėti, kad ateityje atsarginės kopijos ir atkūrimo sistemos vis labiau integruosis su atsarginių kopijų saugojimo sprendimais ir įmonės sprendimais. dalijimasis ir nuotolinis darbas su duomenimis debesyje.

Duomenų atsarginių kopijų kūrimo ir atkūrimo sistemų rinka yra gana brandi. Pasauliniu mastu jau seniai susiformavo šios srities lyderių rinkinys, kuris metai iš metų stengiasi išlaikyti aukštą savo sprendimų lygį. Tai EMC, CommVault, Symantec, IBM, HP, Quantum, NetApp, CA Technologies. Rusijos rinka siūlo visų šių lyderių produktus. Ypatingas rinkos bruožas yra Rusijos žaidėjų - Acronis ir Paragon - buvimas, kurių produktai užima savo nišas ir yra paklausūs rinkoje.

Savo būsimuose leidiniuose planuojame apsvarstyti debesų atsarginių kopijų kūrimo ir duomenų atkūrimo sistemų rinką.

Mieli draugai, šiandien panagrinėsime labai svarbią temą: duomenų atsarginę kopiją ir atkūrimą. Kodėl šios dvi sąvokos eina kartu, o ne atskirai? Kokios jų savybės, kam jos skirtos? Dabar atsakysime į visus šiuos klausimus, o tada tiesiogiai pereisime prie veiksmų.

Taigi, pradėkime nuo atsarginės kopijos: ji leidžia išsaugoti visus įrenginio ar programos failus, dokumentus ir kitą informaciją į išorinę laikmeną. Atkreipkite dėmesį, kad pastaroji gali būti debesies saugykla internete. Tačiau ne visi duomenys gali būti saugomi tokiu būdu. Apie tai pakalbėsime šiek tiek vėliau.

Tai taip pat suteikia galimybę grąžinti viską, ką išsaugojome anksčiau, vėliau naudojant failus. Pavyzdžiui, jei išsaugojote nuotraukas iš vasaros atostogų debesies saugykloje, galėsite jas ne tik peržiūrėti vėliau, bet ir atsisiųsti atgal į bet kurį palaikantį įrenginį. Dabar, kai šiek tiek papildėte savo bagažą šiomis dviem sąvokomis, galime pereiti prie aktyvios diskusijos: kaip daryti atsargines duomenų kopijas, kokios tam skirtos programos, kokiuose įrenginiuose tai galima padaryti ir pan. Kaip matote, mūsų nedidelė diskusija pamažu tampa platesnė. Kad jūsų darbas būtų lengvesnis, iš karto parodysime blokelius, kurie bus apšviesti. Galite iš karto pasirinkti jums reikalingą ir pradėti dirbti:

• Informacija iš kompiuterio
• Informacija iš planšetinių kompiuterių ir išmaniųjų telefonų
• Rekomendacijos vartotojui

Verta paminėti, kad norint sukurti failų ar sistemos kopiją, jums reikės išorinės laikmenos, kurioje bus saugomi jūsų duomenys. Įdėkite jį į kompiuterio ar nešiojamojo kompiuterio USB įvestį. Įsitikinkite, kad laisvos vietos diske arba „flash“ atmintinėje yra daugiau, nei užima failai. Taip pat įsitikinkite, kad įrašymo metu nėra trikdžių: jei kas nors netyčia palies laidą ir jis atsijungs, galite prarasti duomenis.

Jei norite sukurti kopiją iš išmaniojo telefono ar planšetinio kompiuterio, prijungimui prie kompiuterio patartina naudoti originalų kabelį. Debesų saugyklos naudotojams rekomenduojama turėti greitą neribotą interneto ryšį. Pavyzdžiui, jei turite ribotas eismas, o jūs ją viršysite, tuomet turėsite sumokėti tam tikrą sumą susidariusiai skolai padengti.

Informacija iš kompiuterio

Kadangi kompiuterių duomenys pagal svarbą užima pirmąją vietą tarp kitų įrenginių, pradėsime darbą su jais. Visų pirma, verta paminėti, kad čia taip pat yra nedidelis atsarginės kopijos padalijimas pagal saugomos informacijos tipą: tai gali būti visa operacinės sistemos kopija, kopija kartu su failais arba atskira saugykla. failų. Kad būtų patogiau, pažvelkime į pavyzdį, skirtą „Windows 7“, „8.1“ ir „Windows 10“.

Windows 7

• Eikite į kompiuterio valdymo skydelį naudodami mygtuką Pradėti arba bet kurią kitą naršymo priemonę.
• Spustelėkite meniu „Sistema ir sauga“.
• Tada priešais jus atsidarys langas su skirtukais, kuriame turėsite spustelėti „ Atsarginė kopija ir duomenų atkūrimas“.
• Taigi naujame lange pamatysite meniu su archyvavimo nustatymais. Spustelėkite „Atsarginė kopija ir atkūrimas“.
• Tada turėsime sukonfigūruoti atsarginę kopiją naudodami mėlyną to paties pavadinimo mygtuką.

Spustelėkite „Nustatyti atsarginę kopiją“

• Tada pamatysite dialogo langą su archyvavimo nustatymais. Pasirinkite savo HDD ir spustelėkite mygtuką „Kitas“.

Archyvo vietos pasirinkimas

• Kitame lange sistema paprašys nurodyti, kas tiksliai turi būti archyvuojama. Rekomenduojama naudoti pirmąją parinktį („Leiskite Windows pasirinkti“), nes ji išsaugo viską ir reguliariai atnaujina duomenis. Atkreipkite dėmesį, kad čia antroji parinktis leidžia vartotojui pasirinkti, ką tiksliai reikia išsaugoti. Tai reiškia, kad galite įdėti savo aplankus arba atskirus katalogus, jei jums nereikia visos atsarginės kopijos kartu su operacinės sistemos failais.

Pats pasirenkant objektus archyvuoti

• Toliau patikriname įdiegtus parametrus. Čia galite nustatyti automatinio kopijų kūrimo grafiką naudodami mygtuką Keisti tvarkaraštį.

• Kai viskas įdiegta ir patikrinta, spustelėkite „Išsaugoti nustatymus ir pradėti archyvuoti“.

Procesas vyksta

• Palaukite, kol procesas bus baigtas, tada patikrinkite išorinį standųjį diską, kad pamatytumėte, ar į jį įrašyti jūsų duomenys.

Windows 8.1

• Dešinėje ekrano pusėje paleiskite įrankių juostą. Norėdami tai padaryti, perkelkite pelę į viršutinį dešinįjį kampą ir spustelėkite „Ieškoti“.
• Įveskite frazę „Failų istorija“ be kabučių ir paspauskite Enter. Gautuose rezultatuose spustelėkite to paties pavadinimo aplanką.
• Būsite nukreipti į langą, kuriame turėsite spustelėti nuorodą „Sistemos vaizdo atsarginė kopija“, kuri yra apatiniame kairiajame lango kampe.

• Mes pasirenkame archyvo saugojimo vietą (kaip susitarėme aukščiau, tai turėtų būti išorinis kietasis diskas). Spustelėkite „Kitas“.
• Kitame lange bus parodytas reikalingos atminties kiekis. Patikrinkite visus duomenis ir spustelėkite mygtuką „Archyvuoti“.
• Palaukite, kol sistema sukurs atsarginę kopiją „Windows“ kopija išoriniame atminties įrenginyje. Šis procesas gali užtrukti, todėl nepanikuokite.

Windows 10

• Paleiskite Nustatymai iš užduočių juostos mygtuko Pradėti.
• Dabar atidarykite skirtuką Atnaujinimas ir sauga.
• Kairiajame stulpelyje su parametrais spustelėkite „Atsarginės kopijos paslauga“.
• Naudodami to paties pavadinimo mygtuką, nustatykite automatinę atsarginę sistemą.
• Atkreipkite dėmesį, kad be problemų galite lengvai reguliuoti aplankus, kurių kopijos ten bus sukurtos. Tai labai palengvins jūsų darbą.
• Jei norite sukurti visą atsarginę kopiją kartu su operacine sistema, o ne atskirti bibliotekas ir katalogus, vadovaukitės „Windows“ instrukcijomis.

Norėdami atkurti duomenis, kartokite veiksmus, kol rasite archyvavimo nustatymus. BET dabar tiesiog pasirinkite skirtuką „Atkūrimas“ arba parinktį ir tiesiog vadovaukitės instrukcijomis, pateiktomis monitoriaus ekrane esančiame dialogo lange. Čia nėra nieko sudėtingo. Natūralu, kad pažvelgėme į standartinius „Windows“ OS įrankius iš „Microsoft“. Taip pat yra specialios programos panašioms operacijoms atlikti. Jie gali būti patogesni, bet saugumo ir patikimumo požiūriu gali būti ne tokie geri. Todėl vis tiek rekomenduojama naudoti standartinės komunalinės paslaugos OS.

Informacija iš planšetinių kompiuterių ir išmaniųjų telefonų

Čia viskas yra šiek tiek paprasčiau, nes jie taip pat naudojami standartines programas(pavyzdžiui, iPhone ir iPad dirbsime su iTunes). Visoms bet kurios operacinės sistemos programėlėms atsarginės kopijos kūrimo procedūra bus tokia pati:

• Prijunkite įrenginį prie kompiuterio ar nešiojamojo kompiuterio. Palaukite, kol bus įdiegtos atitinkamos tvarkyklės.
• Paleiskite programą, skirtą sinchronizuoti su jūsų įrenginiu. Tai yra, jei turite „iPhone“, atidarykite „iTunes“ programą savo kompiuteryje.
• Raskite skirtuką „Sinchronizavimas“ arba „Atsarginė kopija“ arba elementą. Spustelėkite jį ir vykdykite ekrane pateikiamus nurodymus, kad sukurtumėte kopiją.

• Norėdami atkurti duomenis, tame pačiame lange raskite to paties pavadinimo mygtuką ir spustelėkite jį.
• Kol kompiuteris atlieka šiuos veiksmus, jokiu būdu neatjunkite įrenginio nuo USB. Dėl to gali sugesti įrenginio programinė įranga.
• Atminkite, kad kai kuriuos failus galite tiesiog perkelti iš savo išmaniojo telefono ar planšetinio kompiuterio į kompiuterį. Tai ypač pasakytina apie programėlių, kuriose veikia Android operacinė sistema, savininkams: jie turi visišką prieigą prie visų failų ir aplankų.
• „iOS“ įrenginių savininkai nuotraukas ir vaizdo įrašus gali saugoti tik tokiu pačiu būdu: eikite į „Kompiuteris“ ir spustelėkite dešiniuoju pelės mygtuku spustelėkite pelę savo įrenginyje. Spustelėkite „Importuoti nuotraukas ir vaizdo įrašus“. Vykdydami ekrane pateikiamus nurodymus galite ne tik importuoti, bet ir tinkinti.

Debesų saugykla

Šiandien tokio tipo duomenų saugojimas yra gana populiarus rinkoje: nereikia jokių „flash drive“, kabelių ar kitų išorinių įrenginių. Viskas, ko jums reikia, yra aktyvus didelės spartos interneto ryšys, o visi failai yra jūsų rankose. Mes nenagrinėsime jų konfigūracijos (tam yra atskira tema), o tiesiog kalbėsime apie kiekvieną konkrečios OS saugyklą:

• „OneDrive“, skirta „Windows“.
• „iCloud“ ir „iCloud Drive“, skirta „iOS“ ir „MacOS“.
• „Google“ diskas, skirtas „Android“.

Verta paminėti, kad yra ir universalių, kuriuos galima įdiegti bet kuriame įrenginyje, nepriklausomai nuo įdiegtos OS:

• Cloud Mail
• OneDrive
• Google diskas

Kaip pastebėjote, iš visų saugyklų tik „Apple“ padarė savo produktą prieinamą tik savo sistemai. Ar tai gerai, ar blogai, jūs turite nuspręsti.

• Naudojant išorinį kietasis diskas arba „flash drive“, įsitikinkite, kad jame yra pakankamai laisvos vietos.
• Atminkite, kad dauguma debesies saugyklos paslaugų turi ribotą nemokamos prieigos saugyklą. Pavyzdžiui, „iCloud Drive“ turėsite penkis gigabaitus. Norėdami jį išplėsti, turėsite nusipirkti prenumeratą. Jei neturite daug failų, jums nieko nereikia pirkti. Taip pat galite naudoti kelias debesies saugyklas.
• Patikrinkite kopijų kūrimą: jei išsenka atmintis diske arba debesyje, kopija nebus sukurta. Jūs rizikuojate prarasti kai kuriuos duomenis, o tai bus labai liūdna pasekmė.
• Jei tiesiog kopijuojate kai kuriuos failus, patartina juos ištrinti iš nukopijuoto įrenginio, kad atlaisvintumėte jame atminties.
• Jei norite išsaugoti labai svarbius dokumentus, geriau pasidarykite dvi kopijas. Pavyzdžiui, vieną galite atlikti išoriniame standžiajame diske, o kitą – naudodami debesies saugojimo programą.

Apibendrinkime

Mieli draugai, šiandien aptarėme labai plačią ir svarbią temą: duomenų atsarginę kopiją ir atkūrimą. Ypatingas dėmesys buvo skiriamas kompiuterinei informacijai, tada pažvelgėme į bendrą išmaniųjų telefonų ir planšetinių kompiuterių kopijos kūrimo principą, taip pat susipažinome su saugykla debesyje. Pabaigoje pateikėme keletą rekomendacijų, kad jūsų darbas būtų kuo produktyvesnis. Atminkite: laiku išsaugoti duomenys yra raktas į jūsų nervų taupymą. Jei pamestumėte savo baigiamojo darbo failus, su kuriais dirbote savaites ar mėnesius, tai nebūtų labai smagu, tiesa? Komentaruose nurodykite, kokias archyvavimo paslaugas norėtumėte naudoti ir kodėl.

Paskaitos tekstas

Pagrindiniai klausimai

Paskaita Nr. 15. Atsarginė kopija

Trukmė: 2 valandos (90 min.)

· Atsarginių kopijų kūrimas.

· Atsarginės kopijos stebėjimas.

· Atsarginės kopijos planavimas.

Galite kurti atsargines kopijas naudodami Enterprise Manager, T-SQL komandas arba duomenų bazės atsarginės kopijos kūrimo vedlį. Daugeliu atvejų lengviausia naudoti duomenų bazės atsarginės kopijos kūrimo vedlį, tačiau taip pat lengva naudotis ir Enterprise Manager. Kita vertus, T-SQL komandos gali būti dedamos į SQL scenarijus, kurie gali būti kartojami daug kartų. Turėtumėte naudoti metodą, kuris geriausiai atitinka jūsų poreikius.

Galima nukreipti pačias atsargines operacijas fizinis įrenginys arba loginis įrenginys. Fizinis įrenginys yra aparatinės įrangos dalis, pvz., juostos arba disko įrenginys. Operacinė sistema priskiria pavadinimus fiziniams įrenginiams ir jūs turite naudoti tuos pavadinimus, kad pasiektumėte tuos įrenginius. Kadangi šiuos iš anksto priskirtus pavadinimus gali būti sunku įsiminti, gali tekti sukurti slapyvardį (vartotojo apibrėžtą alternatyvų pavadinimą) fiziniam įrenginiui. Toks slapyvardis vadinamas loginiu įrenginiu. Šis loginis įrenginys egzistuoja tik SQL serveryje ir gali būti naudojamas tik atsarginės kopijos kūrimo tikslais SQL serveryje, vadinant jį atsarginiu loginiu įrenginiu. Jei norite sukurti atsarginę duomenų kopiją loginiame įrenginyje, turite iš anksto sukurti įrenginį. Prieš pereidami prie atsarginių kopijų kūrimo metodų, pažiūrėsime, kaip sukuriamas loginės atsarginės kopijos įrenginys. Šiame skyriuje pateiktiems pavyzdžiams naudosime loginį atsarginį įrenginį. (Norėdami gauti informacijos apie fizinių įrenginių įtraukimą į sistemą, susisiekite su sistemos administratoriumi.)

Norėdami sukurti atsarginį įrenginį iš naudojant T-SQL naudokite sp_addumpdevice saugomą procedūrą. Ji turi tokią sintaksę:

sp_addumpdevice įrenginio_tipas, loginis_pavadinimas, fizinis_pavadinimas

Parametro device_type reikšmė gali būti diskas, skirtas disko įrenginiui, juosta, skirtas juostiniam įrenginiui, arba vamzdis, skirtas prijungti trečiosios šalies programinę įrangą prie atsarginės kopijos sistemos. Parametras logical_name yra pavadinimas, kurį priskiriate šiam įrenginiui; šis pavadinimas naudojamas įrenginiui nurodyti BACKUP ir RESTORE sakiniuose. Fizinio_pavadinimo parametras yra pavadinimas, kurį sistema priskiria įrenginiui arba failui.

Sukūrę vieną ar daugiau atsarginių įrenginių, galite kurti atsargines kopijas.

Norėdami sukurti atsarginę kopiją naudodami Enterprise Manager, atlikite šiuos veiksmus.

1. Pasiekite „SQL Server Backup“ paslaugų programą vienu iš šių būdų.

· Išplėskite aplanką Serveris kairėje Enterprise Manager srityje, tada išplėskite aplanką Valdymo. Dešiniuoju pelės mygtuku spustelėkite Atsarginė kopija ir kontekstiniame meniu pasirinkite Atsarginė duomenų bazė.

· Išplėskite serverio aplanką kairėje Enterprise Manager srityje, dešiniuoju pelės mygtuku spustelėkite Duomenų bazė, kontekstiniame meniu pasirinkite Visos užduotys, tada pasirinkite Atsarginė duomenų bazė.

· Išplėskite serverio aplanką kairėje Enterprise Manager srityje ir spustelėkite aplanką Duomenų bazės. Dešinėje srityje dešiniuoju pelės mygtuku spustelėkite duomenų bazę, kontekstiniame meniu pasirinkite Visos užduotys, tada pasirinkite Atsarginė duomenų bazė.

Pasirodo dialogo langas „SQL Server Backup“ (žr. 16.1 pav.).

16.1 pav. – SQL serverio atsarginės kopijos dialogo lango skirtukas Bendra

2. Išskleidžiamajame sąraše Duomenų bazė, esančiame šio dialogo lango viršuje, pasirinkite duomenų bazę, kurios atsarginę kopiją norite sukurti. (Jei 1 veiksme naudojote trečiąjį metodą, atitinkamas duomenų bazės pavadinimas jau bus pasirinktas.) Atsarginės kopijos pavadinimas generuojamas automatiškai pagal duomenų bazės pavadinimą, nors galite nepaisyti šio automatinio pavadinimo, įvesdami atsarginės kopijos pavadinimą teksto laukelyje Pavadinimas. . Taip pat galite įvesti atsarginės kopijos aprašymą teksto laukelyje Aprašymas. Šis aprašymas gali būti jums svarbus atkuriant duomenų bazę. Pavyzdžiui, jei kuriate šią atsarginę kopiją prieš pat išmesdami lentelę, prasminga šį faktą įtraukti į aprašymą. Jei prieš atsisiunčiant naujus duomenis sukuriama atsarginė kopija, įtraukite šią informaciją į aprašą.

3. Šio dialogo lango skiltyje Atsarginė kopija turite nurodyti atsarginės kopijos tipą. Galimi pasirinkimo mygtukai skirsis priklausomai nuo pasirinktos duomenų bazės. Pavyzdžiui, numatytasis Northwind duomenų bazės nustatymas yra Sutrumpinti prisijungimo kontrolinį tašką. (Operacijų žurnalo sutrumpinimas kuriant kontrolinį tašką). Tokiu atveju operacijų žurnalo ir failų bei failų grupių pasirinkimo mygtukai atsarginės kopijos programai nepasiekiami. Skyriuje Atsarginė kopija yra šie pasirinkimo mygtukai.

· Duomenų bazė – pilna. Pilna duomenų bazės atsarginė kopija, t.y. visus duomenis atitinkamoje duomenų bazėje.

· Duomenų bazė – diferencialas. Diferencinė duomenų bazės atsarginė kopija, t.y. visi duomenys, kurie pasikeitė nuo ankstesnės atsarginės kopijos.

· Sandorių žurnalas. Sandorių žurnalo atsarginė kopija; tai taip pat sukelia operacijų žurnalo sutrumpinimą.

· Failas ir failų grupė. Vieno failo ar failų grupės atsarginė kopija; turite nurodyti šį failą arba failų grupę.

Galite pasirinkti tik vieną iš šių atsarginių kopijų tipų. Norėdami sukurti visą duomenų bazės atsarginę kopiją ir operacijų žurnalo atsarginę kopiją, šią atsarginės kopijos programą turite paleisti du kartus.

4. Skiltyje Paskirtis turite pasirinkti įrenginio tipą atsarginei kopijai - Tape arba Disk. Spustelėję mygtuką Pridėti, galite pridėti loginių arba fizinių atsarginių įrenginių. Pasirodo dialogo langas Select Backup Destination (žr. 16.2 pav.).

16.2 pav. – Dialogo langas Select Backup Destination

Šiame dialogo lange galite nurodyti failo pavadinimą arba išskleidžiamajame sąraše Atsarginės kopijos įrenginys pasirinkti atsarginį įrenginį. Spustelėkite Gerai, kad grįžtumėte į SQL serverio atsarginės kopijos dialogo lango skirtuką Bendra. 16.1 pav. pateiktame pavyzdyje atsarginės kopijos sąraše yra du įrenginiai. Norėdami pašalinti įrenginį, pasirinkite įrenginį ir spustelėkite mygtuką Pašalinti. Norėdami peržiūrėti įrenginio turinį, spustelėkite mygtuką Turinys. Jei konkretus atsarginis įrenginys buvo naudojamas anksčiau, bus rodoma ši atsarginės kopijos informacija.

· Vardas. Vardas, kurį pasirinko tas, kuris pradėjo kurti atsarginę kopiją.

· Serveris. Serverio, kuriame buvo sukurta atsarginė kopija, pavadinimas.

· Duomenų bazė. Duomenų bazės, kurios atsarginė kopija buvo sukurta, pavadinimas.

· Tipas. Atsarginės kopijos tipas (užbaigtas, diferencinis, operacijų žurnalas, failų grupė, failas)

· Data. Atsarginės kopijos data ir laikas.

· Galiojimo laikas. Nurodyta atsarginės kopijos galiojimo data.

· Dydis. Bendras atsarginės kopijos rinkinio dydis.

· Apibūdinimas. Aprašymas pateiktas atsarginei kopijai.

Priminsime, kad viename atsarginiame įrenginyje galite sukurti kelias atsargines kopijas (kas dažnai naudojama praktikoje).

5. SQL serverio atsarginės kopijos dialogo lango skiltyje Perrašyti galite pasirinkti perrašyti laikmeną (parinkties mygtukas Perrašyti...), pvz., juostelę ar diską, arba pridėti prie ankstesnių duomenų (parinkties mygtukas Pridėti...). Bet jei naudojate juostas ir jas pakaitomis, tuomet turite ištrinti ankstesnę informaciją. Nors galite perrašyti šią informaciją, šiame dialogo lange spustelėdami parinktį Perrašyti esamą mediją, prieš darydami atsarginę kopiją turėtumėte įprotį ištrinti informaciją. Taip apsisaugosite nuo atsitiktinio juostos ar disko įrenginio perrašymo.

6. Skyriuje Tvarkaraštis galite nustatyti grafiką, kad atsarginė kopija būtų paleista tam tikru laiku. Suplanuotos atsarginės kopijos ypač naudingos kuriant operacijų žurnalo atsargines kopijas, kurias galima atlikti reguliariai, kad būtų išvengta operacijų žurnalo perpildymo. Norėdami nustatyti atsarginį tvarkaraštį, pažymėkite žymės langelį Schedule ir spustelėkite naršymo mygtuką (...), kad būtų rodomas dialogo langas Redaguoti tvarkaraštį (žr. 16.3 pav.).

7. Teksto laukelyje Pavadinimas įveskite tvarkaraščio pavadinimą. Tvarkaraščių pavadinimai leidžia sukurti kelis tvarkaraščius, pvz., atskirą kiekvienos atsarginės kopijos tvarkaraštį.

16.3 pav. – Dialogo langas Redaguoti tvarkaraštį

Skyriuje Tvarkaraščio tipas galite pasirinkti vieną iš šių tvarkaraščio tipų (pasirinkimo mygtukų tvarka): automatiškai, kai SQL Server Agent paleidžiama, kai CPU neveikia, vieną kartą paleiskite atsarginę kopiją arba pakartokite. Jei pasirenkate vieną kartą paleisti atsarginę kopiją, naudokite iššokantįjį kalendorių On data, kad pasirinktumėte atsarginės kopijos datą, o lauke Laiko skaitiklis – laikui.

Norėdami nustatyti pasikartojančių atsarginių kopijų kūrimo tvarkaraštį, spustelėkite Pasikartojančios parinkties mygtuką ir spustelėkite mygtuką Keisti.

Pasirodo dialogo langas Redaguoti pasikartojančių darbų tvarkaraštį (žr. 16.4 pav.). Šiame dialogo lange pateikiama daugybė lanksčių tvarkaraščio kūrimo parinkčių. Naudodami parinktį Daily, Weekly arba Monthly, galite nurodyti atitinkamos užduoties dažnumą ir trukmę.

8. Spustelėkite Gerai, kad grįžtumėte į dialogo langą Redaguoti tvarkaraštį, dar kartą spustelėkite Gerai, kad grįžtumėte į dialogo langą SQL serverio atsarginė kopija, tada spustelėkite skirtuką Parinktys (žr. 16.5 pav.). Šiame skirtuke galite nurodyti, ar atsarginės kopijos laikmena turi būti patikrinta baigus kurti atsarginę kopiją, taip pat galite nurodyti, ar ir kaip nurodyti atsarginės kopijos laikmenos etiketę (pavadinimą). Šio skirtuko parinktys aprašytos toliau.

16.4 pav. – Dialogo langas Redaguoti pasikartojančių darbų tvarkaraštį

16.5 pav. – SQL serverio atsarginės kopijos dialogo lango skirtukas Parinktys

· Baigę patikrinti atsarginę kopiją. Dėl to reikia patikrinti atsarginės kopijos laikmenos skaitomumą. Tikrinamas tik kopijos vientisumas; šis procesas nepatvirtina, ar atsarginėje kopijoje yra tinkamų duomenų.

· Išimkite juostą po atsarginės kopijos (tik juostiniams įrenginiams). Baigę atsarginę kopiją, išimkite juostą iš įrenginio. Ši žyma naudinga, jei kelios programos arba vartotojai pasiekia juostos įrenginius. Tai leidžia išsaugoti sklaidos kanalą, kad jo neperrašytų kitas vartotojas.

· Pašalinti neaktyvius įrašus iš operacijų žurnalo (tik operacijų žurnalo atsarginei kopijai). Operacijų žurnalo sutrumpinimas po atsarginės kopijos.

· Patikrinkite laikmenos rinkinio pavadinimą ir atsarginės kopijos rinkinio galiojimo laiką. Nurodo, kad laikmeną reikia patikrinti ir neperrašyti, nebent pasibaigė galiojimo laikas.

· Baigsis atsarginių kopijų rinkinio galiojimo laikas (tik juostos įrenginiuose). Leidžia nustatyti šios laikmenos galiojimo datą.

· Inicijuoti ir pažymėti laikmeną (tik juostiniams įrenginiams). Leidžia nustatyti šios laikmenos etiketę.

9. Atlikę nustatymus, spustelėkite Gerai, kad tęstumėte sukonfigūruotą atsarginę kopiją.

Naudoti T-SQL sakinius atsarginei duomenų bazės kopijai iš pradžių gali būti šiek tiek sudėtingiau nei naudojant Enterprise Manager. Bet jei esate tokio tipo administratorius, kuris nori automatizuoti operacijas naudojant scenarijus, šis metodas bus jums patogesnis. Be to, T-SQL operatorius BACKUP suteikia šiek tiek daugiau funkcijų nei atsarginė programa Enterprise Manager. Šiame skyriuje apžvelgsime BACKUP sakinio sintaksę ir parametrus. Iš tikrųjų yra du atsarginiai operatoriai; Naudojamas operatorius priklauso nuo atsarginės kopijos, kurią turite atlikti, tipo. Tai yra šie operatoriai:

· ATSARGINĖ DUOMENŲ BAZĖ. Naudojamas visos duomenų bazės arba failo ar failų grupės atsarginėms kopijoms kurti.

· ATSARGINĖS KOPĖJIMO ŽURNALAS. Naudojamas operacijų žurnalo atsarginei kopijai kurti.

Kadangi šie du operatoriai iš esmės teikia tas pačias galimybes, nagrinėsime juos kartu.

Visos duomenų bazės atsarginės kopijos teiginys BACKUP turi tokią sintaksę:

Šiam teiginiui reikalingi vieninteliai parametrai yra duomenų bazės pavadinimas ir atsarginio įrenginio pavadinimas.

Failo ar failų grupės atsarginės kopijos kūrimo teiginys turi tokią sintaksę:

ATSARGINĖ DUOMENŲ BAZĖS duomenų bazės_pavadinimas

failo_pavadinimas arba failo_grupės_pavadinimas [,...n]

Į atsarginį_įrenginį

[ SU pasirenkamais parametrais ]

Šiam teiginiui reikalingi vieninteliai parametrai yra duomenų bazės pavadinimas, failo pavadinimas arba failų grupės pavadinimas ir atsarginio įrenginio pavadinimas. Galite nurodyti kelis failų pavadinimus arba failų grupių pavadinimus, atskirtus kableliais.

Operacijų žurnalo atsarginės kopijos teiginys turi tokią sintaksę:

ATSARGINĖS KOPĖJIMO ŽURNALAS duomenų bazės_pavadinimas

([WITH\NO_LOG|TRUNCATE_ONLY)])

| ( Į atsarginį_įrenginį )

[ SU pasirenkamais parametrais ]

Šiam teiginiui reikalingi vieninteliai parametrai yra duomenų bazės pavadinimas ir parinktis WITH NO_LOG arba WITH TRUNCATE_ONLY arba atsarginio įrenginio pavadinimas. Tada galite pridėti bet kokius jums reikalingus parametrus. Parinktys NO_LOG ir TRUNCATE ONLY yra sinonimai; abu nurodo žurnalo sutrumpinimą nekuriant atsarginės jo kopijos. Jei naudosite kurią nors iš šių parinkčių savo BACKUP LOG sakinyje, sistemos gedimo atveju negalėsite atkurti duomenų bazės būsenos, kuri buvo gedimo metu, nes nebus išsaugoti jokie žurnalo įrašai. Šios parinktys nerekomenduojamos; naudoti juos savo nuožiūra.

Visose trijose atsarginės kopijos kūrimo komandose duomenų bazės_pavadinimas reiškia duomenų bazę, kurios atsarginė kopija bus kuriama. Atsarginis_įrenginys yra loginio atsarginio įrenginio pavadinimas arba fizinio įrenginio pavadinimas. Jei nurodytas fizinis įrenginys, prieš įrenginio pavadinimą turi būti tekstas DISK =, TAPE = arba PIPE = (atsižvelgiant į įrenginio tipą). Galite nurodyti vieną įrenginį arba kableliais atskirtų įrenginių rinkinį.

16.1 lentelėje pateikiamas papildomų parametrų, kuriuos galima naudoti BACKUP sakinyje, sąrašas. Jei tik duomenų bazės arba tik operacijų žurnalo atsarginės kopijos parinktis galima, ši išimtis yra nurodyta.

16.1 lentelė – pasirenkami BACKUP sakinio parametrai

Parametras	apibūdinimas
BLOKO DYDIS	Šis parametras nurodo fizinį bloko dydį baitais
APIBŪDINIMAS	Šis parametras nurodo atsarginės kopijos rinkinio tekstinį aprašą. Naudinga naudoti norint rasti norimą atsarginę kopiją, iš kurios atkurti
DIFERENCIALUS	Ši parinktis nurodo diferencinę atsarginę kopiją. Jį galima naudoti tik tuo atveju, jei turite visą duomenų bazės atsarginę kopiją
EXPIREDATE = data RETAINDAYS = dienos	Parametras EXPIREDATE nurodo datą, kada baigiasi šios atsarginės kopijos rinkinio galiojimo laikas (ir kada jį galima perrašyti).
LAIKYMO DIENOS	nurodo dienų skaičių, atitinkantį šio atsarginio rinkinio galiojimo laikotarpį
PASSWORD = slaptažodis	Parametras PASSWORD leidžia nustatyti atsarginės kopijos slaptažodį, kuris padidina pačios atsarginės kopijos saugumą
FORMATAS | NOFORMAT	Parametras FORMAT nurodo, kad laikmenos antraštė turi būti perrašyta, todėl pirminiai tos laikmenos duomenys tampa negaliojantys. Parametras NOFORMAT nurodo, kad medijos antraštė neturėtų būti perrašyta
INIT | NOINIT	Parametras INIT nurodo, kad atsarginės kopijos rinkinys turi būti pirmame šios laikmenos faile, paliekant nepakeistą laikmenos antraštę, bet perrašant visus tos laikmenos duomenis; kitaip tariant, INIT nurodo viską perrašyti, t.y. juostoje. Parametras NOINIT rodo tai šis rinkinys atsarginė kopija pridedama prie laikmenos turinio. Jei pakartotinai naudojate juostas, turite naudoti šią parinktį
MEDIADESCRIPTION = tekstas	Šiame teksto lauke nurodomas laikmenos rinkinio aprašas
MEDIANAME= medijos_pavadinimas	Nurodo medijos pavadinimą
MEDIAPASSWORD = slaptažodis	Ši parinktis leidžia nurodyti medijos rinkinio slaptažodį
NAME= atsarginės kopijos_rinkinio_pavadinimas	Ši parinktis leidžia nurodyti atsarginio rinkinio pavadinimą
NOSKIP | PRALEISTI	Parametras NOSKIP nurodo, kad prieš perrašant atsarginių kopijų rinkinius šioje laikmenoje bus patikrintos atitinkamų atsarginių kopijų rinkinių galiojimo datos. Parametras SKIP neleidžia tikrinti šios datos
NO_TRUNCATE	Šis nustatymas neleidžia sutrumpinti operacijų žurnalo sukūrus atsarginę kopiją. Naudojamas tik operacijų žurnalo atsarginei kopijai kurti
NEĮKROVIMAS | IŠKRAUTI	Parametras NOUNLOAD nurodo, kad baigus kurti atsarginę kopiją laikmena nebus iškelta iš įrenginio (pavyzdžiui, nebus išstumta juosta). Parametras UNLOAD nurodo, kad laikmena bus iškrauta, kai atsarginė kopija bus baigta
PERKRAUTI	Šis parametras nurodo SQL serveriui iš naujo paleisti atsarginę kopiją, kuri buvo nutraukta
STATISTIKA [ = procentai ]	Ši parinktis nurodo pranešimą, kuris bus rodomas atlikus tam tikrą atsarginės kopijos kūrimo procentą. Tai naudinga, jei norite stebėti operacijų eigą

Įsitikinkite, kad nurodėte, ar pridėti atsarginę kopiją prie esamų medijos duomenų, ar perrašyti medijos duomenis, kaip aprašyta aukščiau; pasirinkta parinktis turi įtakos duomenų, kurie gali tilpti į juostelę, kiekiui. Jei sukursite atsargines duomenų kopijas jau naudojamame juostos įrenginyje neištrindami juostos (arba neišjungę perrašymo), juostoje gali pritrūkti vietos. Pridėjimo režimu atsarginių kopijų kūrimo programa naudos tik laisvą vietą iki juostos pabaigos.

Spaudos centras

Atsarginė kopija ir atkūrimas

Esminis bet kurio duomenų centro iššūkis yra užtikrinti paslaugų lygio susitarimą tarp IT ir verslo. Esminis dalykas vykdant verslo reikalavimus yra duomenų saugumo užtikrinimas, todėl bet kurio tinkamai organizuoto duomenų centro duomenų saugojimo posistemio vientisas infrastruktūros blokas yra duomenų atsarginių kopijų ir atkūrimo sistema.

SNIA (Storage Networking Industry Association) atsarginių kopijų kūrimo operacijas apibrėžia taip:

• Atsarginė kopija – duomenys, saugomi nepastovioje laikmenoje, dažniausiai nuotoliniu būdu, skirti atkurti, jei pradinė duomenų kopija būtų prarasta arba nepasiekiama.
• Atsarginė kopija yra atsarginių kopijų kūrimo procesas.

Visos duomenų atsarginės kopijos sistemos gali būti suskirstytos į tris tipus pagal naudojamą kopijavimo būdą: tai gali būti kopijavimas po rinkmenos, blokų kopijavimas arba programų lygio duomenų kopijavimas.

Blokų atsarginių kopijų sistema (angl. image-level arba block-level backup) veikia tiesiogiai su laikmena, ignoruodama failo struktūra, ir visiškai išsaugoti visą turinį – operacinę sistemą, darbo duomenis, nustatymus ir kt. Šio tipo atsarginės kopijos kūrimo pranašumas yra didelis greitis. Tačiau paprastai atliekant kopijavimo operacijas reikia pristabdyti programas, kad kopija būtų nuosekli.

Atliekant atsargines kopijas failo lygiu (angl. failo lygiu arba failų pagrindu sukurta atsarginė kopija), naudokite Failų sistema. Šiuo atveju gana paprasta užduotis yra atkurti kai kuriuos konkrečius failus. Apskritai atsarginės kopijos kūrimo operacijos užtrunka ilgiau, atsiranda papildomas operacinės sistemos įkėlimas, taip pat kyla problemų dėl prieigos prie atidarytų failų.

Atsarginės kopijos taip pat gali būti daromos programos lygiu (programos lygio atsarginė kopija). Kopijavimo ir atkūrimo operacijos atliekamos naudojant API (Application Programming Interface), specialiai pateiktą atsarginėje programoje. Atsarginė kopija yra rinkinys failų ir galbūt kitų pačios programos apibrėžtų objektų, kurie kartu atspindi programos būseną tam tikru momentu. At šis metodas atsarginės kopijos gali kilti suderinamumo problema skirtingos versijos taikomąsias programas ir atsargines sistemas, kurios įdiegia atitinkamą sąsają.

Atsarginė sistema yra duomenų centro paslaugų posistemė ir turi šias funkcijas:

• Atsarginės kopijos kūrimo procesas nėra kritinis sprendžiant IS problemas, t.y. atsarginės sistemos gedimas nesumažina kritinio prieinamumo informacinės paslaugos.
• Skaičiavimo išteklių apkrova, kurią sukuria atsarginės kopijos procesas, nėra naudinga teikiant IS informacijos paslaugas.

Kurdami atsarginę sistemą, turite:

Susipažinkite su sutrumpintu atsarginės kopijos langu. Informacinių paslaugų teikimo visą parą (24x7) reikalavimas sumažina turimą laiko intervalą programoms, reikalingoms atsarginei kopijai atlikti, sustabdyti (atsarginis „langas“).
• Sumažinkite atsarginių duomenų srautą bendrame įmonės kompiuterių tinkle.

Atsarginiai metodai.

LAN atsarginė kopija
Prieš atsirandant saugojimo zonos tinklams (SAN), siekiant sumažinti atsarginį srautą pagrindiniame tinkle, buvo naudojamas specialus atsarginis tinklas, taip pat pakopinė struktūra, apimanti kelis kopijavimo serverius. Kopijavimo serverio paskyrimas ir jo vieta tinkle „arčiau“ produktyvių serverių, apdorojančių didžiausius informacijos kiekius, leidžia lokalizuoti atsarginį srautą tarp kopijavimo serverio ir produktyvių serverių bei sumažinti bendrinamo LAN apkrovą.

Atsarginė kopija be LAN
Atsiradus SAN, atsirado galimybė perkelti atsarginį srautą ne per LAN, o tiesiai iš serverių į saugojimo įrenginius (dažniausiai juostines bibliotekas), prijungtus prie SAN. Šis metodas vadinamas „atsarginiu kūrimu be LAN“. Naudodamas šį metodą, serveris-klientas kartu su kitomis užduotimis atlieka serverio funkcijas, skirtas kopijuoti atsargines duomenų kopijas į tuos, kurie jam prieinami per SAN įrenginiai saugykla Šiuo atveju atsarginių kopijų valdymo serveriui yra patikėta užduotis vykdyti atsarginių kopijų kūrimo grafiką, išduodant valdymo veiksmus per LAN (per TCP/IP protokolą) ir stebint kopijavimo serverių užduočių vykdymą. Taigi išspręsta atsarginių duomenų srauto mažinimo LAN problema.

Tačiau „atsarginės kopijos be LAN“ metodas neišsprendžia atsarginės kopijos lango problemos. Be to, šis metodas sukuria papildomą apkrovą serveriams-klientams, užkrauna jiems papildomos funkcijos serveriai atsarginiams duomenims kopijuoti. Kai kurios programos leidžia kurti atsargines kopijas internetu, tai įgyvendinama daugelyje operacijų programų ir naudojant specialias atsarginės programinės įrangos parinktis, pvz., kopijavimo įrankius. atidaryti failus. Tačiau tokių technologijų naudojimas nesumažina produktyvių serverių apkrovos, kuri, esant dideliam duomenų kiekiui (terabaitų ar daugiau), gali pailginti pagrindinių problemų sprendimo laiką, viršijantį leistiną ribą.

Atsarginė kopija be serverio
Ideali atsarginio kopijavimo schema būtų tada, kai serverio-kliento duomenys tam tikru būdu nukopijuojami per SAN saugojimo tinklą į saugojimo įrenginį. trečiosios šalies įrenginys(vadinamas „Data Mover“), nenaudojant kliento serverio skaičiavimo resursų ir nenutraukiant jo darbo. Šis atsarginės kopijos metodas vadinamas „atsarginė kopija be serverio“. „Data Mover“ vaidmenį gali atlikti arba tam skirtas serveris, prijungtas prie to paties diskų masyvo kaip ir produktyvus serveris, arba specialus įrenginys – maršrutizatorius.

CDP (nuolatinis duomenų apsauga)
Kaip apibrėžia SNIA, nenutrūkstama duomenų apsauga (CDP) yra būdas nuolat stebėti duomenų pokyčius ir saugoti juos saugykloje nepriklausomai nuo pradinių duomenų, leidžiantis atkurti bet kuriuo praeities momentu. CDP sistemos gali būti įdiegtos blokų, failų ar taikomųjų programų lygiu ir užtikrina smulkų objektų atkūrimą bet kuriuo metu iki vienos įrašymo operacijos. Pagal šį apibrėžimą visi CDP sprendimai turi šias savybes:

• Pokyčiai nuolat stebimi ir registruojami
• Visi pakeitimai saugomi atskirame loginiame įrenginyje
• RPO (atkūrimo taškas) yra savavališkas ir neturėtų būti nustatytas iš anksto.

Įgyvendinimo pavyzdžiai.

Šiame straipsnyje apžvelgsime duomenų atsarginių kopijų kūrimo būdus mažoms ir vidutinėms įmonėms.

Tipiškas klientų užduodamas klausimas yra toks: 1C sistemos duomenų bazės, maždaug 1 GB dydžio, ir klientų duomenų bazės MS Access, apie 300 MB, saugumo užtikrinimas. Visa informacija yra svarbi ir nepatartina prarasti daugiau nei dienos darbo. IT skyriui skiriamas biudžetas neviršija 100 000 rublių.

Būtina suprasti užsakovo reikalavimus – kiek informacijos reikia pasidaryti atsarginę kopiją, kiek laiko reikia saugoti atsargines kopijas, ar reikalingas nuotolinis (offline) atsarginių kopijų saugojimas.

Jei klientui reikia saugoti duomenis artimiausias kelias dienas ir sprendimo kaina turėtų būti minimali, tuomet paprasčiausias ir patogiausias sprendimas būtų nedidelis tinklo saugykla duomenis (NAS – Network Attached Storage). Šie įrenginiai gaminami įvairių gamintojųįranga, turi nuo 2 iki 12 diskų ir suteikia prieigą per pagrindinius prieigos protokolus: CIFS, NFS, HTTP, iSCSI. Struktūrinė schema sprendimai parodyti 1 paveiksle.

Fig.1 NAS saugykla.

Šio sprendimo kaina svyruoja nuo 15 000 iki 70 000 rublių, priklausomai nuo saugojimo apimties.

Pagrindiniai šio sprendimo trūkumai yra nesugebėjimas keisti mastelio augant saugyklų apimčiai ir būtinybė stebėti atsarginių kopijų kūrimo sėkmę.

Atsarginių kopijų kūrimo procedūroms automatizuoti naudojama speciali programinė įranga, kuri kontroliuoja atsarginių kopijų kūrimo procesą ir atkūrimo procedūrą, taip pat leidžia dirbti su įvairiomis laikmenomis, įskaitant juostinius įrenginius.

Norint sukurti atsargines kopijas, sukuriamos atsarginės kopijos strategijos, reglamentuojančios „Kas, kur ir kada“. Kokie duomenys turi būti saugomi, kur ir kokiu dažnumu. Papildomos funkcijos Centralizuota atsarginė programinė įranga leidžia atkurti atskirus el. laiškus ir duomenų bazių lenteles neatkuriant viso duomenų kiekio. Atsarginių kopijų įrašymas į juostą leidžia organizuoti nuotolinį atsarginių kopijų saugojimą ir svarbių duomenų saugumą nelaimės atveju. Juostinės laikmenos naudojimas saugojimui archyvinės kopijos leidžia skaityti duomenis praėjus 50 metų nuo jų įrašymo.

Tokio sprendimo kaina prasideda nuo 50 000 rublių ir apima serverį atsarginėms kopijoms ir atsarginei programinei įrangai saugoti.

Beveik visi mūsų klientai, įdiegę atsargines kopijas (BSS), mano, kad tai išsprendė visas jų problemas. Jie padarė viską, ką galėjo, kad užtikrintų, jog viskas būtų sukurta ir, įvykus nelaimei, tinkamai atkurta. Tačiau dažnai atsitinka taip, kad įmonė susiduria su rimta problema, o tradicinė atsarginių kopijų sistema neleidžia atsigauti per tą laiką, kurį įmonė laiko tiksline. Tiesą sakant, SLA, kurią turi atitikti atsarginė sistema, nesilaikoma. Deja, per savo darbą sukaupėme daug tai patvirtinančių liūdnų pavyzdžių. Žemiau pateiksime du atvejus ir patarsime, kokios techninės priemonės sumažins atkūrimo laiką. Rinkdamiesi atvejus orientavomės į pavyzdžius, susijusius su duomenų bazėmis, kuriose buvo saugoma daugiausiai verslui svarbi informacija.

Mažmeninės prekybos iššūkiai

Klientas: didelė draudimo bendrovė.

Trumpas nelaimingo atsitikimo priežasties aprašymas: personalo klaida, neteisingas „Oracle“ pataisos įdiegimas.

Problemos aprašymas

Tai yra apie didelė įmonė, kuri turi brandų IT skyrių ir pakankamai investuoja į savo įrangą bei personalą. Pakanka pasakyti, kad „Oracle“ DBVS veikė dviejose „Oracle Exadata“, paskirstytose dviejose technologijų svetainėse, su gerai išvystytu DR sprendimu ir sukonfigūruota atsargine sistema.

Vieną liūdną dieną buvo nuspręsta įdiegti pataisą „Oracle“ DBVS. Deja, inžinierius neperskaitė instrukcijų iki galo: "Ką, aš negaliu įdiegti pleistro be popieriaus?!" – ir padarė neteisingai. Klaida buvo pastebėta po kelių valandų, kai DBVS pradėjo keistai elgtis ir apie tai pranešti žurnaluose. Tada inžinierius nusprendė grįžti atgal. Šis veiksmas visiškai imobilizavo abu duomenų bazės egzempliorius (visi pakeitimai turėjo būti atkartoti budėjimo režimu) ir sugadino visus duomenis.

Įmonė liko be pagrindinio informacinio turto – duomenų bazės, per kurią veikė visi verslo procesai. Verslas praktiškai sustojo.

Sprendimas

Klientas nusprendė atkurti iš atsarginės kopijos. Tuo metu atkurti 5 TB duomenų bazę (dabar ~15 TB) užtruko – dėmesio! - daugiau nei 30 valandų! Iš viso po 1,5 paros bazė buvo atstatyta diena anksčiau nei įvyko avarija. Bet buvo daugiau duomenų! Visa kita programuotojai ir darbuotojai atkūrė iš kitų įmonės sistemų, iš pirminės dokumentacijos (prašymų formų, kopijų, nuskaitymų). Tai užtruko dar 1,5 dienos sunkaus darbo.

Iš viso

2 aukščiausios klasės sistemos „Oracle Exadata“, „Oracle Standby“, veikianti atsarginė sistema ir 3!!! dienų visiškos prastovos dėl netinkamo pleistro įdiegimo. Ar tai buvo priimtina pagal įmonės nuostatus? Žinoma ne.

Pagrindinė problema: greito loginių klaidų atkūrimo įrankių trūkumas.

Kaip buvo galima to išvengti?

Norėdami sušvelninti tokių avarijų pasekmes, turime judėti dviem kryptimis. Viena vertus, dažniau rezervuokite, kita vertus, galėsite greitai atsigauti. Šie produktai gali padėti:

Oracle FlashBack- technologija, leidžianti ne tik „perkelti“ naujus duomenis į „Oracle“ atsarginių kopijų sistemą, bet ir grįžti į norimą operaciją. Naudojant šią schemą būtų galima atšaukti sistemą prieš prasidedant pataisos problemoms, o tai labai palengvintų duomenų atkūrimą.

Snapshot technologija. Momentinės nuotraukos leidžia per kelias sekundes sukurti atsargines duomenų kopijas ir atkurti. Tačiau jie turi mažai įtakos veikimui, o fotografuoti galima gana dažnai (pavyzdžiui, kartą per valandą). Tokiu būdu galite atsukti valandą atgal ir atkurti tik valandą prarastų duomenų.

Nuolatinė duomenų apsauga- nuolatinė duomenų apsauga. Tai yra patentuoti įrenginiai arba programinė įranga, leidžianti registruoti visus įrašus su galimybe grįžti į bet kurį laiką. Veikia panašiai kaip Oracle FlashBack, bet bet kokiems duomenims.

Atvejis: aparatinės įrangos gedimas

Klientas: Federalinė tarnyba vienoje iš Rusijos Federaciją sudarančių subjektų

Trumpas gedimo priežasties aprašymas: aparatinės įrangos klaida disko masyve.

Problemos aprašymas

Šį kartą įmonė turi kiek prasčiau išvystytą IT infrastruktūrą, tačiau ji labiau paplitusi tarp mūsų klientų: vidutinio lygio diskų masyvai, Oracle DBVS, Standby nenaudojami.

Kaip dažnai nutinka, penktadienį, kai visi linksmai ruošėsi namo, masyvas patyrė aparatinės įrangos gedimą. Dėl programinės aparatinės įrangos klaidos, kai diskas sugedo, masyvas pavertė duomenis koše. Dėl to federalinio lygio paslaugų duomenų bazės nustojo veikti. Klientas daugiau nei dieną laukė sprendimo iš saugyklos pardavėjo. Išanalizavęs visus žurnalus, pardavėjas padarė išvadą: duomenys buvo prarasti!

Sprendimas

Klientas nusprendė atkurti iš atsarginės kopijos. Šis procesas užtruko apie dieną, nepaisant visų gudrybių ir našumo derinimo (duomenų bazė gana didelė). Atkuriant duomenų bazę, žurnalų atsarginės kopijos buvo prarastos (nustatytas per mažas saugojimo laikotarpis, SRK pats juos ištrynė).

Toliau – giliau. Bendrovė, kaip ir daugelis kitų, kai kuriais atvejais naudojo neužregistruotas operacijas „Oracle“, o tai žymiai pagerina našumą, tačiau nepalieka jokios galimybės atkurti, išskyrus atsarginę kopiją. Tai reiškia, kad tai turi būti padaryta iškart baigus operacijų seansą. Natūralu, kad bėgant metams operacijų tarnyba apie tai pamiršo. Taigi dalis duomenų buvo visiškai prarasti.

Visiškai atkurti infrastruktūros paslaugas prireikė dar kelių dienų – nebuvo atsarginių operacinių sistemų, dvejetainių failų, konfigūracijų ir pan.

Visa prarasta informacija buvo surinkta iš pirminių dokumentų (trečiųjų šalių duomenų bazių, popierinių dokumentų, operatoriaus kompiuterių duomenų), tai užtruko dar 3 dienas. Kai kurie dokumentai gali niekada nebuvo atkurti.

Iš viso

Dėl masyvo problemos buvo prarasti duomenys ir prastovos maždaug savaitę! IN šiuolaikinėmis sąlygomis tai gali sukelti įmonės bankrotą.

Pagrindinės problemos:

• IBS buvo sukonfigūruotas neteisingai ir nebuvo atliktas joks bandomasis atkūrimas.
• Nebuvo jokių greito atsigavimo priemonių avarijos atveju ir atsarginių sistemų.
• Aiškaus DR plano nebuvo.

Kaip to buvo galima išvengti:

• Naudokite „Oracle Standby“, esantį kitame masyve. Tai leistų trumpam laikui pereiti prie veikiančio duomenų egzemplioriaus.
• „Oracle ZDLRA“ leistų atkurti duomenų bazę atsarginėje įrangoje per daug trumpesnį laiką.
• Tinkamas atsarginių kopijų kūrimo ir atkūrimo procesų planavimas būtų leidęs išvengti tokių didelių nuostolių ir atsigauti greičiau nei per dieną.

Išvada. Iš aukščiau pateiktų pavyzdžių aišku, kad atsarginės sistemos buvo įdiegtos ir sukonfigūruotos, tačiau nepaisant to, jų nepavyko atkurti per SLA nurodytą laikotarpį.

Pagrindinės atsarginių sistemų problemos

Remdamiesi savo patirtimi, nusprendėme pabrėžti keletą problemų, kurioms, mūsų nuomone, skaitytojai turėtų skirti ypatingą dėmesį.

Atsarginės kopijos kūrimo ir vėlesnio atkūrimo greitis

Šiuo metu atsarginių kopijų kūrimo greitis yra tiesiogiai proporcingas duomenų kiekiui, o visi mūsų klientai turi metinį duomenų augimą bent 30%. Per 3-4 metus duomenys bent padvigubėja, tačiau kai kurioms įmonėms šis skaičius yra dar didesnis, tuo tarpu per tą patį laiką atsarginio kopijavimo greitis visiškai nekinta. Čia galime padaryti paprastą išvadą, kad terminus ir SLA, kurie buvo aktualūs prieš 3-4 metus, dabar reikia bent padvigubinti. Tuo pačiu metu verslo reikalavimai duomenų atkūrimui (RPO/RTO) nuolat auga.

Palaipsniui visi įmonės verslo procesai perkeliami į IT ir pirminiai popieriniai dokumentai (dokumentų kopijos ir originalai, išrašai, nuskaitymai ir kt.) nyksta. Viskas sukasi IT sistemose, o duomenų praradimas iš tikrųjų yra visko praradimas. IT nebeturi vietos klaidoms. Mūsų nurodytais atvejais visą laiką, kai duomenys buvo nepasiekiami dėl įvairių aplinkybių, įmonės negalėjo veikti. Tai lėmė ir tiesioginius nuostolius, kai neįmanoma vykdyti pagrindinio organizacijos verslo proceso, ir numanomus, pavyzdžiui, reputacinius, kuriuos nėra taip paprasta išmatuoti pinigine išraiška, bet kurie ateityje gali sukelti. ne mažesnė žala įmonei.

Ant paveikslėlio Aš atspindėjau savo pastebėjimus dėl atkūrimo laiko (RTO). Augant duomenims, tikrasis atkūrimo laikas tikrai ilgės, o SLA reikalavimai tik griežtės. Diagramos taškas, kuriame tikrasis laikas yra lygus reikiamam laikui, daugumai klientų jau praėjo.

Atkūrimo laiko priklausomybė nuo duomenų apimties

Mažas atkūrimo detalumas

Tiesą sakant, dauguma klaidų yra susijusios su tam tikros duomenų dalies praradimu. Tuo pačiu metu tradiciniai atsarginės kopijos įrankiai leidžia atkurti duomenis tiesiai iš atsarginės kopijos, tačiau dažniau tenka atkurti visą sistemą. Jei jūsų duomenų bazė yra 15 TB, tam skirsite kelias dienas. Nežinome klientų, kuriems būtų nustatytas 2 dienų RTO (Recovery Time Objective) reikalavimas. Mūsų praktikoje tokių pavyzdžių nebuvo, kai klientas pasakytų: „Vaikinai, normalu, kad 2 dienas atsigausi, pabūsiu kantrūs“, jei administratorius netyčia iš duomenų bazės ištrynė kelias eilutes. Gana dažna problema, su kuria susiduria mūsų klientai: kaip iš atsarginės kopijos ištraukti nedidelį duomenų fragmentą neatkuriant jos pačios (ir tam neskiriant kelių dienų).

Per didelis RPO (atkūrimo taško tikslas)

Pasaulyje, kuriame pradinis popierius dingo ir viskas saugoma IT sistemose, kas sekundę sukuriami duomenys, kuriuos norėtume apsaugoti iš karto – tą pačią akimirką, kai jie buvo sukurti. Tačiau to negalima padaryti naudojant klasikines atsargines sistemas. Kiekvienai duomenų daliai yra tam tikras ilgas laikotarpis, per kurį šie duomenys egzistuoja visame pasaulyje vienoje kopijoje. Mūsų klientai nori apsaugoti duomenis nuolat, nuo jų sukūrimo momento. Nusprendę atkurti iš atsarginės kopijos, greičiausiai turėsite atkurti prieš dieną, tada dienos duomenis reikės gauti iš kur nors kitur. Paprastai tai yra ilgas darbas administratoriams, o tai užtrunka kelias dienas. Blogiausiu atveju tai gali sukelti nuostolių gyvybiškai svarbią informaciją. Žinoma, klausimas neapsiriboja tik atsarginėmis kopijomis, tai susiję su visos IT sistemos kūrimu, tačiau TVS tema šiuo atveju yra labai svarbi ir negali būti ignoruojama.

Paslėptos klaidos

Deja, vis dar nėra pigių ir greitų galimybių patikrinti, ar buvo sukurta atsarginė kopija. Žinoma, tai galima padaryti atliekant periodinius bandomuosius atkūrimus, tačiau tai labai brangi operacija žmogiškųjų pastangų ir IT išteklių atžvilgiu. Tai yra atskiros komandos darbas su atskira technine įranga.

Deja, dauguma mūsų klientų to nedaro. Dažnai susidaro situacija, kai visi daro atsargines kopijas, tačiau atkūrimo metu paaiškėja, kad jos negalėjo būti padarytos – jos tiesiog nėra atkurtos, nepaisant išorinės išvaizdos. teisingas darbas IBS. Taip nutinka dėl įvairių priežasčių. Ir tai geriausiai galima parodyti pavyzdžiu. Vienas iš mūsų klientų naudojo SAP sistemą su Oracle duomenų baze. Atsarginė kopija buvo sukurta naudojant integruotus SAP įrankius, padedant vienam didžiausių SRK pardavėjų.

Buvo sukonfigūruotos dvi skirtingos atsarginės kopijos strategijos: viena iš jų buvo pagrįsta failais – nukopijuodavo operacinės sistemos duomenis ir programinės įrangos nustatymus, o antroji – pačią duomenų bazę. Kadangi jie buvo skirti tai pačiai sistemai, buvo sudarytas išimčių sąrašas ir įtrauktas į duomenų bazę. Failų politika atsižvelgė į šį sąrašą ir nerezervavo katalogų, kuriuose buvo duomenų bazė. Dėl SRK architektūros ypatumų duomenų bazės rezervavimo politika ignoravo išimčių sąrašą ir teisingai nukopijavo reikiamus duomenis.

Viename iš programinės įrangos leidimų šis pardavėjas ištaisė šią „klaidą“ nuo tos dienos, abi strategijos pradėjo atsižvelgti į išimčių sąrašą ir apeiti duomenų bazę. Be to, tai neturėjo jokios įtakos SRK programinės įrangos klaidoms, nes ji veikė normaliai: visų sąraše nepateiktų duomenų atsarginės kopijos buvo sukurtos normaliai. Sistema pranešė apie jos tinkamumą naudoti.

Taigi viskas veikė daugiau nei šešis mėnesius. Iki to momento, kai reikėjo atsigauti...

Nesistemingas požiūris

Svarbi problema yra nesistemingas požiūris į atsarginių kopijų kūrimo problemą. SRK istoriškai statė pati įmonė arba iš išorės samdomas integratorius. Statybos metu jis tikrai atitiko visus reikalavimus ir visiškai atliko savo funkciją. Laikui bėgant įmonės IT aplinka pasikeitė. Tuo pačiu metu atsarginė sistema tiesiog prisitaikydavo prie jos besivystant sistemai ir dažniausiai nebuvo laikomasi sisteminio požiūrio, kuris būtų atsižvelgęs į tai, kaip svarbu, kad sistema atitiktų pradinius rodiklius visuose tolesniuose etapuose. Kurdami SRC savo organizacijoje, atminkite, kad tai tik jūsų duomenų apsaugos strategijos dalis.

Pateikėme keletą atvejų, kurie rodo, kad požiūris į duomenų apsaugą turi būti visapusiškas. Deja, IBS yra tik atsarginis parašiutas, o ne sidabrinė kulka, todėl pradėdami jį kurti turite aiškiai suprasti, kur jis tilps pagal pasaulinę duomenų apsaugos strategiją.

Norėdami patikrinti, kaip sistemingai sprendėte IBS kūrimo klausimą, atsakykite į kelis paprastus klausimus:

• Ar turite integruotą rizikos modelį, kuriame nurodyta IBS vieta?
• Nuo kokių gedimų IBS apsaugo jus?
• Kaip apsisaugoti nuo kitų rizikų (tai gali būti ne tik techniniai sprendimai, bet ir kitos kompensacinės priemonės)?
• Ar esate tikri, kad sistema atsigaus laiku?
• Ar išbandėte tai praktiškai?

Sprendimas

Remdamiesi savo ir klientų patirtimi, stengėmės sukurti tokį požiūrį, kuris leistų išspręsti ar ženkliai sumažinti išvardytų problemų pasekmes. Mūsų požiūrio esmė:

Pirma, būtina atsieti atsarginės kopijos kūrimo ir atkūrimo greitį nuo sistemos apimties. Duomenų saugojimo sistemų, taikomosios programinės įrangos ir valdymo sistemų gamintojai siūlo naudoti kai kuriuos įrankius, taikomus šiai problemai išspręsti. Žemiau aprašysiu perspektyviausius iš jų.

Momentinės nuotraukos, leidžiančios per kelias sekundes sukurti atsargines duomenų kopijas ir atkurti duomenis, praktiškai nedarant įtakos našumui. Tai atliekama naudojant masyvą ir tuo pačiu metu jį gali valdyti IRB ir būti jos politikos dalimi. Toks atsarginis kopijavimas ir atkūrimas iš tikrųjų užtrunka sekundes, o tai išskiria šią technologiją nuo klasikinių sistemų su svetimomis laikmenomis.

Kitas sprendimas galėtų būti naudojimas įvairiomis priemonėmis programos, pavyzdžiui, Oracle Standby, DB2 HADR, MS SQL Always On. Visi šie įrankiai leidžia turėti veikiančią gamybinės sistemos kopiją, atsieta nuo originalios, kurią galima nedelsiant panaudoti. Tai leidžia pradėti dirbti iškart po gedimų.

Antrasis – suteikti galimybę atkurti tik būtinus duomenis. Mūsų požiūris atsižvelgia į tai, kad atkuriant dalį duomenų mums nereikia kopijuoti visos sistemos, galime atkurti tuos duomenis, kurių mums šiuo metu reikia. Tai pasiekiama dėl galimybės greitai įdiegti arba naudoti jau įdiegtas sistemas, kuriose yra šie duomenys. Kaip ir pirmuoju atveju, momentinės nuotraukos leidžia išspręsti šią problemą (greitame serveryje galite greitai atidaryti momentinę nuotrauką ir ištraukti reikiamus duomenis). Tai taip pat apima nuolatinės duomenų apsaugos technologijas, pavyzdžiui, „Oracle Standby“ su „Flashback“, nuolatinės duomenų apsaugos (CDP) sprendimus. Jie leidžia greitai įdiegti darbinę duomenų kopiją norimu momentu.

Kai reikia nuskaityti vieną loginį bloką, pavyzdžiui, eilutę ar duomenų bazės lentelę, šie įrankiai labai supaprastina užduotį, nes leidžia atkurti reikiamą duomenų dalį neatkuriant visos kopijos.

Trečia, sumažinkite atotrūkį tarp duomenų atsiradimo ir jų apsaugos. Tai galima pasiekti keliais būdais, atsižvelgiant į konkretaus atvejo specifiką ir duomenų svarbą.

Pavyzdžiui, mažiau svarbiose sistemose atsarginės kopijos kūrimo laiko intervalas gali būti sumažintas iki kelių valandų. Šiuo atveju naudojame momentines nuotraukas. Jie gali būti atkūrimo taškas, kurį galima atlikti kartą per valandą. Kai kurie šiuolaikiniai masyvai gana gerai susidoroja su šiais procesais ir gali saugoti gana daug sistemos momentinių vaizdų. Tai puiki išeitis iš situacijos, kai reikia šiek tiek atsukti laiką atgal.

Pačioms svarbiausioms sistemoms laiko intervalo gali nebūti – duomenys turi būti apsaugoti nuolat. Yra keletas šios klasės sprendimų, pavyzdžiui, „Oracle Standby“ su „FlashBack“, kuri leidžia prieš kurį laiką grąžinti duomenų bazę, registruojant visus pakeitimus. Taip pat galite naudoti Oracle ZDLRA programinės įrangos paketą, kuris beveik sinchroniškai priima visus duomenų bazės arba techninės ir programinės įrangos pakeitimus. Pagrindinis tikslas, pavyzdžiui, EMC RecoverPoint, Vision Solutions Double-Take programinė įranga. Jie taip pat registruoja visus pakeitimus ir leidžia atkurti bet kurį laiko intervalo tašką.

Kalbant apie atsarginių kopijų kūrimo ir atkūrimo sistemų naujoves, negalima nepaminėti Oracle Zero Data Loss Recovery Appliance (ZDLRA). Šis „Oracle Engineered Systems“ šeimos programinės ir aparatinės įrangos kompleksas suteikia galimybę kurti atsargines kopijas ir greitai atkurti „Oracle“ duomenų bazę bet kurioje platformoje ir bet kuriame leidime (Enterprise ir Standard). ZDLRA yra pagrįsta virtualiomis atsarginių duomenų bazėmis (Virtual Full Backup), gautomis iš pirmosios pilnos atsarginės kopijos ir vėlesnių pakeitimų žurnalų. Dėl šių virtualių atsarginių kopijų duomenų bazę galima atkurti bet kuriuo metu daug greičiau nei naudojant klasikinį IBS pagal schemą „kartą per savaitę pilna atsarginė kopija, kartą per dieną prieaugis“. Galima sakyti, kad ZDLRA tęsia Oracle Exadata nustatytą kryptį. Naudodama specialią programinę įrangą, Exadata įdiegė naujovišką saugojimo sistemą, optimizuotą Oracle Database užduotims. O ZDLRA yra speciali programinė įranga, optimizuojanti Oracle duomenų bazės atsarginę kopiją.

Dabar kalbame tik apie veiklos atkūrimą. Ištikus didelėms nelaimėms arba norint susigrąžinti ilgesnį laiką, įprastinės atsarginės kopijos išlieka nepakeičiama priemone. Tačiau dabartinėmis sąlygomis tai tik rezervinis parašiutas, panaudotas paskutinę akimirką.

Ketvirta, paslėptų klaidų mažinimas. Yra tik vienas būdas įsitikinti teisingas veikimas atsarginė kopija – pabandykite ją atkurti. Tai pats teisingiausias ir retai mūsų klientų naudojamas metodas.

Bet mes siūlome išeitį iš šios situacijos. Pirma, turėkite lengvai atkuriamus sistemos egzempliorius. Tai vėlgi yra istorija apie momentinio vaizdo ir budėjimo sistemas, kurias galima gana greitai įdiegti ir išbandyti. Tai užtruks nepalyginamai mažiau laiko ir pastangų nei „išvynioti“ visą atsarginę kopiją. Žinoma, tai ne visada padeda, tačiau palieka šiek tiek daugiau vilties, kad nelaimės atveju bent šiomis priemonėmis bus galima atkurti duomenis.

Antra, kai kurie IBS leidžia atlikti automatinį testavimą. Tam tikru laiku, pagal grafiką, galite paleisti virtualias mašinas izoliuotoje aplinkoje ir, naudodami iš anksto nustatytus algoritmus, patikrinti, ar duomenys iš tikrųjų atkurti, ar programa pasiekiama, ar ji nuosekli ir ar reaguoja į būtinus prašymus. Tokiu būdu administratoriai gali būti išgelbėti nuo ilgo rutininio darbo.

Penkta – atsarginės sistemos skaidrumas. Aprašytas integruotas požiūris apima sudėtingos sistemos sukūrimą naudojant daugybę technologijų skirtingų gamintojų. Užduotis paversti šią sistemą tikrai veikiančia, įtraukti į ją tolesnių pakeitimų ir mastelio keitimo galimybę yra nereikšminga ir gali būti išspręsta dviem būdais:

• Pirmasis būdas numatytas, jei klientas pats yra pakankamai kompetentingas ir nori šią sistemą pradėti eksploatuoti. Čia mes, kaip integratorius, padedame sukurti visus reikalingus procesus, sukurti norminę bazę, parengti visas reikalingas instrukcijas ir planus, kad kliento IT skyrius galėtų toliau savarankiškai plėtoti ir valdyti sistemą tinkama kryptimi. Ir tada perteikti visa tai praktinis pagrindas nuostatas ir užduotis klientui veikiančios verslo procesų sistemos pavidalu.

• Antrasis būdas, kai klientas nėra tikras, kad sugebės nuolat palaikyti kovinę IMS sistemą, išeitis bus sistemos perkėlimas į dalinį arba pilną autsorsingą. Ir turime klientų, kurie sėkmingai naudojasi šia paslauga, nuolat didindami tiek SLA reikalavimus, tiek mūsų, kaip IT užsakovo, įsitraukimo mastą.

Deja, kol kas nėra universalaus recepto, kuris išspręstų duomenų atkūrimo problemą dabartinėmis nuolatinio augimo ir sistemų sudėtingumo sąlygomis. Tik aukščiau aprašytų sprendimų derinys ir sistemingas požiūris leis įmonėms atkurti duomenis per verslui reikalingą laikotarpį.