ПредишенСледващото

Благодаря ви за подкрепата!

Много фирми и домашни потребители все повече използват виртуална машина за извършване на различни видове задачи и подобряване на неговата ефективност. Ако преди виртуалните машини, използвани най-вече ентусиасти, сега качеството на настолни и сървърни платформи за виртуализация разрешено използването на техните специалисти в голям мащаб. Възможност да стартирате няколко виртуални машини върху един физически машина има много предимства, сред които: спестяване на хардуер, опростяване поддръжка и намаляване на разходите за енергия в големи центрове за данни. В допълнение, важно предимство на виртуалните машини е лесна тяхната преносимост на друго физическо платформа и опростена процедура за архивиране. Но също като конвенционалните операционни системи, виртуални среди изискват голямо внимание на създаването на резервни копия на важни данни. Когато виртуалните машини в производствената среда на предприятието, много от фирмите планират цялостната стратегия за архивиране и възстановяване на виртуална инфраструктура след откази, които стават известни като Disaster Recovery.

Много доставчици на търговски платформи за виртуализация предлагат бизнес потребители вградени архивиране на виртуални машини, като например VMware Консолидиран Backup (VCB) за платформа ESX Server. Въпреки това, SMB (малък и среден бизнес) сектор, където броят на използваните виртуални машини е малко, на практика отсъства от инструменти за архивиране на платформата производител. Поради това, малките фирми трябва да се отнасят системните администратори да пишат различни скриптове, както и използването на стандартни инструменти на операционни системи, като предоставя архивиране и възстановяване на файлове и папки с данни от съществено значение.

Обща информация за архивиране на данни

За да се изяснят различията между тези видове архивиране, да даде пример за комбинация от видове архиви. При използване на пълните и инкрементални архиви значително намалява време за бекъп, но увеличава разхлаждане. Например, ако сме направили пълен архив в понеделник и инкрементални архиви ежедневно сплескани, и в петък, че системата е била повредена, ние ще трябва да се възстанови пълно резервно копие в понеделник и последователно всички допълнителни копия до петък, че ще отнеме много дълго време. Комбинацията от пълно и диференциално активиране, а напротив, изисква повече време за извършване на резервно копие, но за да се възстанови по-малък, тъй като само трябва да се възстанови пълните данни за архивиране в понеделник и се претърколи напред, за да го прави разлика файл в петък.

Това, разбира се, не всички видове резервни копия, които могат да бъдат използвани за създаване на резервно копие на данните, но тези видове - някои от най-често използваните. Очевидно е, че сървърът с висока критичност времето за възстановяване е подходящо да се използват диференциални архиви в комбинация с пълна, а не да добавя. Първи избор за външни сървъри във вашата организация, а вторият - за вътрешно, което позволи повече време за престой.

Тъй като, общо взето, виртуалната машина е папка с файлове, можете да използвате вградения инструмент за архивиране операционната система, ако платформата за виртуализация използва на върха на хост система, като например Microsoft Virtual Server или VMware Server. В Microsoft Windows за тези цели могат да бъдат използвани полезност NTBackup. При използване на голи метални платформи (Клас "от чист") като ESX Server, или Virtual желязо, необходими за използване означава производител система за виртуализация или външни разработчици.

Архивиране и възстановяване на виртуални машини върху платформа на сървър VMware ESX

Пилотът продукт на платформа VMware, ESX сървъри е ключов елемент на виртуална инфраструктура в среда с производствено предприятие. VI, параграф 3 (Virtual Инфраструктура 3) Виртуална инфраструктура е набор от продукти и средства за паркиране виртуални машини ефективно изпълнява своите задачи и да функционира без прекъсване при различни условия, включително форсмажорни фактори, като най-остри шипове в търсенето, изключване на захранването и повреда на оборудването. Един от най-важните инструменти за прилагане на възстановяване след бедствие е средство за VMware Консолидиран Backup Backup (VCB) стратегия. VCB може да се използва за създаване на резервни копия на ESX специфични сървъри, и във връзка с контрола означава, паркове виртуални сървъри VMware Virtual Center. VCB осигурява предоставя следните функции:
  • създаване на резервни копия на виртуалните машини с различни видове архивиране чрез VCB хост прокси специален прокси сървър, който облекчава, за да създадете резервни копия от производството на компанията-сървър, където виртуалните машини, работещи
  • То не изисква инсталирането на допълнителни средства за ESX сървъри
  • предоставя възможности за интеграция с други производители на резервно копие, подкрепа на различни пакети вече вградена в VCB
  • поддържа архивиране да подаде ниво за Windows гости (можете да създадете резервно копие на избрани файлове и папки в рамките на системата за гости), както и архивиране на виртуални образи машина за всяко ниво на операционни системи за гости

