Kapcsolatok

Készítsen biztonsági másolatot a virtuális gépekről. A Veeam, az Acronis és a Symantec virtuális gépek biztonsági mentési megoldásainak összehasonlítása Virtuális gép vmware klónozása

  • Dátum: 14.05.2021

Van egy nagyszerű ingyenes biztonsági mentési szkript virtuális gépek VMWare ESXi kiszolgálón, és az ESXi 4 és 5 ingyenes verzióin működik anélkül, hogy további kóborokat, például VMA-t stb. telepítene. A probléma csak az, hogy az ottani utasítások nem teljesen pontosak, ezért sokáig babráltam ezzel a szkripttel, hogy még mindig működjön automata módban...

Nem írom le részletesen, hogyan lehet SSH-n keresztül csatlakozni az ESXi-hez, csak azokat a beállítási lépéseket írom le, amelyekkel nekem minden működött.

Először töltsd le a fenti linkről a szkriptet és töltsd fel a szerverre, közvetlenül az archívumban kell feltöltened! Ennek legegyszerűbb módja a vSphere Client. Két lemezem van a szerveren - az egyiken a gépek működnek, a másikon pedig maguk mindenféle iso-image-k és mentések hevernek. A lemezek neve datastore1 és datastore2. Minden biztonsági másolat, szkript és konfiguráció a biztonsági mentés mappában található. Vegye figyelembe azt is, hogy a fájlok és mappák nevei megkülönböztetik a kis- és nagybetűket, tehát ha a mappa meghívásra kerül biztonsági mentés, és forgatókönyvben írsz biztonsági mentés, akkor nem megy!

  1. Töltsd fel az archívumot a szkripttel ide /vmfs/volumes/datastore2
  2. SSH mellett cd /vmfs/volumes/datastore2- menjen a könyvtárba a szkripttel
  3. A szkript kicsomagolása az archívumból tar -zxvf archív_fájlnév.tar.gz
  4. A vSphere-en keresztül nevezze át a kicsomagolt mappát valami egyszerűbbre, például csak biztonsági mentés
  5. Most menjünk ehhez a mappához - cd biztonsági mentés
  6. Hozzon létre benne egy mappát az egyes konfigurációk tárolására mkdir BackupConfig
  7. Most BackupConfig dobja ki a gépekhez szükséges egyedi konfigurációkat, ha nincs rájuk szükség és minden gépről biztonsági másolatot kell készíteni ugyanazokkal a beállításokkal, akkor üresen hagyhatja
  8. Javítsd ki a konfigurációs fájl változóit a vi szerkesztőn keresztül, a lényeg a mentési utak, pl. Módosítsa az első sort erre: VM_BACKUP_VOLUME=/vmfs/volumes/datastore2/backup Nos, akkor nézd meg magad, mire van még szükséged - vi gettoVCB.conf
  9. Szkript létrehozása StartBackup.sh(2 sor) - vi StartBackup.sh
    2. sor, ahol maga a script hívása, újra elkészítheti magát
    cd /vmfs/volumes/datastore2/backup
    ./ghettoVCB.sh -a -g ./ghettoVCB.conf -c BackupConfig -l ghettoVCB.log
  10. Fuss chmod +x gettoVCB.sh
  11. Fuss chmod +x StartBackup.sh

Az 1. szakasz befejeződött! Ha most futsz StartBackup.sh, akkor elindul a biztonsági mentés. A hibakeresés idejére módosíthatja a 2. sort valami ilyesmire ./ghettoVCB.sh -a -g ./ghettoVCB.conf -c BackupConfig -l ghettoVCB.log -d dryrun- ez lehetővé teszi a szkript futtatását és a folyamat nyomon követését a lemezek másolása nélkül. A hatékonyabb és gyorsabb biztonsági mentés érdekében azt javaslom, hogy a beállításokban állítsa be a lemez típusát vékony.

A Cron beállítása (a szkript automatikus futtatásához)

  1. Adjon engedélyt egy fájl írására chmod +w
  2. Adjon hozzá egy sort a vi-n keresztül /var/spool/cron/crontabs/root
    15 0 */3 * * /vmfs/volumes/datastore2/backup/StartBackup.sh
    Háromnaponta 00:15-kor indul. Az időzónám +4 Moszkva, i.е. valójában a szkript 4:15-kor fut, ez akkor lesz látható, amikor a naplót a vSphere-en keresztül módosították. Természetesen választhat más időpontot és gyakoriságot is.
  3. Most két parancsot kell futtatnia a cron újraindításához
    kill $(cat /var/run/crond.pid)
    crond
  4. Adjon hozzá vi-vel 3 sort a fájl legvégéhez /etc/rc.local
    Erre azért van szükség, mert a szerver újraindítása után a szkriptünk indításával a 2. pontból származó fájl tartalma visszaáll az előző állapotba, így az rc.local-ban jelezzük, hogy újraindítás után a következő parancsokat kell végrehajtani - a cron leállítása, egy sor hozzáadása a szkript automatikus futtatásához és a cron indítása.
    /bin/kill $(cat /var/run/crond.pid)
    /bin/echo "15 0 */3 * * /vmfs/volumes/datastore2/backup/StartBackup.sh" >> /var/spool/cron/crontabs/root
    crond
  5. Most futtassuk a parancsot /sbin/auto-backup.sh hogy minden módosításunk mentésre kerüljön.

Egy kis magyarázat - miért kell szkriptet készíteni StartBackup.sh, és ne csak vedd és tedd bele a tartalmát /var/spool/cron/crontabs/root? Ennek a fájlnak van némi korlátja a méretben, és néhány sor egyszerűen nem fog működni, bár megpróbálhatod így is, eleinte nekem működött, de aztán úgy tűnik, néhány javítás kijött és leállt. . Sőt, ez csak kényelmesebb - ha módosítania kell a biztonsági mentés ütemezését, akkor csak szerkesztheti a fájlt StartBackup.shés nincs szükség tamburával táncolni a cron körül az újraindítással és ugyanazon változtatásokkal /etc/rc.local.

PS: Telik az idő, minden változik, maga a szkript is változik, az ESXi5 már megjelent, szóval valahol lehet, hogy már nem működik valami 🙂

Függelék: Cron szintaxis

A cron parancs így néz ki:

1 2 3 4 5 /vmfs/volumes/datastore2/backup/StartBackup.sh

Ahol,
1: perc (0-59)
2: Óra (0-23)
3: napok (0-31)
4: hónapok (0-12)
5: a hét napja (0-7)

Néhány példa:

  1. Fuss minden nap éjfél után 5 perccel
    5 0 * * * /vmfs/volumes/datastore2/backup/StartBackup.sh
  2. Indítás 2:15-kor a hónap minden első napján
    15 14 1 * * /vmfs/volumes/datastore2/backup/StartBackup.sh
  3. Kezdés minden munkanapon 22:00-kor
    0 22 * ​​* 1-5 /vmfs/volumes/datastore2/backup/StartBackup.sh
  4. Éjfél után 23 perccel fut, majd ezt követően kétóránként (2:23, 4:23… stb.), minden harmadik napon
    23 0-23/2 * * */3 /vmfs/volumes/datastore2/backup/StartBackup.sh

Sok olyan felhasználó, aki előbb-utóbb elkezdi használni a VMware virtualizációs eszközeit, felteszi magának a kérdést, hogyan lehet egy virtuális gép másolatát létrehozni (klónozni) a VMware ESXi ingyenes verziójában. Ha rendelkezik a VMware vSphere kereskedelmi kiadásával és egy vCenter felügyeleti kiszolgálóval, akkor a virtuális gépet egyszerűen a gép helyi menüjéből klónozhatja:

A dolgok azonban valamivel bonyolultabbak, ha rendelkezik a VMware ESXi Free (más néven vSphere Hypervisor) ingyenes verziójával. Itt a következő módokon haladhat:

Ez az eszköz lehetővé teszi, hogy virtuális gépet hozzon létre egy célállomáson (nevezetesen az ingyenes ESXi-ünkön) úgy, hogy magát a Convertert telepíti a gépbe, és fizikai rendszerként klónozza. Ugyanakkor a klónozási ("migrációs") folyamat során mindkét rendszer megőrződik, és a különféle beállítások, például a virtuális lemez mérete, a rendszer neve stb. testreszabhatók.

2. Használjon szoftvert a biztonsági mentéshez és a helyreállításhoz.

Sajnos nem fogja tudni használni a kiváló Veeam Backup and Replication terméket az ingyenes ESXi-hez, de vannak olyan termékek, amelyek ezt megtehetik. Például a Trilead VM Explorer és a Unitrends .

Először készítünk egy biztonsági másolatot a gépről, majd a már meglévő virtuális géppel párhuzamosan visszaállítjuk.

3. Egyszerűen átmásolhatja a virtuális gépet és annak lemezét.

Ennek a módszernek az első verziója egyszerű - másolja ki a mappát a virtuális géppel (az ESXi fájlrendszer eléréséhez WinSCP vagy FastSCP segítségével érhető el). Ezután adja hozzá a *.vmx fájlt az ESXi környezethez a helyi menün és a "Hozzáadás a készlethez" elemen keresztül:

A második lehetőség a vmkfstools segédprogram használata. Lehetővé teszi a virtuális gép lemezeinek klónozását a céllemez különféle paramétereinek beállításával. Ez a parancs például létrehoz egy virtuális lemez klónt, de a céllemez vékony formátumú lesz (azaz növekszik, amikor megtelik adatokkal):

vmkfstools -i /vmfs/volumes/storage/server1/server1.vmdk /vmfs/volumes/storage/server1_clone/server1_clone.vmdk -d vékony

Ezzel a segédprogrammal sok mindent megtehet, további részletekért lásd: KB 1028042. Ezután létrehozunk egy új virtuális gépet, és csatoljuk hozzá a kapott virtuális lemezt. Ne felejtse el megváltoztatni a gép nevét és a hálózat azonosítását!

Van egy másik módja is a virtuálisgép-klón készítésének (vMA) és vSphere CLI (vCLI) használatával, ahogy az a KB 1027872-ben olvasható, de ehhez vMA-telepítésre van szükség, és nem éri meg egyetlen virtuális gép klónozása. De a rendszeres gépi klónozáshoz feltétlenül nézze meg ezt a KB-t.

A megtekintéséhez engedélyezze a JavaScriptet

Ha szeretne részletesebben megérteni a Linux operációs rendszerre épülő helyi és hálózati infrastruktúra beállításának és integrált biztonságának biztosításának folyamatait, javasoljuk, hogy ismerkedjen meg az OTUS-szal. A tanfolyam nem kezdőknek való, a felvételhez le kell menni.

Ha még nem állította be az ingyenes hyper-v hypervisort, javaslom, hogy ismerkedjen meg a témával kapcsolatos anyagommal -. Ha már be van állítva, és felmerült a kérdés, hogyan lehet gyorsan, kényelmesen és ingyenesen biztonsági másolatot készíteni róla, akkor javaslom az ingyenes HV Backup segédprogram használatát.

A HVBackup segédprogram leírása a hyper-v

A HVBackup projekt fő célja egy ingyenes, egyszerű és hatékony biztonsági mentési megoldás létrehozása volt egy módban és fürtben is futó hyper-v virtuális gépekhez.

