Andmebaasiserverid on igas organisatsioonis ühed võtmetähtsusega serverid. Just nemad salvestavad teavet ja esitavad nõudmisel väljundi ning andmebaasi salvestamine igas olukorras on äärmiselt oluline. Põhijaotus sisaldab tavaliselt vajalikke utiliite, kuid varem andmebaasiga kokku puutunud administraator peab automatiseerimise tagamiseks mõnda aega tegelema töö iseärasustega.

Andmebaasi varukoopiate tüübid

Alustuseks mõelgem välja, mis on varukoopiad üldiselt. Andmebaasiserver ei ole tavaline töölauarakendus ning kõigi ACID omaduste (Atomic, Consistency, Isolated, Durable) rakendamise tagamiseks kasutatakse mitmeid tehnoloogiaid ning seetõttu on andmebaasi loomisel ja taastamisel arhiivist oma. enda omadused. Andmete varundamiseks on kolm erinevat lähenemisviisi, millest igaühel on oma plussid ja miinused.

Loogilise ehk SQL-i varukoopiaga (pg_dump, mysqldump, SQLCMD) luuakse andmebaasi sisust vahetu hetktõmmis, võttes arvesse tehingute terviklikkust ja salvestatakse failina SQL-käskudega (valida saab kogu andmebaasi või üksiku tabelid), mille abil saate andmebaasi teises serveris uuesti luua. Salvestamiseks ja taastamiseks kulub (eriti suurte andmebaaside puhul) aega, mistõttu väga sageli ei saa seda toimingut teostada ja seda tehakse minimaalse koormuse ajal (näiteks öösel). Taastamise ajal peab administraator käivitama mitu käsku, et kõik vajalik ette valmistada (tühi andmebaasi, kontode loomine jne).

Füüsiline varundamine (failisüsteemi tase) – failide kopeerimine, mida DBMS kasutab andmete salvestamiseks andmebaasi. Aga kl lihtne kopeerimine lukke ja tehinguid eiratakse, mis on tõenäoliselt valesti salvestatud ja katki. Kui proovite seda faili manustada, on see vastuolus ja põhjustab vigu. Ajakohase varukoopia saamiseks tuleb andmebaas peatada (seisakuaega saab vähendada, kui kasutate rsynci kaks korda – esmalt töötaval, seejärel peatatud). Selle meetodi puudus on ilmne - te ei saa taastada teatud andmeid, ainult kogu andmebaasi. Kui käivitate failisüsteemi arhiivist taastatud andmebaasi, peate kontrollima selle terviklikkust. Siin kasutatakse erinevaid abitehnoloogiaid. Näiteks PostgreSQL-il on WAL (Write Ahead Logs) ja spetsiaalne funktsioon (Point in Time Recovery – PITR), mis võimaldab naasta andmebaasi kindlasse olekusse. Nende abiga on hõlpsasti rakendatav kolmas stsenaarium, kui failisüsteemi tasemel varukoopia kombineeritakse WAL-faili varukoopiaga. Esmalt taastame failisüsteemi varukoopiad ja seejärel värskendatakse WAL-i abil andmebaasi. See on administreerimisel veidi keerulisem lähenemine, kuid andmebaasi terviklikkuse ja andmebaaside teatud aja taastamisega probleeme ei teki.

Loogilist varukoopiat kasutatakse juhtudel, kui on vaja teha andmebaasist ühekordne täiskoopia või igapäevases kasutuses ei võta koopia loomine palju aega ega ruumi. Kui andmebaaside mahalaadimine võtab kaua aega, tuleks tähelepanu pöörata füüsilisele arhiveerimisele.

Baarman

Litsents: GNU GPL

Toetatud DBMS: PostgreSQL

PostgreSQL toetab füüsilisi ja loogilisi varundusvõimalusi, lisades veel ühe WAL-i kihi (vt külgriba), mida võib nimetada pidevaks varundamiseks. Kuid mitme serveri haldamine tavaliste tööriistade abil pole isegi kogenud administraatori jaoks eriti mugav ja tõrke korral läheb loendus sekunditesse.

Barman (varundus- ja taastehaldur) on PostgreSQL-il põhinevaid teenuseid pakkuva ettevõtte 2ndQuadrant sisearendus. Mõeldud füüsiliseks PostgreSQL-i varundamiseks (ei toeta loogilist), WAL-i arhiveerimiseks ja kiireks taastamiseks pärast tõrkeid. Toetab mitme serveri kaugvarundamist ja taastamist, punkt-aja taastamist (PITR), WAL-haldust. SSH-d kasutatakse käskude kopeerimiseks ja väljastamiseks kaughostile, sünkroonimine ja varundamine rsynci abil võimaldab liiklust vähendada. Baarman integreerub ka standardsed kommunaalteenused bzip2, gzip, tar jms. Põhimõtteliselt võite kasutada mis tahes tihendus- ja arhiveerimisprogrammi, integreerimine ei võta palju aega. Rakendatud on erinevad teenindus- ja diagnostikafunktsioonid, mis võimaldavad teil jälgida teenuste olekut ja reguleerida ribalaiust. Toetatakse eel-/postitusskripte.

Barman on kirjutatud Pythonis ja varunduspoliitikat hallatakse sõbraliku INI-faili barman.conf abil, mis võib asuda kaustas /etc või kasutaja kodukataloogis. Tarne sisaldab valmis malli, mille sees on üksikasjalikud kommentaarid. Töötab ainult *nix süsteemides. RHEL-i, CentOS-i ja Scientific Linuxi installimiseks peate ühendama EPEL-i - hoidla, mis sisaldab lisapakette. Debiani/Ubuntu kasutajate käsutuses on ametlik hoidla:

$ sudo apt-get install barman

Hoidla ei ole alati uusim versioon, selle installimiseks peate viidata sellele lähtekood. Sõltuvusi on vähe ja protsessi on lihtne välja mõelda.

Sypex kallur

Litsents: BSD

Toetatud DBMS: MySQL

Koos MySQL-iga on kaasas mysqldump ja mysqlhotcopy utiliidid, mis võimaldavad hõlpsasti luua andmebaasi dump, need on hästi dokumenteeritud ning Internetist leiate suure hulga valmis näiteid ja kasutajaliideseid. Viimased võimaldavad algajal kiiresti tööle asuda. Sypex Dumper on PHP-skript, mis võimaldab teil hõlpsalt luua ja taastada MySQL-i andmebaasi koopia. See on loodud töötama suurte andmebaasidega, väga kiire, selge ja hõlpsasti kasutatav. Teab, kuidas töötada MySQL objektidega – vaated, protseduurid, funktsioonid, trigerid ja sündmused.

Teine pluss, erinevalt teistest tööriistadest, mis konverteerivad eksportimisel UTF-8-le, on see, et Dumper ekspordib natiivses kodeeringus. Saadud fail võtab vähem ruumi ja protsess ise on kiirem. Üks dump võib sisaldada erineva kodeeringuga objekte. Lisaks on seda lihtne importida / eksportida mitmes etapis, peatades protsessi laadimise ajal. Taaskäivitamisel algab protseduur sealt, kus see pooleli jäi. Taastamiseks on neli võimalust:

• CREATE + INSERT - standardrežiim taastumine;
• TRUNCATE + INSERT – vähem aega tabelite loomiseks;
• REPLACE - taastame töötavas andmebaasis vanu andmeid ilma uusi üle kirjutamata;
• INSERT IGNORE - lisage andmebaasi kustutatud või uusi andmeid olemasolevaid puudutamata.

See toetab kopeerimise tihendamist (gzip või bzip2), vanade varukoopiate automaatset kustutamist, tõmmisfaili sisu vaatamist, ainult tabelite struktuuri taastamist. Samuti on olemas teenindusfunktsioonid andmebaasi haldamiseks (andmebaasi loomine, kustutamine, kontrollimine, taastamine, optimeerimine, tabelite puhastamine, indeksitega töötamine jne), samuti failihaldur, mis võimaldab faile serverisse kopeerida.

Haldamine toimub veebibrauseri abil, AJAX-i kasutav liides on karbist väljas lokaliseeritud ja jätab mulje töötamisest töölauarakendus. Samuti on võimalik töid käivitada konsoolist ja ajakava järgi (croni kaudu).

Dumperi töötamiseks vajate klassikalist L|WAMP-serverit, installimine on kõigi PHP-s kirjutatud rakenduste jaoks ühine (failide kopeerimine ja õiguste määramine) ning see pole keeruline isegi algajale. Projekt sisaldab üksikasjalikku dokumentatsiooni ja videoõpetusi, mis näitavad, kuidas Sypex Dumperiga töötada.

Seal on kaks väljaannet: Sypex Dumper (tasuta) ja Pro (10 dollarit). Teisel on rohkem funktsioone, kõik erinevused on saidil loetletud.

SQL varundus ja FTP

Litsents:

Toetatud DBMS: MS SQL Server

MS SQL Server on üks populaarsemaid lahendusi ja seetõttu on see üsna levinud. Varundustöö luuakse SQL Serveri keskkonna abil juhtimisstuudio, Transact-SQL ise ja SQL PowerShelli mooduli cmdletid (Backup-SqlDatabase). MS-i veebisaidilt leiate lihtsalt tohutul hulgal dokumentatsiooni, mis võimaldab teil protsessist aru saada. Kuigi dokumentatsioon on täielik, on see väga konkreetne ja Internetis olev teave on sageli vastuolus. Algaja peab tõesti kõigepealt harjutama, "käe täitma", seetõttu on vaatamata kõigele öeldule kolmanda osapoole arendajatel ruumi ümber pöörata. Lisaks pole SQL Server Expressi tasuta versioonil sisseehitatud varundustööriistu. Varasemate MS SQL-i versioonide jaoks (enne 2008. aastat) võite leida tasuta utiliite, näiteks SQL Serveri varundus, kuid enamikul juhtudel on sellised projektid juba kommertsialiseerunud, kuigi sageli pakuvad nad kõiki funktsioone sümboolse summa eest.

Näiteks SQL Backup And FTP ja One-Click SQL Restore arendamine järgib määra-ja unusta põhimõtet. Väga lihtsa ja intuitiivse liidesega võimaldavad need luua MS SQL Serveri (sh Expressi) ja Azure'i andmebaaside koopiaid, salvestada krüptitud ja tihendatud faile FTP-sse ja pilveteenustesse (Dropbox, Box, Google drive, MS SkyDrive või Amazon S3), saab tulemust kohe vaadata. Protsessi on võimalik käivitada nii käsitsi kui ka graafiku alusel, saata meili teel teade ülesande tulemusest, käivitada kasutajaskripte.

Toetatakse kõiki varundusvalikuid: täis, diferentsiaal, tehingulogi, failidega kausta kopeerimine ja palju muud. Vanad varukoopiad kustutatakse automaatselt. Virtuaalse hostiga ühenduse loomiseks kasutatakse SQL Management Studiot, kuigi see võib olla nüansirikas ja ei tööta kõigis sellistes konfiguratsioonides. Allalaadimiseks pakutakse viit versiooni - alates Tasuta uhkele Prof Lifetime'ile (selle kirjutamise ajal vaid 149 dollarit). Tasuta funktsionaalsus on täiesti piisav väikeste võrkude jaoks, kuhu on installitud üks või kaks SQL-serverit, kõik põhifunktsioonid on aktiivsed. Varundusandmebaaside arv, failide Google Drive'i ja SkyDrive'i saatmise võimalus ning failide krüpteerimine on piiratud. Kuigi liides pole lokaliseeritud, on see väga lihtne ja arusaadav isegi algajale. Peate lihtsalt looma ühenduse SQL-serveriga, mille järel kuvatakse andmebaaside loend, märkige need, mida vajate, konfigureerige juurdepääs kaugressurssidele ja määrake ülesande täitmise aeg. Ja seda kõike ühes aknas.

Kuid on üks "aga". Programm ise ei ole mõeldud arhiivide taastamiseks. Selleks pakutakse eraldi tasuta One-Click SQL Restore utiliiti, mis mõistab ka BACKUP DATABASE käsuga loodud vormingut. Administraatoril tuleb vaid määrata arhiiv ja server, kuhu andmed taastada, ning vajutada ühte nuppu. Kuid keerukamate stsenaariumide korral peate kasutama TAASTA.

MS SQL Serveri varundamise omadused

Varukoopia tegemisel ja DBMS-i taastamisel on omad erinevused, millega tuleb arvestada, eriti kui arhiivi teisaldada teise serverisse. Näiteks analüüsime mõnda MS SQL Serveri nüanssi. Transact-SQL-i abil arhiveerimiseks kasutage käsku BACKUP DATABASE (seal on ka käsk delta DIFFERENTIAL) ja BACKUP LOG tehingulogi.

