Ja vēlaties sīkāk izprast uz Linux OS veidotās lokālās un tīkla infrastruktūras iestatīšanas un visaptverošas drošības nodrošināšanas procesus, iesaku iepazīties ar OTUS. Kurss nav paredzēts iesācējiem, lai pieteiktos, tas ir jānokārto.

Ja vēl neesat konfigurējis bezmaksas hiper-v hipervizoru, iesaku izlasīt manu materiālu par šo tēmu -. Ja jums tas jau ir konfigurēts un rodas jautājums, kā ātri, ērti un brīvi to dublēt, tad iesaku izmantot bezmaksas lietderība HV dublējums.

HVBackup utilīta apraksts hiper-v

HVBackup projekta galvenais mērķis bija izveidot bezmaksas, vienkāršu un efektīvu rezerves risinājumu virtuālās mašīnas hyper-v, kas darbojas gan vienā režīmā, gan klasterī.

Lietderība darbojas visās operētājsistēmas versijās, sākot ar Windows Server No 2008. gada, tāpat kā grafiskais režīms un Server Core instalācijas. Lietderība atbalsta arī Hyper-V Server hipervizora bezmaksas izdevumu.

HVBackup atbalsta lietotņu konsekventus un avāriju konsekventus hiper-v dublējumus, izmantojot sistēmā iebūvēto VSS. Ir daudz komerciālu risinājumu, kuru pamatā ir viena un tā pati virtuālo mašīnu dublēšanas metode, taču starp bezmaksas risinājumiem es zinu tikai šo produktu.

Uzņēmums kodeplekss, programmas ražotājs, apgalvo, ka regulāri savā infrastruktūrā izmanto HVBackup, kas garantē augstas kvalitātes darbu un savlaicīgus labojumus vai izmaiņas.

Programmu var palaist no komandrinda, zvanīja no Powershell skripti vai iebūvēti jebkurā .Neto lietojumprogramma izmantojot atbilstošo bibliotēku.

Šīs lietderības darbības princips ir diezgan vienkāršs. Programma izveido atsevišķu zip arhīvu katrai virtuālajai mašīnai norādītajā direktorijā, kurā ir iekļauta visa ar to saistītā informācija.

Sistēmas prasības:
.Net Framework 3.5

.Net Framework 3.5 instalēšana komandrindā

Lai instalētu .Net Framework 3.5, programmā Powershell ir jāpalaiž šādas komandas.

Windows Server vai Hyper-V Server 2012:

Install-WindowsFeature NET-Framework-Core

Windows Server 2008 vai 2008 R2 (nav pamata):

Ocsetup NetFx3

Windows Server (pamata) vai Hyper-V Server 2008/2008 R2:

Ocsetup NetFx3-ServerCore

HVBackup lietošanas piemērs

Veiciet visu resursdatora virtuālo mašīnu pilnu VSS dublējumu:

HVBackup -a -o d:\vm-backup

Veiciet pilnu virtuālo mašīnu saraksta VSS dublējumu (ja mašīnu nosaukumos ir atstarpes, jāizmanto pēdiņas). Dublēšana tiek veikta attālajā serverī:

HVBackup -l "VM1,VM2" -o \\backup-server\wm-backup

Izveidojiet pilnu virtuālo mašīnu dublējumu, kuru saraksts ir ietverts teksta failā (katra virtuālā mašīna atsevišķā rindā):

HVBackup -f list.txt -o d:\wm-backup

Skripts automātiskai dublēšanai

Ja vēlaties ieplānot automātiska izpilde dublējums, tad visērtāk šiem nolūkiem izveidot vienkāršu bat failu un ieplānot tā izpildi. Izveidosim backup-all.cmdšādu saturu:

Iestatīt BCKPATH="\\backup-server\wm-backup" rem net use %BCKPATH% /lietotājs: Pushd %BCKPATH% && forfiles.exe -m *.zip -d -7 -c "cmd /c del @path" popd HVBackup.exe -a -o %BKPATH% 1> log_out.txt 2> log_err.txt

Šis skripts pirms dublēšanas izdzēsīs visas virtuālās mašīnas zip faili vecākas par 7 dienām norādītajā direktorijā. Varat rediģēt ceļus un parametrus atbilstoši savām vajadzībām.

Tagad izveidosim ieplānotu uzdevumu serverī, lai periodiski veiktu dublējumus, izmantojot iepriekš izveidoto skriptu:

Schtasks.exe /create /tn HVBackup /tr c:\backup-all.cmd /sc DAILY /ru /rp/st 01:00:00

Ja nepieciešams dzēst uzdevumu:

Schtasks.exe /delete /tn HVBackup /f

Uzdevuma tūlītēja izpilde:

Schtasks.exe /run /tn HVBackup

HVBackup komandrindas opcijas

Lietošana: HVBackup.exe

-b, --dublējums
Palaist dublējumu (noklusējums).
-r, - atjaunot
Veiciet atkopšanu.
-f, --fails
Teksta fails, kurā ir virtuālo mašīnu saraksts, pa vienai katrā rindā.
-l, --saraksts
Dublēšanai paredzēto virtuālo mašīnu saraksts.
-a, -visi
Dublējiet visas serverī esošās virtuālās mašīnas.
-n, -nosaukums
Ja norādīts, tiek dublētas tikai uzskaitītās virtuālās mašīnas.
-g, ceļvedis
Ja norādīts, sarakstā iekļauto virtuālo mašīnu dublējumu veido GUID.
-o, --izvade
Nepieciešamais parametrs. Pēdējā mape arhīviem. Var būt lokāla vai tīkla ceļa veidā.
--izvades formāts
Virtuālās mašīnas arhīva nosaukuma formāts. (0) mašīnas nosaukums, (1) mašīnas GUID un (2) Pašreizējais datums un laiks. Noklusējums: "(0)_(2:yyyyMMddHHmmss).zip"
-s, --singlevss
Izveidojiet vienu momentuzņēmumu visām virtuālajām mašīnām.
-- palīdzēt
Parādīt palīdzību komandām:

Secinājums

Tas ir viss. Vienīgā piezīme ir tāda, ka dublēšanas laikā es nepārbaudīju veiktspējas kritumu. Es nepamanīju nekādus palēninājumus virtuālo mašīnu darbībā. Bet viņi visi bija izkrauti. Laiks, kas nepieciešams, lai veiktu dublēšanu katrā datorā, ir ievērojams. Bet, protams, tas ir atkarīgs no daudziem faktoriem.

Ēst laba iespēja apvienot HVBackup un . Piemēram, izveidojiet arhīvus lokāli serverī ar hyper-v, mount to Linux serveris mapi un izmantojiet rsync, lai no tās paņemtu zip failus virtuālās mašīnas. Vai arī dariet to uzreiz dublējums piemēram, Linux samba. Iepriekš minētajā saitē ir piemērs par šo tēmu.

Tiešsaistes kurss Linux drošība

Ja vēlaties sīkāk izprast uz Linux OS veidotās lokālās un tīkla infrastruktūras iestatīšanas un drošības nodrošināšanas procesus, iesaku iepazīties ar tiešsaistes kurss "Linux drošība" OTUS. Apmācības ilgst 3 mēnešus, pēc tam sekmīgi kursu absolventi varēs iziet intervijas ar partneriem. Kursu programma ir izstrādāta kā praktisku darbnīcu sērija un ir paredzēta apmācītiem studentiem, kuriem jau ir zināšanas un pieredze Linux administrēšanā. Ko jūs uzzināsiet:

• Pielietot labāko globālo praksi un informācijas drošības standartus (Debian, RedHat, MitRE);
• Izmantojiet rīkus, lai atklātu un izmantotu Linux OS ievainojamības;
• Instalējiet un konfigurējiet tīkla sistēmas uzbrukumu atklāšana un novēršana;
• Darbs ar monitoringa un konteinerizācijas sistēmām, kuru pamatā ir Docker;

Pārbaudi sevi iestājpārbaudījumā un sīkāku informāciju skatiet programmā.

Daudzi uzņēmumi, kā arī mājas lietotāji dažādu uzdevumu veikšanai un darbības efektivitātes paaugstināšanai arvien vairāk izmanto virtuālās mašīnas. Ja iepriekš virtuālās mašīnas galvenokārt izmantoja entuziasti, tad tagad galddatoru un serveru virtualizācijas platformu kvalitāte ļāvusi tās profesionāļiem izmantot plašā mērogā. Iespējai darbināt vairākas virtuālās sistēmas vienā fiziskā datorā ir daudz priekšrocību, tostarp aparatūras ietaupījumi, vienkāršota apkope un samazinātas enerģijas izmaksas lielos datu centros. Turklāt svarīga virtuālo mašīnu priekšrocība ir to vieglā pārnesamība uz citu fizisku platformu un vienkārša procedūra viņu dublējums. Taču, tāpat kā parastās operētājsistēmas, arī virtuālās vides izveidei ir jāpievērš liela uzmanība rezerves kopijas kritiski dati. Palaižot virtuālās mašīnas uzņēmuma ražošanas vidē, daudzi uzņēmumi plāno visas stratēģijas virtuālās infrastruktūras arhivēšanai un atkopšanai pēc kļūmēm, ko sauc par katastrofu atkopšanu.

Daudzi komerciāli virtualizācijas platformu nodrošinātāji piedāvā uzņēmuma lietotājiem iebūvētus virtuālās mašīnas dublēšanas rīkus, piemēram, VMware Consolidated Backup (VCB) ESX Server platformai. Savukārt SMB (Small and Medium Business) sektorā, kur izmantoto virtuālo mašīnu skaits ir neliels, platformas ražotāja nodrošināto rezerves rīku praktiski nav. Rezultātā mazajiem uzņēmumiem rakstīšanā ir jāiesaista sistēmu administratori dažādi skripti, kā arī standarta operētājsistēmas utilītu izmantošana, kas nodrošina failu un mapju arhivēšanu un atkopšanu ar svarīgiem datiem.

Izpratne par datu dublēšanu

Paralēli virtuālās infrastruktūras plānošanas procesam nepieciešams uzsākt arī Katastrofu seku novēršanas plāna izstrādes procesu. Pirmkārt, ir jāizceļ IT infrastruktūras kritiskākie elementi, kas ir potenciāli uzņēmīgi pret bojājumiem no iekšējiem un ārējiem avotiem, piemēram, strāvas padeves pārtraukumiem, darbības traucējumiem. cietie diski, vīrusu draudi un citi. Pēc tam ir jāapsver dažādu kategoriju virtuālo mašīnu dublēšanas biežums atkarībā no kritiskuma pakāpes. Uzņēmuma virtuālie ražošanas serveri, kas darbojas pilnas publiskās pieejamības režīmā, diezgan bieži un regulāri ir jāarhivē un tiem ir iespēja ātri atjaunoties kļūmes gadījumā. Organizācijas iekšējie serveri, kuriem nav nepieciešama tik liela uzmanība un ātra atveseļošanās, var arhivēt retāk, ar ilgāku atkopšanas laiku. Pēc tam ir jānosaka, kuras atmiņas ierīces tiks izmantotas arhivēšanai (citu serveru IDE vai SCSI diskdziņi, SAN ierīces utt.).

Izvēloties arhivēšanas biežumu, ir jāņem vērā, ka dažiem dublējuma veidiem ir īpašība izveidot ātrus dublējumus, bet lēnāku atkopšanu. Un otrādi, ir iespējams veikt ilgāku arhivēšanu ar īsāku atkopšanas laiku. Tālāk ir norādīti galvenie datu dublēšanas veidi, ko var lietot arī virtuālajās mašīnās.

• Regulāra (pilna) arhivēšana (pilna dublēšana)
  Šāda veida arhivēšana rada visu saglabāto datu pilnīgu kopiju. Šādas rezerves kopijas izveides process ir diezgan ilgs, taču tam nav nepieciešams daudz atkopšanas laika, jo tam nav nepieciešami vairāki atkopšanas uzdevumi. Pilna dublēšana atiestata failu un mapju arhīva marķierus, kas tiek izmantoti, lai noteiktu, kuri faili ir jādublē. Šos marķierus izmanto, lai pārbaudītu failu stāvokli pakāpeniskas un diferenciālās dublēšanas laikā.