A segédprogram minden verzión működik operációs rendszer, kezdve Windows Server 2008-tól, grafikus módban és Server Core telepítésekben egyaránt. A segédprogram támogatja a Hyper-V Server hypervisor ingyenes kiadását is.

A HVBackup támogatja az alkalmazások konzisztens és összeomláskonzisztens hyper-v biztonsági mentéseit a rendszerbe épített VSS használatával. Számos kereskedelmi megoldás létezik a virtuális gépek biztonsági mentésének ugyanazon a módszerén, de az ingyenesek közül csak ezt a terméket ismerem.

Vállalat codeplex, a program gyártója azt állítja, hogy infrastruktúrájában rendszeresen használja a HVBackupot, ami garantálja a magas színvonalú munkát és az időszerű korrekciókat vagy változtatásokat.

A program tól indítható parancs sor, innen hívták Powershell szkriptek, vagy beépíthetők bármelyikbe .Net alkalmazás a megfelelő könyvtáron keresztül.

Ennek a segédprogramnak a működési elve meglehetősen egyszerű. A program a megadott könyvtárban minden virtuális géphez külön zip archívumot hoz létre, amely tartalmazza az összes kapcsolódó információt.

Rendszerkövetelmények:
.Net Framework 3.5

A .Net Framework 3.5 telepítése a parancssorból

A .Net Framework 3.5 telepítéséhez a következő parancsokat kell futtatnia a Powershellben.

Windows Server vagy Hyper-V Server 2012:

Install-WindowsFeature NET-Framework-Core

Windows Server 2008 vagy 2008 R2 (nem mag):

Ocsetup NetFx3

Windows Server (core) vagy Hyper-V Server 2008 / 2008 R2:

Ocsetup NetFx3-ServerCore

Példa a HVBackup használatára

Készítsen teljes VSS biztonsági mentést az összes virtuális gépről:

HVBackup -a -o d:\vm-backup

Készítsen teljes VSS biztonsági mentést a virtuális gépek listájáról (ha a gépnevek szóközt tartalmaznak, idézőjeleket kell használni). A biztonsági mentés távoli szerveren történik:

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

Készítsen teljes biztonsági másolatot a virtuális gépekről, amelyek listája egy szöveges fájlban található (minden virtuális gép külön sorban):

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

Szkript az automatikus biztonsági mentéshez

Ha automatikus mentést szeretne ütemezni, akkor a legkényelmesebb egy egyszerű bat fájlt készíteni erre a célra, és ütemezni a végrehajtását. Alkossunk backup-all.cmd a következő tartalom:

BCKPATH="\\backup-server\wm-backup" rem net use %BCKPATH% /felhasználó beállítása: Pushd %BKKPATH% && forfiles.exe -m *.zip -d -7 -c "cmd /c del @útvonal" popd HVBackup.exe -a -o %BCKPATH% 1> log_out.txt 2> log_err.txt

Ez a szkript törli az összes virtuális gépet a biztonsági mentés előtt zip fájlok 7 napnál régebbi a megadott könyvtárban. Az útvonalakat és a paramétereket igényei szerint szerkesztheti.

Most hozzunk létre egy ütemezett feladatot a kiszolgálón, hogy időszakonként biztonsági mentéseket hajtsunk végre a korábban létrehozott szkript segítségével:

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

Ha törölni szeretne egy munkát:

Schtasks.exe /delete /tn HVBackup /f

Azonnali feladat végrehajtás:

Schtasks.exe /run /tn HVBackup

A HVBackup parancssori beállításai

Használat: HVBackup.exe

-b, --backup
Futtasson biztonsági mentést (alapértelmezett).
-r, --restore
Hajtsa végre a helyreállítást.
-f, --file
Virtuális gépek listáját tartalmazó szöveges fájl, soronként egyet.
-l, --lista
A biztonsági mentéshez szükséges virtuális gépek listája.
-a, -minden
A szerveren lévő összes virtuális gép biztonsági mentése.
-n, --név
Ha meg van adva, csak a felsorolt ​​virtuális gépekről készül biztonsági másolat.
-g, útmutató
Ha meg van adva, a felsorolt ​​virtuális gépekről a GUID biztonsági másolatot készít.
-o, --kimenet
Kötelező paraméter. Az archívumok célmappa. Lehet helyi vagy hálózati útvonal formájában.
--kimeneti formátum
A virtuális gép archívumnevének formátuma. (0) a gép neve, (1) a gép GUID és (2) az aktuális dátum és idő. Alapértelmezett: "(0)_(2:yyyyMMndHHmmss).zip"
-s, --singlevss
Készítsen egy pillanatképet az összes virtuális gépről.
--Segítség
Parancs súgó megjelenítése:

Következtetés

Ez minden. Az egyetlen megjegyzés, hogy a biztonsági mentés során nem teszteltem a teljesítménycsökkenést. A virtuális gépek működésében nem vettem észre semmilyen fékezést. De nekem mindet kipakolták. Az egyes gépek biztonsági mentéséhez szükséges idő jelentős. De persze ez sok tényezőtől függ.

Jó lehetőség van a HVBackup és a . Például készítsen archívumot lokálisan egy szerveren a hyper-v, mount to használatával linux szerver mappát, és használja az rsync-et a zip-fájlok virtuális gépekkel történő felszedéséhez. Vagy készítsen biztonsági másolatot például egy Linux sambára. A fenti linken van példa erre a témára.

Online Linux biztonsági tanfolyam

Ha szeretne részletesebben megérteni a Linux operációs rendszerre épülő helyi és hálózati infrastruktúra beállításának és biztonságának biztosításának folyamatait, azt javaslom, hogy ismerkedjen meg online tanfolyam" Linux biztonság» az OTUS-ban. A képzés 3 hónapig tart, ezt követően a tanfolyamot sikeresen végzetteket partnerek interjúztathatják. A kurzus program gyakorlati műhelysorozatként készült, és olyan felkészült hallgatókat céloz meg, akik már rendelkeznek ismeretekkel és tapasztalattal a Linux adminisztrációjában. Mit fogsz tanulni:
  • Alkalmazza a világ legjobb gyakorlatait és információbiztonsági szabványait (Debian, RedHat, MitRE);
  • Használjon eszközöket a Linux operációs rendszer sebezhetőségeinek észlelésére és kihasználására;
  • Telepítse és konfigurálja hálózati rendszerek támadások észlelése és megelőzése;
  • Dolgozzon Docker alapú megfigyelő és konténerrendszerekkel;
Tesztelje magát a felvételi vizsgán, és tekintse meg a részletes programot.

Feladat volt a Hyper-V virtuális gépek biztonsági mentésének megszervezése különálló virtualizációs gazdagépekről (fürt nélkül) több távoli helyen. Tekintettel arra, hogy ennek a feladatnak az egyik bemenete a nagyon szerény és instabil kommunikációs csatornák jelenléte, magától eltűnt az ötlet, hogy egyetlen tartalék szervert használjanak a központi helyen. Mert az egy dolog, ha a blokkváltozásokat figyelembe véve egy központi helyre tud biztonsági másolatot készíteni, miközben csökkenti például a hálózat terhelését ugyanazzal a System Center DPM-mel, és egészen más, ha teljes egy virtuális gép helyreállítása egy bizonyos időpontban, rövid időn belül ezeken a gyenge csatornákon keresztül. Így át kellett gondolni, hogyan lehet megszervezni a virtuális gépek biztonsági mentését közvetlenül egy távoli oldalon, feltéve, hogy nem emelkednek a licencelt szoftverek és a meglévő berendezések jelenlegi költségei.

Történt ugyanis, hogy ezeken a távoli oldalakon a virtualizációs gazdagépen kívül van egy korábban leállított, de elég működő, régi szerver IBM System x3200 amely fájlszerverként használható a tároláshoz biztonsági mentések virtuális gépek. Volt egy ötlet további lemezek telepítésére erre a szerverre, telepítésre Linux csomaggal QUADStor, melynek segítségével viszont létrehozhatunk egy virtuális lemezt a blokkdeduplikáció támogatásával és a protokoll használatával iSCSI jelenítse meg ezt a lemezt a virtualizációs gazdagépnek Hyper-V, és már a virtualizációs gazdagépen használja a terméket a virtuális gépek "forró" biztonsági másolatának beállításához ugyanarra az iSCSI-lemezre. Az eredmény legyen "olcsó és vidám". Ebben a jegyzetben leírom egy ilyen terv beállításának eljárását.

Fájlszerver előkészítése alapján Debian Linux QUADStorral

Leendő IBM System x3200 fájlszerverünk lemezkosara a jelenlegi konfigurációban legfeljebb 4 SAS / SATA 3.5 lemezt támogat, tekintettel arra, hogy ebben a szervermodellben a vezérlő is nagyon szerény (LSI Logic SAS1064ET), és leegyszerűsítve csak "csíkozni" vagy "tükrözni" tud, két tükör lemezpárt hozunk létre - az elsőt két már meglévő kis kapacitású SATA lemezen a Linux operációs rendszerhez, a másodikat pedig két további telepített alacsony költségvetésű, 1 TB-os SATA lemezen. VM biztonsági másolatok tárolására (QUADStor virtuális lemezre).

Tehát minden sallang nélkül telepítjük az operációs rendszert az első tükörlemezpárra Debian GNU/Linux 8.6 (Jessie). Ugyanakkor a második tükörpár nagy lemezt kiosztatlanul hagyjuk.

Térjünk át a telepítésre és a konfigurációra.

Telepítési sorrend QUADStor különbözőnek Linux disztribúciók dokumentumban van leírvaTelepítés/frissítés RHEL/CentOS 5.x, 6.x, SLES 11 és Debian 6.x, 7.x rendszeren . Abból a tényből kiindulva, hogy esetünkben Debian használatos, telepítjük az előre szükséges csomagokat:

# apt-get telepítés uuid-runtime build-essential sg3-utils iotop sysstat lsscsi apache2 psmisc firmware-qlogic linux-headers-`uname -r`

Kapcsolja be a támogatást CGI webszerverhez Apache:

# a2enmod cgi

Szabály hozzáadása iptables, amely lehetővé teszi a bejövő kapcsolatokat a webszerverhez, és menti az aktuális szabályokat:

# iptables-A BEMENET -i eth0 -p tcp -m tcp --dport 80 -j ELFOGADÁS # iptables-save> /etc/iptables.conf

Újraindítjuk a szervert, és megbizonyosodunk arról, hogy a webszerver szolgáltatás sikeresen elindul a rendszer indításakor:

# systemctlállapot apache2.service

Most töltse le és telepítse a fő csomagot QUADStor Storage Virtualization(link ehhez jelenlegi verzió itt szerezd be a csomagot:Tárhely-virtualizációs letöltések ):

# mkdir~/QUADStor-fájlok # wget http://www.quadstor.com/virtentdub3z/quadstor-virt-3.2.11-debian7-x86_64.deb-P~/QUADStor-fájlok # dpkg-én ~/QUADStor-files/quadstor-virt-3.2.11-debian7-x86_64.deb ... Telepítés utáni végrehajtás. Kérjük, várjon... A quadstor.service állapotának szinkronizálása a sysvinittel az update-rc.d használatával... /usr/sbin/update-rc.d quadstor defaults végrehajtása Az /usr/sbin/update-rc.d quadstor enable futtatása Felépítés szükséges kernel modulok A /quadstor/bin/builditf futtatása. Ez eltarthat néhány percig. A systemd (215-17+deb8u5) triggereinek feldolgozása...