Архивирането на виртуални машини, използващи VCB се извършва чрез създаване на снимки на виртуални машини, без да прекъсвате работата си. VCB също поддържа мрежа за съхранение SAN. Ако виртуални машини са разположени на SAN устройство за съхранение, архивиране на процедурата е както следва:

За да копирате виртуалните машини, използващи VCB

Създаден изображения в процеса на виртуални машини с агент намира в VCB прокси сървър се съхраняват на резервната среда, откъдето могат да бъдат възстановени в случай на повреда в системата, за тичане гост или повреда на оборудването. В този случай, архивиране агент има директен достъп до логическите единици на LUN (Logical Unit Number) в устройствата San. За SAN мрежи VCB инструменти протокол подкрепа на Fibre Channel и медии лента за съхранение на резервни копия. VCB тясно използва VMware Tools функции, работещи вътре системата като гост, за създаване на резервни копия на данните за гост OS.

VMware Консолидиран Backup поддържа следните пакети (списъкът включва само официално тестване на софтуера с продукта ESX сървъри):
  • 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 срещу 5.2.1
  • Tivoli Storage Manager срещу 5.2.3
  • Tivoli Storage Manager 5.3 V
  • EMC Networker обем 7.0
  • EMC Networker срещу 7.1.x
  • EMC Networker обем 7.2
  • EMC Networker срещу 7.3
  • CA BrightStor ARCserve R11
  • CA BrightStor ARCserve r11.1
  • CA BrightStor ARCserve r11.5
  • CommVault Галакси срещу 5.9
  • CommVault Галакси срещу 6.1

По време на резервната VCB означава използване на виртуални инфраструктурни компоненти, показани по-долу:

Създаване на резервно копие на виртуални машини

Структура решения VMware Консолидиран Backup

Обобщавайки можем да кажем, че VMware Консолидиран Backup е мощен инструмент за архивиране на виртуални машини и позволява използването на стандартен софтуер за архивиране, използвани в организацията, за да се създаде резервни копия на данни.

Каталог esxRanger компания Vizioncore, Quest Software дружество, контролирано сега, в момента е един от най-популярните решения за създаване на резервни копия на виртуалните машини върху платформата на ESX Server. esxRanger не е нужно да инсталирате допълнителен агент на сървърите на ESX и създава резервно копие на виртуални машини от един сървър или група от сървъри чрез интеграция с Virtual Center продукт. Процесът на архивиране се извършва на един сървър, прозорците, където архивни изображения на виртуални системи могат да се съхраняват на различни устройства за съхранение в производствената среда на организацията.

esxRanger има и GUI интерфейс и интерфейс на командния ред, която ви позволява да използвате обикновен Windows Task Scheduler да тече на работните места за архивиране на графика, което премахва необходимостта да се напише допълнителни скриптове. прозорец EsxRanger основен продукт е показан по-долу:

Създаване на резервно копие на виртуални машини

Основният прозорец esxRanger

Свързване с VMware Virtual Center, с такива права, можете да изберете индивидуална виртуална машина сървъри центровете за данни за архивиране. Копирани изображения автоматично се компресират за архивиране и декомпресира време за възстановяване, което спестява време за ИТ администраторите.

esxRanger интегрира с VMware Консолидиран Backup чрез използване на мрежи за съхранение на Сан и ви позволява да създадете пълен или диференциални резервни копия на виртуалните машини, както и отделни файлове и папки в гост на Windows. Освен това, по време на процеса на архивиране esxRanger събира различна информация за архивирането на показатели (като изразходвани за архивиране и възстановяване на времето), го съхранява в базата данни и ви позволява да го използвате за тенденция стратегия Disaster Recovery. В допълнение към това, esxRanger има механизъм за политика, която позволява да се изгради стратегия за архивиране на данни на базата на шаблони и да го интегрира с другите компоненти на ИТ инфраструктурата на една организация, колкото е възможно повече, за да се намали натоварването на системните администратори.

Като цяло, esxRanger е удобен, надежден и лесен за използване инструмент за създаване на резервни копия на виртуалните машини в Virtual Инфраструктура 3, която има способността да се интегрира с VMware Консолидиран Backup, която може да се използва в мрежи за съхранение SAN данни бизнеса от всякакъв мащаб.

Архивирането на виртуални машини на Microsoft Virtual платформа сървър