• Pakāpeniska dublēšana
  Šāda veida dublēšana ietver to failu un mapju kopēšanu, kas ir mainīti kopš pēdējās dublēšanas. Tāpēc, ja veicat divas pakāpeniskas dublējumkopijas pēc kārtas un nemaināt failu starp tām, tas netiks pievienots atkopšanas attēlam.
• Diferenciālā dublēšana
  Šajā dublējumkopijā ir iekļautas visas izmaiņas, kas notikušas failos un mapēs kopš pēdējās pilnās dublēšanas. Attiecīgi, veicot divas secīgas diferenciālas arhivēšanas, abas reizes tiks arhivēts fails, kas starp tiem nav mainījies, bet ir mainījies kopš pēdējās pilnās arhivēšanas.

Lai izskaidrotu, kā šie arhivēšanas veidi atšķiras, mēs sniegsim piemēru dublēšanas veidu apvienošanai. Izmantojot pilnu un pakāpenisku arhivēšanu, dublēšanas laiks tiek ievērojami samazināts, bet atkopšanas laiks tiek palielināts. Piemēram, ja pirmdien veicām pilnu dublējumu un katru dienu izlaidām papildu dublējumus, bet piektdien sistēma tika bojāta, mums būs jāatjauno pilna pirmdienas dublējumkopija un secīgi visas papildu kopijas līdz piektdienai, kas prasīs ļoti ilgs laiks. Gluži pretēji, pilnīgas un diferenciālās aktivizēšanas apvienošana prasa vairāk laika arhivēšanai, bet mazāk laika atkopšanai, jo jums ir jāatjauno tikai pirmdienas datu pilna arhīva kopija un jārullē piektdienas diferenciālais arhīvs.

Tie, protams, nav visi arhivēšanas veidi, ko var izmantot datu dublēšanai, taču uzskaitītie veidi ir daži no visbiežāk izmantotajiem. Acīmredzot serveriem ar augstu atkopšanas laika kritiskumu ir ieteicams izmantot diferenciālo arhivēšanu kombinācijā ar pilnu arhivēšanu, nevis pakāpenisku arhivēšanu. Pirmais ir piemērots organizācijas ārējiem serveriem, otrais - iekšējiem serveriem, kas var izturēt vairāk dīkstāves.

Tā kā būtībā virtuālā mašīna ir mape ar failiem, varat izmantot resursdatora operētājsistēmas iebūvētos dublēšanas rīkus, ja resursdatora sistēmas virspusē izmantojat virtualizācijas platformu, piemēram, Microsoft Virtual Server. vai VMware Server. IN Microsoft WindowsŠiem nolūkiem varat izmantot utilītu ntbackup. Izmantojot tukšmetāla platformas, piemēram, ESX Server vai Virtual Iron, jums ir jāizmanto virtualizācijas sistēmas pārdevēja rīki vai trešās puses produkti.

Turklāt virtuālās mašīnas dublēšanu var veikt, izveidojot viesu attēlus, izmantojot programmatūru, piemēram, Acronis Patiess attēls. Ir arī vērts atzīmēt, ka ir situācijas, kad ir nepieciešams arhivēt nevis visu virtuālo mašīnu, bet gan dažus datus viesu sistēmā. Šajā gadījumā, rakstot pakešu arhivēšanas skriptus, varat izmantot montāžas utilītas virtuālie diski uz resursdatora sistēmu. VMware platformām šī utilīta ir VMware Disk Mount lietojumprogramma.

Virtuālo mašīnu dublēšana un atkopšana VMware ESX Server platformā

VMware izmēģinājuma produkts ESX Server platforma ir galvenais virtuālās infrastruktūras elements uzņēmuma ražošanas vidē. Virtuālā infrastruktūra VI3 (Virtual Infrastructure 3) ir produktu un rīku kopums, kas ļauj virtuālo mašīnu parkam efektīvi veikt savus uzdevumus un nevainojami darboties dažādos apstākļos, tostarp nepārvaramas varas faktoru, piemēram, pēkšņu slodzes pārspriegumu, strāvas padeves pārtraukumu un aprīkojuma bojājumu gadījumā. Viens no svarīgākajiem rīkiem katastrofu seku novēršanas stratēģijas īstenošanai ir VMware Consolidated Backup (VCB). VCB var izmantot, lai izveidotu atsevišķu ESX serveru rezerves kopijas, kā arī kopā ar virtuālo serveru flotes pārvaldības rīku VMware Virtual Center. VCB nodrošina šādas iespējas:

• virtuālo mašīnu rezerves kopiju izveide ar dažādi veidi arhivēšana, izmantojot īpašu starpniekserveri VCB Proxy Host, kas novērš rezerves kopiju izveidi no uzņēmuma ražošanas servera, kurā darbojas virtuālās mašīnas
• neprasa papildu aģentu instalēšanu ESX serveros
• nodrošina plašas iespējas integrācijai ar trešo pušu rezerves produktiem; atbalsts dažādām pakotnēm jau ir iebūvēts VCB
• atbalsta failu līmeņa arhivēšanu viesiem Windows sistēmas(varat izveidot arhīva kopijas atsevišķi faili un mapes viesu sistēmā), kā arī arhivēšana virtuālās mašīnas attēlu līmenī jebkurai viesu OS

Virtuālo mašīnu dublēšana, izmantojot VCB, notiek, izveidojot virtuālo mašīnu momentuzņēmumus, neapturot to darbību. VCB atbalsta arī SAN. Ja virtuālās mašīnas atrodas SAN atmiņas ierīcē, dublēšanas procedūra ir šāda:

Virtuālās mašīnas stāvokļu momentuzņēmumi, kas izveidoti darbības laikā, izmantojot aģentu, kas atrodas VCB starpniekserverī, tiek saglabāti dublējuma datu nesējā, no kurienes tos pēc tam var atjaunot, ja darbojas viesa sistēmas atteice vai aprīkojuma bojājumi. Šajā gadījumā rezerves aģentam ir tieša piekļuve LUN (loģiskās vienības numuram) SAN ierīcēs. Attiecībā uz SAN VCB atbalsta Fibre Channel protokolu, kā arī lentes datu nesēju rezerves kopiju glabāšanai. VCB cieši izmanto VMware rīku iespējas, kas darbojas viesu sistēmā, lai izveidotu viesu OS datu rezerves kopijas.

VMware konsolidētā dublēšana ieslēgta Šis brīdis atbalsta šādas pakotnes (sarakstā ir iekļauta tikai oficiāli pārbaudīta programmatūra ar ESX Server produktu):

• Symantec Backup Exec 10.0
• Symantec Backup Exec 10d
• Veritas Netbackup 5.0
• Veritas Netbackup 5.0 MP4
• Veritas Netbackup 5.1
• Veritas Netbackup 5.1 MP2
• Veritas Netbackup 5.1 MP3
• Veritas Netbackup 6.0
• Tivoli Storage Manager v5.2.1
• Tivoli Storage Manager v5.2.3
• Tivoli Storage Manager v5.3
• EMC Networker v7.0
• EMC Networker v 7.1.x
• EMC Networker v 7.2
• EMC Networker v 7.3
• CA BrightStor ARCServe r11
• CA BrightStor ARCServe r11.1
• CA BrightStor ARCServe r11.5
• Commvault Galaxy v5.9
• Commvault Galaxy v6.1

Kopumā virtuālo mašīnu arhīvu kopiju izveides darbu var attēlot šādi:

1. Dublēšanas programmatūra palaiž pirmsarhīva skriptu, kas veic šādus uzdevumus:
   • nodrošina, ka viesu sistēmā netiek veiktas lasīšanas-rakstīšanas darbības saglabātajās mapēs un failos (tikai Windows viesu operētājsistēmām)
   • pārslēdz virtuālo mašīnu momentuzņēmuma režīmā, izveido virtuālās mašīnas stāvokļa momentuzņēmumu un padara to pieejamu lietojumprogrammai, izmantojot VCB
   • pievieno virtuālās mašīnas momentuzņēmumu no SAN uz starpniekserveri
2. Virtuālās mašīnas momentuzņēmuma rezerves kopija tiek izveidota attēla līmenī vai viesu sistēmas failu un mapju līmenī (pilna, diferenciāla vai pieaugoša kopija).
3. Dublēšanas programmatūra izsauc skriptu pēc dublēšanas, kas pabeidz dublēšanu (atvieno virtuālās mašīnas momentuzņēmumus no starpniekservera un izslēdz virtuālo mašīnu no momentuzņēmuma režīma).

Dublēšanas procesa laikā VCB rīki izmanto šādus virtuālās infrastruktūras komponentus:

Rezumējot, VMware Consolidated Backup ir spēcīgs rīks virtuālo mašīnu dublējumkopiju izveidei un ļauj izmantot standarta dublēšanas programmatūru, ko izmanto jūsu organizācija, lai izveidotu jūsu datu arhīva kopijas.

Dublēšana ar Vizioncore esxRanger

Vizioncore produkts esxRanger, ko tagad kontrolē Quest Software, šobrīd ir viens no populārākajiem risinājumiem virtuālo mašīnu rezerves kopiju izveidei ESX Server platformā. EsxRanger neprasa nekādu papildu aģentu instalēšanu ESX serveros un izveido virtuālo mašīnu rezerves kopijas no viena servera vai serveru grupas, integrējot to ar virtuālā centra produktu. Rezerves kopiju izveides process notiek vienā Windows serverī, no kura var glabāt arhivētos virtuālo sistēmu attēlus dažādas ierīces uzglabāšana organizācijas ražošanas vidē.

esxRanger ir gan GUI, gan komandrindas interfeiss, kas ļauj izmantot parasto plānotāju Windows uzdevumi lai palaistu rezerves darbus pēc grafika, kas novērš nepieciešamību rakstīt papildu skriptus. EsxRanger produkta galvenais logs ir parādīts zemāk:

Ja jums ir atbilstošas ​​atļaujas, izveidojot savienojumu ar VMware virtuālo centru, varat atlasīt atsevišķas datu centra serveru virtuālās mašīnas dublēšanai. Kopētie attēli tiek automātiski saspiesti arhivēšanas laikā un atspiesti atkopšanas laikā, ietaupot sistēmas administratoru laiku.

EsxRanger integrējas ar VMware Consolidated Backup, kad to izmanto SAN, un ļauj izveidot pilnas vai atšķirīgas virtuālo mašīnu kopijas, kā arī atsevišķus failus un mapes Windows viesos. Turklāt dublēšanas procesa laikā esxRanger apkopo dažādu informāciju par dublēšanas metriku (piemēram, laiku, kas pavadīts dublēšanai un atkopšanai), saglabā to datu bāzē un ļauj to izmantot, lai uzlabotu katastrofu atkopšanas stratēģiju. Papildus tam esxRanger ir politikas dzinējs, kas ļauj izveidot datu arhivēšanas stratēģiju, pamatojoties uz veidnēm, un integrēt to ar citiem organizācijas IT infrastruktūras komponentiem, samazinot sistēmas administratoru darba slodzi.

Dublēšanas procedūra, izmantojot esxRanger, izskatās šādi:

1. Tiek izveidots virtuālās mašīnas saglabāšanas punkts un saglabāts datu bāzē.
2. Izmantojot VMware API, virtuālo disku faili tiek “atbloķēti” lasīšanai (pēc noklusējuma tie ir bloķēti) un .REDO failu izveidei, kas saglabās izmaiņas virtuālajos diskos kopš saglabāšanas punkta.
3. Virtuālā diska faili ir saspiesti.
4. Saspiestie faili tiek dublēti, un .REDO faili tiek lietoti virtuālo mašīnu VMDK failiem.
5. Pēc izmaiņu piemērošanas VMDK faili tiek atgriezti sākotnējā bloķētajā stāvoklī.
6. Sistēmas administrators pievieno komentārus virtuālo mašīnu dublējumkopijām, kas satur norādījumus, ja virtuālās mašīnas neizdodas.

Kopumā esxRanger ir ērts, uzticams un viegli lietojams virtuālās mašīnas dublēšanas rīks programmai Virtual Infrastructure 3, kas integrējas ar VMware Consolidated Backup, lai to varētu izmantot SAN jebkura lieluma uzņēmumiem.

Virtuālo mašīnu rezerves kopiju izveide Microsoft Virtual Server platformā