A csomag telepítésének hiba nélkül be kell fejeződnie.

A szolgáltatás telepítése után quad bolt nem indul el, ugyanakkor a telepítési folyamat során ezt a szolgáltatást automatikusan hozzá kell adni az automatikus betöltéshez a rendszer indításakor. Újraindítjuk a szervert, és megbizonyosodunk arról, hogy a rendszerindítás után a szolgáltatás automatikusan sikeresen elindul:

# systemctl status quadstor.service

A webes felülethez való hozzáférést a http://(szerver) hivatkozás követésével ellenőrizzük. A webszervernek át kell irányítania minket a hivatkozásra http://(szerver)/cgi-bin/system.cgi

A QUADStor telepítésének befejezése után elvégezzük a kezdeti konfigurációt, amely alapvetően nem tér el az ettől, nevezetesen:

  • A webszerver hozzáférési korlátozásának konfigurálása Apache, és ha szükséges, állítson be támogatást HTTPS;
  • Lépjen a webkezelő felületre QUADStorés létrehozni ott tároló medence;
  • Lemez hozzáadása ( fizikai tárolás) v tároló medence(ugyanakkor a hozzáadott lemezként a második tükörpárt használjuk a szerverünkön lévő nagy lemezekből, amelyek egy lemezeszközként jelennek meg a rendszerben) ;
  • Hozzon létre egy virtuális lemezt VDisk.

A QUADStor virtuális lemez létrehozása után a protokollon keresztül konfiguráljuk a hozzáférést iSCSI. Általánosságban elmondható, hogy a QUADStor virtuális lemezek elérésére vonatkozó információk a dokumentumban találhatókVirtuális lemezek (VD-lemezek) elérése .

Funkcionális iSCSI cél szolgáltatás segítségével QUADStorban implementálva ietd, amely megnyílik a rendszerben TCP- hallgató a porton 3260 , tehát szükségünk van rá iptables hozzon létre egy megfelelő engedélyezési szabályt:

# iptables-A BEMENET -i eth0 -p tcp -m tcp --dport 3260 -j ELFOGADÁS # iptables-save> /etc/iptables.conf

Az általunk létrehozott virtuális lemez iSCSI konfigurációs beállításainak megadásához lépjen a lemez tulajdonságaihoz a QUADStor webkonzolon ( Virtuális lemezek > Módosít > iSCSI konfiguráció):

Itt a mezőn IQN látni fogjuk az automatikusan generált iSCSI lemezazonosítót, és beállítjuk a mezőértékeket, hogy korlátozzák a hozzáférést ehhez a lemezhez Bejövő felhasználóés Bejövő jelszó. Ezekbe a mezőkbe egy tetszőleges felhasználónevet és jelszót írunk, amelyet a fájlszerverünk kér az iSCSI-klienstől (Initiator), amikor ehhez a QUADStor virtuális lemezhez csatlakozik.

QUADStor lemez csatlakoztatása egy virtualizációs gazdagéphez a Windows Server rendszeren

A Hyper-V virtualizációs gazdagépünkre költözve Windows Server 2012 R2, nyisd ki Kezelőpanelés keress benne egy kisalkalmazást iSCSI-kezdeményező. Amikor először éri el ezt a kisalkalmazást, a rendszer jelenteni fogja az iSCSI protokoll megfelelő működéséhez szükséges rendszerszolgáltatás elindításának szükségességét. Egyetértünk ennek a szolgáltatásnak az elindításával és a rendszer indításakor történő automatikus indítás állapotába történő átvitelével:

A szolgáltatás elindítása után megnyílik az iSCSI-kezelő kisalkalmazás, ahol a fülön található felfedezés nyomja meg a gombot Fedezze fel a portált hogy információkat adjunk a Linux fájlszerverünkről

A megnyíló ablakban írja be FQDN név ill IP-cím Linux szerverek (az alapértelmezett portot elhagyjuk - 3260 ) és nyomja meg rendben

Ezt követően a mező táblázatos részében Felfedezett célpontok korábban említettnek kell megjelennie IQN QUADStor virtuális lemezünk állapotával Inaktív. Vagyis a lemezt sikeresen észlelték egy távoli Linux szerveren, és most a lemez csatlakoztatásához a gombot fogjuk használni Csatlakozás.

Adja hozzá ezt a kapcsolatot a Kedvenc célpontok listájához annak érdekében, hogy a lemez felkerüljön a rendszer indításakor automatikusan csatlakoztatott lemezek listájára, és nyomja meg a gombot a speciális lemezcsatlakozási beállításokhoz - Fejlett

A megnyíló ablakban engedélyezze az opciót CHAP bejelentkezés engedélyezéseés adja meg a korábban beállított felhasználónevet és jelszót a QUADStor lemez eléréséhez.

Mentse el a beállításokat az ablakok gombbal történő bezárásával rendben

Ha mindent helyesen csinált, akkor a lemez állapotának a következőre kell változnia csatlakoztatva.

Vegyünk könyvjelzőt Kedvenc Célpontokés győződjön meg arról, hogy az operációs rendszer indulásakor a meghajtó szerepel az automatikus csatlakozási listában.

Ezzel befejeződik a QUADStor virtuális lemez csatlakoztatása az iSCSI protokollon keresztül. Most inicializálnia kell ezt a lemezt a rendszerben, és létre kell hoznia egy partíciót a fájlrendszerrel NTFS. Ehhez menjünk a szerszámozáshoz. Lemezkezelés(diskmgmt.msc), válassza ki a csatlakoztatott lemezt, és állítsa állapotba online

Ezután inicializáljuk a lemezt - Lemez inicializálása

A rendszer megkérdezi a lemezparticionálás típusának kiválasztását. Mivel QUADStor virtuális lemezt használunk, valószínűleg idővel növelni akarjuk a lemez méretét, és nagyobb lesz a jelenleginél. Hadd emlékeztesselek arra, hogy a QUADStor virtuális lemez mérete bármikor növelhető akár 64 TB, annak ellenére, hogy azoknak a fizikai lemezeknek a tényleges mérete, amelyeken ez a virtuális lemez található, kicsi lesz és/vagy ugyanazon a szinten marad. És ezt figyelembe véve MBR korlátozva van a logikai lemezek mérete 2 TB, akkor esetünkben célszerű a jelölés típusát választani GPT:

A lemez inicializálása és a partíciós tábla létrehozása után hozzunk létre egy partíciót a lemezen lévő fájlrendszerrel NTFS

Rendeljünk ehhez a lemezhez egy külön betűt, például E:\ , és várjuk meg a formázási folyamat végét, ami a lemez méretétől függően eltarthat egy ideig.

A formázási folyamat végén gondoskodunk arról, hogy a lemez a rendszerben rendelkezésünkre álljon, és azon mappákat, fájlokat hozhatunk létre, módosíthatunk, törölhetünk. Ezen ellenőrzések után újraindítjuk a virtualizációs gazdagépünket, és megbizonyosodunk arról, hogy a rendszerindítási folyamat során a lemez automatikusan csatlakozik és teljesen elérhető.

A Veeam Backup Free Edition 9.5 telepítése

A Hyper-V virtuális gépek biztonsági mentéséhez a programot használjuk Veeam Backup Free Edition 9.5, amely lehetővé teszi számunkra, hogy teljes biztonsági mentést készítsünk anélkül, hogy leállítanánk.

A termék főbb jellemzőit a dokumentumból ismerheti meg Termék áttekintés .

A rendszerkövetelmények a dokumentum letöltésével érhetők el Kiadási megjegyzések.

Az EULA itt érhető elVeeam végfelhasználói szoftverlicenc szerződés .

legújabb verzió 9.5.0.711 jelenleg elérhető letölthető a Veeam webhelyről.

Képfájl VeeamBackup&Replication_9.5.0.711.iso 1,5 GB méretű, letöltés után a Windows Server alapú virtualizációs gazdagépünkre másoljuk és becsatoljuk a rendszerbe. Például a használatával PowerShellígy csinálhatod:

Mount-DiskImage -ImagePath" C:\Temp\VeeamBackup&Replication_9.5.0.711.iso"

A csatlakoztatott lemezen futtassa a Setup.exe telepítőprogramot, olvassa el és fogadja el a licencszerződést, kattintson a gombra Következő

A licenckulcs megadásakor mindent változatlanul hagyunk. Kulcs nélkül a program üzemmódban fog működni ingyenes kiadás korlátozott funkcionalitással, ami elegendő lesz a feladatunkhoz.

Érdemes megjegyezni, hogy valójában egy teljes értékű másolat van telepítve a rendszerben Veeam biztonsági mentés és replikáció, és ha a kezdeti telepítés során nem adtak meg licenckulcsot, akkor később hozzáadható az alkalmazáshoz, és frissíthető kiadásokra alapértelmezett, Vállalkozás vagy Enterprise Plus. Ha többet szeretne megtudni az ingyenes és fizetős verziók közötti különbségekről, tekintse meg a dokumentumot Veeam biztonsági mentés: ingyenes vs fizetős

A következő lépésben a telepített összetevők készletének megváltoztatása nélkül kattintson újra Következő

Az összetevőket a disztribúciós készletből telepítjük, így nem kell semmit külön letöltenie. A szükséges összetevők telepítése után a gombbal újraindítjuk a vizsgálatot Futtassa újraés folytassa a következő telepítési lépéssel - Következő.

Itt fogunk látni egy összefoglaló képernyőt az aktuális beállításokról, amelyekkel az alkalmazás telepítve lesz. Ha engedélyezi az opciót Hadd adjak meg különböző beállításokat, akkor az összes megadott beállítás módosítható a közvetlen telepítési folyamat megkezdése előtt. Például az alapértelmezett elnevezett példány helyett SQL Server 2012 Express, beállíthatja a telepítést az SQL Server egy meglévő példányára, módosíthatja az adatbázis nevét, a szolgáltatásfiókot, a címtár helyét vagy a portszámokat. A legtöbb esetben a javasolt beállításokat az alapértelmezett konfigurációban hagyhatja, és kattintson a gombra Telepítés.

A telepítési folyamat során egy megnevezett példány kerül telepítésre a virtualizációs gazdagépünkön Microsoft SQL Server 2012 SP3 kiadások Expressz(VEEAMSQL2012 ) és a VeeamBackup adatbázis jön létre benne. Várjuk meg, amíg a telepítési folyamat befejeződik.

Virtualizációs gazdagép regisztrálása a Veeam Backup segítségével

A telepítési folyamat végén futtassa az asztalról vagy a Start menü parancsikonjáról Veeam biztonsági mentési és replikációs konzol. Kapcsolatszerverként használjuk helyi kiszolgálóés alapértelmezett port 9392 . Engedélyezze az aktuális felhasználó hitelesítő adatainak használatát Használja a Windows munkamenet-hitelesítéstés nyomja meg Csatlakozás