Kui varukoopia juurutatakse teises serveris, peate veenduma, et olemas on samad loogilised draivid. Teise võimalusena saate kirjutada käsitsi õiged viisid andmebaasifailide jaoks, kasutades käsu RESTORE DATABASE suvandit WITH MOVE.

Lihtne olukord on andmebaaside varundamine ja ülekandmine teistele SQL Serveri versioonidele. Seda toimingut toetatakse, kuid SQL Serveri puhul töötab see siis, kui serveri versioon, kuhu koopia juurutatakse, on sama või uuem kui see, millel see loodi. Ja sellel on piirang: mitte rohkem kui kaks versiooni uuem. Pärast taastamist on andmebaas ühilduvusrežiimis versiooniga, millest üleminek tehti, see tähendab, et uued funktsioonid pole saadaval. Seda on lihtne parandada, muutes taset COMPATIBILITY_LEVEL. Seda saate teha GUI või SQL-i abil.

ALTER DATABASE MyDB SET ÜHilduvus_tase = 110;

Saate määrata, millises versioonis koopia loodi, vaadates arhiivifaili päist. Et mitte katsetada, peaksite SQL Serveri uuele versioonile üleminekul käivitama tasuta utiliit Microsofti täiendusnõustaja.

Iperius

Litsents: reklaam, on olemas tasuta versioon

Toetatud DBMS: Oracle 9-11, XE, MySQL, MariaDB, PostgreSQL ja MS SQL Server

Kui peate haldama mitut tüüpi DBMS-i, on kombainid asendamatud. Valik on suur. Näiteks Iperius on kerge, väga hõlpsasti kasutatav, kuid samas võimas failide varundusprogramm, millel on võimalus andmebaase ilma katkestuste ja blokeeringuteta kuumalt varundada. Pakub täielikku või järkjärgulist varukoopiat. Saab luua täisketta kujutisi kogu süsteemi automaatseks uuesti installimiseks. Toetab varundamist NAS-i, USB-seadmetesse, striimimisse, FTP/FTPS-i, Google Drive'i, Dropboxi ja SkyDrive'i. Toetab tõmblukuga kokkusurumine faili suuruse piiranguta ja AES256 krüptimine, väliste skriptide ja programmide käivitamine. See sisaldab väga funktsionaalset ülesannete planeerijat, võimalik on täita mitut ülesannet paralleelselt või järjestikku, tulemus saadetakse meilile. Toetatud on palju filtreid, muutujaid teede ja sätete isikupärastamiseks.

FTP üleslaadimise võimalus muudab teabe värskendamise mitmel veebisaidil lihtsaks. Avatud failid varundatakse VSS-tehnoloogia abil ( varikoopia mahud), mis võimaldab teha kuuma varukoopia mitte ainult DBMS-failidest, vaid ka muudest rakendustest. Oracle'i jaoks kasutatakse ka varundus- ja taastetööriista RMAN (Recovery Manager). Et kanalit mitte üle koormata, on võimalik ribalaiust reguleerida. Varundamise ja taastamise haldamine toimub kohaliku ja veebikonsooli abil. Kõik funktsioonid on selgelt nähtavad, nii et ülesande seadistamiseks on teil vaja ainult protsessist aru saada, te ei pea isegi dokumentatsiooni uurima. Lihtsalt järgige viisardi juhiseid. Samuti võite märkida kontohalduri, mis on paljude süsteemide puhul väga mugav.

Põhifunktsioone pakutakse tasuta, kuid andmebaasi koondamise võimalus sisaldub ainult selles Täiustatud versioonid DB ja Full. Toetatakse installimist XP-st Windows Server 2012-sse.

Mugav varundamine

Litsents: reklaam

Toetatud DBMS: Oracle, MySQL, IBM DB2 (7–9.5) ja MS SQL Server

Üks võimsamaid relatsiooniandmebaasi haldussüsteeme on IBM DB2, millel on ainulaadsed mastaapsuse funktsioonid ja mis toetab paljusid platvorme. Seda tarnitakse mitmes väljaandes, mis on ehitatud samale alusele ja erinevad funktsionaalselt. DB2 andmebaasi arhitektuur võimaldab hallata peaaegu igat tüüpi andmeid: dokumente, XML-i, meediumifaile jne. Eriti populaarne on tasuta DB2 Express-C. Varundamine on väga lihtne:

db2 varundus db näidis

Või hetktõmmis funktsiooni Advanced Copy Services (ACS) abil:

db2 varundus db näidiskasutuse hetktõmmis

Kuid me peame meeles pidama, et hetktõmmiste puhul ei saa me taastada (db2 taastab db) üksikuid tabeleid. Võimalusi on automaatseks varundamiseks ja palju muud. Tooted on hästi dokumenteeritud, kuigi juhendeid leidub venekeelses Internetis harva. Samuti ei leia kõik erilahendused DB2 jaoks tuge.

Näiteks võimaldab Handy Backup varundada mitut tüüpi andmebaasiservereid ja salvestada faile peaaegu igale meediumile ( HDD, CD/DVD, pilve- ja võrgusalvestus, FTP/S, WebDAV ja teised). Andmebaase on võimalik varundada ODBC kaudu (ainult tabelid). See on üks väheseid lahendusi, mis toetab DB2 ja kannab ka logo "Ready for IBM DB2 Data Server Software". Kogu protseduur viiakse läbi tavapärase viisardi abil, milles peate valima ainult soovitud üksuse ja looma ülesande. Seadistamisprotsess ise on nii lihtne, et isegi algaja saab sellest aru. Saate luua mitu graafiku alusel töötavat tööd. Tulemus logitakse ja saadetakse meili teel. Teenust ei ole vaja töö ajal peatada. Arhiiv tihendatakse ja krüpteeritakse automaatselt, mis tagab selle turvalisuse.

DB2-ga töötamist toetavad kaks Handy Backupi versiooni – Office Expert (kohalik) ja Server Network (võrk). Töötab arvutites, kus töötab Win8/7/Vista/XP või 2012/2008/2003. Juurutusprotsess ise pole ühelegi administraatorile keeruline.

Üksiku teabe või tervete serverite varundamiseks on palju võimalusi. Tahan rääkida lihtsaimast viisist, kuidas server täielikult varundada ja vajadusel teisele riistvarale üle kanda. Seda kõike tehakse väga lihtsalt, ilma asjatute žestideta, kasutades tasuta Veeam Agent for Linux TASUTA.

Varem olen korduvalt kaalunud andmete või tervete linuxi serverite varundamise küsimust. Täpsemalt nendes artiklites:

Saate varundada kogu serveri korraga, näiteks kasutades Duplicity. Kuid selle taastamine teisel riistvaral ei ole nii lihtne. Lisaks andmetele on vaja hoolitseda vähemalt ketta partitsioonide ja alglaaduri installimise eest. See nõuab mõningast pingutust ja pisut arusaamist initramfsist ja grubist. Ma ise ei saa nende tööriistade nüanssidest eriti aru ja väga ei meeldi nendega jamada.

Mõni aeg tagasi ilmus suurepärane tasuta toode kogu serveri varundamiseks. See on umbes Veeam Agent Linuxi jaoks TASUTA. Sellega saab teha serverist täieliku varukoopia, kuhugi panna vk või nfs, seejärel käivitage reaalajas CD-lt ja taastage muu riistvara varukoopiast.

Räägin teile kohe mõnest tasuta versiooni nüansist, millega kohtasin veeami imelise toote kasutamisel.

1. Varukoopia saab teha kas kogu serverist korraga või eraldi kettale või üksikud kaustad ja failid. Kui valite kogu ketta või serveri varundamise, ei saa te üksikutele kaustadele või failidele erandeid määrata. See on väga ebamugav, aga paraku, ah, selline on funktsionaalsus. Erandeid saab teha ainult siis, kui varundate kausta tasemel.
2. Varukoopia saab paigutada lokaalselt külgnevale partitsioonile, kui varundate partitsiooni, kohalikult kausta, kui varundate faile ja kaustu. Kui varundate kogu süsteemi, siis eemalt smb ja nfs kaudu. Kahjuks programm ei tööta ftp ega sftp kaudu.

Veeami varundus- ja replikatsioonihoidla võib toimida arhiivide hoidlana. Kuid ma ei kaalu seda võimalust, kuna sel juhul kasutan ainult tasuta lahendust.

Tahtsin tõesti Yandex.Diskis seadistada kogu serveri varukoopia, kuid kahjuks see tehniliste piirangute tõttu ei õnnestunud. Yandex.Disk ühendub süsteemiga läbi webdav. Kogu süsteemi varundamiseks peate varundama kas kogu süsteemi korraga või ketta kujutise. Kui teil on väike veebiserver, on sellel tõenäoliselt ainult üks partitsioon. Sama partitsioon salvestab vahemälu, mida webdav failide edastamiseks kasutab. See ei saa töötada ilma vahemäluta.

Arvan, et saite juba aru, mis probleem seisneb serveri täieliku varukoopia tegemisel, kasutades veebidavi kaudu Yandex.Diskis asuvat Veeam Agenti Linuxi jaoks. Erandite hulka ei saa lisada webdav vahemälu kausta. Selle tulemusena kasvab veeami abil varundamise ajal webdav vahemäluga kaust, mis omakorda varundatakse. Selle tulemusena saab vaba kettaruum otsa, varundamine katkeb.

Kirjeldasin üksikasjalikult olukorda Yandex.Diskiga, kuna sellel olev ruum pole kallis. Kasutan seda sageli igapäevaelus, seadistan varukoopiaid, salvestan andmeid jne. Kokkuvõttes meeldib see mulle mitmel põhjusel. Kogu serveri varundamiseks peate leidma koha arhiivikoopiate jaoks, millel on juurdepääs kaudu vk või nfs. Selliseid pakkumisi pole turul palju. Valida pole praktiliselt midagi, otsisin spetsiaalselt.

Ma otsustasin selle variandiga -. Pärast tasumist antakse teile serveri aadress, sisselogimine ja parool. Saate kohe luua ühenduse smb kaudu hoidlaga. Saate minna otse Windowsi kahe kaldkriipsuga või ühendada salvestusruumi linuxi serverisse.

Allalaadimise jaotisesse pääsemiseks peate registreeruma. Valige süsteemi tüüp ja laadige naeris alla.

Kopeerige fail koos hoidlaga serverisse ja installige see. Selle kirjutamise ajal sai faili alla laadida otselingi kaudu.

# cd /root # wget https://download2.veeam.com/veeam-release-el7-1.0-1.x86_64.rpm # rpm -Uhv veeam-release-el7-1.0-1.x86_64.rpm

Värskendage hoidlaid ja installige veeam.

# yum update # yum install veeam

See on kõik, Veeam Agent Linuxile on installitud ja kasutamiseks valmis.

Serveri täieliku varukoopia seadistamine

Veeam Agent for Linuxi abil varukoopia tegemine on väga lihtne. Seadete valikuid pole nii palju, saate kõike ise kontrollida ja vaadata. Näiteks kaalun võimalust luua kogu süsteemist täielik varukoopia ja viia see üle teisele riistvarale. Loome ülesande serveri varundamiseks meie salvestusruumi smb kaudu.

Meil palutakse kohe määrata litsentsiga fail. Kuna meil litsentsi pole, siis keeldume. Meid tervitab programmi peaaken.

Klõpsake C (seadista) varundamiseks ülesande seadistamiseks. Määrame mis tahes ülesande nime, seejärel näitame, et teeme serverist täieliku varukoopia.

Süsteemi arhiivi vastuvõtjana määrake Jagatud kaust.

Punktis Punktide taastamine määrab arhiivi sügavuse. See on koopiate arv, mida serveris hoitakse. Kui teete iga päev varukoopia ja määrate numbri 14, siis salvestatakse süsteemi viimase 14 päeva varukoopiad. Kui teed päevaga, siis 28 päevaga jne.

Saate luua mitu erineva arhiivisügavusega tööd. Näiteks iga päev sügavusega 7, kord nädalas sügavusega 4 ja kord kuus sügavusega 12. Nii on sul alati sel nädalal süsteemi 7 viimast varukoopiat. Siis üks varukoopia nädalas viimase kuu kohta ja 12 varukoopiat kuus viimase aasta kohta.

Kui saate veateate:

Praegune süsteem ei toeta CIF-e. Installige CIF-kliendipakett.

Installige pakett cifid. CentOS-is nii:

# yum installige cifs-utils

Ja nii Debianis/Ubuntus:

# apt installi cifs-utils

Taaskäivitage veeam ja jätkake. Pärast sihtkoha konfigureerimist tehakse ettepanek määrata enne ja pärast varundamist käivitatavad skriptid. Meil pole seda praegu vaja. Järgmisena seadistage ajakava ja käivitage seadistamise lõpus arhiveerimisülesanne.

Arhiveerimine on alanud. Saate tema edusamme jälgida.

Pärast süsteemi varundamise lõpetamist saate võrgusalvestusruumi sisu kontrollida, avades sellele otse Windowsi kaudu.