Diemžēl Microsoft, serveru virtualizācijas produkta Virtual Server 2005 īpašnieks un izstrādātājs, nenodrošina lietotājus ar tik jaudīgu dublēšanas un atkopšanas rīku kā VMware Consolidated Backup. Pagaidām Microsoft galvenokārt koncentrējas uz hipervizoru balstīta virtualizācijas atbalsta izstrādi, kas iebūvēta nākamajā Windows Server platformas versijā ar koda nosaukumu Viridian. Tomēr Microsoft pastāvīgi aizkavē Windows virtualizācijas galīgo izlaišanas datumu, kā arī samazina izziņotās funkcijas, tāpēc tagad ir grūti pateikt kaut ko galīgu par gaidāmās virtualizācijas platformas dublēšanas iespējām. Ar diezgan lielu varbūtību varam teikt, ka būs iebūvēts atbalsts “dzīvai” arhivēšanai, taču pagaidām nav skaidrs, kādā formā. Mūsdienās virtuālo mašīnu dublējumkopijas virtuālajā serverī var izveidot “divarpus veidos”, tostarp:

• lietojums standarta līdzekļi dublējumkopijas operētājsistēmas attēlus, ko var izveidot aģenti, kas darbojas viesu sistēmās, piemēram, Symantec Backup Exec.
• rakstot specializētus skriptus, kas saglabā virtuālās mašīnas stāvokli, kopē tās datus dublējuma datu nesējā un startē virtuālo mašīnu no jauna
• apjoma ēnu kopēšanas pakalpojumu izmantošana (Volume Shadow Service, VSS), kuru atbalsts virtuālajā serverī parādījās pavisam nesen un datu dublēšanas sistēmu ražotāji to vēl neatbalsta

Lai arhivētu virtuālās mašīnas, kas darbojas Virtual Server platformā, varat izmantot tās COM saskarni, rakstot skriptu, piemēram, izmantojot Visual Basic Skriptēšana (vbs). Dublējot virtuālo mašīnu, vispirms tā ir jāievieto saglabātajā stāvoklī, pēc tam jāpārkopē tās faili noteiktā vietā un pēc tam vēlreiz jāpalaiž. Tālāk ir sniegts vbs skripta piemērs, kas veic šīs nepieciešamās darbības, lai kopētu vienu virtuālo mašīnu. To var palaist pēc grafika, izmantojot standarta Windows uzdevumu plānotāju. " backupvm.vbs " autors: Džons Savills " lietojums: backupvm.vbs Opcija skaidri norādīta kļūdas gadījumā Atsākt Nākamo Dim objFSO, objVirtualServer, objVM, objSaveTask, objVHD " Savienojuma izveide ar failu sistēmas objektu set objFSO=CreateObject("Skriptēšana.FileSystemObject") " Savienojuma izveide ar virtuālo serveri set objVirtualServer = CreateObject("VirtualServer.Application") " Meklējiet virtuālo mašīnu set objVM = objVirtualServer.FindVirtualMachine(WScript.Arguments(0))" Saglabā virtuālās mašīnas stāvokli iestatīt objSaveTask = objVM.Save " Pauze, lai veiktu saglabāšanas darbību bet nav objSaveTask.isComplete WScript.Sleep 1000 wend " Virtuālo disku un UNDO disku kopēšana katram objVHD objektā objVM.HardDiskConnections Ja objFSO.FileExists(objVHD.HardDisk.file) Tad "Wscript.Echo objVHD.HardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.Arguments,DisScriptkArguments,Dis (1) Beigt If If objFSO.FileExists(objVHD.undoHardDisk.file) Tad "Wscript.Echo objVHD.undoHardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.undoHardDisk.file, WScript.Arguments(1) ) Beigt, ja nākamais " Vsv un vmc failu kopēšana objFSO.CopyFile objVM.File, WScript.Arguments(1) objFSO.CopyFile objVM.SavedStateFilePath, WScript.Arguments(1) " Virtuālās mašīnas palaišana objVM.Startup

Šis skripts ir jāizmanto šādi:

C: emp> cscript backupvm.vbs

Jāatzīmē, ka Microsoft oficiāli neatbalsta šo dublēšanas procesu, jo saglabātā stāvoklī kopētās virtuālās mašīnas integritāte var tikt apdraudēta tādēļ, ka daļa tās atmiņas šajā gadījumā netiek saglabāta vsv un vhd failos. .

Izmantojot Volume Shadow pakalpojumu

VSS atbalsts tika ieviests nesen izlaistajā Virtual Server 2005 R2 SP1. Ēnu kopiju pakalpojumu izmantošana virtuālajā serverī ietver darbināmu virtuālo mašīnu dublējumkopiju izveidi, izveidojot attēlus, kam vajadzētu ievērojami vienkāršot un paātrināt dublēšanas un atkopšanas procedūru. Tomēr ar to nepietiek programmatūra dublēšanai VSS atbalstam nepieciešams arī, lai tas atbalstītu arī jauno Virtual Server VSS Writer Service (VS Writer), kuram atbalsts šobrīd nav atrasts nevienā no arhivēšanas sistēmām. Saskaņā ar Microsoft teikto, dublēšanas rīki var izmantot VS Writer, lai dublētu un atjaunotu virtuālās mašīnas šādā veidā: tie paziņo Virtual Server, ka dublēšanas process ir sācies, Virtuālais serveris reaģē, izveidojot virtuālās mašīnas momentuzņēmumu un pēc tam kopēšanas procesu. sākas. Šobrīd arī NTBackup utilīta neatbalsta šo mehānismu.

Xen virtuālo mašīnu dublēšana

XenSource, kas atbalsta Open-Source Xen projektu un izplata arī komerciālo virtualizācijas platformu XenEnterprise, nepiedāvā daudz iespēju virtuālo mašīnu arhivēšanai Xen platformā. Viens no tiem ir parādīts zemāk, izmantojot NFS (tīkla failu sistēmas) atmiņas ierīces.

Fona informācija:

• XenServer resursdators (dublēšanas procedūras piemērā tā IP ir 192.168.1.10)
• Dators, ko izmanto kā serveri arhīvu kopiju glabāšanai (piemērā tā IP ir 192.168.1.1)
• XenVM virtuālā mašīna (piemērā tās IP ir 192.168.1.12)

Dublēšanas procedūra:

1. Instalējiet NFS serveri, failam /etc/exports pievienojot šādu rindiņu:
   / *(rw,sync,no_root_squash)
2. XenServer resursdatorā failam /etc/xen/xmexample1 pievienojiet šo:
   kodols /boot/xenkernel
   nosaukums = "PiemēraDomēns"

   Sakne = /dev/nfs

   Nfs_server = "192.168.1.1"
   nfs_root = "/ip=192.168.1.10:192.168.1.1:192.168.1.1:255.255.255.0:::"

3. Saglabājiet /etc/fstab faila kopiju un pievienojiet tam šādas rindas:
   192.168.1.1:rootdevice/nfs rw,hard,intr 1 1
   192.168.1.1: mijmaiņas ierīču mijmaiņas noklusējuma iestatījumi 0 0
   192.168.1.1:usrpartition /usr nfs rw,hard,intr 1 1
   192.168.1.1:varpartition /var nfs rw,hard,intr 1 1
   nav /dev/pts devpts gid=5,mode=620 0 0
   nav /proc proc noklusējuma 0 0
4. Kopējiet /lib/modules/2.6.16.29-xen no XenServer resursdatora uz rezerves ierīci
5. Arhīva kopēšanas serverī palaidiet šādu komandu:
   #scp 192.168.1.10:/lib/modules/2.2.16.29-xen /lib/modules/
6. Lai aktivizētu konsoli, izmantojot udev, dublējuma serverī palaidiet šādas komandas:
   mkdir /tmp/dev
   mount --move /dev /tmp/dev
   sbin/MAKEDEV nulles konsoles nulle
   mount --move /tmp/dev /dev
7. Palaidiet šo komandu, lai uzstādītu rezerves ierīci Xen resursdatorā:
   #xm izveidot -c xmeexample1
8. Dublējiet xenstore-ls failu un kopējiet failu sistēmas saturu (izņemot /proc un /sys direktorijus) citā mapē:
   #rsync -a -e ssh --exclude="/proc/*" --exclude="/sys/*" 192.168.1.10:/ /backupdir

Secinājums

Organizācijas svarīgāko serveru un darbstaciju rezerves un avārijas seku novēršanas plāna (Disaster Recover Plan) sastādīšana un ieviešana ir nepieciešama tās darbības sastāvdaļa. Virtuālās mašīnas, pat vairāk nekā fiziskās, prasa lielu uzmanību datu arhivēšanai, jo parasti vienā fiziskajā resursdatorā tiek apvienotas vairākas virtuālās sistēmas. Vadošie virtualizācijas platformu pārdevēji cenšas nodrošināt jaudīgas un ērtas dublēšanas iespējas, taču līdz šim tas ir izdevies tikai VMware. Dublēšanas stratēģiju var īstenot divos veidos: viens no vienkāršākajiem veidiem ir to darīt kā daļu no standarta stratēģijas datu arhivēšanai uzņēmuma IT infrastruktūrā, instalējot rezerves aģentus viesu sistēmās un veidojot attēlus. Vēl viens, ērtāks un ātrāks veids ir izmantot iebūvētos platformas rīkus, piemēram, VMware Consolidated Backup vai skriptu rakstīšanu. sistēmas administratori. Jebkurā gadījumā mēs nekad nedrīkstam aizmirst, ka iekārtu kļūme vai citi nepārvaramas varas apstākļi nedrīkst būtiski ietekmēt uzņēmuma kritiskās darbības.

Šobrīd ir vairāki rezerves krātuves programmu ražotāji, gan maksas, gan bezmaksas.
Mēs esam kas bezmaksas programmas vai nu neērti lietošanā (sarežģīta instalēšana, pastāvīgi atteices draudi, vietējo saskarņu trūkums), vai arī trūkst svarīgāko rezerves iespēju.
Šajā gadījumā ir vērts to iegādāties maksas programma, kas atšķirībā no bezmaksas būs pilnībā funkcionāls ar visām pamata rezerves funkcijām.
Zemāk ir saraksts ar labākajiem rezerves risinājumiem, pēc ekspertu domām:

Datu atkopšana ar VCenter Server atbalstu

Veeam dublēšana un replikācija

Šīs programmas ir galvenās dublēšanas programmas, ko izmanto lielākā daļa lietotāju:

Datu atkopšana Ar atbalsts vCenter serveris

Kā jau agrāk rakstīts, tas ir visvairāk pareizais ceļš izveidojot iekārtas dublējumu, ja iegādājāties VCenter Server un jums vairs nav vēlmes vai līdzekļu, lai risinātu šo problēmu. Šo tehnoloģiju ir diezgan viegli konfigurēt, pilnīgs ceļvedis var atrast šajā saitē:

Šis risinājums darbojas gan ar VCenterServer, gan bez tā, taču laika gaitā nebūs iespējams konfigurēt dublēšanu. Salīdzinot visus produktus, tālāk aplūkosim visas galvenās funkcijas.

Veeam dublēšana un replikācija

Šis produkts tagad ir diezgan populārs, jo šī produkta licencēšanas veids (licencēts uz vienu ligzdu) serveru telpām ar mazjaudas serveriem būs ārkārtīgi izdevīgs. Tālāk mēs apskatīsim vairākas serveru konfigurācijas un apsvērsim cenu īpašības. Pateicoties vPower tehnoloģijai, šis produkts atbalsta arī tūlītējas datu atkopšanas iespēju pēc kļūmes.

Arī nesen tas ir izlaidis rīkus dublēšanai virtuālajā vidē. Turklāt Symantec ir vienīgais rezerves risinājums, kas izmanto V2P tehnoloģiju (virtuālās vides pārveidošanu par fiziskiem serveriem). Tiesa, Vcenter ir šāda tehnoloģija, bet ne rezerves tehnoloģiju ietvaros