За да направите резервни копия на течаща виртуални машини върху виртуален сървър платформа, можете да използвате своя COM интерфейс с написването на сценария, например, с помощта на Visual Basic Scripting (VBS). Когато създадете виртуално архивиране машина, първо трябва да го превърне в запазена състояние (Запазени-членка), след това да копирате файловете на определено място, а след това се започва отново. По-долу е скрипт проба на VBS, което прави необходимите стъпки, за да копирате една виртуална машина. Тя може да се движат по график, като използва стандартния Windows Task Scheduler.

Този скрипт трябва да се използва по следния начин:

C: \ температура> cscript backupvm.vbs <имя виртуальной машины> <диск:\путь_сохранения>

Трябва да се отбележи, че Microsoft официално не подкрепи този процес на създаване на резервно копие, защото целостта на виртуална машина, копиран в запазеното състояние може да бъде нарушен, поради факта, че част от паметта й не се съхранява в този случай в VSV на файлове и VHD.

Използването на услугата том служба

XenSource компания, занимаваща се с подкрепата на проект с отворен код Xen, както и разпространението на търговската платформа за виртуализация XenEnterprise, предлага не толкова много възможности за архивиране виртуални машини върху платформа Xen. Един от тях е показано по-долу с помощта на устройство за съхранение във файловата система NFS (Network System File).

Основна информация:
  • XenServer домакин (в процедури за архивиране примерно IP 192.168.1.10)
  • Компютърът използва като сървър съхраняване на архив копие (в този пример своя IP 192.168.1.1)
  • Virtual Machine XenVM (в примера на своя IP 192.168.1.12)
Резервната процедура:
  1. Инсталирайте сървър NFS чрез добавяне на файлове / и т.н. / износа на следните редове:
    / * (Rw, синхронизация, no_root_squash)
  2. На XenServer домакин да се изброят на файла / и т.н. / Xen / xmexample1 следното:
    ядрото / обувка / xenkernel
    име = "ExampleDomain"
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. "
  • Пазете копие на файл / и т.н. / fstab и добавете следните редове към него:
    192.168.1.1:rootdevice / NFS RW, твърди, междум 1 януари
    192.168.1.1:swapdevice суап суап подразбиране 0 0
    192.168.1.1:usrpartition / ЮЕсАр NFS RW, твърди, междум 01 януари
    192.168.1.1:varpartition / Var NFS RW, твърди, междум 01 януари
    никой / ррт / т devpts GID = 5, режим = 620 0 0
    никой / PROC PROC подразбиране 0 0
  • Копирайте /lib/modules/2.6.16.29-xen с XenServer домакин на резервно устройство
  • Изпълнете следната команда на резервни копия на сървъра:
    #scp 192.168.1.10:/lib/modules/2.2.16.29-xen / ПЬ / модули /
  • За да активирате конзолата, използвайки Удев, изпълнете следните команди на резервни копия на сървъра:
    защитен режим / TMP / сътрудничество
    монтиране --move / сътрудничество / TMP / сътрудничество
    sbin / MAKEDEV нула конзола нула
    монтиране --move / TMP / сътрудничество / сътрудничество
  • Изпълнете следната команда за монтиране на резервно устройство за Xen домакин:
    #xm създаде -C xmexample1
  • Запазване на резервно копие xenstore-ли файла и копирате съдържанието на файловата система (с изключение на директорията / ргос и / сис) в друга папка:
    #rsync -a -e SSH --exclude = '/ Proc / * "--exclude =' / сис / *" 192.168.1.10:/ / backupdir
  • заключение

    Подготовка и изпълнение на планове за архивиране и възстановяване след бедствие (Disaster Възстановяване Plan) най-важните сървъри и работни станции, организацията е необходим компонент на неговата дейност. Виртуалните машини, дори повече, отколкото физическото, изискват високо внимание на резервно копие на данните, тъй като обикновено на няколко виртуални машини консолидирани върху един физически хост. Водещи производители на платформи за виртуализация се стреми да гарантира, за да се осигури мощен и удобен начин за създаване на резервно копие, но в този момент това е само на VMware. Backup стратегия може да се извърши по два начина: един от най-лесните начини да се направи това в стандартната стратегия за архивиране на данни в областта на ИТ инфраструктура на компанията, като инсталирате системи за архивиране гост агенти, както и създаване на изображения. Друг, по-удобен и бърз начин - с помощта на вградени платформи като VMware Консолидиран Backup или системни администратори писане на скриптове. Във всеки случай, тя никога не трябва да се забравя, че неуспехът на оборудване или друга непреодолима сила не трябва да оказват съществено влияние върху критични дейността на дружеството.

    Свързани статии

    Подкрепете проекта - споделете линка, благодаря!