See lõpetab serveri täieliku varukoopia konfigureerimise. Süsteemi varukoopia on kindlas kohas. Proovime nüüd sellest taastuda.

Linuxi serveri teisaldamine või taastamine

Kujutage nüüd ette olukorda, et meie veeb või mõni muu server on surnud ja me peame süsteemi teises kohas taastama. Teeme kogu serveri täieliku taastamise, kasutades eelnevalt loodud varukoopiat. Selleks vajame Veeam Linuxi taastemeedium mille me varem alla laadisime.

Süsteemi taastamiseks peavad olema täidetud kaks eeltingimust:

1. Valmistame ette uut serverit, mille ketas peab olema vähemalt sama suur kui algse serveri ketas. See on eeltingimus, muidu süsteemi taastamine isegi ei käivitu. Veeam ütleb, et ketta suurus on ebapiisav ja ei paku enam taastamisvõimalusi.
2. Süsteemi RAM peab olema vähemalt 1024 MB. Kui see on väiksem, siis ketast ei laadita. Süsteem ütleb, et ta ei saa juurpartitsiooni laiendada.

Käivitage kettalt. Peatükis Võrgu seadistamine veendume, et võrk on konfigureeritud, võetakse vastu IP-aadress, millel on juurdepääs Internetile. Järgmisena valige Taasta helitugevused ->Lisa jagatud kaust. Täitke arhiivisalvestusele juurdepääsu parameetrid.

Valime seal oma süsteemiarhiiviga kataloogi, mille taastame. Järgmisena kuvatakse vasakpoolses veerus ülesannete loend ja loend varukoopiad paremal.

Minu puhul on ainult üks eksemplar. Ma valin ta. Edasi näeme vasakul oma serveri ketaste loendit, paremal varukettaid.

Mul on vasakul tühi ketas, paremal on ka üks ketas, millele on paigaldatud alglaadur ja üks partitsioon süsteemijuurega. Valime paremalt oma ketta (mitte juurega partitsiooni!!!) ja klõpsame Taastage kogu ketas asukohta.

Valige vastuvõtjana uues serveris tühi ketas.

Klõpsake S (Alusta taastamist). Nõustaja kuvab tehtavate toimingute loendi ja palub teil need kinnitada, vajutades sisestusklahvi.

Teeme seda ja jälgime centose serveri varukoopiast taastamise protsessi.

Ootame serveri edastuse lõppu, valige taaskäivitamine ja ekstraktige alglaadimis-CD. Käivitamine kõvakettalt.

Siis on palju erinevaid variante. Kui teisaldate serveri samale hüperviisorile, siis tõenäoliselt probleeme ei teki ja kõik algab kohe. Kui hüperviisor on erinev, võib olenevalt olukorrast valikuid olla.

Virtuaalse masina migreerimine KVM-ist Hyper-V-sse

Minu puhul rändan serveri KVM-ist Hyper-V-sse. Pärast süsteemi käivitamist saan selle pildi.

Server hakkab sarnases olekus lõputult rippuma järgmiste tüüpiliste vigadega:

Hoiatus: dracut-initqueue ajalõpp aegumisskriptide käivitamisel käivitustöö töötab dev-disk-by ......

Hakkan aru saama, mis viga võib olla. Loomulikult sõltub probleemi lahendus siin konkreetsest olukorrast. Ja lahenduse edukus sõltub süsteemiadministraatori kvalifikatsioonist. Olen selliste ülekannetega juba veidi jamanud ja mul on ligikaudne ettekujutus, milles probleem võib olla. Ma puudutasin seda teemat osaliselt, kui seda tegin. Kuid Xeni kohandatud tuumaga oli seotud veel üks probleem.

Meie olukorras virtuaalse masina üleviimisel KVM-ist Hyper-V-le on probleem erinev. Muutsime ketta nime. Peame selle nime muutma fstab ja konfiguratsioonis grub. Enne hunnikut panin ka initramfid uuesti kokku, aga ma pole 100% kindel, et antud juhul seda teha tuli. Igaks juhuks tegin kõik korraga ühe hooga.

Niisiis, käivitage CentOS 7 installikettalt ja valige režiim Päästke CentOS-süsteem. Rääkisin sellest üksikasjalikult varem mainitud artiklis, mis käsitleb ülekandmist xenist. Valige esimene käivitusrežiim.

# fdisk -l

mul on see sda, ja eelmises serveris kutsuti seda vda. Peame need muudatused tegema kahes failis:

1. /etc/fstab
2. /boot/grub2/grub.cfg

Alguses olev taasteketas võib ise süsteemipartitsiooni kataloogi ühendada /mnt/sysimage. Kui see mingil põhjusel ei toimi, tehke seda ise:

# mount /dev/sda1 /mnt/sysimage

Nüüd peame süsteemi chrootima, olles eelnevalt sinna installinud teabe praeguse süsteemi kohta. Täidame käske:

# mount --bind /proc /mnt/sysimage/proc # mount --bind /dev /mnt/sysimage/dev # mount --bind /sys /mnt/sysimage/sys # mount --bind /run /mnt/sysimage /run # chroot /mnt/sysimage

Oleme oma serverikeskkonda käivitanud. Siin saate kasutada oma serverisse installitud tekstiredaktorit. Kasutage seda failide draivinimede muutmiseks /etc/fstab Ja /boot/grub2/grub.cfg. Saate lihtsalt nimesid muuta automaatse parandamise abil.

Nüüd teeme uue initramfs. Mine kataloogi /boot ja otsige sealt kerneli uusimat versiooni.

# cd /boot # ls -l | grep initramfs

Sel juhul vaadake lihtsalt suurimaid numbreid. Ehitame uue initramfsi vastavalt kerneli versioonile.

# dracut initramfs-3.10.0-514.26.2.el7.x86_64.img 3.10.0-514.26.2.el7.x86_64

Lõpuks installige meie kettale muudetud alglaadur:

# grub2-install /dev/sda

Taaskäivitame serveri. Pärast neid muudatusi käivitus kõik minu jaoks turvaliselt. Virtuaalse masina migratsioon KVM-ist Hyper-V-sse on lõppenud. Pealegi ei olnud meil juurdepääsu süsteemipildile. Kuigi selline viga esineks suure tõenäosusega ikkagi, isegi kui me valmis pildi teisendaksime ja teisaldaksime.

Järeldus

Algselt plaanisin kirjutada lühikese märkuse Veeami kasutamise teemal serveri varundamiseks. Kuid selle käigus osutus lahti ka serveri üleviimine ühelt hüperviisorilt teisele. Taaskord, kellele see tundus liiga keeruline. Kui varundate ja taastate serveri samas hüperviisoris, siis ülalkirjeldatud probleeme ei esine. Kõik läheb sujuvalt.

Riistvaralt virtuaalmasinasse või vastupidi teisaldamisel on tõenäoliselt ka probleeme. Puudub tarkvara või valmis lahendus, mis võimaldaks seda kõike teha automaatselt. Laadimisprobleemidega tuleb tegeleda teel. Kuid on kaks peamist probleemi, mille olen tuvastanud:

1. Kerneli valed versioonid. Pärast üleviimist peate kerneli uuesti installima või värskendama.
2. Erinevad draivinimed või partitsioonisildid. Need tuleb uue triikrauaga kooskõlla viia.

Need on kõige populaarsemad probleemid. Ma ei pidanud teistega tegelema. Kuigi mitte öelda, et oleksin sageli pidanud servereid üle kandma, kuid kogemusi on. Arvan, et see artikkel on paljudele kasulik, kuna sellist ülekandmist Interneti-artiklites eriti ei avalikustata. Kõrval vähemalt Ma ei kohanud sellel teemal häid juhendeid. Tavaliselt mõtlen selle ise inglisekeelses segmendis guugeldamise abil välja.

Jagage oma kogemusi ja jätke artikli kohta kommentaarid või märkige kommentaarides välja viga.

Veebikursus "Linuxi administraator"

Kui teil on soov õppida ehitama ja hooldama väga kättesaadavaid ja töökindlaid süsteeme, siis soovitan nendega tutvuda veebikursus "Linux Administrator" aastal OTUS. Kursus ei ole mõeldud algajatele, sisseastumiseks on vaja algteadmisi võrgustikest ja Linuxi installimine virtuaalsele Koolitus kestab 5 kuud, pärast mida saavad kursuse edukad lõpetajad vestelda partnerite poolt. Pane end proovile sisseastumiskatsel ja vaata programmi lähemalt.

Vaatamata kogu koondamismeetmete kompleksi tähtsusele on põhielemendiks siiski tarkvara ja rakendustarkvara. Peamised, kõige nõutumad tarkvaramüüjad on VmWare, Acronis. Veeam.

Alustame Acronise toodetud tarkvaratoodete eeliste kaalumist. Üks neist on Acronis Backup & Recovery Virtual Edition

See toode toetab kõiki peamisi virtualiseerimisplatvorme. Kuid igal platvormil on oma eripärad. Sõltuvalt virtualiseerimise tüübist kasutatakse ühte platvormile installitud agentidest. Mõne funktsiooni tõttu on see tarkvara võimeline varundama andmeid madalal tasemel ja operatsioonisüsteemi tasemel. Madala taseme kopeerimine tähendab andmete üle kontrolli saamist ilma agente otse külalissüsteemidesse installimata. Need. süsteem on võimeline varundama ja taastama ketaste ja klastrisse koondatud virtuaalmasinate tasemel, mitme virtuaalmasina samaaegset kopeerimist, toetab virtuaalmasina migratsiooni ja järkjärgulist taastamist. Mõnel juhul ei pruugi madala taseme koondamine saadaval olla. Selle põhjuseks on virtualiseerimistoote piirangud. Sellest mööda hiilimiseks kasutatakse külalisoperatsioonisüsteemi seest kopeerimist.

Selle funktsiooni pakkumiseks installitakse külalissüsteemi agent, mis oma funktsionaalsuse poolest ei jää kuidagi alla platvormile installitud agendile. Kohalikul agendil on peaaegu samad funktsioonid, sealhulgas võimalus masinat virtuaalsesse keskkonda teisaldada.

Kuid isegi kui installite platvormile virtualiseerimissüsteemi tootjaga seotud tarkvara, ei tähenda see täielikku ühilduvust ja kogu vajalike funktsioonide kasutamist.

Näiteks VmWare Corporation toodab ESX-i virtuaalmasinatele sellist tarkvaratoodet nagu VmWare Data Recovery. Kuna see müüja on virtualiseerimisel teejuhiks, oleks ta pidanud vaikimisi oma valdkonna varukonkurente edestama. Seda aga ei juhtunud. Selle põhjuseks on asjaolu, et see toode on suhteliselt lihtne. Tegelikult on see keskendunud tööstusharudele, mille puhul andmete turvalisus ei ole eriti kriitiline omadus ja piisab kõige lihtsamast koondamismehhanismist. VMware Data Recovery saab varundada virtuaalmasinat ainult pildi tasemel (vmdk-failid) ja taastada külalis-OS-i nii kogu pildi kui ka üksikud failid.

Enam-vähem suurte ettevõtete tööstuskeskkonnas vajate selliseid funktsioone nagu:

• võimalus pilte kiiresti taastada.
• VM-i koopiate loomine kiireks taastamiseks.
• integreerimine lindiraamatukogudesse kirjutamise vahenditega.
• paindlikud (mitte kõvakodeeritud) poliitikad täielikuks, diferentsiaalseks ja järkjärguliseks varukoopiaks.
• täiustatud tihendamise ja dubleerimise mehhanismid.
• võimalus taastada üksikuid faile.

Kõik need funktsioonid on Veeam Backupis saadaval. Mis tegelikult on parim lahendus varunduse vallas virtualiseerimise vallas.

See toode on multifunktsionaalne, suudab täita enamikku funktsioonidest, kuigi valikuvõimalused on üsna palju lisaparameetreid, mis suurendavad selle maksumust täispaketi ostmisel. Kuid sellegipoolest on Veeam BackUp & Replication programm ise valmistoode, mida kasutatakse paljudes ettevõtetes, nii väikestes kui ka suurtes. See programm sisaldab 2 moodulit: varundamine ja replikatsioon.

Lühidalt, Veeam Backupi varundusarhitektuur näeb välja selline:

Veeam Backup server käivitab ülesande ja määrab andmete kopeerimiseks parima Veeam Backup Proxy. Veeam Backup Proxy tõmbab andmed vSphere'i virtuaalmasinatest, deduplikeerib andmed, arhiivib ja voogesitab need Veeam Backup Repository'sse. Veeam Backup Repository kirjutab andmed varukoopiates kettale ning jälgib ka koopiate säilitamise poliitikat: näiteks kogub vajadusel täissünteetilisi koopiaid.

Joonis 38 Teenuse põhimõtte skemaatiline esitus