Először is regisztráljuk a virtualizációs gazdagépünket a programban, hogy biztonsági másolatot készíthessünk az ezen a gazdagépen található virtuális gépekről. Ehhez a lapon VIRTUÁLIS GÉPEK válassza ki az infrastruktúrafában Microsoft Hyper-Vés be helyi menü vagy a felső gomb szalagon válassza ki szerver hozzáadása.

A megnyíló Kiszolgáló hozzáadása varázslóban adja meg kiszolgálónk FQDN nevét...

Mozgásban típus válassza ki a Hyper-V szerver típusát. A mi esetünkben ez egy önálló gazdagép - Önálló

Mozgásban Hitelesítő adatok meg kell adnia egy adminisztrátori fiókot, amellyel a Veeam Backup csatlakozni fog a virtualizációs gazdagéphez és hozzáféréshez virtuális gépek biztonsági mentési műveletekhez. Véleményem szerint helyesebb lenne egy külön szolgáltatási fiókot létrehozni erre a célra. Ebben az esetben használhat a virtualizációs gazdagépen létrehozott helyi fiókot és egy tartományi fiókot is. Példánkban a tartomány van kiválasztva fiók, amely rendszergazdai jogokat kapott a virtualizációs gazdagépen.

Megnyomjuk Következőés várja meg a Veeam Backup és a csatlakoztatott virtualizációs gazdagép konfigurációjának végét

A Gazda hozzáadása varázsló bezárása után a hozzáadott gazdagépen található virtuális gépek listájának meg kell jelennie a Veeam Backup konzolon.

Most folytathatja a virtuális gépek biztonsági mentési funkcióinak tesztelését a Veeam Backup segítségével.

Virtuálisgép-mentések ellenőrzése a Veeam Backup alkalmazásban

A korábban az iSCSI protokollon keresztül csatlakoztatott lemezen létrehozunk egy könyvtárat, amelybe a Veeam Backupból készült virtuális gépek teljes biztonsági másolatai kerülnek. Esetünkben ez az E:\VMBackups könyvtár lesz.

Ezután a Veeam Backup konzolon válasszon ki egy virtuális gépet, és hívja meg a hozzá tartozó menüpontot VeeamZIP

A megnyíló ablakban adja meg az újonnan létrehozott könyvtár elérési útját a biztonsági mentések tárolására, ha szükséges, adja meg a régi mentések törlésének és a tömörítés letiltásának paramétereit. A Veeam Backup biztonsági másolatainak tömörítése kétségtelenül érdekes dolog, de esetünkben a tömörítés engedélyezése alacsony deduplikációs teljesítményhez vezet a QUADStor lemezen (gyakorlati kísérletekben tesztelve). Az aktuális biztonsági mentési munkamenet összes paraméterének konfigurálása után kattintson a gombra rendben

A biztonsági mentési feladat elindítását egy információs ablak kíséri, amely a végrehajtott feladat állapotjelzőit tartalmazza.

A mentés során azt is láthatjuk majd, hogy mi van a konzolban Hyper-V Manager a virtuális gép felveszi a megfelelő állapotot.

A biztonsági mentési feladat végrehajtása eredményeként a virtuális gép teljes biztonsági másolata létrejön az általunk megadott könyvtárban egy kiterjesztésű fájl formájában. VBK. Az ilyen típusú fájlok a rendszerben a Veeam Backup-pal vannak társítva, és dupla kattintással automatikusan elindul a Veeam Backup konzol és megnyílik benne egy űrlap, ahonnan szükség esetén visszaállíthatja a teljes virtuális gépet, ill. egyes fájlok a virtuális gépen belül ( Azonnali fájlszintű helyreállítás).

Így azt hisszük, hogy a mentés, mint olyan, nekünk működik, de most egy másik fontos feladatot kell megoldanunk. Az a tény, hogy a Veeam Backup ingyenes kiadásának vannak olyan korlátai, amelyek nem teszik lehetővé számunkra, hogy közvetlenül a program felületéről ütemezett biztonsági mentéseket állítsunk be. A Veeam Backup azonban rendelkezik egy sor parancsmaggal PowerShell, amellyel a Veeam Backupban biztonsági mentési feladatot hívhat meg. És ha ezt a lehetőséget kombináljuk azzal Windows Feladatütemező (Feladat ütemező), akkor a kimeneten egy teljesen működőképes megoldást kaphatunk az ütemezett biztonsági mentések elindításának automatizálására.

A virtuális gép biztonsági mentésének elindításának automatizálása

Itt kaphat online segítséget a Veeam Backup PS parancsmagokhozVeeam biztonsági mentés és replikáció 9.5 – PowerShell-referencia . És egy kész PowerShell-szkript, amely különösen a Veeam Backup parancsmagokat használja ki Start-VBRZip , megtalálhatjuk a cikkbenVeeam Backup Free Edition: most a PowerShell-lel! . Kicsit módosítottam ezen a szkripten, hogy csak e-mailben kapjak értesítést, ha hiba történik a mentési folyamat során.

# ########################### Felhasználó által definiált változók ##################### ######### A biztonsági mentésre szánt virtuális gépek nevei vesszővel elválasztva (Kötelező). Például $VMNames = "VM1", "VM2"$VMNames = " KOM-AD01-WS305 " , " KOM-AD01-DEV03 "# A biztonsági mentéshez szükséges Hyper-V gazdagép virtuális gépek neve (kötelező)$HostName = "KOM-AD01-VM14"# Könyvtár, ahová a virtuális gép biztonsági mentéseinek menniük kell (Kötelező; például C:\Backup)$Directory = "E:\VMBackups"# Kívánt tömörítési szint (Opcionális; Lehetséges értékek: 0 - Nincs, 4 - Dedupe-barát, 5 - Optimális, 6 - Magas, 9 - Extrém)$CompressionLevel = 0# A virtuális gép leállítása pillanatfelvétel készítésekor (Opcionális; VMware Tools szükséges; Lehetséges értékek: $True/$False)$EnableQuiescence = $True# Az eredményül kapott biztonsági másolat védelme titkosítási kulccsal (opcionális; $True/$False)$EnableEncryption = $False# Titkosító kulcs (opcionális; biztonságos karakterlánc elérési útja)$EncryptionKey = ""# Megőrzési beállítások (Opcionális; Alapértelmezés szerint a VeeamZIP-fájlokat a rendszer nem távolítja el, és határozatlan ideig a megadott helyen tárolja. # Lehetséges értékek: Soha , Ma este, Tomorrow Night, In3days, In1 Week, In2 Weeks, In1 Month)$Retention = "1 héten belül"# ########################### Értesítési beállítások ##################### ######## Értesítés engedélyezése (opcionális) # Lehetséges értékek: 0 - Nincs, 1 - Csak figyelmeztetések és hibák, 2 - Minden értesítés$EnableNotification = "1"$SMTPServer = "KOM-SMTP.holding.com"$EmailFrom = " [e-mail védett] " $EmailTo = " [e-mail védett] " $EmailSubject = " VEEAM biztonsági mentési értesítés "# ########################## E-mail formázása ###################### # #######$style=" " # ########################### Végfelhasználó által definiált változók #################### #########Asnp VeeamPSSnapin$Server = Get-VBRServer -név $HostName$MessageBody =@() foreach ($VMName a $VMNamesben) ( $VM = Find-VBRHvEntity -Name $VMName -Server $ServerHa ($EnableEncryption) ( $EncryptionKey = Add-VBREncryptionKey -Password( macska $EncryptionKey | ConvertTo-SecureString) $ZIPSession = Start-VBRZip -Entitás $VM -Mappa $Könyvtár -Tömörítés $CompressionLevel -Kitiltás:(! $EnableQuiescence ) -AutoDelete $Retention -EncryptionKey $EncryptionKey } Más( $ZIPSession = Start-VBRZip -Entitás $VM -Mappa $Directory -Tömörítés $CompressionLevel -DisableQuiesce:(! $EnableQuiescence ) -AutoDelete $Retention } If ($EnableNotification -in " 1 " , " 2 ") ( $TaskSessions = $ZIPSession.GetTaskSessions().logger.getlog().updatedrecords$FailedSessions = $TaskSessions | ahol ( $_ .status -eq " EWarning " -vagy $_ .Status -eq " EFailed ") If ($FailedSessions -ne $Null) ( $MesssagyBody = $MesssagyBody + ($ZIPSession | Select-Object @(n = " Név " ;e = (($_ .name).Substring(0 , $_ .name.LastIndexOf(" (" ))) ) ,@(n = " Kezdés időpontja " ;e = ( $_ .CreationTime)),@(n = " Befejezés ideje " ;e = ( $_ .EndTime)),Eredmény,@(n = " Részletek " ; e = ( $FailedSessions.Cím) ) Egyéb { $MesssagyBody = $MesssagyBody + ($ZIPSession | Select-Object @(n = " Név " ;e = (($_ .name).Substring(0 , $_ .name.LastIndexOf(" (" )))) , @(n = " Kezdés időpontja " ;e = ( $_ .CreationTime)),@(n = " Befejezés ideje " ;e = ( $_ .EndTime)),Eredmény,@(n = " Részletek " ;e = (($TaskSessions | létrehozási idő rendezése -Csökkenő | Select -first 1).Title))) ) ) ) If ($EnableNotification -in " 1 " , " 2 ") ( If (($EnableNotification -eq " 1 " ) -És ($FailedSessions -eq $Null)) (kilépés) Egyéb( $Message = New-Object System.Net.Mail.MailMessage $EmailFrom , $EmailTo$Message.Subject = $EmailSubject$Message .IsBodyHTML = $True$üzenet .Body = $MesssagyBody | ConvertTo-HTML -head $style | out-string$SMTP = Új objektum Net.Mail.SmtpClient($SMTPServer) $SMTP .Küldés($Üzenet) } }

Nyissa meg a konzolt rendszergazdai jogokkal Windows PowerShellés hajtsa végre a szkript teszt futtatását a parancs végrehajtásával:

& "C:\Tools\VeeamZip.ps1"

A futó szkript megjeleníti a virtuális gépek biztonsági másolatának létrehozására vonatkozó feladat állapotát:

Miután meggyőződtünk arról, hogy a szkript sikeresen lefut a kézi indításkor, beállítjuk a szkript időszakos indítását a Feladat ütemező Ablakok. Az Ütemező feladatban végrehajtandó parancsként megadjuk az indítást powershell.exe paraméterekkel:

powershell.exe-NoProfile -parancs "C:\Tools\VeeamZip.ps1"

A biztonsági mentés beállítása befejezettnek tekinthető.

Az eredmény ellenőrzése

Példánkban tehát a PS-szkript ütemezetten (éjszaka, naponta egyszer) két virtuális gépről készít biztonsági másolatot a hét napnál régebbi biztonsági másolatok automatikus törlésével. Hét nap elteltével ellenőrizzük az eredményt a virtualizációs gazdagépünkön.

Amint láthatja, valóban 7 teljes biztonsági másolatunk van a szkriptben megadott két virtuális gép mindegyikéhez. A biztonsági mentések által használt teljes méret kb 700 GB. Ugyanakkor, ha belenézünk a QUADStor webkonzolba, és megnézzük a lemeztár tulajdonságait, amelyek alapján a virtuális lemez létrejött, akkor azt látjuk, hogy a deduplikáció figyelembevételével a valós fizikai lemezkapacitás kerül felhasználásra. legfeljebb 100 GB.