• Neskatoties uz to, ka Acronis rīki tiek plaši izmantoti virtuālajās sistēmās, Acronis sākotnēji tika izveidots kā fizisko mašīnu dublējums un īpašu arhīvu izveide, ko izstrādāja pats uzņēmums, lai samazinātu rezerves apjomu. Acronis ietver mehānismus mašīnu pārveidošanai visu veidu vidēs (V2V, V2P, P2V un P2P).

  Detalizēts dublēšanas tehnoloģiju salīdzinājums. VMware vs Veeam vs Symantec vs Acronis

  Tātad, mēs esam uzskaitījuši galvenos rezerves risinājumus, tagad salīdzināsim tos. Mēs salīdzināsim pēc iespējām, licencēm, opcijām un produktu paredzamajām izmaksām:

  Mēs apsvērsim 2 veidu serverus:

  Mēs sniegsim salīdzinājumus vienam un piecdesmit serveriem (ESX saimniekiem).

  Apskatīsim mūsu tehnoloģiju licencēšanas veidus:

  1. Veeam dublēšana un replikācija ir licencēta pēc numura fiziskie procesori (ligzdas) VMware ESX/ESXi serveru resursdators;

     Acronis ir licencēts pēc numura servera saimniekdators VMware ESX/ESXi;

     Symantec ir licencēts pēc numura servera saimniekdators VMware ESX/ESXi;

  Salīdzināšanai atlasītie produkti:

  Vmware datu atkopšana + Vcenter serveris;

  Veeam Backup & Replication Enterprise Edition;

  Symantec Backup Exec System Recovery Virtual Edition;

  Acronis Backup & Recovery 10 Advanced Server Virtual Edition;

  Funkcijas un funkcijas	Datu atkopšana + VCenter	Veeam	Symantec	Acronis
  Datu dublēšana	+	+	+	+
  Momentuzņēmumu uzņemšana	+	+	+	+
  Dublēšana pēc laika	+	+	+	+
  Žurnālu nosūtīšana pa e-pastu	-	+	+	+
  Mašīnu atgriešana iepriekšējā stāvoklī	+	+	+	+
  Centralizēta vadības saskarne	+	+	+	+
  Pilnībā savietojams ar Vmware risinājumiem	+	+	+	+
  1. duplikācijas režīms	+	+	- 2	- 3
  Pakāpeniska dublēšana 4	+	+	+	+
  Konfigurējami parametri vairākiem Vcentriem LinkedMode	+	+	+	+
  Individuālo datu atkopšana	+	+	+	+
  Volume Shadow Copy Service (VSS)	+	+	+	+
  Politikas vadība	+	- 5	+	+
  Kombinācija ar vMotion, HA, DRS pakalpojumiem	+	+	+	+
  Krātuves veidu atbalsts (vietējais, NFS, Share, iSCSI, Fibre Channel, NAS)	Lokālais, NFS, Share, iSCSI, Fiber Channel, NAS	Lokālais, NFS, Share, iSCSI, Fiber Channel, NAS, SAN	Lokālais, NFS, Share, iSCSI, Fiber Channel, NAS, SAN, USB, DAS	Lokālais, NFS, Share, iSCSI, Fiber Channel, NAS, SAN, DAS, mākoņpakalpojumi
  VCenter prasība	+	-	-	-
  Atkopšanas iespēja citā aparatūras platformā 6	-	-	+	+
  Darbs ar SQL datu bāzēm	-	+	- 7	-
  Darbs ar Exchange serveri	-	+	- 8	-
  Darbs ar Active Directory	-	+	- 9	-
  Iespēja pārvērst virtuālo vidi uz fizisko (V2P)	-	-	+	+
  Spēja pārvērst fizisko vidi uz virtuālo (P2V).	+	-	+	+
  Vcenter pieejamības ieteikums	+	+	+	+
  Tūlītēja atveseļošanās pēc neveiksmes	-	+	+	+
  Kaila metāla atgūšanas funkcija 10	-	-	+	+
  Veidņu failu aizsardzība	-	+	+	-
  Datu replikācija	-	+	-	-
  Atkopšanas pārbaude 11	-	+	-	-
  Darbs ar vairākām ESX versijām	Sadaļa iet pēc versijas pirmā cipara	+	+	+
  OS atbalsts		Kopē visu mašīnu neatkarīgi no tā, kāda operētājsistēma darbojas	Windows, Linux	Atbalsta lielāko daļu OS
  Platformas atbalsts	Tikai VMware	Tikai VMware	VMware, Microsoft Hyper-V, Citrix Xen, fiziskā	VMware, Microsoft Hyper-V, Citrix Xen, Parallels, fiziskā
  Paredzamās izmaksas par 1 serveri, rub.
  2 procesori ar 4 kodoliem	50 000	60 000	100 000	70 000
  4 procesori ar 12 kodoliem	50 000	180 000	100 000	70 000
  Paredzamās izmaksas par 50 serveriem, rub.
  2 procesori ar 4 kodoliem	180 000	3 000 000	5 000 000	3 500 000
  4 procesori ar 12 kodoliem	180 000	9 000 000	5 000 000	3 500 000

  Dublēšanas režīms ļauj saglabāt ne visas mašīnas dublējumu, bet tikai tos datus, kas ir mainīti kopš pēdējās dublēšanas. Tas dod mums 2 būtiskas priekšrocības:

  • Ievērojams vietas ietaupījums rezerves krātuve dati;

    Trafika ietaupījums, ja serveri atrodas lielos attālumos viens no otra (ģeogrāfiskā sastāvdaļa);

  Funkcija ir pieejama ar papildu Deduplication Option;

  Funkcija ir pieejama ar papildu Deduplication opciju;

  Inkrementālā dublēšana ļauj vispirms dublēt visu avota direktoriju un pēc tam “pievienot” tam failus, kas ir mainījušies kopš pēdējās dublēšanas. Šī funkcija ļauj dublēt iekārtu, neieslēdzot to apkopes režīmā;

  Funkcija pieejama ar papildu programma Veeam monitors;

  Symantec Restore Anyware tehnoloģija ļauj lietotājiem pārvietot sistēmu uz citu datoru bez atkārtotas instalēšanas;

  Ja mašīnas faili tiek pazaudēti, tas ļauj izveidot jaunu virtuālo mašīnu ar tādām pašām īpašībām un atjaunot tajā veco;

  Pēc dublējuma izveides šī tehnoloģija pārbauda, ​​vai tā var uzņemt iekārtu uzreiz pēc avārijas;

  Datu atkopšana ar vCenter Server atbalstu

  Šī pakete ir ļoti ērta, ja nevēlamies iegādāties trešo pušu produktus, un to var nodot ekspluatācijā jebkurā uzņēmuma attīstības līmenī. Starp trūkumiem ir vērts izcelt tā nelielo funkcionalitāti salīdzinājumā ar citām rezerves sistēmām.

  Veeam dublēšana un replikācija

  Populārākais veids, kā izveidot dublējumus VSphere vidē. Tas ir daudzfunkcionāls, var veikt lielāko daļu funkciju, lai gan diezgan daudz papildu parametru ir opcijas (VeeamOne, VeeamReporter, VeeamMonitor u.c.), kas palielinās tā izmaksas, iegādājoties pilnu paketi. Tomēr, neskatoties uz to, pati Veeam BackUp & Replication 5 programma ir pilnīgs produkts, ko izmanto daudzos gan mazos, gan lielos uzņēmumos. Šajā programmā ir iekļauti 2 moduļi: rezerves kopiju izveide un to replikācija. Šim produktam ir jauna tehnoloģija, kas tiek izmantota kā pārbaudes programma daudzās dublēšanas programmās. VeeamBackUp & Replication5 ļauj palaist virtuālo mašīnu tieši no dublējuma. Šī tehnoloģija Veeam to sauc par vPower. Pateicoties šai tehnoloģijai, lietotājs saņem šādas priekšrocības:

  Tūlītēja virtuālo mašīnu atkopšana

  Universālā objektu atkopšana jebkurai lietojumprogrammai (U-AIR)

  SureBackup atkopšanas apstiprinājums

  Replikācijas funkcija ļauj ik pēc dažām minūtēm izveidot modificētus blokus, kas ļauj mašīnas kļūmes gadījumā nekavējoties pārslēgties uz atsevišķu kopiju un atjaunot iekārtas funkcionalitāti. Šī funkcija novērš vajadzību pēc dārgas aparatūras un produktiem, kā arī rada alternatīvu tradicionālajai nepārtrauktai datu aizsardzībai.

  Tūlītēja atveseļošanās pēc neveiksmes

  Virtuālās mašīnas palaišana tieši no dublējuma

  Izmantojot replikācijas tehnoloģiju, ir iespējams izveidot dublējumus ik pēc dažām minūtēm, nesamazinot veiktspēju

  Iespēja izvēlēties ceļu par labu ātrumam vai uzticamībai (RTO & RPO)

  Symantec Backup Exec sistēmas atkopšanas virtuālais izdevums

  Symantec atšķirībā no Acronis piedāvā ne tikai serveru apvienošanu virtuālajā infrastruktūrā, bet arī virtuālo mašīnu reverso pārsūtīšanu uz fizisko bāzi.

  Pašlaik Symantec izlaiž produktu virtuālās mašīnas dublēšanai — Symantec BackupExec SystemRecovery VirtualEdition. Šajā produktā ietilpst Symantec pārvaldības risinājums, savrupais klients un atkopšanas disks. Failu servera dublēšanai mums ir nepieciešama tikai SSR licence, bet papildu funkcijām, izmantojot SQL datu bāzes, Exchange serverus utt. mums ir jāiegādājas aģenti šiem serveriem. Kā liecina prakse, lielākajai daļai uzņēmumu nepietiek ar vienas rezerves datu krātuves izveidi, tāpēc Symantec SystemRecovery nodrošina ārējas dublējuma izveides funkciju. FTP serveris vai papildu diska krātuve uzlabotai avārijas seku novēršanai.

  Symantec ir vairākas unikālas funkcijas:

  Atkopšanas iespēja citā aparatūras platformā;

  Spēja pārvērst virtuālās vides fiziskās (V2P);

  Plkst izmantojot USB, kā dublēšanas iekārtu krātuvi, Symantec to atpazīst, nosaka tā veidu un saprātīgi iedarbojas uz to, turpinot veikt dublēšanas darbus;

  Izmantojot P2V tehnoloģiju, Symantec izmanto arī datu saspiešanas funkciju, kas ļauj ietaupīt trafiku, pārveidojot mašīnas no attāluma (pārveidošanas beigās VM aizņemtā vieta diskā būs vienāda ar fiziska mašīna.)

  Symantec aģenti ir izveidoti noteikta veida serveriem (SQL, Exchange, DB2, ActiveDirectory u.c.), tostarp operētājsistēmām, kas ļauj atpazīt visas šādu serveru funkcijas un ne tikai izveidot visas mašīnas dublējumu, bet arī atbalsta vairākus individuālus raksturlielumus katram no tiem (Exchange aģents strādā atsevišķi ar savām pasta datu bāzēm, un SQL aģents gandrīz uzreiz pēc kļūmes atjauno datu bāzes struktūru)

  Acronis Backup & Recovery 10 Advanced Server Virtual Edition

  Acronis ir produkts VM dublēšanai - Acronis Backup & Recovery 10 Advanced Server Virtual Edition. Risinājumā tiek izmantota tehnoloģija, kas līdzīga vPower no Veeam – AcronisInstantRestore, kas ļauj uzreiz atjaunot mašīnu pēc kļūmes. Acronis Backup & Recovery 10 AdvancedServer VirtualEdition ļauj jebkura lieluma organizācijām maksimāli palielināt virtualizācijas ekonomiskos ieguvumus, aizsargājot visas virtuālās mašīnas, kas darbojas katrā atsevišķā fiziskajā serverī par pieņemamu, fiksētu cenu. Acronis Backup & Recovery 10 AdvancedServer VirtualEdition ne tikai atbalsta VMware, Microsoft Hyper-V®, Citrix XenServer un Parallels platformas, bet arī nodrošina neierobežotu migrāciju starp šīm platformām. Acronis piedāvā aprēķināt ietaupījumus no savas programmas, izmantojot budžeta ietaupījumu kalkulatoru, izmantojot šo programmu: http://www.acronis.ru/backup-recovery/roi-calculator.html.

  Taču Acronis iespējas ar to nebeidzas. Acronis ir iekļāvis vēl vienu līdzekli Acronis Backup & Recovery 10 AdvancedServer Virtual Edition pakotnē: serveru konsolidācija, lai pārsūtītu sistēmas no fiziskām uz virtuālajām platformām ar iebūvētu uzdevumu plānotāju. Rezultātā mums tas ir šī programma veic 2 galvenās funkcijas:

  Avārijas sistēmas atkopšana

  Serveru konsolidācija

  Galvenās priekšrocības salīdzinājumā ar citām tehnoloģijām:

  Spēja strādāt gan ar fiziskajiem serveriem, gan virtuālajā vidē, kas ļauj apvienot konsolidāciju ar augstiem uzticamības novērtējumiem uzņēmuma attīstības sākumposmā

  Plašs atbalstīto rezerves atmiņas ierīču klāsts (pat optiskās ierīces un magnētiskās lentes)

  Acronis Secure Zone nodalījuma izveidošana tajā pašā virtuālās mašīnas serverī, kas ļauj īsā laikā atjaunot iekārtu, un šis nodalījums tiks aizsargāts ar dedublikācijas režīmu citā serverī.

  Bezmetāla atkopšanas funkcija ļaus pilnīgas mašīnas failu zuduma gadījumā izveidot to pašu iekārtu un atjaunot tajā iepriekšējās momentuzņēmumu.

  Atbalsta lielāko daļu virtuālo platformu.

  Atbalsts lielākajai daļai operētājsistēmu, instalējot rezerves aģentu