Sel juhul võib Veeam Backup Proxy olla füüsiline server või virtuaalne masin, mis töötab MS Windowsiga ning andmete eraldamise meetodid võivad olla: SAN-i kaudu, VMware Hot Add tehnoloogia kaudu või LAN-i kaudu.

Lisaks on Veeami tarkvaral üsna suur nimekiri kasulikest funktsioonidest. Arvestades, et me valime oma süsteemi jaoks selle konkreetse tarkvara, peaksime üksikasjalikumalt kaaluma selle tehnoloogiate koostist.

See toode toetab täielikult ESX-i ja ESXi-d, sealhulgas selliseid funktsioone nagu " õhukesed kettad”, muudetud Block Tracking, vStorage API-d jaoks andmekaitse vApp, HotAdd.

Lisaks virtualiseerimisplatvormis endas pakutavatele standardfunktsioonidele on olemas ka spetsiifilised, näiteks Veeam Power. See tehnoloogia võimaldab käivitada virtuaalmasina otse varukoopiafailist, isegi kui fail on tihendatud ja dubleeritud, ilma eelneva taastamiseta. See võimaldab teil õnnetuse korral vähendada seisakuaega, teha varukoopiaid, et kontrollida, kas koopia tehti õigesti (SureBackup). Pakett võib sisaldada Veeam Backup Enterprise Manageri – varukoopiate tsentraliseeritud haldamise tööriista, Veeam BR litsentse, uuendusi.

Joonis 39 Teenuse põhimõtte skemaatiline esitusVeeam Backup Enterprise Manager

Külaliste OS-i failid ja VM-failide taastamine – võimalus taastada üksikuid faile ja kaustu virtuaalmasina varukoopiatest. Mis võib ka mõnel juhul oluliselt vähendada süsteemi taastamiseks kuluvat aega. Ühe või mitme kahjustatud faili taastamiseks ei ole vaja kogu andmemassiivi taastada.

Täiendav ja ümberpööratud astmeline varundamine – Veeamil on kaks varundusmeetodit: inkrementaalne – kiirem, mida soovitatakse kettalt kettalt lindile varundamiseks ja vastupidi – astmeline või sünteetiline – soovitatav kettalt kettale varundamiseks ja võimaldab salvestada täieliku varukoopia viimastest broneeringutest.

Inkrementaalne ("inkrementaalne") varukoopia kopeerib ainult need failid, mis on muutunud pärast viimast täielikku või järkjärgulist varukoopiat. Järgmine varundus lisab ainult need failid, mida on pärast eelmist varundust muudetud. Erinevalt diferentsiaalvarukoopiatest ei asenda muudetud või uued failid vanu, vaid lisatakse meediumile iseseisvalt.

Joonis 40 Inkrementaalse liiasuse tüübi skemaatiline esitus.

Joonis 41 Inkrementaalarvu skemaatiline esitus broneeringu tüüp.

Andmete dubleerimine ja tihendamine – mõlemad tehnoloogiad vähendavad virtuaalmasinate varundamiseks vajalikku ruumi. Deduplikatsioon võimaldab mitte salvestada dubleerivaid plokke mitme virtuaalmasina varundamise ajal, näiteks kui varundatakse mitu sama põlvkonna operatsioonisüsteemi.

Teine funktsioon, mis võimaldab teil varukoopiate mahtu vähendada, on tihendamine. Selle kasutamisel võib pikeneda varukoopia tegemise aeg ja riistvaramahtude koormus. Ja lõpuks, aruandlusfunktsioon võimaldab koostada aruandeid Veeam BR töö kohta.

Seega võime järeldada, et kõige sobivam tarkvaratoode teabe ja andmete säilitamise ja töötlemise usaldusväärsuse tagamiseks on Veeam Corporationi toode. Just temal on kõige täielikum funktsionaalsus, mis suudab rahuldada iga, ükskõik kui nõudliku kasutaja. Ja otseses tihedas integratsioonis virtualiseerimissüsteemi sisseehitatud varutarkvaraga, suudab see peaaegu täielikult kõrvaldada hädaolukordadest tulenevad negatiivsed tagajärjed.

Seotud artikleid pole.

Iga kontor on infot täis. Sageli on see ettevõtte kõige väärtuslikum vara. Halb, et seda mäletatakse siis, kui on reaalne oht sellest ilma jääda. Ja isegi pärast ebaõnnestumist, pärast ainult osa teabe taastamist, unustatakse see õppetund kiiresti.

Teine administraator kehitab käsi ja ütleb: “Mida teha? Puudub eelarve, puudub juhtide poolne arusaam ja seetõttu pole meil ka varukoopiaid. See murrab - nende südametunnistusel. Kuid see on ainult pool hädast, sest saate ise selle murda. Vale konfiguratsioon, konfiguratsiooniviga, krüptor (krüptoviirus) – ja andmed lähevad pöördumatult kaotsi. Seetõttu on varukoopiad vajalikud. Pärast selle arusaama saavutamist võite jätkata praktilise osaga.

Selles artiklis vaatleme tüüpilist võimalikku varundusmeetodit väike kontor töötan Microsofti platvorm ja soovitada mitmeid võimalusi koopiasalvestusseadmete jaoks. Suures kontoris või ettevõttes on muidugi kõik teisiti. Seal on varusalvestussüsteemid, lindiraamatukogud ja kallid spetsialiseeritud tooted. Ja andmekeskuse varundamine on nii teadus kui ka kunst, millele saate pühendada mitte ainult artikli, vaid kogu oma elu.

Andmetüübid ja nende varundamise viisid

Failiserverid

Sest kiire taastumine failid ilma varukoopiateta, on mugav kasutada varikoopiate mehhanismi – Shared Folders Shadow Copies. Selle tööks piisab reeglina 5–20% kettaruumist failiserveris endas reserveerimisest. Pildistamise (hetktõmmise) loomise ajakavas saate määrata tööpäeva lõpu ja keskpäeva. 5% reserv võimaldab salvestada umbes 14 hetktõmmist, tegelik arv sõltub ketta suurusest ja andmete muutumise intensiivsusest.

Varukoopiaid saab teha sisseehitatud Windowsi varundustööriistaga. Samuti on üsna usaldusväärsed tööriistad Cobian Backup ja Handy Backup. Cobian Backup on tasuta rakendus, mis toetab Unicode'i, FTP-d, tihendamist, krüptimist, järkjärgulist ja diferentsiaalset varukoopiat. Handy Backupil on veelgi rohkem funktsioone, sealhulgas sünkroonimine ja andmete taastamine varukoopiatest. Vaatleme Windows Backupi tööd.

Pidage meeles, et meediumiserveri võrgu kaugkausta saab salvestada ainult ühe andmete koopia. Ja järgmine varundustöö kirjutab selle üle. Kuid igal juhul on andmete ühe koopia hoidmine riskantne.

Sellest piirangust mööda hiilimiseks on lihtne ja tõhus viis. Varundusserverist varukoopiate tegemiseks peate iSCSI-protokolli kasutades ühendama ketta. Windows Backup käsitleb sellist draivi kohalikuna.

Esimene varukoopia võrdub salvestatud andmete hulgaga. Kuna Windows Backup kasutab failide varundamise asemel plokkide varundamise meetodit, kulub järgmine järkjärguline varundamine nii kaua, kuni kettaplokkide arv tegelikult muutub.

Täiendav varundamine on ainult muudetud andmete kirje. See tähendab, et te ei pea kogu andmebaasi iga kord kopeerima, piisab, kui luua sellest üks kord täielik koopia ja seejärel teha selles tegelikke muudatusi. Sel juhul andmete eelmist versiooni ei salvestata, uus versioon selle peale kirjutatud.

Diferentsiaalne varundamine hõlmab seevastu salvestamist varasemad versioonid. Näiteks kui loote andmebaasist iga päev koopia, säilitate kõik nädala eelmised koopiad. See võimaldab teil kiiresti teatud olekusse tagasi pöörduda. Diferentsiaalvarukoopias kirjutatakse muudetud andmed täiskoopiast eraldi.

Windows Backup ei vaja täiendavat konfigureerimist ja haldab täielikult salvestusruumi:

Täielike ja järkjärguliste varukoopiate automaatne haldamine. Te ei pea enam haldama täielikke ja järkjärgulisi varukoopiaid. Selle asemel loob Windows Server Backup vaikimisi astmelise varukoopia, mis toimib nagu täielik varukoopia. Saate taastada mis tahes üksuse ühest varukoopiast, kuid varukoopia võtab ainult ruumi, mis on vajalik järkjärguliseks varukoopiaks. Lisaks ei vaja Windows Server Backup kasutaja sekkumist vanemate varukoopiate perioodiliseks kustutamiseks, et vabastada kettaruumi uuemate varukoopiate jaoks – vanemad varukoopiad kustutatakse automaatselt.

Soovitav on varundamiseks eraldada kaks mahtu tegelikult salvestatud andmeid. Sellest piisab igapäevaste koopiate salvestamiseks, mille sügavus on umbes poolteist kuni kaks kuud. Sagedus - iga päev.

Microsoft SQL serverid

Microsoft SQL Serverid toetavad kolme tüüpi varukoopiaid:

• Täielik. Kogu andmebaas kopeeritakse.
• diferentsiaal. Alates eelmisest varundamisest muutunud andmebaasi lehed kopeeritakse.
• astmeline. Tehingulogi kopeeritakse (täieliku taastamise andmebaaside puhul).

Peame otsustama, kui sageli täieliku varukoopia loome.
Üks võrdlusaluseid on varundamise kestus. Seda tuleb teha väljaspool tööaega või nädalavahetustel. Varundusoperatsioon paneb serverile märgatava koormuse. Kui öösel või tööpäeval ei ole võimalik täiskoopiat valmis teha, siis tehakse selline töö nädalavahetusel.

Teiseks orientiiriks on diferentsiaalkoopiate maht ja diferentsiaalkopeerimise kestus. Iga järgmine diferentsiaalkoopia muutub suuremaks, kuna see sisaldab eelmist. Mida rohkem aega on möödunud viimasest täiskoopiast, seda mittelineaarselt kauem kulub inkrementaalse koopia loomiseks. Tõepoolest, täieliku koopia jaoks saate andmebaasifaile lugeda järjestikku ja järkjärgulise faili jaoks peate lugema muudetud lehti juhuslikest kohtadest.

Täiendavate varukoopiate tegemise sagedus sõltub sellest, kui suure osa andmebaasist on vastuvõetav tõrke tõttu kaotada. Kui olete valmis kaotama ühe tunni tööst (st taastama andmebaasi tunnitaguse seisu), tuleks varundusi teha kord tunnis. See on võimalik sagedamini, kuid pidage meeles serveri koormust. Tuleb meeles pidada, et andmebaasi varundamine on vaid üks võimalus andmete turvalisuse tagamiseks. Kui andmete kadu on vastuvõetamatu, samuti andmete taastamise ajal tekkinud seisakud, kasutage selliseid mehhanisme nagu AlwaysOn ja Log Shipping.

Oluline seadistus, mis tuleb kohe serveris teha, on varunduste tihendamise lubamine. See vähendab varuandmete hulka peaaegu poole võrra. Pidage meeles, et kui alustate kettal oleva varukoopiafaili varukoopiat, reserveeritakse summa, mis võrdub andmebaasi tegeliku suurusega miinus tühjad lehed.

Kettaruumi eraldamise soovitus on vähemalt kaks korda suurem andmebaasi täismahust. Kuid see on miinimumnõue: sageli peavad raamatupidajad säilitama andmebaasi täielikku koopiat iga eelneva aasta kohta, samuti jooksva aasta eelmiste aruandeperioodide täielikke koopiaid. Samuti peate võib-olla tegema igapäevaseid koopiaid, mille sügavus on vähemalt kuu.

Tüüpiline ajakava:

Plaani elluviimiseks saate koostada "Hooldusplaani", mis sisaldab kõiki kolme tüüpi ülesandeid.

Microsoft Exchange'i serverid

See toode toetab kahte tüüpi varukoopiaid.

• Täielik. Täielikud andmebaasid ja tehingulogid kopeeritakse.
• astmeline. Kopeeritakse ainult tehingulogid.

Regulaarsed varukoopiad on olulised, kuna need on ainus viis kustutada ("kärpida") tehinguloge meilibaaside puhul, mis ei ole ringlogimise režiimis.

Windows Backup toetab ainult Microsoft Exchange'i täielikke varukoopiaid. Salvestatud koopiate suuruse minimeerimiseks võite kasutada iSCSI kaudu ühendatud ketast, mis sarnaneb failiserveriga.

Virtuaalsed masinad

Enamik varundustooteid võimaldab teil kopeerida virtuaalmasinat koos kõigi ketastega ilma operatsioonisüsteemi sees olevaid agente kasutamata. Veeam Backup & Replication võimaldab teil teha täielikke ja järkjärgulisi varukoopiaid, samuti sünteesida uut täiskoopiat, "rullida" järkjärgulisi koopiaid vanale täiskoopiale.