Véleményem szerint az eredmény egész jónak tűnik. Ebben a helyzetben pedig szükség esetén akár két hétre, de akár egy hónapra is megnövelhetjük a mentések tárolási idejét. Csak ne felejtsük el, hogy ehhez meg kell növelnünk a QUADStor virtuális lemez méretét, majd a logikai lemezt a beépülő modulon keresztül. Lemezkezelés a virtualizációs gazdagépen.

1. VMware ESXi virtuális gépek biztonsági mentése

Bevezetés

Ez a dokumentum különféle módszereket és stratégiákat mutat be a VMware ESXi biztonsági mentésére a vSphere és a Bacula Enterprise Edition 8.0, 8.2 és 8.4 verzióival. A VMware virtuális gépek vSphere segítségével történő biztonsági mentésére szolgáló Bacula Enterprise Edition beépülő modul lehetővé teszi a virtuális gép eredeti állapotának visszaállítását, míg a fájlok biztonsági mentése a vendég virtuális gép szintjén leegyszerűsíti a kritikus fontosságú alkalmazásadatok védelmét. A VMware biztonsági mentése a Changed Block Tracking (CBT) nevű technológiát használja annak biztosítására, hogy csak az eredeti teljes és/vagy utolsó blokk óta megváltozott blokkok kerüljenek az aktuális növekményes vagy differenciális biztonsági mentési adatfolyamba a hatékonyabb biztonsági mentések létrehozása és a hálózat csökkentése érdekében. terhelés, növekményes és/vagy differenciális biztonsági mentés.

A VMware Backup legfontosabb jellemzői

  • Online biztonsági mentés VADP-n keresztül
  • Hozzon létre VSS-pillanatképeket a vendég operációs rendszeren belül az alkalmazások szüneteltetéséhez
  • Teljes, differenciális és növekményes virtuális gép-mentés képszinten
  • Teljes virtuális gép-kép visszaállítása
  • A vmdk fájlok visszaállítása egy alternatív könyvtárba
  • Hozzáférés a VMware tárolóhoz TCP/IP és SAN (FC/ISCSI) keresztül egyaránt

A VMware biztonsági mentés áttekintése

A VMware vSphere beépülő modul jelenlegi verziója támogatja a vSphere 6.0, 5.5, 5.1, 5.0, 4.1 verzióit (minimum 7-es virtuális hardver). Ez a dokumentum szoftveres megoldásokat kínál Bacula Enterprise Edition 8.0 és újabb verziók, amelyek nem alkalmazhatók a szoftver korábbi verzióira.

VMware biztonsági mentési szószedet

Ez a dokumentum a következő kifejezéseket használja a VMware biztonsági mentésével kapcsolatban:

  • CBT– technológia a megváltozott blokkok követésére.
  • Adattár a VMware által használt név az adattárolókra.
  • vSphere- egy VMware technológia az operációs rendszer virtualizációjához és a számítási felhőhöz.
  • VDDK C/C++ könyvtárak készlete, amely lehetővé teszi VMware virtuális lemezek létrehozását és elérését. A VDDK-t a vSphere API-val párhuzamosan használják szoftverek vagy hasonló alkalmazások biztonsági mentésére és visszaállítására.
  • VMware ESXi szerver használatakor a virtuális gép fájljai nagy külső memóriára kerülnek.
  • NBD– hálózati blokkoló eszköz. A vSphere lehetővé teszi az Adattárban tárolt fájlok elérését közvetlen fájlelérési technológia, NBD, NBD SSL vagy SAN segítségével. Ha NBD-n keresztül ér el fájlokat, a hálózati protokoll a TCP/IP.
  • SAN. A vSphere lehetővé teszi az adattárban lévő fájlok elérését közvetlen hozzáférési technológia segítségével. A SAN használhatja a Fibre Chanel hálózatot (mentési technológia betöltés nélkül helyi hálózat LAN ingyenes biztonsági mentés) vagy iSCSI TCP/IP technológián keresztül.
  • A VMware ESX és a VMware ESXi egy operációs rendszer nélküli szerverre telepített hypervisor architektúra. A kisebb ESXi kódbázis kisebb támadási felületet és kisebb patch kódméretet jelent, ami javítja a rendszer megbízhatóságát és biztonságát.
  • VCB- VM Consolidated Backup Method Egy régebbi VMware API, amelyet általában már nem használnak. A VMware beépülő modul nem használ VCB technológiát.
  • VADP A VMware adatvédelmi infrastruktúra következő generációja, a vSphere 4.0-ban implementálva, amely lehetővé teszi a biztonsági mentési szoftverek központosított, hatékony VMware biztonsági mentések létrehozását a gazdagépekről a helyi hálózat terhelése nélkül.
  • .vmdk- A VMware termékekhez fejlesztett virtuális készülékekhez használt fájlformátum.
  • .bvmdk- belső fájlformátum, amelyet a Bacula Enterprise bővítmény használ a VMware ritka blokkjainak és differenciális/növekményes bináris biztonsági mentéseinek kezelésére. A vddk eszközzel való átalakítás után a fájl az eredeti lemez nyers képévé válik, amely a qemu-img segédprogrammal vmdk formátumba konvertálható.
  • Az ESX 3.x a virtuális hardver 4-es verzióját, a vSphere 4.x a 7-es verziót, a vSphere 5 pedig a 8-as verziót használja.
  • Az ujjlenyomat az ESXi gazdagépről generálható
    openssl x509 -sha1 -in /etc/vmware/ssl/rui.crt \-noout -ujjlenyomat | cut -d ‘=’ -f 2
  • vendéghal- shell és parancssori eszköz a virtuális gép fájlrendszerének megtekintéséhez és módosításához.
  • VM (vagy VM) – a "virtuális gép" kifejezés rövidítése.
  • vSphere egy szervervirtualizációs platform, amely képes a virtuális adatközpontok következetes kezelésére.
  • SELinux- A Security-Enhanced Linux (SELinux, Security-Enhanced Linux) egy Linux kernel biztonsági modul, amely mechanizmust biztosít a hozzáférés-vezérlési biztonsági szabályzatok támogatására, beleértve a hiteles hozzáférés-szabályozást (MAC).

1.1 Hogyan készítsünk biztonsági másolatot a VMware-ről vendég operációs rendszerben

1.1.1 A Bacula Client telepítése minden vendég operációs rendszerbe

Az első stratégia nem foglalja magában plugin használatát Bacula Enterprise Edition számára vSphere. Ehelyett a Bacula Enterprise File Daemon minden egyes virtuális gépre telepítve van, mintha a virtuális gépek normál fizikai kiszolgálók lennének. A feladatok a VMware ESX/ESXi szerverek I/O folyamatainak optimalizálására szolgálnak. Menetrend, kiemelten fontosés Maximális egyidejű állások a biztonsági mentési feladatok elosztásához a mentési ablakban. Mivel minden szerver ugyanazt a lemezkészletet használja, és minden biztonsági mentési feladatot egyszerre hajt végre, lehetséges a lemez/hálózat alrendszer szűk keresztmetszete.

1. ábra: A bacula-fd telepítése minden vendég virtuális gépre

A Bacula Enterprise File Daemon telepítése minden virtuális gépre lehetővé teszi a kezelést virtuális szerverek mintha fizikai szerverek lennének, és a Bacula Enterprise összes funkcióját használják, mint például:

  • Az egyes fájlok gyors helyreállítása
  • Ellenőrző összeg kiszámítása az egyes fájlokhoz a vírusok és kémprogramok észleléséhez
  • A feladat ellenőrzése
  • Fájlok/könyvtárak kizárása (például cserefájlok és ideiglenes fájlok)
  • Fájl szintű tömörítés stb.

1.1.2 A VMware biztonsági mentése a Bacula Enterprise Edition beépülő modullal vSphere-hez

A VMware virtuálisgép-lemezkép biztonsági másolatának létrehozására vonatkozó stratégia esetén a beépülő modul Bacula Enterprise Edition for vSphere az ügyféllemezeket nyers lemezképként menti VMware/vSphere környezetben. A stratégia megvalósításához nem szükséges minden vendéggépen telepíteni a Bacula File démont.

A vSphere Bacula beépülő modulja kommunikál a VMware ESXi gazdagéppel, hogy olvassa és tárolja a virtuálisgép-lemezek tartalmát NBD-n vagy SAN-on keresztül. Közvetlen hozzáféréssel a képhez vmdk, bementve adattár, a Bacula szoftvernek nem kell átfutnia az Ügyfél fájlrendszerén a fájlok megnyitásához/olvasásához/bezárásához. Ennek megfelelően a szoftver kevesebb ESXi infrastruktúra-erőforrást fogyaszt, mintha VMware biztonsági mentéseket hoznának létre minden vendéggépen. Ugyanakkor a Bacula a haszontalan adatokat is olvassa és tárolja, például swap fájlokat és ideiglenes internetes fájlokat.

2. ábra: TCP biztonsági mentés készítése NBD használatával

Ha a vSphere biztonsági mentési beépülő modul az NBD adatátviteli módszert használja, akkor az adatok az ESXi rendszer VMkernel-portján keresztül a biztonsági mentési tárolókiszolgálóra kerülnek.

A vSphere-hez készült Bacula Enterprise beépülő modul a SAN-infrastruktúrát is használhatja az ESXi-kiszolgálók terhelésének csökkentésére. Annak ellenére azonban, hogy kevesebb erőforrást fogyaszt az ESXi szerveren, az adatokat továbbra is ki kell olvasni a lemezekről, ami ütközésekhez vezethet, amikor egyidejűleg küld/fogad adatokat.

Ha blokk-differenciál módszereket használ, például a vSphere beépülő modul által használtakat, minden növekményes biztonsági mentésnek elérhetőnek kell lennie a helyreállításhoz. Ha legalább egy biztonsági mentési feladat hiányzik a visszaállításkor, a Bacula beépülő modul nem tudja újra létrehozni a megfelelő képet. A differenciális biztonsági mentések használata lehetővé teszi a helyreállításhoz szükséges feladatok számának csökkentését, ezáltal csökkentve az esetleges adatvesztés kockázatát. A növekményes biztonsági mentések létrehozásához szükséges fontos feladatok elvesztésének elkerülése érdekében megőrzési időszakok Hangerő megtartása elég nagynak kell lennie az összes adat helyreállításához.

1.1.3 A VMware biztonsági mentési stratégiáinak összehasonlítása

1. táblázat A biztonsági mentési stratégiák összehasonlítása

A vSphere beépülő modullal létrehozott VMware-gépek biztonsági másolatából az egyes fájlok visszaállításának eljárását a 2. szakasz a 27. oldalon ismerteti.

1.2 Telepítés

A telepítési folyamatot részletező dokumentáció kérésre elérhető.

1.2.1 Konfiguráció

A File Daemon Plugin Directory paraméterének, amely a /opt/bacula/etc/bacula-fd.conf fájlban van tárolva, arra kell mutatnia, ahol a bővítmény telepítve van. vsphere-fd.így. Alapértelmezés szerint a Bacula plugin a /opt/bacula/plugins könyvtárba van telepítve