Handy Backup var izmantot divas metodes, lai izveidotu VMware dublējumus: iekšējo un ārējo.

Iekšējā metode

Handy Backup kopija ir instalēta VMware virtuālajā mašīnā, kurā darbojas sistēma Windows vai Linux. Handy Backup darbība virtuālajā mašīnā principā neatšķiras no līdzīga risinājuma izmantošanas “fiziskajos” datoros.

Ārējā metode

Handy Backup darbojas VMware virtuālās mašīnas serverī, lai kopētu konkrētu VMware gadījumu attēlus kā parastus failus. Handy Backup izmanto īpašu spraudni, lai dublētu VMware iekārtas un masīvus, kas darbojas “karstajā” režīmā (neapturot VMware mašīnu).

Kā saglabāt VMware virtuālās mašīnas attēlu

VMware dublējuma attēls tiek kopēts, izmantojot specializētu rīku. Izmantojot VMware spraudņa iestatījumus, ir iespējams arī apturēt kopēto VMware mašīnu un pēc tam to restartēt, lai iegūtu “auksto” kopiju.

1. Atveriet Handy Backup un izveidojiet jaunu uzdevumu, nospiežot Ctrl+N vai atlasot izvēlnes vienumu. Atlasiet dublēšanas uzdevumu.
2. 2. darbībā atlasiet spraudni " VMware darbstacija".

1. Veiciet dubultklikšķi uz rindas “Jauna konfigurācija”, lai atlasītu VMware piekļuves konfigurāciju.
2. Atvērtajā dialoglodziņā izvēlieties starp režīmiem " Karsts" (dublēt, neapturot iekārtu) un " Iespējot apturēšanu" (ar virtuālās mašīnas apturēšanu, lai iegūtu precīzu tās attēlu).

1. Pēc tam dialoglodziņā atlasiet konkrēto mašīnas attēlu, kuram tiks lietota šī konfigurācija.

1. Noklikšķiniet uz "OK" un turpiniet izveidot uzdevumu kā parasti.

Iepriekš minētā secība apstāsies un pēc tam restartēs VMware virtuālās mašīnas bez papildu iejaukšanās.

1. VMware ESXi virtuālo mašīnu dublēšana

Ievads

Šis dokuments piedāvā dažādos veidos un VMware ESXi dublēšanas stratēģijas, izmantojot vSphere un Bacula Enterprise Izdevuma versijas 8.0, 8.2 un 8.4. Bacula Enterprise Edition spraudnis VMware virtuālās mašīnas dublēšanai ar vSphere sniedz iespēju atjaunot virtuālo mašīnu tās sākotnējā stāvoklī, savukārt failu dublēšana viesa virtuālās mašīnas līmenī atvieglo misijai svarīgu lietojumprogrammu datu aizsardzību. VMware dublējumkopijā tiek izmantota tehnoloģija, ko sauc par mainīto bloku izsekošanu (CBT), lai nodrošinātu, ka, lai izveidotu efektīvākus dublējumus un samazinātu tīkla slodzi, uz pašreizējo inkrementālo vai diferenciālo tiek nosūtīti tikai tie bloki, kas ir mainījušies kopš sākotnējās pilnās un/vai pēdējās. rezerves straume, papildu un/vai diferenciālā dublēšana.

Galvenās VMware dublēšanas funkcijas

• Tiešsaistes dublēšana, izmantojot VADP
• VSS momentuzņēmumu izveide viesu operētājsistēmās, lai apturētu lietojumprogrammas
• Pilna, diferenciāla un pakāpeniska VM dublēšana attēla līmenī
• Pilna VM attēla atjaunošana
• Vmdk failu atjaunošana alternatīvā direktorijā
• Piekļuve VMware krātuvei gan caur TCP/IP, gan caur SAN (FC/ISCSI)

VMware dublējuma pārskats

Pašreizējā VMware vSphere spraudņa versija atbalsta vSphere versijas 6.0, 5.5, 5.1, 5.0, 4.1 (vismaz virtuālā versija 7 aparatūra). Šajā dokumentā ir sniegti programmatūras risinājumi Bacula Enterprise Edition 8.0 un turpmākām versijām, kas neattiecas uz iepriekšējām programmatūras versijām.

VMware dublēšanas glosārijs

Šajā dokumentā tiek izmantoti šādi termini saistībā ar VMware dublējuma izveidi:

• CBT– mainīto bloku izsekošanas tehnoloģija.
• Datu krātuve– nosaukums, ko VMware izmanto, lai apzīmētu datu noliktavas.
• vSphere ir VMware tehnoloģija OS virtualizācijai un mākoņdatošanas darbam.
• VDDK ir C/C++ bibliotēku komplekts, kas ļauj izveidot un piekļūt VMware virtuālajiem diskiem. VDDK tiek izmantots paralēli vSphere API, lai rakstītu dublēšanas un atkopšanas programmatūru vai līdzīgas lietojumprogrammas.
• Izmantojot VMware ESXi serveri, virtuālās mašīnas faili tiek ievietoti ārējā atmiņa liels apjoms.
• NBD- tīkls bloķēt ierīci. vSphere ļauj piekļūt failiem, kas mitināti datu krātuvē, izmantojot tiešu piekļuvi failiem, NBD piekļuvi, NBD, izmantojot SSL vai SAN piekļuvi. Gadījumā, ja piekļūstat failiem, izmantojot NBD kā tīkla protokols Tiek izmantots TCP/IP protokols.
• SAN. vSphere ļauj piekļūt failiem jūsu datu krātuvē, izmantojot tiešās piekļuves tehnoloģiju. SAN var izmantot Fibre Chanel tīklu (bez sāknēšanas dublēšanas tehnoloģija lokālais tīkls LAN bezmaksas dublēšana) vai ISCSI, izmantojot TCP/IP tehnoloģiju.
• VMware ESX un VMware ESXi ir hipervizora arhitektūra, kas instalēta serverī bez operētājsistēmas. Mazāka ESXi kodu bāze nozīmē mazāku uzbrukuma virsmu un mazāks izmērs ielāpa kodu, kas uzlabo sistēmas uzticamību un drošību.
• VCB– Konsolidētā VM dublēšanas metode Vecāka VMware API, kas parasti vairs netiek izmantota. VMware spraudnis neizmanto VCB tehnoloģiju.
• VADP– Nākamās paaudzes VMware datu aizsardzības infrastruktūra, kas ieviesta versijā vSphere 4.0, kas ļauj dublēšanas programmatūrai izveidot centralizētas, efektīvas VMware dublējumkopijas no resursdatoriem, neielādējot lokālo tīklu.
• .vmdk —faila formātā, ko izmanto virtuālajām ierīcēm, kas paredzētas VMware produktiem.
• .bvmdk — iekšējais faila formāts, ko izmanto spraudnis Bacula Enterprise, lai apstrādātu retus blokus un diferenciālās/inkrementālās VMware binārās dublējumkopijas. Kad fails ir konvertēts, izmantojot vddk rīku, tas kļūst par sākotnējā diska neapstrādātu attēlu, ko var pārvērst vmdk formātā, izmantojot utilītu qemu-img.
• ESX 3.x izmanto virtuālās aparatūras 4. versiju, vSphere 4.x izmanto 7. versiju, bet vSphere 5 izmanto 8. versiju.
• Pirkstu nospiedumu var ģenerēt no ESXi saimniekdatora
  openssl x509 -sha1 -in /etc/vmware/ssl/rui.crt \-noout -fingerprint | izgriezt -d ‘=’ -f 2
• viesu zivs - Apvalks un komandrindas rīks VM failu sistēmas apskatei un modificēšanai.
• VM (vai VM) – termina "virtuālā mašīna" saīsinājums.
• vSphere ir platforma serveru virtualizācijai ar iespēju koordinēt virtuālos datu centrus.
• SELinux — Drošības uzlabotais Linux (SELinux) ir drošības modulis Linux kodolā, kas nodrošina mehānismu, lai atbalstītu piekļuves kontroles drošības politikas, tostarp autoritatīvu piekļuves kontroli (MAC).

1.1 Kā izveidot VMware dublējumu viesu operētājsistēmā

1.1.1. Bacula klienta instalēšana katrā viesu operētājsistēmā

Pirmā stratēģija neietver spraudņa izmantošanu Bacula Enterprise Edition paredzēts vSphere. Tā vietā Bacula Enterprise File Daemon tiek instalēts katrā virtuālajā mašīnā tā, it kā virtuālās mašīnas būtu regulāri fiziski serveri. Lai optimizētu I/O plūsmas VMware ESX/ESXi serveros, tiek izmantoti uzdevumi Grafiks, Prioritāte Un Maksimālais vienlaicīgo darbu skaits lai dublēšanas logā izplatītu dublēšanas uzdevumus. Tā kā visiem serveriem ir viena un tā pati disku kopa, vienlaikus veicot visus dublēšanas uzdevumus, ir iespējams izveidot vājās vietas diska/tīkla apakšsistēmā.

1. attēls. Bacula-fd instalēšana katrā viesu virtuālajā mašīnā

Bacula Enterprise File Daemon instalēšana katrā virtuālajā mašīnā ļauj pārvaldīt virtuālie serveri, it kā tie būtu fiziski serveri, kā arī izmanto visas Bacula Enterprise programmatūras funkcijas, piemēram:

• Ātra atsevišķu failu atkopšana
• Atsevišķu failu pārbaudes summēšana, lai noteiktu vīrusus un spiegprogrammatūru
• Pārbauda uzdevumu
• Izņemot failus/direktorijus (piemēram, lapu failus un pagaidu failus)
• Failu līmeņa saspiešana utt.

1.1.2. VMware dublēšana, izmantojot Bacula Enterprise Edition spraudni vSphere

VMware virtuālās mašīnas rezerves attēla izveides stratēģijas gadījumā spraudnis Bacula Enterprise Edition vSphere saglabā klienta diskus kā neapstrādātus attēlus VMware/vSphere kontekstā. Lai īstenotu šo stratēģiju, jums nav jāinstalē Bacula File dēmons katrā viesu mašīnā.

Bacula spraudnis vSphere sazināsies ar VMware ESXi resursdatoru, lai lasītu un saglabātu VM disku saturu, izmantojot NBD vai SAN. Ar tiešu piekļuvi attēlam vmdk, saglabāts datu krātuve Bacula programmatūrai nebūs jādarbojas caur Klienta failu sistēmu, lai atvērtu/lasītu/aizvērtu failus. Attiecīgi programmatūra patērēs mazāk ESXi infrastruktūras resursu nekā tad, ja VMware dublējums tiktu izveidots katrā viesu datorā. Tajā pašā laikā Bacula programmatūra arī nolasīs un saglabās bezjēdzīgus datus, piemēram, lapu failus un pagaidu interneta failus.

2. attēls. TCP dublējuma izveide, izmantojot NBD

Ja vSphere dublēšanas spraudnis izmanto NBD datu transportēšanas metodi, dati tiek straumēti uz rezerves serveri, izmantojot ESXi sistēmas VMkernel portu.