Tasuta versioon võimaldab teha ainult täiskoopia, mis mõjutab negatiivselt varundamise akent ja edastatavate andmete mahtu. Kettale salvestatavate varukoopiate andmete hulka saab vähendada, lubades Windowsi dubleerimise. Kui virtuaalmasinast tehakse koopia, salvestatakse iga virtuaalmasina jaoks kettale *.vib-fail ja nii edasi. Nad eemaldavad üsna tõhusalt. Nad lõid öösel varukoopia, mis tühistati ühe päevaga. See on proovitud skeem, kuid see nõuab toote tasulise versiooni kasutamist.

Arvestades, et Windowsi deduplikatsioon töötab järeltöötlusrežiimis, on salvestuseks eraldatud kettaruumi soovituseks vähemalt kolm täissuurust virtuaalmasinat. Kopeerimise sagedus sõltub serverist. Kui tegemist on staatilise sisuga veebiserveriga, siis pole mõtet seda üle korra nädalas kopeerida.

Põhinõuded riistvarale

Ketta alamsüsteem

Varundustoimingud üldiselt ei suru kõrged nõudmised salvestusruumi alamsüsteemi. Põhitöö salvestusmuster on lineaarne ja suur koormus juhusliku I/O-profiiliga toimub ainult varukoopia deduplikatsiooni ajal.

Teil on valida 2,5-tolliste SFF- ja 3,5-tolliste LFF-draivide vahel. Me ei näe ühtegi head põhjust, miks peaksite SFF-kettaid valima. Seda tüüpi ketas on väiksema mahutavusega ja kallim. Need on asendamatud, kui peate ühest serverist eemaldama rohkem IOPS-i (kaks korda rohkem kettaid - kaks korda rohkem IOPS-i). Samal põhjusel on enamik kavandatud SFF-draive SAS-id, mille spindli kiirus on 10 tuhat pööret.

Varuserveri optimaalne valik on suure võimsusega SATA/SAS kettad, mille spindli kiirus on 7200 p/min. Samal ajal annavad SAS-draivid teoreetiliselt veidi rohkem IOPS-i kui nende SATA-sugulased, nii et kui hinnavahe on ebaoluline, siis eelistatakse neid. Üldiselt on aga ketta MTBF varuserverite jaoks palju olulisem.

Kui plaanite funktsiooni kasutada, siis ilmselgelt peaks varumälu jõudlus olema töökoormusega suhteliselt kooskõlas. Pidurimasin on sageli halvem kui mittetöötav.

Kui ostsite varundustarkvara toote, sõltub varukoopia suurus nii andmete kettale salvestamise viisist kui ka sisseehitatud dubleerimise/tihendamise mehhanismide tõhususest.

RAM ja CPU

Nõuded, et muutmälu ja protsessor sõltuvad varundustööriistast.
Näiteks populaarse Veeami varundamise ja replikatsiooni jaoks on need järgmised:

• Üks tuum samaaegse varundustöö kohta
  (https://helpcenter.veeam.com/backup/hyperv/limiting_tasks.html)
• 4 GB mälu toote kasutamiseks pluss 500 MB iga samaaegse varundustöö jaoks.

Tegelikult kasutab iga samaaegne varundustöö mitut agenti – üht andmeedastuseks, teist tihendamiseks ja kolmandat varukoopiate dubleerimiseks. Kuid võõrustaja jõudlus on harva kitsaskohaks. Pange tähele, et Windowsi dubleerimine on plokipõhine, muutuva ploki pikkuse ja tihendamisega.

Veeami varalise deduplikatsiooni tulemused on üsna tagasihoidlikud, eelistame seda teha Windows Server 2012 R2 abil. Kui kavatsete kasutada Microsofti dubleerimist, peate juhinduma järgmistest süsteeminõuetest: 1 tuum ja 350 MB mälu iga deduplitseeritud köite kohta. Soovitatav maksimaalne suurus mahud - 2 TB.

Ketta suurus on 1,5Tb, salvestatud andmete maht 720Gb, ilma deduplikatsioonita võtaks andmeid üle 1Tb.

Net

Minimaalne võrguliidese kiirus on 1 Gbit/s. Sellele nõudele vastavaid seadmeid on raske leida, kuid lüliti võib ebaõnnestuda – olge võrgupordi valimisel ettevaatlik. 100 Mbit/s juures kestab 1 Tb andmete varukoopia alates 28 tunnist, mis tundub suhteliselt vastuvõetav. Kui aga tööpäeva jooksul on vaja lisakoopiat teha, läheb 10 korda kauem ootamine enda jaoks kallimaks.

Võite proovida kiirust suurendada EtherChanneli või mitme IP-aadressi abil, kuid selliseid konfiguratsioone on keerulisem säilitada ja tulemuseks olev kiirus ei vasta alati ootustele.

Kui kasutate VMware virtualiseerimist ja spetsiaalset SAN-i, võivad tasulised tooted oluliselt suurendada kopeerimiskiirust, lugedes andmeid otse VMFS-i köidetest (SAN Transfer).

Serveri valimise peatükis käsitleme protsessori ja mälu valimise mõningaid nüansse.

Lihtne "äriseeria" NAS

Tüüpiline NAS on patenteeritud püsivara/operatsioonisüsteemi seade, mis on mõeldud failide salvestamiseks väikeses kontoris. Enamiku kaasaegsete NAS-i funktsioonide hulka kuulub failide salvestamine ja levitamine SMB/FTP/HTTP/iSCSI protokollide kaudu. Konfigureerimiseks kasutatakse sõbralikku veebiliidest. Sageli kasutavad tootjad RAID-massiivide loomiseks patenteeritud tehnoloogiaid. Kuid mugavuse eest peate maksma. Tavaliselt erineb äriseeria koduseadmetest pardaprotsessori poolest – ARM-i asemele on paigaldatud produktiivsem Intel Atom või noorem Intel Core i3.

Tüüpiline esindaja – NETGEAR RN314 ( hinnanguline hind ilma ketasteta - 50 000).

plussid: suhteliselt odav, hot-swap ketta vahetus, oma tarkvara RAID.
Miinused: madal kettamaht (4 ketast), nõrk jõudlus, ei saa varundustarkvara otse seadmesse installida.

Peaaegu kõik NAS-id, isegi kõige lihtsamad, võimaldavad ühendada iSCSI-draive. Kuid koormuse all ei tööta need "väga hästi", mida vähem on seadmes mälu ja mida suurem on ketaste hulk, seda rohkem probleeme võib tekkida. Ja juurdepääsu latentsus on nii suur, et sellised kettad ei sobi peale varukoopiate tegemiseks, isegi failiserver aeglustub.

Deduplikatsiooni kohta kirjutab Netgear ise, et seda ei tohiks iSCSI-seadmete puhul lubada. Nende artiklist võime järeldada, et nende rauatükis kasutatud meetod on väga sarnane sarnase Oracle ZFS-iga. Ja ZFS on kurikuulus selle poolest, et suure andmemahu deduplikatsiooniks on vaja tohutult RAM-i, mida neil tagasihoidlikel seadmetel pole.

Mis puutub Windowsi, siis mälunõuded on üsna tagasihoidlikud. Kuid Windows Serveri vormingus iSCSI-ketas on VHD-fail. VHD deduplikatsiooni toetatakse ainult VDI (Virtual Desktop Infrastructure) stsenaariumi korral, seega peaksite varukoopiat testima omal riisikol. Ja varukoopiatega riskimine on viimane asi.

Sisse salvestatud andmete dubleerimine Windowsi arhiivid Varundus, pole mõtet. Kuna iga diferentsiaalkoopia salvestab ainult muutunud andmed, pole midagi dedupeerida.

Mitmeid puudujääke saab korvata, ostes veidi võimsama ja mahukama seadme – NETGEAR ReadyNAS 516.

6 draivi, Intel Core i3, võimalusega ühendada kuni kolm täiendavat viie draiviga moodulit. Probleem on hinnas - ilma ketasteta maksab seade 150 000 rubla.

Saate valida sarnase hinnaga rack-mount mudeli.

Selle klassi seadmete kiirust piirab kahe mitte kõige kiirema gigabitise võrguliidese kiirus.

Täiustatud "Enterprise Grade" NAS

Need seadmed on juba algtaseme serverid, millel on sama patenteeritud püsivara ja tarkvara RAID.

Näiteks Netgear RN4220S.

2-osaline mudel toetab 12 draivi kogumahuga kuni 48 TB. Kaks toiteallikat parandavad tõrketaluvust ja varukoopiad ei saa uue ostmise ajal tühjaks. Lihtsa Intel Xeon E3-1225v2 neljatuumalise 3,2 GHz, 8 GB muutmälu ja kahe SFP+ pesaga 10 Gb Etherneti jaoks pakub see NAS teile ilma draivideta 400 000 naela tagasi. See on väga kallis ja mitte eriti paindlik, eriti väikese ettevõtte jaoks.

Üldotstarbelised serverid

Tavaline server teeb hea variant kui oled nõus sellega tegelema. Olenemata sellest, millise operatsioonisüsteemi valite – Windowsi või Linuxi – on teil palju võimalusi oma vajadustele vastava konfiguratsiooni loomiseks. Andmete salvestamise võid usaldada heale vahemäluga RAID-kontrollerile, võid ehitada tarkvaramassiivi Windows Storage Spaces või ZFS peale – valik on sinu. Samasse serverisse saate installida varusüsteemi enda.

Serveri vormiteguri valimisel on optimaalne peatuda serveril, mille kõrgus on 2U. Sellisesse serverisse saab reeglina installida 12 LFF (3,5") või 24 SFF (2,5") ketast. Lisaks on nüüdseks populaarseks saanud kaks pesa SFF-ketaste jaoks serveri tagaosas. Neid saab kasutada süsteemisektsiooni või SSD vahemälu jaoks.

Üks või kaks protsessorit? Serveriprotsessorid võivad ühes kiibis sisaldada 4 kuni täiesti fantastilise 22 tuumani, seega pole kaks protsessorit varuserveri jaoks eluliselt vajalik.

Kuid mõnel juhul võivad kaks protsessorit maksta veidi rohkem või isegi vähem kui sama tuumade arvuga protsessor. Ja installides ainult ühe protsessori, võite kokku puutuda tõsiasjaga, et kõik ei tööta. PCI-e pesad.

Sellise piirangu näidet kirjeldatakse Inteli veebisaidil. Lenovo hoiatab ka, et kahe protsessoriga x3650 serveris emaplaatühe protsessori konfiguratsiooniga saate üldse ainult ühe pesa:

Ühe protsessoriga saab kasutada ainult kahte fikseeritud PCIe pesa (pesad 0 ja 4) (pesa 5 nõuab teist protsessorit). Sisemälukontroller hõivab PCIe pesa 0.

On vaja valida tuumade arv, mis optimaalselt ühtib võrgu ja ketta alamsüsteemi jõudlusega.

Näiteks kui teil on kaks gigabitist võrgukaarti, siis parimal juhul suudab server andmeid edastada kahe kuni nelja vooga kuni 100 Mb / s. (tegelikkuses ületab üks voog harva 50–60 Mb / s). Selleks piisab 4-6 tuumaga protsessorist. Kui serverisse on paigaldatud 10-gigabitine kaart ja võrguseadmete konfiguratsioon võimaldab saada vastava voo, siis on meie valik vähemalt 8-12 tuuma.

Pole vaja võtta tippseeria protsessorit, meie ülesande jaoks on mitte väga võimas E5 enam kui piisav.

RAM-moodulite valimisel tuleks arvestada protsessori mitme kanaliga töötamise võimalusega mäluga (optimaalselt üks moodul kanali kohta), samuti protsessorite arvuga. Reeglina paigaldatakse igale protsessorile sama arv mooduleid.

Millist serverimudelit valida?

Kui valida HP serverite hulgast, siis isegi HPE DL 180 Gen9 kaheosaliste serverite stardirivi pakub 12-kettalise korviga servereid. Serveri konfigureerimiseks ei pea te sellele mõtlema õiged kaablid, saadaolevad pistikud ja muud peened punktid, millest võite mööda vaadata. Konfiguratsiooniviisard aitab teil seda teha ilma vigadeta.

IBM-i toodetest sobib varuserveriks mudel x3650 M5. TopSeller - 8871EAG konfiguratsioonil on ainult 8 kettapesa ja see maksab vähem, kui te ei vaja rohkem kettaid. Kõige sobivam platvorm - standardmudel 8871D4x. Kasutage serveri konfigureerimiseks eraldiseisvate lahenduste konfigureerimistööriista (SSCT). Programmi käivitamisel ärge unustage valida õiget riiki.

Lõpetuseks, "Big Three" kolmanda tootja - Delli - toodetest saame soovitada mudelit R510.

Head varundust, soovime, et teie andmed oleksid ohutud.

Sildid:

• varukoopia
• varukoopia
• varukoopia

Lisa märksõnu

Aleksei Berežnõi

Korraldage varusüsteem
väikesele ja keskmisele kontorile

Varukoopiate tähtsusest pole vist vaja rääkidagi. Ja mitte ainult suurte organisatsioonide jaoks. Iga, isegi kõige väiksema ettevõtte äriteave vajab head ja õigeaegset varundamist. Kuid mitte iga ettevõte ei saa endale lubada võimsat ja kallist lahendust, mis põhineb kallitel lindikogudel ja tuntud tarkvaratoodetel, nagu Symantec Backup Exec. Samal ajal on andmete kopeerimine (ja mõnikord ka taastamine) vajalik. Sellest olukorrast soovitab end lihtne väljapääs – luua mingisugune Linuxil põhinevatel vabatarkvaratoodetel põhinev varusüsteem. Nagu väikeettevõtetes tavaks, oli eile vaja üle anda terviklik süsteem, seega keskendume juurutamise lihtsusele, aga ka võimalusele delegeerida varutoimingud teisele inimesele, kellel puuduvad kogemustega inimese oskused. UNIX süsteemiadministraator.

Mis ohustab meie andmeid

Mõttetu on püüda luua andmete varundamise ja taastamise süsteemi ilma selge arusaama põhjustest, mis võivad põhjustada andmete kadumist. Need tegurid võivad olla nii välised kui ka sisemised.

Sisemised tegurid

Need tegurid hõlmavad andmete hävimist nakkuse tõttu arvutiviirus, andmete kustutamine kasutajate eksliku või tahtliku tegevuse, programmide ebaõige töö, seadmete rikete, voolutõusude ja muude lokaalset laadi tegurite tõttu, mis on põhjustatud kontoris tekkinud põhjustest.

Välised tegurid

Nende tegurite üsna üksikasjaliku loendi saate vaadata viimased lehed enamik lepinguid, mis viitavad vääramatu jõu asjaoludele, ulatudes riketest maapõues ja lõpetades kolmandate isikute tegevusega.

Vastavalt sellele, kui kontoris puhkeb tulekahju või korrakaitseametnikud võtavad kinni või pitseerivad seadmed, siis juurdepääs ärikriitilist teavet sisaldavatele andmetele lõpetatakse. (Siin on eriti oluline mõista, et meie äriprotsesside salvestamiseks loodud varukoopiat tuleks hoida väljaspool kontorit.)

Varundamise korraldamise viisid

Varukoopia korraldamiseks on mitu võimalust.

Sisemise varuserveri installimine

Saate end kaitsta enamiku sisemiste tegurite eest, installides varukoopiate loomiseks ja salvestamiseks spetsiaalse failiserveri. Seega kopeeritakse suurem osa andmetest üle võrgu väikseima koormuse perioodil, kõige sagedamini öösiti kõvakettad varukoopiate salvestamiseks mõeldud server.

Eelised: seda süsteemi on lihtne korraldada ja see nõuab suhteliselt madalaid kulusid. Piisab arvutist, kus on palju kettaruumi. Seda komplekti saab kasutada platvormina failiserveri korraldamiseks teiste serverite ja tööjaamade teabe varukoopiate salvestamiseks.

Puudused: see tehnoloogia ei sobi kaitseks välised tegurid sest teavet hoitakse ettevõtte ruumides. Samuti võib see olla kasutu arvutiviirusega nakatumise või teiste inimeste pahatahtliku mõju korral, kuna sees olev ja võrgu kaudu juurdepääsetav Backup-server võib samuti sattuda nii viiruste kui ka muude rünnakute alla.

Andmete kopeerimine irdkandjale

See tehnoloogia eeldab, et on olemas seade, mis on võimeline kirjutama irdkandjale. Seoses andmete värsket koopiat sisaldava andmekandja füüsilise transportimisega ettevõttest väljapoole (edaspidi nimetatud väljapoole), suudab lahendus enamikel juhtudel tagada andmete turvalisuse.

Eelised: kaitseb nii sisemiste kui ka enamiku välistegurite eest.

Puudused: nõuab täiendavat riistvara ja varundustarkvara. Andmete taastamise protsess aeglustub, kuna on vaja meediume tagasi ettevõttesse transportida. Samuti nõuab see andmete salvestamise ja taastamise eest vastutavalt isikult lisaoskusi.

Andmete kopeerimine väljastpoolt võrguühendust

See meetod seisneb failide kopeerimises võrgu kaudu väljaspool ettevõtte ruume. Seda saab kasutada kui otseühendus ja turvaline Interneti-ühendus (VPN).

Eelised: ei nõua vedaja füüsilist transporti.

Puudused: nõuab kiiret võrguühendust. Andmete taastamine võib olla keeruline. Interneti-ühenduse kasutamisel võivad liiklustasud ulatuda märkimisväärse summani.

Summeerida

Kõige ratsionaalsem tundub olevat meetod, mis ühendab endas sisemise varundusserveri olemasolu ja andmete kopeerimise irdkandjale. Sel juhul on võimalik meie varundussüsteemi võimalusi oluliselt laiendada, kasutades tehnoloogiat, kui andmed kopeeritakse esmalt öösel Backup serverisse ja sealt edasi lindile laetakse. See laadib maha arvutivõrk ja kasutage oma varuaega paremini. Kuna varuserver on integreeritud irdkandjale kopeerimise süsteemiga, siis selle korraldamisel tuleb keskenduda andmete irdkandjale kopeerimisel kasutatava riist- ja tarkvara eripäradele.

Loo varuplaan

Mõelge varundamise tüüpidele.

Täielik varukoopia

Andmed kopeeritakse tervikuna.

Eelised: enamus usaldusväärne viis Reservkoopia. Kui värske varundamine ebaõnnestub, saab osa andmeid siiski taastada eelmine koopia. Kõige tõhusam meetod ettevõtte infoinfrastruktuuri kiireks taastamiseks.

Puudused: nõuab suuremat andmekandjat ja pikemat tööaega.

Diferentsiaalne varukoopia

Kopeeriti ainult muudatused pärast viimast täielikku varukoopiat. Andmed kopeeritakse kumulatiivselt, nii et viimane eksemplar sisaldab kõiki muudatusi pärast viimast täielikku varukoopiat.

Eelised: töötab mõnevõrra kiiremini kui täielik varundamine. Ühe koopia kahjustamine ei too kaasa kõigi perioodi andmete kadumist (kui on olemas täielik varukoopia kehtiv koopia).

Puudused: nii või teisiti on siiski vajalik tavaline Full backup. Meediumi kahjustamise korral täieliku koopiaga (Full backup) muutub see varukoopia kasutuks. Viimane koopia, mis sisaldab kõiki pika aja jooksul tehtud muudatusi, võib olla suuruselt võrreldav täieliku varukoopiaga.

Täiendav varundamine

Varundatakse ainult teave, mis on muutunud pärast eelmist järkjärgulist varundust.

Eelised: kiireim varundusmeetod. Võtab kõige vähem ruumi.

Puudused: kõige ebausaldusväärsem varundusmeetod. Kui üks koopiatest on kahjustatud, muutuvad kõik järgnevad koopiad kasutuks. Meediumi kahjustamise korral muutub Full backup kasutuks. Kõik selle perioodi lisavarukoopiad tuleb teha väljaspool saiti. Andmete taastamine võtab kaua aega.

Summeerida

Koopia tüübi määrab tavaliselt rahaline olukord ja andmete tähtsus. Kui eelarve lubab ja andmed on ärilise väärtusega, on kõige parem kasutada täielikku varukoopiat.

Kui eelarve on minimaalne või andmetel pole suurt väärtust, võite kasutada täiendavat varundamist.

Diferentsiaalne varundamine on omamoodi kompromiss, mis ei ole sageli alati õigustatud, kuna võib selguda, et viimane koopia nõuab helitugevust plaadikandja ja loomisaeg on peaaegu sama kui täieliku varukoopia puhul.

Varusüsteemi loomine

Arvestades ettevõtte käibe suurust, on võimalik välja arvutada orienteeruv ühe tööpäeva maksumus ja sellest lähtuvalt ka äriandmete olulisus. Meie tingimustes on otstarbekas peatuda järgneval variandil.

Varundusmeetodina kasutame varuserveri ja sisselülitatud draivi kombinatsiooni eemaldatav kandja(Näiteks, lindiseade).

Varundusplaan on igapäevane Täielik varukoopia eelnev varuserverisse, millele järgneb lindile mahalaadimine ja lindi andmekandja (kasseti) ohutusse kohta (väljapoole transportimine). Sellistes süsteemides nimetatakse varundusserverit ka vahemäluserveriks, mis püüab rõhutada selle vahepealset väärtust enne lõplikku koopiat lindile (vt joonis 1).

Taastumisprotsessi planeerimine

Varukoopia tegemine on loomulikult andmekaitse- ja taastesüsteemi väga oluline osa. Kuid sama oluline on teada, kuidas andmed varukoopiast taastatakse.

Seetõttu tuleks varusüsteemi valikul tugineda standardlahendusele, mida toetab enamik riist- ja tarkvaratootjaid.

Näiteks on selliseks lahenduseks LTO (Linear Tape Open) standardit toetavad lindiseadmed (streamerid), mille on välja töötanud sellised arvutiturul tuntud osalejad nagu IBM, HP ja Seagate.

Võtame aluseks järgmise taastamisskeemi:

• Väikesed, kuid kiireloomulised andmete taastamise toimingud, näiteks eksikombel rikutud faili taaselustamine, tehakse vahemäluserverist.
• Tõsisemate probleemide korral, näiteks kui teil on vaja andmeid taastada pärast tõsist õnnetust (pärast suure hulga failide hävitamist arvutiviiruse poolt jne), samuti kui teil on vaja juurdepääsu teabele jaoks möödunud periood Taastame turvalises kohas salvestatud irdkandjatelt.

Tsentraliseeritud või detsentraliseeritud meetod?

Varundatavate andmete vastuvõtmise korraldamiseks on kaks meetodit: tsentraliseeritud ja detsentraliseeritud.

Esimese variandi puhul vastutab kogu varundusprotsessi eest üks tarkvarapakett, mis töötab "klient-serveri" tehnoloogial. See tähendab, et on olemas keskserver arvutitesse installitud spetsiaalse serveritarkvara ja varundusklientprogrammidega. Varundatav teave kogutakse samade klientide kaudu. Enamik tuntud kaubanduslikke varundussüsteeme, nagu Symantec Backup Exec, töötavad selle skeemi järgi. Peamiselt on olemas ka tasuta varundussüsteemid alus Avatud Allikas, näiteks Bacula, mis töötavad ka "kliendi-serveri" tehnoloogial.

Teine meetod on detsentraliseeritud, mis tähendab, et puudub ühtne juhtimiskeskus. Sellisel juhul paigaldatakse igasse serverisse eraldi varundustarkvara, mille abil edastatakse andmed teisele meediale või võrguressurssi. Näiteks ntbackup programm, mis on varustatud Windowsi perekonna kaasaegsete operatsioonisüsteemidega, töötab selle skeemi järgi.

Meie puhul valiti detsentraliseeritud varundusmeetod. Andmed Windowsi serveritelt, mis on meie võrgus selge enamus, kopeeritakse programmi ntbackup abil vahemäluserveri võrguressurssi, UNIX-süsteemidel põhinevatest serveritest – kasutades tar programmi. Põhjus on üsna banaalne: võimalikult kiiresti on vaja luua toimiv varundussüsteem ja delegeerida volitus rutiinsete varundustoimingute tegemiseks teisele inimesele. See tähendab, et süsteem peaks olema võimalikult lihtne ja arusaadav, ilma et oleks vaja keerukat uurida tarkvarapakett, nagu Backup Exec või Bacula. Samuti pole vaja installida klientprogramme, kuna nii ntbackup kui ka tar on vastavates operatsioonisüsteemides juba olemas.

Tarkvara valimine varuserveri korraldamiseks

Linux CentOS valiti operatsioonisüsteemiks selle ühilduvuse tõttu tuntud Linux Red Hat Enterprise (RHEL) operatsioonisüsteemiga, rpm pakettide toe ning paigaldamise ja hooldamise lihtsusega. Millal see ette valmistati see otsus varundamiseks, oli saadaval Linuxi versioon CentOS 5.2 versioon 5.3 on nüüd välja antud (http://www.centos.org).

Haldamise ja kaughaldamise ülesannete hõlbustamiseks ning volituste edasiseks delegeerimiseks teistele töötajatele (näiteks Windowsi süsteemide administraatorile) kasutame RDP protokoll. Selleks installige programm xrdp, mis toetab terminali juurdepääsu RDP kliendi kaudu. xrdp vajab töötamiseks kõrgendatud VNC-serverit, seega peame ka selle installima.

Märkus. Xrdp programm ei tööta mõnes rakenduses alati ühe või teise RDP kliendiga õigesti. Näiteks faili xrdp-0.4.0-1.el5.rf puhul ei toeta CentOS Windows XP hoolduspaketiga Service Pack 3 kaasasolevat RDP-kliendi uusimat versiooni. Sellistel juhtudel on soovitatav kasutada rdesktopi programmi http://www.rdesktop.org (eriti selle Windowsi versiooni rdesktop.exe, mille saab alla laadida aadressilt: http://www.atomice.com/blog /?page_id= 9).

Failidega töötamise hõlbustamiseks on mõttekas installida Midnight Commander - failihaldur, kurikuulsa Norton Commanderi analoog.

Lõpuks peate installima lindi tugitarkvara: HP Data Protector Express Single Server Edition, projekti leht: http://h18000.www1.hp.com/products/storage/software/datapexp/sse/index.html.

Vahemäluserveri seadmete valimine

Vahemäluserveriks valiti vana SuperMicro server suures tornis.

Serveri riistvara:

• Emaplaat: Super X6DHE-XG2.
• RAM: 1 GB.
• Kettakontrollerid:
  • Emaplaadile sisseehitatud Adaptec Embedded Host Raid kontroller;
  • valikuline LSI Logic MegaRAID Ser523 RAID-kontroller PCI-X-133 formaadis nelja pordiga SATA-draivide ühendamiseks.
  • kaks kõvaketast Seagate ST31000340AS mahuga 1 TB, mis on mõeldud vahepealseks andmete salvestamiseks;
  • kaks kõvaketast Seagate ST3500320NS mahuga 500 GB RAID1 ühendamiseks ja neile operatsioonisüsteemi installimiseks;
  • SCSI RAID kontroller PCI-X-133 formaadis LSI Logic LSI20320-HP lindiseadme ühendamiseks välise SCSI liidesega;
  • HP Storage Works Ultrium 1840LTO4 lindiseade välise SCSI-kaabliga.

Kommenteerin lühidalt riistvara valikut. Nagu ülalkirjeldatud serveri konfiguratsioonist arvata võis, pandi see kokku sellest, mis oli käepärast. Kuid LTO4 lindiseade koos SCSI-ga koos selle ühendamiseks mõeldud kontrolleriga ja vahetatavate kassettide (kassettide) varu osteti eraldi.

Vahemäluserveri ettevalmistamine

Kui oleme riist- ja tarkvara osas täielikult otsustanud, on aeg oma projekt ellu viia.

Esimene samm on operatsioonisüsteemi installimine meie vahemäluserverisse. Kuna teatud host-RAID-kontrollerite mudeleid Linuxi süsteemides sageli ei toetata, on mõistlik mitte riskida ja ehitada RAID1 olemasoleva kontrolleri baasil, et majutada operatsioonisüsteemi ennast. kuulus modell LSI Logic MegaRAID Ser523 ja kaks 500 GB SATA-draivi. Ülejäänud kaks 1TB kõvaketast ühendame emaplaadi kontrolleriga, ühendamata neid RAID-massiiviks. Seega installitakse RAID1-le operatsioonisüsteem ise ja rakendustarkvara ning kaks eraldi 1TB ketast on mõeldud ajutiste varukoopiate salvestamiseks.

Vahekoopiate salvestamiseks mõeldud 1 TB kõvakettad ise on süsteemi installimise ajal mõistlik ühendada ja märgistada. Loome igale kettale ühe köite ja kasutame vastavalt /vol0 ja /vol1 ühenduspunkte.

Operatsioonisüsteem installitakse tavapärasel viisil. Tarkvara installimisel valige installimalliks Server GUI. Aknahalduritest valime Gnome'i selle lihtsuse ja ökonoomsuse tõttu.

Täiendavatest tarkvarapakettidest tuleb Windowsi keskkonnas failiserveri korraldamiseks installida Samba, samuti xrdp tagamiseks VNC-server. Samuti on soovitatav installida paketid kategooriast "Arendus: arendusteegid, arendustööriistad, pärandtarkvara arendus", et tarkvara oleks võimalik hiljem installida.

Installime ka xinetd superdeemoni, et saaksime käivitada SWAT programmi Samba serveri juhtimiseks.

Kohe installimise käigus loome konto (näiteks backuper), mille alusel tehakse varundustöid (vt joonis 2).

Kui seda mingil põhjusel kohe luua ei õnnestunud, on edaspidi võimalik kasutada kasutajahalduri tööriista, mis käivitatakse peamenüüst: Süsteem -> Administreerimine -> Kasutajad ja rühmad (vt joon. 3 ).

Märkus. Kui te ei saa kasutajahalduri programmi kasutada, saate vastavate lülititega kasutada käsku useradd.

Tasub öelda veidi tarkvara seadistamise põhikontseptsiooni kohta meie puhul - graafilise liidese võimaluste maksimeerimiseks. Enamik UNIX-i gurusid käivitavad kohe oma lemmikkäsurea kesta, tippivad käske ja redigeerivad konfiguratsioonifaile. Kuid meie puhul on volituste üleandmine teisele inimesele keeruline protsess, kes tõenäoliselt ei tunne UNIX-süsteemide käsurea liidesega töötamist. Seetõttu tuleks kõike, mida saab teha GUI kaudu, nii teha. Nendest kaalutlustest lähtudes loome Midnight Commanderi käivitamiseks töölauale ikooni (vt joonis 4).

Nagu eespool mainitud, ei kaldu me Samba seadistamisel ka kavandatud strateegiast kõrvale ja kasutame veebiliidest nimega SWAT.

Kuna SWAT-i käivitatakse xinetd superdeemoni kaudu, peate redigeerima faili ./etc/xinet.d/swat

Pärast redigeerimist peaks fail välja nägema järgmine:

#vaikimisi: väljas

# kirjeldus: SWAT on Samba veebiadministraatori tööriist.

# Kasutage Samba serveri konfigureerimiseks swati.

# SWAT-i kasutamiseks looge ühendus pordiga 901

# oma lemmikveebibrauseriga.

teenindus swat

port = 901

sokkel_tüüp = voog

oota = ei

kasutaja = root

Server=/usr/sbin/swat

Logi_on_failure += USERID

keela = ei

Nüüd saate käivitada veebiliidese enda. Sisestame brauseri reale (näiteks Mozilla Firefox) aadressi http://127.0.0.1:901 ja sisestades nime juurkasutaja sobiva parooliga pääseme SWAT-aknasse. Järgmisena peate vahekaardil Parool määrama määratud võrguressurssidele juurdepääsuks kasutajanime. Lisaprobleemide vältimiseks on tungivalt soovitatav kasutada sama kasutajanime ja parooli, mis on juba süsteemi sisestatud. Seetõttu sisestame varukasutajanime, sama parooli, mis UNIX-i kasutaja loomisel, ja klõpsame nuppu Lisa uus kasutaja, siis peate selle konto lubama, seega klõpsake nuppu Luba kasutaja (vt joonis 5).

Märkus. Kui te ei saa SWAT-programmi kasutada, saate Samba kasutajakonto lisamiseks kasutada käsku smbpasswd koos suvanditega -a ja -e.

Kettaressursside paindlikumaks haldamiseks (näiteks mõne faili edaspidiseks avalikust juurdepääsust eemaldamiseks, teisaldades need teise kataloogi), loome ühendatud kataloogis /vol0/backup0 ja /vol1/backup1 ajamid vol0 ja vol1. Selleks, et varunduskasutaja pääseks neile ressurssidele ligi, muudame kataloogi omaniku varukoopiaks ja määrame vastavad õigused. Nendel eesmärkidel on Midnight Commanderi kasutamine üsna mugav.

Märkus: kui te ei saa kasutada programm Kesköö Commander, peate kasutama käske: mkdir - kataloogi loomiseks, käsud chmod ja chown - vastavalt õiguste muutmiseks ja omaniku (rühma) muutmiseks.

Kui mingil põhjusel ei olnud võimalik kohe vajalikke partitsioone luua ja kettaid ühendada, peate selle tegemiseks pärast installimist veidi käsureal töötama.

Käivitage programm Terminal või mõni muu käsurea kest. Vajadusel lülitage üle juurkasutaja režiimi:

#su

Seadme failid: /dev/sda, /dev/sda1, /dev/sda2 ja /dev/sda3 ei paku meile huvi, kuna need viitavad juba ühendatud RAID1 kettamassiivile koos operatsioonifailisüsteemiga. Kuid /dev/sdb ja /dev/sdc on vaid ühendatavate ketaste seadmefailid.

Kui teil on raskusi kindlaks teha, milline seadme fail millisele kettale kuulub, võite kasutada käsku fdisk koos võtmega -l:

#fdisk -l

Ketas /dev/sda: 500,0 GB, 500093157376 baiti 255 pead, 63 sektorit/rada, 60799 silindrit /dev/sda1 * 1 5222 41945683+ 83 Linux /dev/sda2 5223 6266 8385930 82 Linuxi vahetus / Solaris /dev/sda3 6267 60799 438036322+ 83 Linux Ühikud = silindrid 16065 * 512 = 8225280 baiti Seadme alglaadimise alguse lõpp blokeerib ID-süsteemi Ketas /dev/sdc: 1000,2 GB, 1000204886016 baiti 255 pead, 63 sektorit/rada, 121601 silindrit Ühikud = silindrid 16065 * 512 = 8225280 baiti Seadme alglaadimise alguse lõpp blokeerib ID-süsteemi

Kettale vajaliku partitsiooni loomiseks kutsume fdiski programmi:

# fdisk /dev/sdb

Algselt annab programm sarnase sõnumi:

Seade ei sisalda kehtivat DOS-i partitsioonitabelit ega Sun, SGI või OSF ketta silt Uue DOS-i kettasildi loomine. Muudatused jäävad ainult mällu, kuni otsustate need kirjutada. Pärast seda muidugi eelmist sisu ei saa taastada. Selle ketta silindrite arv on seatud 121601-le. Selles pole midagi halba, kuid see on suurem kui 1024, ja võib teatud seadistuste korral põhjustada probleeme: 1) tarkvara, mis töötab alglaadimise ajal (nt LILO vanad versioonid) 2) alglaadimise ja partitsioonide tarkvara teistest OS-idest (nt DOS FDISK, OS/2 FDISK) Hoiatus: partitsioonitabeli 4 lipp 0x0000 on kehtetu parandab w(rite)