A File démonnak közvetlen hozzáféréssel kell rendelkeznie a vSphere hálózathoz vagy a SAN-on keresztül. A kapcsolatot a telnet programmal ellenőrizheti. A vSphere hálózati hozzáférést az ESX-hez vagy a vCenter-kiszolgálóhoz a /opt/bacula/etc/vsphere_global.conf fájlban kell konfigurálni.

3. ábra: Biztonsági mentés készítése SAN hálózaton keresztül

Paraméter Kívánt Alapértelmezett érték Leírás
Általános beállítások rész globális
Keep_generation Nem 100 Max. biztonsági mentések száma két teljes biztonsági mentés között.
profile_all_vm Nem vsphere_all_vm.profile A virtuálisgép-profiladatok tárolására használt belső fájl neve.
gyökérkönyvtár Nem /opt/bacula/working/vsphere A vSphere beépülő modul gyökérkönyvtára.
vddk_útvonal Nem /opt/bacula/bin/vddk
Beállítások szakasz vszféra
felhasználónév Igen A vSphere-hez csatlakozáshoz engedélyezett felhasználónév.
Jelszó Igen A vSphere-hez csatlakozáshoz engedélyezett felhasználónév jelszava.
hjelszó Nem Rejtett jelszó a vSphere-hez való csatlakozáshoz engedélyezett felhasználónévhez.
időtúllépés Nem 60 Időtúllépés a vSphere szerverhez való csatlakozáshoz másodperceken belül.
hüvelykujjlenyomat Igen A vSphere szervertanúsítvány SSL ujjlenyomata.
szerver Igen A biztonsági másolat létrehozásához használt vSphere ESXi szerver.
url Igen A SOAP használatával történő híváshoz használt vSphere ESXi vagy vCenter szerver címe.
Default_datastore Nem adattár1 Az alapértelmezett helyreállítási tárhely.
default_restore_host Nem Alapértelmezés szerint a helyreállításhoz használt ESX-kiszolgáló, ha több szerver is elérhető a vCenterben.
default_ovf Nem Az alapértelmezett OVF leírás arra az esetre használatos, ha az aktuális OVF leírás nem tölthető be a VMWare-be.
gyökérkönyvtár Nem /opt/bacula/working/vsphere A beépülő modul belső adatainak tárolására használt könyvtár.
adattár_minimális_terület Nem Az adattárban tárolt adatok minimális mérete. Például 5 GB.
datastore_allow_overprovisioning Nem Igen Lehetővé teszi egy virtuális gép visszaállítását a túlzott hozzáférés-kezelés funkció használatával. Ha a paraméter értéke " Nem”, a visszaállítás során ügyelni kell arra, hogy az összes lemez mérete megegyezzen az Adattár méretével.
datastore_refresh_interval Nem 600 Az adattárban az adattárolási statisztikák frissítésére használt intervallum.

2. táblázat: vSphere kapcsolat konfigurálása a vsphere_global.conf fájl használatával

Az ujjlenyomat a konzol képernyőjén az F2 megnyomásával, majd bejelentkezéssel érhető el. Az ujjlenyomat megjelenik az ablakban Támogatási információk megtekintése alatt SSL ujjlenyomat (SHA1). Vagy csatlakozhatsz ssh-n keresztül:

Több vSphere szerver használata

Több vsphere kiszolgálót is megadhat a vsphere_global.conf fájlban. A függvény használatakor be kell állítani a server=xxx paramétert a bővítmény parancssorában. Kötelező megadni egy alternatív könyvtárat is arra az esetre, ha a virtuális gép ugyanazzal a MoRef értékkel rendelkezik.

Vegye figyelembe, hogy az alapértelmezett szakasz szükséges a vsphere_global.conf fájlban.

Paraméter Kívánt Alapértelmezett érték Leírás Példa
házigazda Nem Vendég virtuális gép neve host=srv1
host_include Nem Vendég virtuális gép-kép szerepeltetéshez host_include=srv3
host_exclude Nem Kizárandó vendég virtuális gép-kép host_exclude=srv
disk_exclude Nem A kizárandó meghajtók listája disk_exclude=0,2,4
keep_cbt Nem Ne próbálja meg aktiválni a CBT-t keep_cbt
quiesce_host Igen Pillanatkép készítése előtt állítsa le a vendég virtuális gépet (próbálkozzon, igen, nem) quiesce_host=nem
szerver Nem Adja meg a vsphere szervert szerver=vsrv2
hibakeresés Nem Hibakeresés engedélyezése hibakeresés
abort_on_error Nem Hiba észlelése után állítsa le a feladatot
update_timeout Nem A kezdeti frissítési időtúllépés módosítása

3. táblázat: vSphere beépülő modul parancsparaméterei

Vegye figyelembe azt a tényt, hogy parancsokat host_includeés host_exclude vannak reguláris kifejezés Jáva.

A vSphere jelszó elrejtése

A bővítmény 8.0.3-as verziójától kezdve elrejtheti a vSphere jelszót a fájlban vsphere_global.conf. Terület rejtett jelszó hívott hjelszó. Rejtett jelszó generálásához használhatja a parancsot @kódol. Vegye figyelembe, hogy ha a titkosítani kívánt karakterlánc "="" kifejezést tartalmaz, akkor a parancs írásakor a formátumot kell használnia string= kulcsszó.

A vSphere konfiguráció tesztelése

A vSphere bővítmény teszteléséhez a következő parancsot használhatja (root felhasználóként):

A frissítés parancs használatakor vsphere-ctl meg kell jelennie az ESXi-kiszolgálón definiált összes virtuális gép listájának. Ha ez nem történik meg, ellenőrizze, hogy hitelesítő adatai megfelelően vannak-e konfigurálva a fájlban vsphere_global.conf.

Csapat lista lehetővé teszi az ESX gazdagépeken és adattárolókon található információk megjelenítését.

Munka funkció példa

A növekményes/differenciális biztonsági mentés létrehozásához szükséges feladatok elindításakor be kell állítani a paramétert Pontos.

Példák a FileSet függvény használatára

Ez a rész a funkció használatának különféle lehetőségeit mutatja be. FileSet. Kérjük, vegye figyelembe, hogy a vsphere beépülő modul nem kompatibilis a ritka fájlok FileSet funkciójával.

4. ábra: VMware guest1 virtuális gép biztonsági mentése az ESXi szerveren

A FileSet funkció tesztelése

Használhatja a parancsot becslés a FileSet funkció teszteléséhez.

VMware blokkszintű növekményes biztonsági mentések megvalósítása

Vegye figyelembe azt a tényt, hogy a CBT segédprogramot a virtuális hardver 6. és korábbi verziói nem támogatják, vagy ha a virtuális lemez egy megosztott virtuális SCSI buszhoz csatlakozik.

Ahhoz, hogy a CBT meg tudja határozni a lemez legutóbbi azonosítómódosítása óta megváltozott szektorait, a következő feltételeknek kell teljesülniük:

  • ESX/ESXi 4.0 vagy újabb gazdagépverzió.
  • 7-es verziója (és újabb) a virtuális gép hardverének, amely a figyelni kívánt lemezeket birtokolja.
  • Az I/O műveleteket az ESX/ESXi tárolóelem blokkon keresztül kell végrehajtani. Az NFS virtuális kompatibilitási módban RDM-meghajtóként támogatott, fizikai kompatibilitási módban azonban nem. Ezenkívül a VMFS fájlrendszert használja SAN, iSCSI vagy helyi lemez támogatásával.
  • A virtuális géphez aktiválnia kell a CBT segédprogramot (lásd az alábbi leírást).
  • A virtuális gép tárolóját (állandóan vagy nem állandóan) nem szabad független lemezzel ábrázolni, vagyis olyannal, amelyet nem érintenek a pillanatképek.

Ahhoz, hogy a CBT segédprogram teljes biztonsági mentéssel meg tudja határozni a lemezszektorokat, meg kell felelnie a következő feltételeknek:

  • A virtuális lemeznek egy SAN, iSCSI által támogatott VMFS-köteten vagy helyi lemezen kell lennie.
  • A virtuális gépnek nulla pillanatfelvétellel (0) kell rendelkeznie, amikor a CBT aktiválva van, hogy megvalósítsa az ún. tiszta indítás.

"Thick Provisioned Eager Zeroed" lemezek használatakor a VMWare CBT a teljes biztonsági mentés során használt összes blokkot megjeleníti. A CBT-t nem támogató virtuális gépek esetében a vSphere beépülő modulja mindig teljes biztonsági másolatot készít a virtuális lemezekről. Annak ellenőrzéséhez, hogy a virtuális lemez CBT segédprogramja aktiválva van-e, nyissa meg a vSphere klienst, és válassza ki a parancsot. kikapcsolvaVirtuális gép pillanatképek nélkül(pillanatképek készítése nélkül kapcsolja ki a virtuális gépet).

  • Kattintson a jobb gombbal a virtuális gépre, és válassza a beállítások szerkesztése lehetőséget Beállítások szerkesztése.
  • Menjen a lapra Opciók.
  • Kattintson a fülre Tábornok a fül alatt Fejlett, majd tételenként Konfigurációs paraméterek. Megnyílik a paraméterkonfigurációs párbeszédpanel.
  • Kattintson egy elemre Sor hozzáadása.
  • Adjon hozzá egy paramétert ctkEnabledés adj neki értéket igaz.
  • Kattintson Sor hozzáadása, paraméter hozzáadása scsi0:0.ctkEnabledés adj neki értéket igaz.

Figyelem: sor scsi0:0 paraméterben scsi0:0.ctkEnabled a hozzárendelt SCSI-eszközt jelzi merevlemez hozzáadva a VM-hez. Minden egyes HDD A virtuális géphez hozzáadott SCSI-eszközt kap, amelyre scsi0:0, scsi0:1 vagy scsi1:1 néven hivatkozunk. Az első teljes VMware biztonsági mentés létrehozásakor a vSphere beépülő modul megpróbálja automatikusan aktiválni a CBT segédprogramot, amikor a virtuális gép ki van kapcsolva. A funkció letiltásához írja be a parancsot keep_cbt a plugin parancssorában.

Problémák a CBT használata során