Bacula Enterprise spraudnis vSphere var arī izmantot SAN infrastruktūru, lai samazinātu ESXi serveru slodzi. Tomēr, neskatoties uz to, ka ESXi serverī tiek patērēts mazāk resursu, dati joprojām būs jālasa no jūsu diskiem, kas var izraisīt konfliktu, mēģinot sūtīt/saņemt datus vienlaicīgi.

Izmantojot bloku diferenciālās metodes, piemēram, tās, kuras izmanto spraudnis vSphere, ir jānodrošina, lai atkopšanai būtu pieejamas visas papildu dublējumkopijas. Ja atkopšanas laikā trūkst vismaz viena dublēšanas uzdevuma, Bacula spraudnis nevarēs atkārtoti izveidot pareizo attēlu. Diferenciālo dublējumkopiju izmantošana ļauj samazināt atkopšanai nepieciešamo uzdevumu skaitu, tādējādi samazinot iespējamā datu zuduma risku. Lai novērstu svarīgu uzdevumu zudumu, lai izveidotu papildu dublējumus, uzglabāšanas periodi Skaļuma saglabāšana jābūt pietiekami lielam, lai atgūtu visus datus.

1.1.3. VMware dublēšanas stratēģiju salīdzinājums

1. tabula. Rezerves stratēģiju salīdzinājums

Procedūra atsevišķu failu atjaunošanai no VMware mašīnas dublējuma, kas izveidota, izmantojot spraudni vSphere, ir aprakstīta 2. sadaļā 27. lapā.

1.2 Uzstādīšana

Pēc pieprasījuma ir pieejama dokumentācija, kurā sīki aprakstīts instalēšanas process.

1.2.1. Konfigurācija

Failu dēmona utilītas parametram Plugin Directory, kas saglabāts mapē /opt/bacula/etc/bacula-fd.conf, ir jānorāda uz vietas, kur ir instalēts spraudnis. vsphere-fd.tātad. Parasti pēc noklusējuma Bacula spraudnis tiek instalēts direktorijā: /opt/bacula/plugins

Failu dēmonu utilītai jābūt tiešai piekļuvei vSphere tīklam vai piekļuvei, izmantojot SAN. Savienojumu var pārbaudīt, izmantojot telnet programmu. vSphere tīkla piekļuve ESX vai vCenter serverim ir jākonfigurē mapē /opt/bacula/etc/vsphere_global.conf.

3. attēls. Dublēšana, izmantojot SAN

Parametrs	Obligāti	Noklusējuma vērtība	Apraksts
nodaļa Vispārīgie iestatījumi globāli
Keep_generation	Nē	100	Maks. dublējumu skaits starp divām pilnām dublējumkopijām.
profile_all_vm	Nē	vsphere_all_vm.profile	Vārds iekšējais fails, ko izmanto VM profila informācijas glabāšanai.
saknes_direktorijs	Nē	/opt/bacula/working/vsphere	vSphere spraudņa saknes direktorijs.
vddk_path	Nē	/opt/bacula/bin/vddk
Iestatījumu sadaļa vsfēra
lietotājvārds	Jā		Tā lietotāja vārds, kuram ir atļauts izveidot savienojumu ar vSphere.
parole	Jā		Parole lietotājvārdam, kuram ir atļauts izveidot savienojumu ar vSphere.
hparole	Nē		Slēpta parole lietotājvārdam, kuram ir atļauts izveidot savienojumu ar vSphere.
pārtraukums	Nē	60	Taimauts, lai izveidotu savienojumu ar vSphere serveri sekundēs.
īkšķa nospiedums	Jā		vSphere servera sertifikāta SSL pirksta nospiedums.
serveris	Jā		vSphere ESXi serveris, ko izmanto, lai izveidotu dublējumus.
url	Jā		Tā vSphere ESXi vai vCenter servera adrese, kas tiek izmantota, lai veiktu zvanu, izmantojot SOAP.
Noklusējuma_datu krātuve	Nē	datu krātuve1	Noklusējuma atkopšanas datu krātuve.
default_restore_host	Nē		ESX serveris tiek izmantots pēc noklusējuma atkopšanai, ja vCenter ir pieejami vairāki serveri.
default_ovf	Nē		Noklusējuma OVF apraksts, ko izmanto gadījumā, ja pašreizējo OVF aprakstu nevar ielādēt VMWare.
saknes_direktorijs	Nē	/opt/bacula/working/vsphere	Direktorijs, ko izmanto spraudņa iekšējo datu glabāšanai.
datu krātuves_minimālā_vieta	Nē		Minimālais lielums datu glabāšanai datu krātuvē. Piemēram, 5 GB.
datastore_allow_overprovisioning	Nē	Jā	Ļauj atjaunot virtuālās mašīnas, izmantojot funkciju Over Provisioning. Ja parametrs ir iestatīts uz " Nē", atjaunojot, jums ir jānodrošina, lai visi diski būtu izmērīti atbilstoši datu krātuves izmēram.
datastore_refresh_interval	Nē	600	Intervāls, kas tiek izmantots datu krātuves statistikas atjaunināšanai datu krātuvē.

2. tabula. vSphere savienojuma konfigurēšana, izmantojot failu vsphere_global.conf

Pirkstu nospiedumu var iegūt, izmantojot konsoles ekrānu, nospiežot F2 un pēc tam piesakoties. Logā parādīsies īkšķa nospiedums Skatiet atbalsta informāciju zem SSL sīknospiedums (SHA1). Vai arī varat izveidot savienojumu, izmantojot ssh:

Vairāku vSphere serveru izmantošana

Failā vsphere_global.conf varat norādīt vairākus vsphere serverus. Izmantojot šo funkciju, ir jāiestata parametrs server=xxx komandrinda iespraust. Noteikti norādiet arī alternatīvu direktoriju, ja jūsu virtuālajā mašīnā ir tāda pati MoRef vērtība.

Lūdzu, ņemiet vērā, ka failā vsphere_global.conf ir nepieciešama noklusējuma sadaļa.

Parametrs	Obligāti	Noklusējuma vērtība	Apraksts		Piemērs
saimnieks	Nē		Viesu virtuālās mašīnas nosaukums	resursdators=srv1
host_include	Nē		Viesu virtuālās mašīnas attēls, kas ir jāiespējo	host_include=srv3
host_exclude	Nē		Viesu virtuālās mašīnas attēls, kas jāizslēdz	host_exclude=srv
disks_izslēgt	Nē		Izslēdzamo disku saraksts	disks_izslēgt=0,2,4
Keep_cbt	Nē		Nemēģiniet aktivizēt CBT	Keep_cbt
quiesce_host	Jā		Apturēt viesu virtuālo mašīnu pirms momentuzņēmuma uzņemšanas (mēģiniet, jā, nē)	quiz_host=nē
serveris	Nē		Norādiet vsphere serveri	serveris=vsrv2
Atkļūdošana	Nē		Atļaut atkļūdošanu	atkļūdošana
abort_on_error	Nē		Pārtrauciet uzdevuma izpildi pēc kļūdas
update_timeout	Nē		Mainiet sākotnējo atjaunināšanas taimautu

3. tabula. vSphere spraudņa komandu parametri

Lūdzam ņemt vērā faktu, ka komandas host_include Un host_exclude ir regulāra izteiksme Java.

Slēpt vSphere paroli

Sākot ar spraudņa versiju 8.0.3, vSphere paroli var paslēpt failā vsphere_global.conf. Lauks slēptā parole sauca hparole. Lai ģenerētu slēptu paroli, varat izmantot komandu @kodēt. Lūdzu, ņemiet vērā: ja virkne, kuru vēlaties šifrēt, satur izteiksmi “=”, rakstot komandu ir jāizmanto formāts string= atslēgvārds.

vSphere konfigurācijas pārbaude

Lai pārbaudītu vSphere spraudni, varat izmantot šādu komandu (kā root lietotājs):

Lietojot atjaunināšanas komandu vsphere-ctl Ir jāparādās visu ESXi serverī definēto virtuālo mašīnu sarakstam. Ja tas nenotiek, lūdzu, pārbaudiet, vai jūsu akreditācijas dati failā ir pareizi konfigurēti vsphere_global.conf.

Komanda sarakstuļauj parādīt informāciju, kas atrodama ESX saimniekdatoros un datu krātuvēs.

Funkcijas Darbs izmantošanas piemērs

Palaižot uzdevumus, lai izveidotu inkrementālās/diferenciālās dublējumkopijas, ir jānorāda parametrs Precīzi.

Funkcijas FileSet izmantošanas piemēri

Šajā sadaļā ir parādītas dažādas funkcijas izmantošanas iespējas FileSet. Lūdzu, ņemiet vērā, ka vsphere spraudnis nav saderīgs ar FileSet funkciju retajiem failiem.

4. attēls. VMware guest1 virtuālās mašīnas dublējums ESXi serverī

FileSet funkcijas pārbaude

Jūs varat izmantot komandu aplēse lai pārbaudītu FileSet funkciju.

Inkrementālo VMware bloka līmeņa dublējumkopiju ieviešana

Lūdzu, ņemiet vērā, ka CBT utilīta netiek atbalstīta virtuālās aparatūras versijās 6 un vecākās versijās vai tad, ja virtuālais disks ir savienots ar koplietotu virtuālo SCSI kopni.

Lai CBT varētu identificēt mainītos diska sektorus kopš pēdējās izmaiņas ID, ir jāievēro šādi nosacījumi:

• Resursdatora versija ESX/ESXi 4.0 un jaunāka.
• VM aparatūras 7. versija (un jaunāka), kurai pieder diski, kuru izmaiņas ir jāuzrauga.
• Datu ievades/izvades darbības jāveic, izmantojot ESX/ESXi atmiņas elementu bloku. NFS tiek atbalstīts, tāpat kā RDM diski virtuālās saderības režīmā, bet ne RDM diski fiziskās saderības režīmā. Tiek izmantota arī VMFS failu sistēma, ko atbalsta SAN, iSCSI vai lokālais disks.
• VM ir jāaktivizē CBT utilīta (skatiet aprakstu tālāk).
• VM krātuvi nedrīkst (pastāvīgi vai pastāvīgi) attēlot neatkarīgs disks, tas ir, tāds, kuru neietekmēs momentuzņēmumi.

Lai CBT utilīta varētu noteikt diska sektorus, izmantojot pilnu dublējumu, ir jāievēro šādi nosacījumi:

• Virtuālajam diskam ir jāatrodas VMFS sējumā, ko atbalsta SAN, iSCSI vai lokālais disks.
• VM jābūt nullei momentuzņēmumu skaitam (0), aktivizējot CBT, lai ieviestu tā saukto. tīrs sākums.

Izmantojot “Thick Provisioned Eager Zeroed” diskus, VMWare CBT parādīs visus blokus, kas izmantoti pilnas dublēšanas laikā. Virtuālajām mašīnām, kas neatbalsta CBT, vSphere spraudnis vienmēr veiks pilnu virtuālo disku dublējumu. Lai pārbaudītu, vai CBT utilīta ir aktivizēta virtuālais disks, atveriet vSphere klientu, atlasiet komandu izslēgtsvirtuālā iekārta bez momentuzņēmumiem(izslēdziet virtuālo mašīnu, neveidojot momentuzņēmumus).

• Ar peles labo pogu noklikšķiniet uz VM un atlasiet rediģēt iestatījumus Rediģēt iestatījumus.
• Dodieties uz cilni Iespējas.
• Noklikšķiniet uz cilnes Ģenerālis zem cilnes Papildu un pēc tam pa vienumiem Konfigurācijas parametri. Tiek atvērts iestatījumu konfigurācijas dialoglodziņš.
• Noklikšķiniet uz vienuma Pievienot rindu.
• Pievienojiet parametru ctkEnabled un piešķiriet tai vērtību taisnība.
• Klikšķiniet uz Pievienot rindu, pievienojiet parametru scsi0:0.ctkEnabled un piešķiriet tai vērtību taisnība.