Looge uus jaotis:

Käsk (m abi saamiseks): n

Kontrollige loodud partitsioonide loendit:

Käsk (m abi saamiseks): lk

Vastuseks kuvab programm teavet loodud partitsioonide kohta:

Ketas /dev/sdb: 1000,2 GB, 1000204886016 baiti 255 pead, 63 sektorit/rada, 121601 silindrit Ühikud = silindrid 16065 * 512 = 8225280 baiti Seadme alglaadimise alguse lõpp blokeerib ID-süsteemi /dev/sdb1 1 121601 976760001 83 Linux

Kirjutage muudatused ja väljuge programmist:

Käsk (abi jaoks m): w

Sektsioonitabel on muudetud! Ioctl() kutsumine partitsioonitabeli uuesti lugemiseks. Ketaste sünkroonimine.

Meie loome failisüsteem uuel kettapartitsioonil:

# mkfs.ext3 /dev/sdb1

Kuna meie kasutatav ext3-failisüsteem on päevikusse, pole vaja seda taaskäivitades kontrollida. Keela see funktsioon:

# tune2fs -c 0 -i 0 /dev/sdb1

Looge kataloog vastloodud partitsiooni ühendamiseks failisüsteemiga:

# mkdir /vol0

Ja ühendage failisüsteem:

# mount -t ext3 /dev/sdb1 /vol0

Analoogia põhjal märgime ja ühendame teise ketta (/dev/sdc).

Selleks, et loodud partitsioonid oleksid käivitamisel automaatselt ühendatud, peate redigeerima faili /etc/fstab. Näidis /etc/fstab-fail:

#vi /etc/fstab

LABEL=/ / ext3 vaikeväärtused 1 1

/dev/sdb1 /vol0 ext3 vaikeväärtused 0 0

/dev/sdc1 /vol1 ext3 vaikeväärtused 0 0

tmpfs /dev/shm tmpfs vaikeseaded 0 0

devpts /dev/pts devpts gid=5,mode=620 0 0

sysfs /sys sysfsi vaikeseaded 0 0

proc /proc proc vaikesätted 0 0

LABEL=SWAP-sda2 vahetusvahetuse vaikeväärtused 0 0