Ha az utolsó növekményes biztonsági mentésnél korábbi pillanatképhez tér vissza, létre kell hoznia egy teljes biztonsági másolatot a virtuális gépről, mielőtt újra felhasználná a növekményes biztonsági mentéseket. Ezt a problémát a vSphere 4.1 és vSphere 4.0 3. frissítés megoldotta. Ahelyett, hogy esetleg hiányos adatokat adnának meg, a korábbi pillanatképhez való visszatérés előtt kapott változásazonosító számot a rendszer most helyesen érvénytelenként kezeli (http://kb.vmware.com/kb/1021607).

A biztonsági mentés méretének tömörítése a CBT visszaállításával

Ha egy blokkot a VMWare CBT „használt”-ként jelölt meg, a rendszer folyamatosan biztonsági másolatot készít az adott blokkról a teljes biztonsági mentés végrehajtásakor, még akkor is, ha a blokkot a vendég operációs rendszer „szabadként” jelölte meg. Egy idő után olyan helyzet állhat elő, amelyben egy nagy, teljes VMware biztonsági mentés készül kis mennyiségű lemezterülettel.

A lemez újbóli létrehozásával a VMotion segítségével visszaállíthatja a CBT táblát, hogy csak a ténylegesen használt blokkokat jelölje meg. A művelet végrehajtásához először törölnie kell a vendég virtuális gép lemezét úgy, hogy "nulla" blokkot ír az összes szabad terület lefedésére. Vegye figyelembe, hogy a művelet erőforrásigényes, ezért azt munkaidőn kívül kell elvégezni.

Windows rendszeren az eljárás a segédprogrammal hajtható végre Microsoft törlés, elérhető a http://technet.microsoft.com/en-us/sysinternals/bb897443.aspx címen

Linuxon használhatja a beépített eszközt dd. Vegye figyelembe azt a tényt, hogy korlátozhatja a dd-t, hogy ne töltse fel teljesen a teljes lemezt.

A művelet befejezése után le kell állítania a vendég virtuális gépet. Ez az ESXi shell interfészen keresztül a következőképpen tehető meg:

A lemez helyére és a konfigurációs fájlra vonatkozó információk az alábbiak szerint találhatók:

Ezt követően a VMDK fájlok nulla blokkját kell törölni az ESXi shell interfészen keresztül a következők szerint:

A művelet befejezése után deaktiválnia kell a CBT-t a tömöríteni kívánt vendégmeghajtókon. A vSphere felügyeleti konzolon keresztül is szerkesztheti őket, vagy AZ ÉS.

Ezután engedélyeznie kell/letiltania kell a vendég virtuális gépet, hogy alkalmazza a módosításokat a CBT segédprogramban. Megvárhatja, amíg a gazdagép teljesen feláll és fut.

Most már nem láthat olyan fájlokat, mint a „*-ctk.vmdk”, és újra engedélyezheti a CBT-t a gazdagép konfigurációs fájljában, és elindíthatja a vendég virtuális gépet.

Az olyan fájlok, mint a „*ctk.vmdk”, újra létrejönnek. Csapat becslés A bacula pluginnak meg kell jelenítenie a fájlokat bvmdk kisebb méret.

Mivel ez az eljárás meglehetősen bonyolult, javasoljuk, hogy először a homokozón keresztül próbálja ki. Ha az ESXi SSH interfész engedélyezve van, akkor bármit leírhat.

A CBT elérhetetlenségének meghatározása

Ha a CBT (Changed Block Tracking) segédprogram nem érhető el lemezen, a fájl vsphere-ctl*log a következő hibát tartalmazhatja:

Amikor ez a hiba előfordul, a vSphere beépülő modul automatikusan létrehoz egy teljes lemezkép biztonsági másolatot. A CBT engedélyezéséhez egy adott lemezhez lásd az 1.2.1 szakaszt a 14. oldalon.

Hozzáférés aktiválása SAN-on keresztül

Problémái lehetnek a SAN-hozzáférés konfigurálásával a gazdagépen. VixDiskLib VMWare könyvtár a Redhat 5 64 bites verziójához fordítva. Későbbi operációs rendszereken, mint például az Ubuntu vagy a Redhat 6, le kell fordítania és telepítenie kell az 1.95.7-es könyvtárat. Kérjük, vegye figyelembe, hogy a vSphere Bacula Enterprise beépülő modulja tartalmazza ezt a könyvtárat a csomagban bacula-enterprise-vixdisk.

A SAN adatátviteli technológia használatához a biztonsági mentési kiszolgálónak, amelyre a vsphere beépülő modul telepítve van, hozzáféréssel kell rendelkeznie az ESX kiszolgálóra exportált összes LUN-hoz. Csomagok, mint többutas, nem lesznek problémái a különböző csatlakozású eszközökkel. Ha a meghajtói /dev/sda, /dev/sdb, … formátumban láthatók, a vSphere beépülő modul minden meghajtót megnyit, hogy megkapja az UUID-t, és összehasonlítsa az ESX-kiszolgáló által biztosítottal. Például iSCSI használatakor az lsscsi parancs a következőképpen listázza ki a meghajtókat:

A hibakeresési funkció segítségével ellenőrizheti, hogy a SAN-on keresztüli adatátviteli módszer használatban van-e hibakeresés a beépülő modul parancssorában, és győződjön meg arról, hogy a fájl vddk nyom a következő helyen található:

Ha a SAN adatátviteli mód nem elérhető, a vSphere beépülő modulja automatikusan nbd adatátviteli módra vált.

Régi pillanatképek eltávolítása

Ha a VMware rendszer olyan pillanatképeket tartalmaz, amelyeket a vSphere beépülő modul nem távolított el automatikusan, a következő parancsok segítségével megtisztíthatja a rendszert a vSphere Plugin 6.6.3-as és újabb verzióival.

  • Régi pillanatképek és korábbi sikertelen pillanatképek eltávolítása

vsphere-ctl clean-snapshot --snapshot myhost

  • Karakterlánccal kezdődő névvel rendelkező régi pillanatképek törlése

vsphere-ctl clean-snapshot --snapshot-base pluginTeszt myhost

  • Minden pillanatkép törlése az összes származékkal; esetleg gyorsabb)

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

Új biztonsági mentési feladat indításakor a vSphere beépülő modul automatikusan ellenőrzi az előző feladattal kapcsolatos problémákat, és szükség esetén törli a régi pillanatképeket.

Hibakeresési nyom

A vSphere beépülő modulja különféle technológiákat és harmadik féltől származó könyvtárakat használ. Ennek eredményeként a rendszer széles körben használja a nyomkövetési funkciót. A felhasználó a következő fájlok segítségével tudja majd használni:

4. táblázat: A vSphere bővítmény által használt nyomkövetési módszerek

A bvmdk fájl kibontásához a vddk-vel történő konvertálás nélkül a visszaállítás során, a FileDaemon hibakeresési szintjét 1000-re kell állítani. A visszaállítás során a Bacula helytelen fájlméret-jelentéseket generálhat.

Működő fájlok

A vSphere beépülő modulja speciális fájlokat hoz létre munkakönyvtár. Ezek a fájlok szükségesek a VMWare CBT segédprogram működéséhez. A vSphere beépülő modul munkakönyvtárának törléséhez használhatja a parancsot vsphere-ctl:

Ezzel eltávolítja a 30 napos fájlokat és könyvtárakat. Ennek az időszaknak meg kell felelnie legalább a teljes biztonsági másolat készítésének időtartamának, plusz néhány napnak a biztonság érdekében. Ha a biztonsági mentés során a beépülő modul nem talál működő fájlokat az utolsó biztonsági mentés során, a vSphere beépülő modul teljes biztonsági másolatot készít az összes lemezről.

Lemez kivétel

Egy adott lemez kizárásához az eljárásból aktiválhatja a független módot a vSphere konzolon keresztül, vagy használhatja a funkciót. disk_exclude(lásd az 1.2.1. táblázatot a 11. oldalon). Megtalálni diskid funkcióban való használatához disk_exclude, használhatja a parancsot becslés felsorolása. A 0.bvmdk a diskid 0 kép.

1.3 VMware vSphere biztonsági mentési és visszaállítási eljárások

1.3.1 Biztonsági mentés

5. ábra Lemez kizárása a biztonsági mentésből


1.3.2 Helyreállítás

A Bacula Enterprise szoftver lehetővé teszi bármilyen fájlok (bvmdk, ovf, ...) visszaállítását a helyi meghajtókon. Ezt követően a VMWare eszközzel helyileg csatlakoztathatja a képet vmware mount eszköz vagy qemu-nbdés végezzen fájlszintű visszaállítást. A paraméter használatakor ahol=/útvonal/könyvtár a visszaállítás funkcióban a plugin automatikusan visszaállítja a kiválasztott fájlokat a megadott helyre.

Lehetőség van arra is, hogy a nyers képet bármilyen eszközre másoljuk, vagy közvetlenül felcsatoljuk és visszaállítsuk a fájlokat.

Helyreállítás új vendég virtuális gépen

Ha elindítja a virtuális gép helyreállítási eljárását a where=/ opcióval, és kijelöli az összes fájlt a könyvtárban vm, a vSphere beépülő modulja megpróbálja visszaállítani a lemezeket egy új virtuális gépre, amelyet a visszaállítás során hoztak létre a meglévő attribútumokkal (lemezek, vezérlő, CPU típusa, ...).

A továbbfejlesztett SAN átviteli mód jelenleg nem támogatott a helyreállításhoz. A vSphere beépülő modulja NBD adatátvitelt használ.

A vendég virtuális gép visszaállításához használt ESX gazdagép és tárhely automatikusan meghatározásra kerül. Az alapértelmezett helyet azonban megváltoztathatja, ha módosítja a bővítmény visszaállítási beállításait a bconsole menüben:

Vagy használhatja a BWeb felületet (lásd 6. ábra)

6. ábra: Adattár, ESXi-kiszolgáló vagy gazdagépnév kiválasztása helyreállításkor

Vegye figyelembe azt a tényt, hogy legalább egy virtuális gépet be kell állítania az ESX-kiszolgálón a virtuális gép Bacula segítségével történő automatikus helyreállításához. Terveink szerint a jövőben megszüntetjük ezt a korlátozást.

A Bacula Enterprise 6.2.4-től kezdve a vSphere beépülő modulja támogatja az automatikus hálózati topológia létrehozását. Így, ha az ESX gazdagép nem biztosítja a megfelelő vSwitch konfigurációt a virtuális géphez, a Bacula beépülő modulnak újra kell generálnia az összes hálózati beállítást a helyreállítás során.

A Bacula Enterprise 8.2.1-től kezdve a vSphere beépülő modulja a visszaállítás során ellenőrizheti, hogy van-e szabad memória az adattárban. A felhasználó megtilthatja a tartalék terület növelését, és lefoglalhatja a minimális memóriamennyiséget a tárolóban. Ez a két lehetőség konfigurálható a fájlban vsphere_global.confés a helyreállítási menüből felülírható.

szerver=192.168.0.68

url = https://192.168.0.68/sdk

adattár_minimális_terület = 64 MB

datastore_refresh_interval = 10

datastore_allow_overprovisioning = false

A vSphere kiszolgáló által visszaadott „ki nem osztott” memóriamennyiség nem mindig pontos. A frissítési gyakoriság a kézikönyvben leírt módszerrel módosítható: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2008367

Néha a Bacula szoftver nem tudja betölteni a vendég virtuális gépet leíró OVF-fájlt a vSphere- vagy vCenter-kiszolgálóra. Ez különösen bizonyos VMware-korlátozásoknak köszönhető, például „nem használhat olyan OVF-et, amely hivatkozásokat tartalmaz egy csatlakoztatott CD-ROM-ra”… A vSphere beépülő modul kerülő megoldásokat használ a problémák megoldására, de nem old meg minden problémát. Ha hasonló nehézségei vannak, használhatja a paramétert default_ovf fájlban vsphere_global.conf. Általános szabály, hogy konfigurálnia kell a paramétert default_ovf hogy egy létező egyszerű OVF sablonra hivatkozzon. A helyreállítási folyamat során ezt a sablont a rendszer automatikusan használja, és később be kell állítania a virtuális gépet olyan értékekkel, mint a CPU száma, a RAM mérete stb.