Uzmanību: līnija scsi0:0 parametrā scsi0:0.ctkEnabled norāda uz piešķirto SCSI ierīci cietais disks pievienots VM. Katrs HDD, kas ir pievienota virtuālajai mašīnai, iegūst savu SCSI ierīci, kas apzīmēta kā scsi0:0, scsi0:1 vai scsi1:1. Pirmās pilnās VMware dublēšanas laikā vSphere spraudnis mēģinās automātiski aktivizēt CBT utilītu, kad virtuālā mašīna tiks izslēgta. Lai atspējotu šī funkcija ievadiet komandu Keep_cbt spraudņa komandrindā.

Problēmas, lietojot CBT

Ja atgriežaties pie momentuzņēmuma, kas ir vecāks par pēdējo papildu dublējumu, pirms papildu dublējumkopiju atkārtotas izmantošanas ir jāizveido pilna virtuālās mašīnas dublējums. Šī problēma tika atrisināts versijā vSphere 4.1 un trešajā vSphere 4.0 atjauninājumā. Tā vietā, lai varētu sniegt nepilnīgus datus, izmaiņu ID numurs, kas saņemts pirms atgriešanās pie iepriekšējā momentuzņēmuma, tagad tiek pareizi uzskatīts par nederīgu (http://kb.vmware.com/kb/1021607).

Dublējuma lieluma saspiešana, atiestatot CBT

Kad bloku VMWare CBT utilīta ir atzīmējusi kā "izmantotu", sistēma nepārtraukti izveidos šī dublējums konkrētu bloku, veicot pilnu dublēšanu, pat ja viesa operētājsistēma šo bloku atzīmēs kā “bezmaksas”. Pēc kāda laika var rasties situācija, ka tiks izveidota liela pilna VMware dublējumkopija ar nelielu diska vietas izmantošanu.

Atkārtoti izveidojot disku, izmantojot VMotion, CBT tabulu var atiestatīt, lai atzīmētu tikai faktiski izmantotos blokus. Lai veiktu šo darbību, vispirms ir jāiztīra viesa virtuālās mašīnas disks, ierakstot "nulles" blokus, kas aptver visu brīvo vietu. Lūdzu, ņemiet vērā, ka operācija patērēs resursus un tā ir jāveic ārpus darba laika.

Operētājsistēmā Windows operētājsistēmā procedūru var veikt, izmantojot utilītu Microsoft dzēst, pieejams vietnē http://technet.microsoft.com/en-us/sysinternals/bb897443.aspx

Operētājsistēmā Linux varat izmantot iebūvēto rīku dd. Ņemiet vērā faktu, ka, iespējams, vēlēsities ierobežot dd, lai izvairītos no visa diska piepildīšanas.

Kad darbība ir pabeigta, jums ir jāaptur viesu virtuālā mašīna. To var izdarīt, izmantojot ESXi apvalka saskarni, kā norādīts tālāk.

Informācija par diska atrašanās vietu un konfigurācijas fails var atrast šādi:

Pēc tam, izmantojot ESXi apvalka saskarni, VMDK failu nulles bloki ir jānotīra šādi:

Kad darbība ir pabeigta, jums ir jādeaktivizē CBT viesu diskiem, kurus vēlaties samazināt. Varat arī rediģēt tos, izmantojot vSphere Management Console vai UN.

Pēc tam jums jāieslēdz/izslēdz viesu virtuālo mašīnu, lai lietotu izmaiņas CBT utilītprogrammā. Varat gaidīt, līdz resursdators ir pilnībā izveidots un darbojas.

Tagad jums nevajadzētu redzēt failus, piemēram, “*-ctk.vmdk”, un var atkārtoti iespējot CBT resursdatora konfigurācijas failā un startēt viesu virtuālo mašīnu.

Faili tipa “*ctk.vmdk” tiks izveidoti vēlreiz. Komanda aplēse bacula spraudnim vajadzētu parādīt failus bvmdk mazāks izmērs.

Tā kā šī procedūra ir diezgan sarežģīta, iesakām vispirms to izmēģināt smilšu kastē. Ja ESXi SSH saskarne ir aktivizēta, varat izveidot skriptu jebko.

CBT nepieejamības definīcija

Ja diskam nav pieejama utilīta CBT (Changed Block Tracking), fails vsphere-ctl*log var saturēt šādu kļūdu:

Kad rodas šī kļūda, spraudnis vSphere automātiski izveidos pilnu diska attēla dublējumu. Lai iespējotu CBT konkrētam diskam, skatiet sadaļu 1.2.1 14. lpp.

Piekļuves aktivizēšana, izmantojot SAN

Jums var rasties grūtības iestatīt SAN piekļuvi resursdatorā. VixDiskLib VMWare bibliotēka ir apkopota Redhat 5 64 bitu versijai. Vēlākās operētājsistēmās, piemēram, Ubuntu vai Redhat 6, jums ir jākompilē un jāinstalē 1.95.7 bibliotēka. Lūdzu, ņemiet vērā, ka Bacula Enterprise spraudnis vSphere satur šo bibliotēku pakotnē bacula-enterprise-vixdisk.

Lai izmantotu SAN datu pārvietošanas tehnoloģiju, rezerves serverim, kurā ir instalēts spraudnis vsphere, ir jābūt piekļuvei visiem LUN, kas eksportēti uz ESX serveri. Pakas, piemēram daudzceļu, nebūs problēmu ar ierīcēm ar dažādiem savienojumiem. Ja jūsu diskdziņi ir redzami kā /dev/sda, /dev/sdb, ..., vSphere spraudnis atvērs katru disku, lai iegūtu UUID un salīdzinātu to ar ESX servera nodrošināto. Piemēram, izmantojot iSCSI, komanda lsscsi kartēs diskus šādi:

Varat pārbaudīt, vai tiek izmantota SAN pārsūtīšanas metode, izmantojot atkļūdošanas funkciju atkļūdošana spraudņa komandrindā un pārliecinieties, vai fails vddk izsekot atrodas šādā vietā:

Ja SAN pārsūtīšanas režīms nav pieejams, spraudnis vSphere automātiski pārslēgsies uz nbd pārsūtīšanas režīmu.

Veco momentuzņēmumu dzēšana

Ja VMware sistēmā ir momentuzņēmumi, kurus vSphere spraudnis nav automātiski dzēsis, izmantojot vSphere spraudņa versiju 6.6.3 un jaunāku versiju, varat tīrīt sistēmu, izmantojot tālāk norādītās komandas.

• Veco momentuzņēmumu un iepriekšējo neveiksmīgi ģenerēto momentuzņēmumu dzēšana

vsphere-ctl clean-snapshot — momentuzņēmums myhost

• Veco momentuzņēmumu dzēšana ar nosaukumu, kas sākas ar virkni

vsphere-ctl clean-snapshot -- snapshot-base spraudnisTest myhost

• Visu momentuzņēmumu dzēšana ar visiem atvasinājumiem; iespējams, ātrāk)

vsphere-ctl clean-snapshot --snapshot --snapshot-delete-child myhost

Uzsākot jaunu dublēšanas uzdevumu, vSphere spraudnis automātiski pārbaudīs, vai ar iepriekšējo uzdevumu nav bijušas problēmas, un vajadzības gadījumā izdzēsīs visus vecos momentuzņēmumus.

Atkļūdošanas izsekošana

Spraudnis vSphere izmanto dažādas tehnoloģijas un trešo pušu bibliotēkas. Rezultātā sistēma plaši izmanto izsekošanas funkciju. Lietotājs varēs izmantot šādu failu priekšrocības:

4. tabula. Spraudņa vSphere izmantotās izsekošanas metodes

Lai izvilktu bvmdk failu, nekonvertējot to, izmantojot vddk atjaunošanas procedūras laikā, FileDaemon atkļūdošanas līmenis ir jāiestata uz 1000. Atjaunošanas laikā Bacula var ģenerēt nepareiza faila lieluma atskaites.

Darba faili

Spraudnis vSphere izveido īpašus failus darba direktorijs. Šie faili ir nepieciešami, lai CBT VMWare utilīta darbotos. Lai notīrītu vSphere spraudņa darba direktoriju, varat izmantot komandu vsphere-ctl:

Tādējādi tiks noņemti faili un direktoriji 30 dienu vērtībā. Šim periodam jāatbilst vismaz pilnīgas dublējuma izveides periodam, kā arī dažām dienām drošībai. Ja, veidojot dublējumu, spraudnis nevar atrast darba failus, veidojot pēdējo dublējumu, spraudnis vSphere izveidos visu disku pilnu dublējumu.

Diska izslēgšana

Lai izslēgtu noteiktu disku no procedūras, varat aktivizēt neatkarīgo režīmu, izmantojot vSphere konsoli vai izmantot funkciju disks_izslēgt(skat. 1.2.1. tabulu 11. lpp.). Atrast diskid lai to izmantotu funkcijā disks_izslēgt, varat izmantot komandu tāmes saraksts. 0.bvmdk ir diskid 0 attēls.

1.3 VMware vSphere dublēšanas un atkopšanas procedūras

1.3.1 Dublēšana

5. attēls. Diska izslēgšana no dublējuma

1.3.2. Atgūšana

Programmatūra Bacula Enterprise ļauj atgūt jebkuru failu (bvmdk, ovf, ...). vietējie diski. Pēc tam attēlu var uzstādīt lokāli, izmantojot VMWare rīku vmware montāžas rīks vai qemu-nbd un veikt failu līmeņa atkopšanu. Lietojot parametru kur=/ceļš/uz/direktors Atkopšanas funkcijā spraudnis automātiski atjaunos atlasītos failus norādītajā vietā.

Ir iespējams arī kopēt neapstrādātu attēlu uz jebkuru ierīci vai uzstādīt to un tieši atjaunot failus.

Notiek atkopšana uz jaunu viesa virtuālo mašīnu

Ja palaižat VM atkopšanas procedūru, izmantojot parametru where=/, un atlasiet visus direktorijā esošos failus vm, vSphere spraudnis mēģinās atjaunot jūsu diskus jaunā virtuālajā mašīnā, kas izveidota atkopšanas laikā ar esošajiem atribūtiem (diski, kontrolleris, CPU tips utt.).

Uzlabotais SAN režīms pašlaik netiek atbalstīts atkopšanai. Spraudnis vSphere izmanto datu pārsūtīšanu, izmantojot NBD.

ESX saimniekdators un datu krātuve, kas tiks izmantoti viesa virtuālās mašīnas atjaunošanai, tiks noteikti automātiski. Tomēr varat mainīt noklusējuma galamērķi, mainot spraudņa atkopšanas opcijas, izmantojot bconsole izvēlni:

Vai arī varat izmantot BWeb saskarni (skatiet 6. attēlu)

6. attēls. Datu krātuves, ESXi servera vai resursdatora nosaukuma atlase atkopšanas laikā

Lūdzu, ņemiet vērā, ka ESX serverī ir jākonfigurē vismaz viena virtuālā mašīna, lai automātiski atkoptu VM, izmantojot Bacula. Nākotnē mēs plānojam novērst šo ierobežojumu.

Sākot ar Bacula Enterprise 6.2.4, spraudnis vSphere atbalsta automātisku tīkla topoloģijas izveidi. Tātad, ja jūsu ESX resursdators nenodrošina pareizo virtuālās mašīnas vSwitch konfigurāciju, Bacula spraudnim atkopšanas laikā būs atkārtoti jāizveido visi tīkla iestatījumi.

Sākot ar Bacula Enterprise 8.2.1, vSphere spraudnis var pārbaudīt pieejamo atmiņu datu krātuvē atkopšanas laikā. Lietotājs var novērst rezerves apgabala pieaugumu un krātuvē rezervēt minimālu atmiņas apjomu. Šos divus parametrus var konfigurēt failā vsphere_global.conf un to var pārrakstīt no atkopšanas izvēlnes.

serveris = 192.168.0.68

url = https://192.168.0.68/sdk

datastore_minimum_space = 64 MB

datastore_refresh_interval = 10

datastore_allow_overprovisioning = false

“Nepiešķirtais” atmiņas apjoms, ko atgriež vSphere serveris, ne vienmēr ir precīzs. Atsvaidzes intensitāti var mainīt, izmantojot metodi, kas aprakstīta rokasgrāmatā vietnē http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2008367