Järgmisena loome uuesti SWAT-i kasutades ühise ressursi varukoopiate tegemiseks. Minge vahekaardile Jaga. Järgmisena määrame ressursi nime: meie puhul backup0. Määrake kataloogi tee: meie puhul /vol0/backup0 ja kasutajad, kellel on juurdepääsuõigused kehtivatele kasutajate ja administraatorite kataloogile (vt joonis 6).

Lõppkokkuvõttes konfiguratsioonifail Samba – smb.conf peaks välja nägema umbes selline:

Workgroup=VAI.LAN

Serveri string = varuserver LTO4

Passdb taustaprogramm = tdbsam

Kasutajanime kaart = /etc/samba/smbusers

ldap ssl=ei

Tasside valikud = toores

Kommentaar = Kõik printerid

Tee = /var/spool/samba

prinditav = Jah

Sirvitav=Ei

Kommentaar = Backup0

path=/vol0/backup0

Kehtivad kasutajad = varu

Admin kasutajad = varu

Read-only=Ei

Sirvitav=Ei

Kommentaar = Backup0

path=/vol1/backup1

Kehtivad kasutajad = varu

Admin kasutajad = varu

Read-only=Ei

Sirvitav=Ei

Kus vol0 ja vol1 - tegelikult on varukoopiate salvestamiseks ülalkirjeldatud 1 TB kettad.

Ja lõpuks liigume edasi lindile varundamise tarkvara seadistamise juurde – HP Data Protector Express Single Server Edition. Kõigepealt minge programmi lehele http://www.hp.com/go/dataprotectorexpress/sse, et registreeruda ja hankida kehtiv võti. Väike saladus - soovitatav on kasutada MS Internet Explorerit, kuna skript ei pruugi teistes brauserites õigesti töötada (näiteks ei saanud ma esimest korda võtit Mozilla Firefox 3.0 ja OpenSUSE Linux 11.1 puhul). Pärast vajalikele küsimustele vastamist ja kehtiva võtmega e-kirja saamist jätkame programmi installimisega.

Selleks logime sisse varukasutajana, sisestame programmiga CD, pääseme CD-le ligi (vajadusel ühendame meediumi) ja käivitame programmi Terminal (käsurida).

Tipime su käsu ja sisestame superkasutaja režiimi lülitumiseks juurkasutaja parooli. Ja minnes installitud CD-ga kataloogi, käivitage installiprogramm. Käivitub programmi installimise aken (vt joonis 7).

Põhimõtteliselt pole siin midagi erilist kirjeldada. Programmi installimine toimub tavapärasel viisil, kasutades selget graafilist liidest.

Lõpus palub installija teil käivitada HP Data Protector Express Single Server Edition.

Kuna programmi käivitati juurkonto all, siis paraku loodi ka juurkasutaja kodukataloogi otsetee programmi käivitamiseks. Selle nüansi kõrvaldamiseks tuleb lihtsalt kopeerida otsetee töölaualt (Desktop) juur-kodukataloogist varukasutaja töölauale ja määrata vastavad õigused.

Looge ajastatud varundusülesanne

Nagu ülalpool kirjeldatud, tehakse lindile varukoopia üks kord päevas, kasutades täieliku varundamise skeemi. Seetõttu ei käsitle me keeruka sõiduplaaniskeemi, kandja vaheldumise jms probleeme. Kõik, mida vajame, on luua ülesanne täielik koopia valitud vahemäluserveri kataloogid, mida lindistada kord päevas, samal ajal lindikandja kirjutatakse iga kord üle.

Alustamiseks käivitage programm HP Data Protector Express Single Server Edition.(Kui programm juba töötab, võite selle sammu vahele jätta.)

Programmi käivitamisel peate sisestama juurdepääsuparooli. Vaikimisi on juurdepääsu üksikasjad järgmised: server localhost, kasutajanimi admin, parool puudub (vt joonis 8).

Järgmisena käivitub programmi peaaken. Peame avaldama austust arendajatele - programmil on lihtne ja selge liides, tehakse enamik toiminguid "abiliste" (Võlurite) abil (vt joonis 9). Üksikasjalik dokumentatsioon on programmiga töötamise kohta teabe saamiseks installikettal.

Vaikimisi avaneb programmi käivitamisel kohe sektsioon viisardid. (Sellesse jaotisesse minemiseks võite kasutada akna paremas servas olevat viisardi ikooni.) Klõpsake ikoonil Backup ja minge kopeerimismeetodi valimise aknasse. Klõpsake varukoopia spetsiifilise akna vasakus servas alumisel ikoonil ja minge viisardi – tervitusaknasse. Põllul Sisestage loodava käsu nimi Sisestage meie ülesande nimi ja klõpsake nuppu Edasi.

Nüüd jõuame aknasse Vali failid ja kaustad, kus valitakse lindile kopeeritavad failid ja kataloogid.

Peale selle, kui vajutate nuppu Järgmine, ilmub seadme valikute aken. Siin tuleb valida kasutatav seade ning määrata ka mõned parameetrid: “Auto format” (Auto format – Auto format mode), “New media name” jne (vt joonis 10) .

Vajutage uuesti nuppu Edasi. Avanevas töövalikute aknas määrake järgmised parameetrid (vt joonis 11):

• Varurežiim - täis(loome täieliku varukoopia).
• Automaatne kinnitusrežiim – kiirkinnitus ( automaatse kontrolli režiim. Vaikimisi on täielik kontrollimine, kuid režiim täielik kontroll arhiivimine võtab väga kaua aega, võrreldavalt paljundamise ajaga, seega piirdume antud juhul meediumi loetavuse kontrollimisega, arvestades asjaolu, et loome andmetest iga päev täieliku koopia. Tuleb meeles pidada, et salvestatud koopia kvaliteedis veendumiseks on hädavajalik kasutada režiimi Full Verify).
• vahemiku režiim - Lõhestatudfaili. Kui fail on ühel andmekandjal kasutamiseks liiga suur, kasutage mitut kandjat. Vastasel juhul, kui valite faili Taaskäivita, palub programm teil draivi panna mõni muu suurem meedium.
• Muuda režiimi – viip teisele meediumile. Kui programm ei leia vajalikku kandjat, saadab ta hoiatuse, paludes laadida draivi vajalik kandja.

Joonistamine 11. Töövalikute aken

Krüpteerimise/tihendamise aken ilmub kohe pärast töövalikuid. Siin määratakse krüptimise ja tihendamise parameetrid. Tuleb märkida, et LTO-meediumi deklareeritud mahutavus (1,6 GB LTO4 jaoks, 800 MB LTO3 jaoks jne) on saadaval ainult siis, kui riistvara tihendamine on lubatud. (Ja siis eeldusel, et meediumil olevat teavet saab edukalt tihendada).

Eelviimane aken – Planeeri töö, nagu nimigi ütleb, kasutatakse töö täitmise õigeks ajaks ajastamiseks. Kuna me teeme täielikku varukoopiat ainult õigel ajal, kirjutades samal ajal sisestatud andmekandja lihtsalt üle ega pööra tähelepanu täiendavad nüansid kandja rotatsiooni tüüpi, siis piirdume kõige lihtsama ajakavaga.

Selleks valige:

• Ajakava tüüp – Käivitage korduvalt. Ajakava seadete loomiseks.
• Algusaeg - 10:30.Ülesande algusaeg. Selleks ajaks peaksime igal juhul olema lõpetanud igaöise täieliku varundamise töötavatest serveritest vahemäluserverisse.
• Alguskuupäev - 15/05/2009. Varundamise alguskuupäev.
• Pööramise tüüp – Pööramine puudub. Meie puhul pole kandja pööramine vajalik.

Ja viimases Copy Policy aknas jääb üle klõpsata nuppu Lõpeta.

See on kõik, varundusülesanne on loodud. Jääb üle kontrollida selle rakendamist ja vajadusel teha muudatusi, et tagada vajalik funktsionaalsus.

Varukoopiast taastamise võimaluse kontrollimine

Taastumise võimaluse kontrollimiseks toimige järgmiselt. Kopeerime ühe väikese faili kassetile ja siis proovime seda taastada.

Selleks minge tagasi viisardite aknasse ja valige ikoon Taasta. See viib meid järgmisesse aknasse, kus meile pakutakse ainult ühte Restore Specific taastemeetodit. Klõpsake samanimelist ikooni ja minge aknasse Vali failid ja kaustad. Siin saate valida taastatavad failid.

Pärast nupu Next vajutamist läheme seadme valikute aknasse, kus tegelikult valitakse seade ja meedium, millelt failid taastatakse.

Järgmiseks, klõpsates nuppu Edasi, ilmub meie ette aken Job options. Peamine detail, millele peate tähelepanu pöörama, on märkeruut Taasta kasutatavad failid (kas taastada Sel hetkel). Lisaparameetrid, mis on seatud aknas Advanced options, mida kutsutakse välja samanimelise nupu vajutamisega, tuleks enamikul juhtudel jätta muutmata (vt joonis 12).

Joonistamine 12. Töövalikute aken koos avatud aken täpsemad valikud

Ja lõpuks meile juba tuttav töögraafiku aken.

Muidugi on väga häiriv asjaolu, et programm on ilma jäetud võimalusest faile teise asukohta taastada (vähemalt mul isiklikult ei õnnestunud seda funktsiooni leida). Peate seda asjaolu oma töös arvesse võtma ja ümber nimetama failid ja kataloogid, mida ei soovitata varukoopiast taastades üle kirjutada.

ntbackupi seadistamine

Hoolimata asjaolust, et Windowsi perekonna operatsioonisüsteemide varundusprogramme on maailmas üsna palju, on ntbackup jätkuvalt populaarne eelkõige selle tasuta ja lihtsa kasutamise tõttu. Mõelge väikesele näitele loomisest test ülesanne Reservkoopia.

Programmi käivitamiseks piisab, kui sisestada menüü Start reale Run programmi nimi ntbackup ja vajutada .

Kui programm käivitatakse esimest korda, kuvatakse viisardi käivitamise aken. Selle kasutamine pole eriti mugav, seetõttu keeldume selle kasutamisest, tühjendades märkeruudu "Käita alati viisardirežiimis".

Järgmisena valime aknas "Varundamine ja taastamine" üksuse "Failide ja seadete varundamine" ja jätkame järgmise aknaga: "Mida tuleks varundada." Sõltuvalt varundamise eesmärgist valige üks kahest üksusest: "Kogu teave selles arvutis" või "Andke võimalus arhiveerimiseks objekte valida" (meie puhul märgime teise üksuse). Järgmisena minge varundatavate objektide valimise aknasse.

Pärast vajalike üksuste märkimist klõpsake nuppu "Järgmine" ja jätkake järgmise aknaga "Arhiveerimise nimi, tüüp ja asukoht", mis näitab ressurssi, kuhu koopia tehakse (märkame oma vahemälu aadressi ja jagatud ressursi server).

Ilmub varundamise ja taastamise viisardi lõpuleviimise aken. Kui te ei pea midagi muud seadistama, võite klõpsata nupul "Lõpeta" ja varundamisprotsess algab kohe, kusjuures enamik parameetreid on seatud vaikimisi. Kuid kuna tahame luua ajastatud ülesande, klõpsame nuppu "Täpsemalt" ja jätkame seadistustega.

Aknas "Arhiivi tüüp" valige, millist arhiivi me teeme: "Tavaline" (Täielik varukoopia), "Inkrementaalne" (Diferentsiaal), "Diferentsiaal" (Inkrementaalne) jne. Järgmises aknas palutakse teil valida "Varundusmeetodid".

Määrake kopeerimismeetod ja määrake sihtmärk (fail või seade). Lisaks saab ülesandega alustada kohe või ajastada kindlale ajale. Ülesande ajastamisel Windowsi ajakavas (Windows Sheduler) kuvatakse ülesanne pika parameetrite loendiga käsureal. (Mida saab soovi korral skriptidesse sisestada jne). Muuhulgas, see programm suudab avatud faile õigesti kopeerida. Nagu öeldakse - "odav ja rõõmsameelne". Kasutame seda programmi Windowsi all töötavatelt serveritelt teabe kogumiseks.

Varundussüsteemi lõplik seadistamine

Pärast vahemäluserveri ja lindikirjutussüsteemi lõplikku seadistamist pole enam palju jäänud. Kontrolli saadavust võrguressursse seadistage meie varuserveris kohalik varundustarkvara.

Samuti on vaja koostada varugraafik, määrata vastutavad isikud ja anda neile üle vastavad volitused.

Järeldus

Pole kahtlust, et varundamine on iga ettevõtte IT-struktuuri oluline aspekt. Ja hoolimata rasketest majandusoludest on siiski võimalik luua vastuvõetavalt töötav varusüsteem minimaalse investeeringuga vajalike komponentide (lindiseadme ja kassettide) ostmiseks. Ühtlasi võimaldab loodud süsteem delegeerida volitusi teisele isikule ja vajadusel lihtsalt taastada kadunud andmed.