Windows rendszeren bizonyos esetekben a visszaállítási folyamat tényleges befejezése után további feladatokat kell végrehajtania. Például, ha a visszaállított rendszer nem indul el, előfordulhat, hogy a Windows helyreállítás a rendszer hibakereséséhez. A telepített Active Directory-val rendelkező kiszolgálók esetében előfordulhat, hogy át kell tekintenie a Microsoft útmutatóit, hogy AD-adatbázisai konzisztensek és szinkronban legyenek más AD-kiszolgálókkal. Ha a telepítés dinamikus lemezeket tartalmaz, akkor újraindítás után importálnia kell azokat egy frissen visszaállított rendszerbe. Importálhat a Lemezkezelővel vagy a "diskpart" funkcióval, ha kiválasztja az egyik dinamikus lemezt, és beírja az "import" parancsot.

Helyreállítás beépülő modul nélkül a vSphere számára

Ha olyan fájldémonban próbál lemezeket helyreállítani, amelyen nincs telepítve a Bacula Enterprise for vSphere beépülő modulja, akkor a bvmdk fájlokat nyers fájlokká kell konvertálnia a vddk paranccsal a parancssorból:

Formátum bvmdk a vSphere Plugin használja az adatok integritásának és a ritka információk hatékony kezelésének biztosítására a CBT segédprogram által.

1.4 Vendég virtuális gép felfüggesztése

A vendég virtuális gép megfelelő felfüggesztéséhez telepítenie és frissítenie kell a VMware eszközöket a Linux/Windows Virtual Machine virtuális gépen.

Plugin csapat quiesce_host=Próba/igen/nem lehetővé teszi a vendég virtuális gépek leállításának folyamatát a vSphere használatával a pillanatkép rögzítése előtt. Az alapértelmezett érték próbáld ki. Ebben a módban a beépülő modul megpróbálja leállítani a vendég virtuális gépet, amikor pillanatfelvételt készít, és ha a pillanatkép sikertelen, a beépülő modul megpróbálja újra létrehozni a pillanatképet a vendég virtuális gép leállítása nélkül. Az első próbálkozás hibaként kerül naplózásra a feladatnaplóban.

Több részletes információk lásd a vSphere konzolnaplót az adott hibaüzenetért.

Figyelmeztető üzenet az ESXi-től: a vendég operációs rendszer hibát jelentett a lekérdezés során. A hibakód a következő volt: 2, a hibaüzenet a következő volt: az egyéni quiesce script sikertelen. (Hibaüzenet az ESXi-től: A vendég operációs rendszer hibát jelentett a leállítás során. 2-es hibakód: Stop script error)

Hiba történt a pillanatkép mentése közben: Nem sikerült kilépni a virtuális gépből (Hiba történt a pillanatkép mentése közben: nem lehet leállítani a virtuális gépet)

1.4.1 Linux

Egy speciális szkript létrehozásával /usr/sbin/pre-freeze-script, akkor automatikusan leállíthatja a rendszert, amikor pillanatképet hoz létre a vSphere segítségével. A vSphere megpróbálja végrehajtani a parancsfájlt /usr/sbin/post-thaw-script abban az esetben, ha jelen lesz a vendég operációs rendszerben.

1.4.2 Windows VSS

A bővítmény előlap létrehozásával fokozza a Windows biztonságát biztonsági mentés VSS-alapú pillanatképek a VSS-aktivált alkalmazások leállításához.

Lefagyasztás előtti és felolvasztás utáni szkriptek VSS-hez. Az ESX/ESXi 3.5 U2 és újabb verzióktól kezdve a VMware Tools először ábécé sorrendben keresi a szkripteket C:/Program Files/VMware/VMware Tools/backupScripts.d,érveléssel hívva őket fagy, majd fordított ábécé sorrendben meghívja egy argumentummal olvadás(vagy freezeFail sikertelen megállás esetén).

1.5 Támogatott platformok

A VSphere beépülő modulja a következő termékeket támogatja a VMware platformon:

  • ESX/ESXi verziók: 6.0, 5.5, 5.1, 5.0, 4.1

Jelenleg teszteljük a VSphere bővítmény megfelelő működését a következő termékekkel a VMware platformon:

  • vCenter Server 6.0, 5.5, 5.1, 5.0, 4.1, ESX/ESXi 4.1 és újabb verziók
  • Az ESX/ESXi 4.1-et kezelő VirtualCenter 2.5-ös verziója

A VSphere beépülő modul a vStorage API-t használja a fájlok és pillanatképek kezeléséhez. Ehhez a kiterjesztéshez érvényes, nem ingyenes VMWare licenc szükséges.

  • A VSphere beépülő modult a következő Linux alapú platformokon tesztelték (és támogatták): RHEL 6, 7 (Red Hat Enterprise Linux) 64 bitSLES 11 (SUSE Linux Enterprise Szerver) 64 bites

1.6 Korlátozások

Előfordulhat, hogy a beépülő modulok nem kompatibilisek az alapértelmezett VirtualFull feladatokkal. Kérjük, lépjen kapcsolatba a Bacula Systems ügyfélszolgálatával, hogy megbizonyosodjon arról, hogy az optimális beállításokat használja.

2 A VMware egyfájlos helyreállítási eljárásának áttekintése

Ez a rész az egyetlen fájl helyreállítási funkció használatáról nyújt tájékoztatást. VMware keresztül Bacula Enterprise Editionés a vSphere beépülő modulja.

A funkciók rövid leírása


Egy fájl helyreállítási eszköz Bacula Enterprise Edition lehetővé teszi a következő funkciók használatát:

  • Konzol interfész
  • Bweb Management Suite felület
  • Teljes/differenciális/növekményes biztonsági mentések támogatása
  • Windows 2003-2012 támogatása
  • Linux támogatás (ext3, ext4, btrfs, lvm, xfs)
  • ESX 5.x és 6 támogatás

2.1 Telepítés

A telepítési eljárást részletező dokumentáció kérésre rendelkezésre áll.

2.2 Helyreállítási szkriptek

Ezzel a funkcióval gyorsan megkereshet és visszaállíthat adott fájlokat egy VMware-környezet könyvtárából.

2.2.1 A szöveges konzol felületén keresztül

Egy fájl helyreállítási bővítmény ( VMware egyetlen fájl visszaállítása) lehetővé teszi egy egyszerű szoftverkonzol használatát, amely hozzáférést biztosít a virtuális gépen belüli fájlokhoz. Az egyetlen fájl visszaállításának folyamata a virtuális gép biztonsági másolatainak csatlakoztatásával kezdődik:

Először válassza ki a megfelelő ügyfelet

Ezután válassza ki a visszaállítani kívánt feladatot.

Ezután válassza ki a kívánt virtuális gépet.

Most válassza ki a vendég fájlrendszer helyét (helyileg vagy SMB-n keresztül)

Ebben a szakaszban a virtuális gép fájlrendszerét helyileg csatlakoztatják (a fenti példában a fájlok a következő címen érhetők el: /opt/bacula/working/vmware/5. A szabványos fájlrendszerhez hasonlóan itt is lehetséges könyvtárakat keresni és fájlokat másolni (cp, scp, ftp-n keresztül) egy másik terminálmunkamenetből Unix „root” és „bacula” fiókokkal. Ha másik Unix-fiókot kell használnia a fájlokkal való kezeléshez, használja a funkciót -o engedélyezés_egyéb” a szkript futtatásakor mount-vmware.

A munkamenet törléséhez egyszerűen nyomja meg az "Enter" gombot abban a terminál-munkamenetben, amelyben a szkript futott. mount-vmware.

A Bacula Enterprise 8.4.8-tól kezdve a Job listát a következő parancssorokkal korlátozhatja:

  • -s= korlátozza a feladatok listáját az elmúlt XXX napra
  • -l= korlátozza a feladatlistát az utolsóra beírt számokat
  • -f= speciális szűrő megadása a feladat neve és/vagy a FileSet neve alapján

2.2.2 VMware visszaállítása az interfészről Web Management Suite

Egy fájl helyreállítási funkció VMware egyetlen fájl visszaállítása segítségével lehet megvalósítani Web Management Suite. Ez a segédprogram egy helyreállítási varázsló, amely lehetővé teszi a fájlok egyszerű és egyszerű visszaállítását egy vendég virtuális gépről. Először ki kell választania azt az ügyfelet, amelyen a vSphere használatával készült biztonsági mentést végrehajtották (lásd: 7. ábra).

7. ábra Ügyfél kiválasztása

A kliens kiválasztása után az adminisztrátornak ki kell választania a visszaállítandó feladatot (visszaállítási pontot). (lásd a 8. ábrát egy másik oldalon). Ha a kiválasztott Job érvényes vSphere feladat, pl. végrehajtható, a harmadik lépésben megjelenik a FileSetben szereplő virtuális gépek listája (lásd a 9. ábrát a következő oldalon).

Ezen a ponton a Baculának létre kell hoznia egy virtuális képfájlt a kiválasztott virtuális gépről. Helyre kell állítani néhány kis fájlt minden egyes feladatból, amelyek a kiválasztott visszaállítási pontot alkotják Helyreállítási pont. A Bacula szoftveres eljárás befejezése után be kell illesztenie a kiválasztott virtuális gép lemezét a rendszerbe. Ezek a lépések általában gyorsan megtörténnek, azonban az idő nagyban függ a használt konfigurációtól. Ebben a fázisban az indexek létrehozása és karbantartása történik a későbbi visszaállítási kérelmek felgyorsítása érdekében.

A lemez csatlakoztatása után a kiválasztott virtuális gép fájljai megjelennek a fájlkezelőben. Ebben kiválaszthatja a helyreállításhoz szükséges fájlokat vagy könyvtárakat. (lásd a 10. ábrát a 31. oldalon). Az adminisztrátor ezután létrehozhat egy ZIP-et, ill tar archívum. Az archívum automatikusan létrejön, és a / opt/bacula/working. Létrejön egy hivatkozás az archívum HTTP-n keresztüli biztonságos letöltéséhez. Ezt a linket az adminisztrátor tudja biztosítani a végfelhasználónak.

Minden alkalommal, amikor a rendszergazda kiválasztja a fájlokat, kiválaszthatja a tömörített fájl tar vagy zip formátumú helyreállításának módját. (lásd a 11. ábrát a 32. oldalon). A helyreállítás után fontos a munkamenet befejezése a helyreállításhoz használt erőforrások felszabadítása érdekében.

8. ábra Visszaállítási pont kiválasztása

9. ábra Virtuális gép kiválasztása

10. ábra Fájl kiválasztása

11. ábra Fájlhozzáférés

2.3 Megjegyzések

2.3.1 Gyorsítótár-könyvtár

A további egyfájl-visszaállítási eljárások felgyorsítása érdekében néhány, a visszaállítási munkamenet során létrehozott fájl a gyorsítótár könyvtárában tárolódik.

Egy idő után törölheti a gyorsítótár fájljait. Ha szükséges, újra létrehozzák őket.

2.4 Korlátozások

  • A VMware Single File Recovery szolgáltatása a Bacula BVFS felületet használja a fájlok és könyvtárak listájának megjelenítéséhez. MySQL esetén; annak ellenére, hogy a MySQL korlátozza a SZÖVEG oszlopokban lévő indexeket, az eljárásnak nincs jelentős hatása a MySQL teljesítményére. A legjobb eredmény érdekében azonban a PostgreSQL használatát javasoljuk.

Legnepszerubb
zachetpizza.ru