Dažreiz Bacula PM neizdodas ielādēt vSphere vai vCenter serverī OVF failu, kas apraksta viesa virtuālo mašīnu. Jo īpaši tas ir saistīts ar noteiktiem VMware ierobežojumiem, piemēram, "jūs nevarat izmantot OVF, kas satur atsauces uz uzstādītu CDROM"... Spraudnis vSphere izmanto risinājumus, lai atrisinātu šādas problēmas, taču tas neatrisina visas problēmas. Ja jums ir līdzīgas grūtības, varat izmantot šo opciju default_ovf failā vsphere_global.conf. Parasti jums ir jākonfigurē parametrs default_ovf tā, lai tajā būtu atsauce uz esošu vienkāršu OVF veidni. Atkopšanas procesa laikā šī veidne tiks izmantota automātiski, un vēlāk jums būs jākonfigurē VM, norādot tādas vērtības kā CPU numurs, RAM lielums utt.

Operētājsistēmā Windows dažos gadījumos pēc atkopšanas procesa pabeigšanas var būt jāveic papildu uzdevumi. Piemēram, ja atjaunotā sistēma netiks sāknēta, iespējams, būs jāizmanto Windows atkopšana lai atkļūdotu sistēmu. Serveriem ar uzstādīts pakalpojums Lai AD datu bāzes būtu konsekventas un sinhronizētas ar citiem AD serveriem, programmai Active Directory, iespējams, būs jāizpēta Microsoft vadlīnijas. Ja instalēšana ietver dinamiskos diskus, tie pēc pārstartēšanas ir jāimportē tikko atjaunotajā sistēmā. Varat importēt, izmantojot Disk Manager vai izmantojot funkciju “diskpart”, atlasot vienu no dinamiskajiem diskiem un ievadot komandu “import”.

Atkopšana bez vSphere spraudņa

Ja mēģināt atgūt diskus failu dēmonā, kurā nav instalēts Bacula Enterprise spraudnis vSphere, jums būs jāpārvērš bvmdk faili neapstrādātos failos, izmantojot komandu vddk no komandrindas:

Formāts bvmdk ko izmanto vSphere Plugin, lai nodrošinātu datu integritāti un efektīvu ierobežotas informācijas apstrādi, ko veic CBT utilīta.

1.4. Viesu virtuālās mašīnas darbības apturēšana

Lai pareizi apturētu viesu virtuālo mašīnu, Linux/Windows virtuālajā mašīnā ir jāinstalē un jāatjaunina VMware rīki.

Spraudņa komanda quiesce_host=Mēģināt/jā/nēļauj kontrolēt procedūru viesu virtuālo mašīnu apturēšanai, izmantojot vSphere pirms momentuzņēmuma uzņemšanas. Noklusējuma vērtība ir mēģināt. IN šis režīms spraudnis mēģinās apturēt viesa virtuālo mašīnu momentuzņēmuma izveides laikā, un, ja momentuzņēmuma izveide neizdodas, spraudnis mēģinās izveidot momentuzņēmumu no jauna, neapturot viesa virtuālo mašīnu. Pirmais mēģinājums uzdevumu žurnālā tiks reģistrēts kā kļūda.

Vairāk Detalizēta informācija Konkrēto kļūdas ziņojumu atradīsit vSphere konsoles žurnālā.

Brīdinājuma ziņojums no ESXi: viesa operētājsistēma ir ziņojusi par kļūdu vaicājuma laikā. Kļūdas kods bija: 2, kļūdas ziņojums bija šāds: pielāgotais klusuma skripts neizdevās. (Kļūdas ziņojums no ESXi: viesa operētājsistēma ziņoja par kļūdu, apturot. 2. kļūdas kods: apturēšanas skripta kļūda)

An uzradās kļūda saglabājot momentuzņēmumu: neizdevās apturēt virtuālo mašīnu (Saglabājot momentuzņēmumu, radās kļūda: virtuālo mašīnu nevar apturēt)

1.4.1 Linux

Izveidojot īpašu skriptu iekšā /usr/sbin/pre-freeze-script, varat automātiski apturēt savu sistēmu, kad veidojat momentuzņēmumu, izmantojot vSphere. vSphere mēģinās izpildīt skriptu /usr/sbin/post-thaw-script gadījumā, ja tas būs viesa OS.

1.4.2 Windows VSS

Spraudnis uzlabo Windows aizsardzība, izveidojot uz VSS balstītus momentuzņēmumus pirms dublēšanas, lai apturētu VSS iespējotas lietojumprogrammas.

Skripti pirms iesaldēšanas un pēc atkausēšanas VSS. Sākot ar ESX/ESXi 3.5 U2 un jaunākām versijām, VMware Tools vispirms meklē skriptus alfabētiskā secībā C:/Program Files/VMware/VMware Tools/backupScripts.d, saucot viņus ar strīdu iesaldēt, un pēc tam otrādi alfabētiska secība aicina argumentēti atkusnis(vai freezeFail neveiksmīgas apstāšanās gadījumā).

1.5 Atbalstītās platformas

VSphere spraudnis atbalsta šādus produktus VMware platformā:

• ESX/ESXi versijas: 6.0, 5.5, 5.1, 5.0, 4.1

Pašlaik mēs pārbaudām pareizu VSphere spraudņa darbību ar šādiem VMware platformas produktiem:

• vCenter Server versijas 6.0, 5.5, 5.1, 5.0, 4.1, kas pārvalda ESX/ESXi 4.1 un jaunākas versijas
• VirtualCenter versijas 2.5, kas pārvalda ESX/ESXi 4.1

Lai manipulētu ar failiem un momentuzņēmumiem, VSphere spraudnis izmanto vStorage API. Šim paplašinājumam ir nepieciešama derīga VMWare licence.

• VSphere spraudnis ir pārbaudīts (un atbalstīts) uz šādām Linux platformām: RHEL 6, 7 (Red Hat Enterprise Linux) 64bitSLES 11 (SUSE Linux Enterprise Server) 64bit

1.6. Ierobežojumi

Spraudņi var nebūt saderīgi ar noklusējuma VirtualFull uzdevumiem. Lūdzu, sazinieties ar Bacula Systems atbalsta dienestu, lai pārliecinātos, ka izmantojat optimālos iestatījumus.

2 VMware viena faila atkopšanas procedūras pārskats

Šajā sadaļā ir sniegta informācija par viena faila atkopšanas līdzekli. VMware izmantojot Bacula Enterprise Edition un vSphere spraudnis.

Īss funkciju apraksts


Viena faila atkopšanas rīks Bacula Enterprise Editionļauj izmantot šādas funkcijas:

• Konsoles interfeiss
• Bweb Management Suite interfeiss
• Atbalsts pilnu/diferenciālu/inkrementālu dublējumu izveidei
• Atbalstiet Windows 2003–2012
• Linux atbalsts (ext3, ext4, btrfs, lvm, xfs)
• ESX 5.x un 6 atbalsts

2.1 Uzstādīšana

Pēc pieprasījuma ir pieejama dokumentācija, kurā sīki aprakstīta uzstādīšanas procedūra.

2.2 Atkopšanas skripti

Šī funkcija ļauj ātri atrast un atjaunot konkrētus failus no direktorija VMware vidē.

2.2.1. Izmantojot teksta konsoles saskarni

Spraudnis viena faila atkopšanai ( VMware viena faila atjaunošana)ļauj izmantot vienkāršu programmatūras konsoli, kas nodrošina piekļuvi failiem virtuālajā mašīnā. Viena faila atjaunošanas process sākas ar VM dublējumkopiju instalēšanu:

Vispirms izvēlieties pareizo klientu

Pēc tam atlasiet uzdevumu, kuru vēlaties atjaunot.

Pēc tam atlasiet vajadzīgo VM.

Tagad atlasiet viesu failu sistēmas atrašanās vietu (lokāli vai izmantojot SMB)

Šajā posmā VM failu sistēma tiek uzstādīta lokāli (iepriekš minētajā piemērā faili ir pieejami vietnē /opt/bacula/working/vmware/5. Tāpat kā standarta gadījumā failu sistēma, varat atrast direktorijus un kopēt failus (izmantojot cp, scp, ftp) no citas termināļa sesijas, izmantojot Unix “root” un “bacula” kontus. Ja jums ir jāizmanto cits Unix konts, lai strādātu ar failiem, izmantojiet šo funkciju “-o atļauj_cits”, palaižot skriptu mount-vmware.

Lai notīrītu sesiju, vienkārši nospiediet taustiņu Enter termināļa sesijā, kurā tika palaists skripts mount-vmware.

Sākot ar Bacula Enterprise 8.4.8, varat ierobežot darbu sarakstu, izmantojot šādas komandrindas:

• -s= ierobežot uzdevumu sarakstu līdz pēdējām XXX dienām
• -l= ierobežojiet uzdevumu sarakstu līdz jaunākajam ievadītos skaitļus
• -f= norādiet papildu filtru, pamatojoties uz uzdevuma nosaukumu un/vai FileSet nosaukumu

2.2.2. VMware atjaunošana no saskarnes Bweb pārvaldības komplekts

Viena faila atkopšanas funkcija VMware viena faila atjaunošana var ieviest, izmantojot Bweb pārvaldības komplekts.Šī utilīta ir atkopšanas vednis, kas ļauj viegli un viegli atgūt failus no viesu virtuālās mašīnas. Vispirms ir jāizvēlas klients, kuram tika veikts dublējuma izveides uzdevums, izmantojot vSphere (skat. 7. attēlu).

7. attēls. Klienta izvēle

Pēc klienta atlases administratoram ir jāatlasa darbs (atkopšanas punkts), ko atjaunot. (Skatiet 8. attēlu citā lapā). Ja atlasītais darbs ir derīgs vSphere Job, t.i. var izpildīt, trešajā darbībā tiks parādīts FileSet iekļauto virtuālo mašīnu saraksts (skatiet 9. attēlu nākamajā lapā).

Šajā brīdī Bacula programmatūrai vajadzētu izveidot virtuālais attēls izvēlētā VM. Jums ir jāatjauno pāris nelieli faili no katra darba, kas veido atlasīto atjaunošanas punktu Atjaunošanas punkts. Pēc Bacula programmatūras procedūras pabeigšanas sistēmā jāpievieno izvēlētās virtuālās mašīnas disks. Šīs darbības parasti ir ātras, taču nepieciešamais laiks lielā mērā ir atkarīgs no izmantotās konfigurācijas. Šajā posmā tiek izveidoti un saglabāti indeksi, lai paātrinātu turpmākos atkopšanas pieprasījumus.

Pēc diska uzstādīšanas atlasītās virtuālās mašīnas faili tiks parādīti failu pārvaldniekā. Tajā varat atlasīt failus vai direktorijus, ko atjaunot. (Skatiet 10. attēlu 31. lpp.). Pēc tam administrators var izveidot ZIP vai TAR arhīvs. Arhīvs tiks izveidots automātiski un saglabāts mapē / opt/bacula/working. Tiks izveidota saite, lai droši lejupielādētu arhīvu, izmantojot HTTP. Administrators varēs nodrošināt šo saiti gala lietotājam.

Katru reizi, kad administrators atlasīs failus, viņš varēs izvēlēties veidu, kā atjaunot failu saspiestā veidā tar vai zip formātā. (Skatiet 11. attēlu 32. lpp.). Pēc atkopšanas ir svarīgi beigt sesiju, lai atbrīvotu atkopšanai izmantotos resursus.

8. attēls. Atjaunošanas punkta izvēle

9. attēls. Virtuālās mašīnas izvēle

10. attēls. Failu atlase

11. attēls. Piekļuve failam

2.3. Piezīmes

2.3.1 Kešatmiņas direktorijs

Lai paātrinātu turpmākās viena faila atkopšanas procedūras, daži atkopšanas sesijas laikā izveidotie faili tiek saglabāti kešatmiņas direktorijā.

Pēc kāda laika varat izdzēst kešatmiņas failus. Vajadzības gadījumā tie tiks izveidoti no jauna.

2.4. Ierobežojumi

• VMware viena faila atkopšanas funkcija izmanto Bacula BVFS saskarni, lai parādītu failu un direktoriju sarakstu. MySQL gadījumā; Neskatoties uz MySQL ierobežojumiem ar indeksiem TEKSTA kolonnās, procedūrai nav būtiskas ietekmes uz MySQL veiktspēju. Tomēr, lai iegūtu labākos rezultātus, mēs iesakām izmantot PostgreSQL.