Oprettelse af en virtuel kopi af din computer. Sådan sikrer du konsistens i backup-data

Windows Server 2008 Hyper-V har ikke mulighed for at oprette en klon af en eksisterende virtuel maskine. Det betyder dog ikke, at det er umuligt, eller at det er svært at gøre. Faktisk er der sådan en mulighed, og den er ret enkel at bruge.

Der er to måder at klone en virtuel maskine i Hyper-V.

1. Brug eksport/import-funktionen på virtuelle maskiner
2. Kopier virtuel HDD og opret en ny virtuel maskine med denne disk.

1. Brug eksport/import-funktionen i Hyper-V

Denne metode er den nemmeste og mest overkommelige måde at klone en virtuel maskine på.

Eksport af en virtuel maskine

Klik på i Hyper-V Manager Højreklik til den ønskede virtuelle maskine og vælg Eksporter. Angiv, hvor den virtuelle maskine skal importeres. Det er vigtigt at vide, at når du importerer den virtuelle maskine tilbage, vil placeringen af den virtuelle maskine og dens virtuelle disk pege på denne placering.

Under eksport kan du vælge, hvad der skal eksporteres: hele den virtuelle maskine eller kun den virtuelle maskine-konfiguration.

Import af en virtuel maskine

For at importere en virtuel maskine skal du klikke på "Importer virtuel maskine" fra handlingsmenuen. Angiv mappen med den eksporterede virtuelle maskine, og klik på Importer.

Det er vigtigt at angive nøjagtigt biblioteket på den eksporterede maskine, og ikke en af dens undermapper.

Når den virtuelle maskine er importeret, kan du ændre dens indstillinger, såsom IP-adresse, værtsnavn osv.

2. Kopier VHD'en og opret en ny virtuel maskine

Bare kopier VHD-filen på den originale virtuelle maskine og opret derefter en ny virtuel maskine, men som harddisk angiv den kopierede fil. I menuen, når du kommer til vinduet "Connect Virtual". Harddisk”, vælg indstillingen “Brug en eksisterende virtuel harddisk” og angiv dens placering.

Vagt

Kinesisk betyder ikke altid dårligt. Her sælges kinesiske frontlæssere til fabrikspriser.

Har du brug for et hegn til din dacha, sommerhus eller hjem? Kontakt "Profzabor" - produktion af specialfremstillede hegn af alle materialer.

Praktisk bekendtskab med VMware converter - et produkt, der giver dig mulighed for at lave en nøjagtig kopi af en rigtig maskine til efterfølgende virtualisering.

Mange har allerede sat pris på mulighederne i programmer som VMware eller Virtual PC. Først og fremmest er de selvfølgelig nyttige for udviklere, som nemt kan teste deres kreationer under forskellige operativsystemer, i forskellige softwaremiljøer eller endda på et rent, nyinstalleret system. Men virtuelle maskiner kan også være nyttige for rene dødelige.

Hvordan kan du lide muligheden for at køre et gammelt program, der nægter at være venligt med det nye styresystem? Eller et unikt program, der kun eksisterer for ét system, og – ja, selvfølgelig – ikke det du har. Ja, og se bare på den nye af nysgerrighed Linux distribution eller et ekstremt alternativt OS, der ikke ønsker at påtage sig unødvendige forpligtelser for at klippe disken i partitioner, rode med bootloaderen og løse konflikter med din hardware. For eksempel, i min søgen efter interessant software, ville jeg have rodet systemet mere end én gang, hvis jeg havde besluttet mig for at prøve kandidater uden hjælp fra en virtuel maskine.

Hvis vi tager VMware, så er det en enkel og hurtig proces at skabe en ny maskine. Du får dog, hvad du får - en helt tom "disk", som du stadig skal installere operativsystemet på. Hvad hvis du har brug for en specifik konfiguration? Hvis du allerede har en arbejdscomputer sat op og vil eksperimentere med den? Eller gendan fra backup gammel konfiguration og meditere over emnet "hvorfor blev alt dækket til"?

Med VMware converter er det lige så nemt, dog lidt længere. Dette produkt giver dig mulighed for at lave en nøjagtig kopi af en rigtig maskine til efterfølgende virtualisering. Konverteren kan dog også bruge:

virtuelle maskiner både VMware og Microsoft Virtual PC (kun hvis Windows bruges som gæstesystem);
Symantec Backup Exec Systemgendannelsesbilleder;
billeder Norton Ghost(startende fra version 9).

Efter at have installeret og lanceret VMware converter (beta 3.0 Starter Edition), vil du se et vindue med en liste over opgaver, der stadig er tom. Opgavefilosofien er ret forbeholdt flere kraftfuld version Enterprize, hvis du pludselig vil virtualisere alle dine 157 maskiner lokalt netværk, men under alle omstændigheder bliver du nødt til at oprette en opgave. Lad os tage omstilling rigtig computer, hvorpå konverteren startes, som det mest generelle tilfælde. Bemærk med det samme, at du et eller andet sted skal bruge plads til en virtuel disk af mindst samme størrelse som den optagede plads på testmaskinens systemdisk. Mere er bedre.

Så for at oprette en opgave skal du klikke på knappen Importer maskine. En "guide" vil starte, som gradvist vil ryste fra dig al den information, der er nødvendig for arbejdet. Du vælger Fysisk computer, derefter Denne lokale maskine, og vælger derefter de diske, du skal tage billeder fra og efterfølgende forbinder dem med den virtuelle maskine. Hvis du ikke har nogle særlige krav, skal du blot vælge systemdrevet.

De næste trin kræver, at du angiver indstillingerne for maskinen og dens disk (de ligner indstillingerne for VMware Workstation) og klikker på knappen "Udfør". Din opgave vises i programmets hovedvindue. Lav en kop kaffe til dig selv eller overbevis din hund om, at det er tid for ham at gå en tur, og gå i gang med opgaven. Jeg formåede personligt at gå roligt til butikken og tilbage, men jeg har ikke den mest kraftfulde computer.

Når arbejdet er færdigt, skal du åbne den oprettede konfigurationsfil i VMware Player og voila! En nøjagtig kopi af dit system med alle indstillinger og programmer vises i sit eget vindue. Ligesom en rugende dukke.

Datakonsistens sikkerhedskopi er summen af datas gyldighed, nøjagtighed og integritet i forhold til filer, applikationsdata og operativsystemet på en computer eller virtuel maskine. Datakonsistens er afgørende for ethvert system Reserve eksemplar, uanset dens størrelse og virksomhedens sikkerhedspolitikker. I denne artikel vil jeg diskutere, hvordan du sikrer, at din sikkerhedskopi er konsistent og kan gendannes på ethvert tidspunkt uden datakorruption.

Sikkerhedskopieringsfilens konsistensniveauer

Der er flere niveauer af datakonsistens i backupfiler. Niveauer bestemmes efter følgende kriterier:

systemtype(om der er lavet en sikkerhedskopi af et "live" eller et nedlukningssystem)
fil regnskab(kan indbyrdes afhængige filer tydeligt identificeres i forhold til hinanden)
ansøgningsregnskab(om beskyttelse blev brugt til at forhindre tab af data på forskellige niveauer, inklusive transaktionsniveauet)

Lad os se på alle typer konsistens i rækkefølge.

Inkonsekvent backup

Den første og ældste type sikkerhedskopiering bruger inkonsekvente kopier. Det kan opfattes som operationen med at kopiere alle computerdata, mens den kører til et USB-flashdrev eller netværkslager. Hvis blot én fil ændres under sikkerhedskopieringen, vil sikkerhedskopien blive inkonsekvent. Det betyder, at mængden af sikkerhedskopierede data vil afvige fra den aktuelle tilstand af systemet, og datagendannelse vil ikke være nøjagtig eller fuldstændig. Denne type indebærer heller ikke at gemme en losseplads Random Access Memory og kan have problemer med skrivebeskyttede filer.

Statsløs backup

Den næste type backup er den såkaldte statsløse applikationsbackup. Den største forskel fra inkonsekvente kopier er, at denne sikkerhedskopi er oprettet over en bestemt periode. Tænk på denne kopi som et øjebliksbillede af hele indholdet på din harddisk – som om du havde taget et billede.

Gendannelse af et systembillede fra en sådan kopi svarer dog omtrent til at tænde for computeren efter et strømsvigt. Data fra programmer åbne på tidspunktet for nedbruddet og aktive I/O-operationer (på tidspunktet for nedbruddet) kan ikke gendannes. I nogle tilfælde, når du starter programmer efter gendannelse, skal du udføre specielle handlinger for at genoprette deres funktionalitet. Dette er især farligt for databaseapplikationer. For eksempel kan en Microsoft Exchange-server kræve installation af en speciel gendannelsesgruppe og separat logintegration. Microsoft applikationer SQL eller Oracle vil kræve, at databaser gendannes til et specifikt transaktionsniveau, fordi en fejl i deres drift har forstyrret rækkefølgen af operationer, og nogle transaktioner skal genudføres, før de begås af systemet.

Konsekvent sikkerhedskopiering på filniveau

Konsistens på filniveau betyder, at indholdet af alle åbne filer på det tidspunkt, hvor sikkerhedskopieringen begynder, skal være forpligtet til harddisken. Men selv i dette tilfælde har systemet stadig ingen idé om de igangværende transaktioner med applikationsdatabaserne.

Transaktionelt konsekvent sikkerhedskopiering

En sådan kopi har ikke de ovenfor beskrevne ulemper, og alle VM-data på et præcist tidspunkt gemmes i en sikkerhedskopi. Problemet med at oprette en sådan kopi er, at fil- og apskal udføres, når den ønskede VM er i drift, og adgangen til den skal være kontinuerlig for klienter.

Til VM'er, der kører under Windows kontrol Veeam hjælper dig med at gøre din backup fuldstændig konsistent ved hjælp af Shadow Copy Service (VSS). Denne service er udviklet af Microsoft og er inkluderet i alle udgaver operativsystemer Windows, startende med Windows Server 2003. Shadow Copy Service koordinerer de processer, der forbereder systemet til frysning. Det giver dig mulighed for midlertidigt at suspendere I/O-operationer på din harddisk og hjælper dermed din backup-software.

"Applikationsbevidst billedbehandling" er en Veeam-teknologi, der sikrer succes fuld bedring VM- og VM-applikationsdata uden datatab.

Veeam Backup & Replication installerer ikke softwareagenter på VM'er. I stedet kører gæstemaskinen et serviceprogram for at koordinere gæsteoperativsystemets backup. Når kopieringen er fuldført, slettes applikationen automatisk. Mekanismen er designet til at forhindre potentielle problemer med forudinstallation, fejlfinding og opdatering af softwareagenter.

Veeam Backup & Replication starter skyggekopieringstjenesten og sender en anmodning om at skabe konsistent VM-diskindhold, før der tages et snapshot af VM'en. Skyggekopitjenesteudbyderen koordinerer derefter forberedelsen af applikationer til backup. Dette sikrer datakonsistens inden for et præcist defineret tidsrum. Dette sikrer, at der ikke er nogen ventende eller uforpligtende databaseoperationer eller ufuldstændige applikationsfiler, når VM-indholdet kopieres.

Hvordan kan jeg sikre mig, at min backup er konsistent?

På stadiet med konfiguration af en backup- eller replikeringsopgave skal du sikre dig, at på fanen "gæstebehandling" er muligheden "aktiver applikationsbevidst behandling" aktiveret for de VM'er, der er valgt til denne opgave. Du kan derefter køre opgaven og kontrollere dens udførelsesstatus.

Brug af "applikationsstatsfuld backup"-mekanisme er især kritisk i tilfælde af backup af SQL- eller Exchange-servere, da det giver dig mulighed for at kontrollere væksten af transaktionslogfiler og afkorte dem, hvis det er nødvendigt. I modsat fald sker kontrol over trævækst manuelt.

Skyggekopieringstjenesten fungerer godt til moderne Windows-maskiner, men i tilfælde af et Linux-miljø skal du bruge en anden metode.

Frysefunktion (hvile) fra VMware

For eksempel til virtuelle maskiner, der kører på VMware ESX i-servere, giver VMware en "stille"-mulighed. Denne funktion gør det muligt at fryse gæste-OS I/O på forhånd, når serveren forbereder sig på at fjerne en kopi af den virtuelle maskine. Detaljerede instruktioner Hvordan man arbejder med denne mulighed kan læses i .

Veeam backup job kan bruge både VMwares Application Stateful Backup og Freeze muligheder. I dette tilfælde vil Veeam Backup & Replication bruge den første mulighed som standard, og hvis den fejler eller er umulig at bruge, skifter den til den anden.

Du kan kontrollere, om data kan gendannes fra en sikkerhedskopi ved hjælp af .

Nyttige ressourcer

Veeam Blog: (engelsk)
Hjælpevejledning: " " (engelsk)

GD Stjernebedømmelse
et WordPress ratingsystem

Sådan sikrer du konsistens i backup-data, 3,2 ud af 5 baseret på 5 anmeldelser

Mange virksomheder, såvel som hjemmebrugere, bruger i stigende grad virtuelle maskiner til at udføre forskellige opgaver og øge effektiviteten af deres aktiviteter. Hvis tidligere virtuelle maskiner hovedsageligt blev brugt af entusiaster, har kvaliteten af desktop- og servervirtualiseringsplatforme nu givet dem mulighed for at blive brugt af fagfolk i i stor skala. Evne til at køre flere virtuelle systemer på en fysisk computer har mange fordele, herunder: besparelser på hardware, hvilket forenkler vedligeholdelsen og reducerer energiomkostningerne i store datacentre. Derudover er en vigtig fordel ved virtuelle maskiner deres nemme portabilitet til en anden fysisk platform og enkel procedure deres backup. Men ligesom almindelige operativsystemer kræver virtuelle miljøer stor opmærksomhed for at lave sikkerhedskopier af kritiske data. Når virtuelle maskiner kører ind produktionsmiljø virksomheder planlægger mange virksomheder hele strategier til arkivering og gendannelse af virtuel infrastruktur efter fejl, som kaldes Disaster Recovery.

Mange kommercielle udbydere af virtualiseringsplatforme tilbyder virksomhedsbrugere indbyggede værktøjer til backup af virtuelle maskiner, såsom VMware Consolidated Backup (VCB) til ESX Server-platformen. I SMB-sektoren (Small and Medium Business), hvor antallet af anvendte virtuelle maskiner er lille, er der praktisk talt ingen backupværktøjer leveret af platformsproducenten. Følgelig, små virksomheder det er nødvendigt at involvere systemadministratorer til at skrive forskellige scripts, samt bruge standard hjælpeprogrammer operativsystemer, der giver arkivering og gendannelse af filer og mapper med vitale data.

Forståelse af sikkerhedskopiering af data

Sammen med den virtuelle infrastrukturplanlægningsproces er det også nødvendigt at igangsætte processen med at udvikle en katastrofegenetableringsplan. Først og fremmest er det nødvendigt at identificere de mest kritiske elementer i it-infrastrukturen, som potentielt er modtagelige for skader fra interne og eksterne kilder, såsom strømafbrydelser, harddiskfejl, virustrusler og andre. Efter dette er det nødvendigt at overveje hyppigheden af sikkerhedskopiering af virtuelle maskiner af forskellige kategorier afhængigt af graden af kritikalitet. Virksomhedens virtuelle produktionsservere, som fungerer i fuld offentlig tilgængelighedstilstand, skal arkiveres ret ofte og regelmæssigt og have mulighed for hurtigt at blive gendannet i tilfælde af en fejl. Interne servere organisationer, der ikke kræver så høj opmærksomhed og hurtig bedring, kan arkiveres sjældnere med længere genoprettelsestider. Derefter skal du bestemme, hvilke lagerenheder der skal bruges til arkivering (IDE- eller SCSI-drev på andre servere, SAN-enheder osv.).

Når du vælger frekvensen af arkivering, er det nødvendigt at tage højde for, at nogle typer sikkerhedskopiering har egenskaben til at skabe hurtige sikkerhedskopier, men langsommere gendannelse. Omvendt er det muligt at udføre længere arkivering med kortere gendannelsestider. Følgende er hovedtyperne af sikkerhedskopiering af data, der også kan anvendes på virtuelle maskiner:

Regelmæssig (fuld) arkivering (fuld backup)
Denne type arkivering skaber fuld kopi alle lagrede data. Processen med at oprette en sådan sikkerhedskopi er ret lang, men kræver ikke meget retableringstid, da den ikke kræver flere gendannelsesopgaver. Fuld backup nulstiller fil- og mappearkivmarkører, som bruges til at bestemme, hvilke filer der skal sikkerhedskopieres. Disse markører bruges til at kontrollere filtilstande under inkrementelle og differentielle sikkerhedskopier.
Inkrementel backup
Denne type sikkerhedskopiering involverer kopiering af filer og mapper, der er ændret siden sidste sikkerhedskopiering. Derfor, hvis du udfører to trinvise sikkerhedskopier efter hinanden og ikke ændrer filen mellem dem, vil den ikke blive tilføjet til gendannelsesbilledet.
Differentiel backup
Denne sikkerhedskopi inkluderer alle ændringer, der er sket i filer og mapper siden den sidste fulde sikkerhedskopiering. Følgelig, med to på hinanden følgende differentiel arkivering, vil en fil, der ikke er ændret mellem dem, men som er ændret siden sidste fulde arkivering, blive arkiveret begge gange.

For at forklare, hvordan disse typer af arkivering adskiller sig, vil vi give et eksempel på at kombinere typer af backup. Når du bruger fuld og trinvis arkivering, reduceres backuptiden betydeligt, men gendannelsestiden øges. For eksempel, hvis vi lavede en fuld sikkerhedskopi om mandagen og rullede yderligere sikkerhedskopier ud hver dag, og om fredagen var systemet beskadiget, bliver vi nødt til at gendanne den fulde sikkerhedskopi af mandag og sekventielt alle yderligere kopier indtil fredag, hvilket vil tage en meget lang tid. At kombinere fuld og differentiel aktivering kræver tværtimod mere tid til arkivering, men mindre tid til gendannelse, da du kun behøver at gendanne den fulde arkivkopi af mandagens data og rulle fredagens differentielle arkiv ind på den.

Det er selvfølgelig ikke alle typer arkivering, der kan bruges ved sikkerhedskopiering af data, men de angivne typer er nogle af de mest brugte. Det er klart, at det for servere med høj gendannelsestidskritikalitet er mere tilrådeligt at bruge differentiel arkivering i kombination med fuld arkivering frem for trinvis arkivering. Den første er velegnet til eksterne servere i organisationen, den anden - til interne, som kan tolerere mere nedetid.

Da en virtuel maskine dybest set er en mappe med filer, kan du bruge de indbyggede sikkerhedskopieringsværktøjer i værtsoperativsystemet, hvis du bruger en virtualiseringsplatform oven på værtssystemet, som for eksempel Microsoft Virtual Server eller VMware Server. I Microsoft Windows kan du bruge værktøjet til disse formål ntbackup. Når du bruger bare-metal platforme såsom ESX Server eller Virtual Iron, skal du bruge virtualiseringssystemleverandørens værktøjer eller tredjepartsprodukter.

Derudover kan sikkerhedskopiering af virtuel maskine udføres ved at oprette gæstebilleder ved hjælp af software såsom Acronis Sandt billede. Det er også værd at bemærke, at der er situationer, hvor det er nødvendigt at arkivere ikke hele den virtuelle maskine, men nogle data i gæstesystemet. I dette tilfælde, når du skriver batch-arkiveringsscripts, kan du bruge monteringsværktøjer virtuelle diske til værtssystemet. For VMware-platforme er et sådant værktøj VMware applikation Diskmontering.

Sikkerhedskopiering og gendannelse af virtuelle maskiner på VMware ESX Server platformen

VMwares pilotprodukt, ESX Server-platformen, er et nøgleelement i virtuel infrastruktur i et virksomhedsproduktionsmiljø. Virtuel infrastruktur VI3 (Virtual Infrastructure 3) er et sæt produkter og værktøjer, der gør det muligt for en flåde af virtuelle maskiner effektivt at udføre deres opgaver og fungere problemfrit i forskellige forhold, herunder force majeure-faktorer såsom pludselige belastningsstigninger, strømafbrydelser og beskadigelse af udstyr. Et af de vigtigste værktøjer til implementering af en Disaster Recovery-strategi er et backupværktøj. kopiering af VMware Consolidated Backup (VCB). VCB kan bruges til at lave sikkerhedskopier af individuelle ESX-servere, såvel som i forbindelse med VMware Virtual Centers virtuelle serverflådestyringsværktøj. VCB tilbyder følgende egenskaber:

oprettelse af sikkerhedskopier af virtuelle maskiner med forskellige typer arkivering gennem en speciel proxyserver VCB Proxy Host, som fjerner byrden med at lave sikkerhedskopier fra virksomhedens produktionsserver, hvor de virtuelle maskiner kører
kræver ikke installation af yderligere agenter på ESX-servere
giver rigelige muligheder om integration med produkter tredjeparts producenter backup-værktøjer, understøttelse af forskellige pakker er allerede indbygget i VCB
understøtter arkivering på filniveau for gæster Windows-systemer(du kan oprette arkivkopier separate filer og mapper inde i gæstesystemet), samt arkivering på niveau med virtuelle maskinbilleder for ethvert gæste-OS

Sikkerhedskopiering af virtuelle maskiner ved hjælp af VCB foregår ved at skabe snapshots af virtuelle maskiner uden at stoppe deres drift. VCB understøtter også SAN'er. Hvis de virtuelle maskiner er placeret på en SAN-lagerenhed, er sikkerhedskopieringsproceduren som følger:

Snapshots af virtuelle maskiners tilstande oprettet under drift ved hjælp af en agent placeret på VCB-proxyserveren gemmes på backupmedier, hvorfra de derefter kan gendannes i tilfælde af en fejl i et kørende gæstesystem eller beskadigelse af udstyr. I dette tilfælde har backup-agenten direkte adgang til LUN'erne (Logical Unit Number) i SAN-enhederne. For SAN-netværk understøtter VCB Fibre Channel-protokollen samt båndmedier til lagring af sikkerhedskopier. VCB udnytter i høj grad funktionerne i VMware Tools, der kører inde i gæstesystemet, til at lave sikkerhedskopier af gæste-OS-data.

VMware Consolidated Backup understøtter i øjeblikket følgende pakker (listen inkluderer kun officielt testet software med ESX Server-produktet):

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 v 7.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

Generelt kan arbejdet med at skabe arkivkopier af virtuelle maskiner repræsenteres som følger:

Sikkerhedskopieringssoftwaren kører et præ-arkiveringsscript, der udfører følgende opgaver:
- sørger for, at der ikke forekommer læse-skrivehandlinger i gæstesystemet til gemte mapper og filer (kun for Windows-gæsteoperativsystemer)
- skifter den virtuelle maskine til snapshot-tilstand, opretter et snapshot af den virtuelle maskines tilstand og gør den tilgængelig for applikationen ved hjælp af VCB
- monterer et snapshot af den virtuelle maskine fra SAN til proxyserveren
En sikkerhedskopi af et øjebliksbillede af den virtuelle maskine oprettes på billedniveau eller på niveau med filer og mapper i gæstesystemet (fuld, differentiel eller trinvis kopi).
Sikkerhedskopieringssoftwaren kalder et post-backup-script, der fuldender sikkerhedskopieringen (afmonterer snapshots fra den virtuelle maskine fra proxyserveren og tager den virtuelle maskine ud af snapshot-tilstand).

Under backup-processen bruger VCB-værktøjer følgende virtuelle infrastrukturkomponenter:

For at opsummere er VMware Consolidated Backup et kraftfuldt værktøj til at lave sikkerhedskopier af virtuelle maskiner og giver dig mulighed for at bruge standard backupsoftware, der bruges i din organisation til at lave arkivkopier af dine data.

Sikkerhedskopier med Vizioncore esxRanger

Vizioncores esxRanger-produkt, nu kontrolleret af Quest Software, er i øjeblikket en af de mest populære løsninger til at lave sikkerhedskopier af virtuelle maskiner på ESX Server-platformen. esxRanger kræver ikke installation af yderligere agenter på ESX-servere og opretter sikkerhedskopier af virtuelle maskiner fra en enkelt server eller gruppe af servere gennem integration med Virtual Center-produktet. Processen med at lave sikkerhedskopier foregår på én Windows-server, hvorfra arkiverede billeder af virtuelle systemer kan gemmes på forskellige enheder opbevaring i organisationens produktionsmiljø.

esxRanger har både en GUI og en kommandolinjegrænseflade, så du kan bruge en almindelig skemalægger Windows opgaver at køre backupjob efter en tidsplan, hvilket eliminerer behovet for at skrive yderligere scripts. Hovedvinduet for esxRanger-produktet er vist nedenfor:

Ved at oprette forbindelse til VMware Virtual Center, hvis du har de relevante tilladelser, kan du vælge individuelle virtuelle maskiner på datacenterservere til backup. Kopierede billeder komprimeres automatisk under arkivering og dekomprimeres under gendannelse, hvilket sparer systemadministratorer for tid.

esxRanger integreres med VMware Consolidated Backup, når det bruges i SAN'er og giver dig mulighed for at oprette fulde eller differentielle kopier af virtuelle maskiner såvel som individuelle filer og mapper i Windows-gæster. Derudover indsamler esxRanger under backupprocessen forskellige oplysninger om arkiveringsmålinger (såsom tid brugt på arkivering og gendannelse), gemmer det i en database og tillader det at blive brugt til at bygge trends i Disaster Recovery-strategien. Ud over dette har esxRanger en policy-motor, der giver dig mulighed for at opbygge en dataarkiveringsstrategi baseret på skabeloner og integrere den med andre komponenter i organisationens IT-infrastruktur, hvilket minimerer arbejdsbyrden for systemadministratorer.

Sikkerhedskopieringsproceduren ved hjælp af esxRanger ser sådan ud:

Et virtuel maskine-sparepunkt oprettes og gemmes i databasen.
Ved hjælp af VMware API "låses" virtuelle diskfiler op til læsning (de er låst som standard) og oprettelse af .REDO-filer, der vil gemme ændringer på de virtuelle diske siden lagringspunktet.
Virtuelle diskfiler komprimeres.
Sikkerhedskopiering er i gang komprimerede filer og anvendelse af .REDO-filer til virtuelle maskine VMDK-filer.
Efter ændringerne er blevet anvendt, VMDK filer vende tilbage til den oprindelige låste tilstand.
Systemadministratoren tilføjer kommentarer til sikkerhedskopierne af de virtuelle maskiner, der indeholder instruktioner, hvis de virtuelle maskiner fejler.

Samlet set er esxRanger et praktisk, pålideligt og brugervenligt sikkerhedskopieringsværktøj til virtuel maskine til Virtual Infrastructure 3, der integreres med VMware Consolidated Backup til brug på tværs af SAN'er for virksomheder af enhver størrelse.

Oprettelse af sikkerhedskopier af virtuelle maskiner på Microsoft Virtual Server-platformen

Desværre, Microsoft firma, ejeren og udvikleren af servervirtualiseringsproduktet Virtual Server 2005, giver ikke brugerne de kraftfulde backup- og gendannelsesmuligheder i VMware Consolidated Backup. For nu er Microsoft primært fokuseret på at udvikle hypervisor-baseret virtualiseringsunderstøttelse indbygget i den næste version af Windows Server-platformen, kodenavnet Viridian. Microsoft forsinker dog konstant den endelige udgivelsesdato for Windows Virtualization, og skærer også ned på sine annoncerede funktioner, så det er nu svært at sige noget endegyldigt om backup-mulighederne på den kommende virtualiseringsplatform. Med ret stor sandsynlighed kan vi sige, at der vil være indbygget understøttelse af "live" arkivering, men det er endnu ikke klart i hvilken form. I dag kan sikkerhedskopier af virtuelle maskiner i Virtual Server oprettes "to en halv vej", herunder:

ved hjælp af standardværktøjer til sikkerhedskopiering af operativsystembilleder, som kan oprettes af agenter, der kører inde i gæstesystemer, for eksempel Symantec Backup Exec.
at skrive specialiserede scripts, der gemmer den virtuelle maskines tilstand, kopiere dens data til backupmedier og starte den virtuelle maskine igen
brugen af (Volume Shadow Service, VSS), som understøttes i Virtual Server for ganske nylig og endnu ikke understøttes af producenter af

For at arkivere kørende virtuelle maskiner på Virtual Server-platformen, kan du bruge dens COM-grænseflade ved at skrive et script, for eksempel ved hjælp af Visual Basic Scripting (vbs). Når du sikkerhedskopierer en virtuel maskine, skal du først sætte den i Gemt tilstand, derefter kopiere dens filer til en specificeret placering og derefter køre den igen. Nedenfor er et eksempel på et vbs-script, der udfører disse nødvendige trin for at kopiere en enkelt virtuel maskine. Det kan køres efter en tidsplan ved hjælp af standard Windows opgaveplanlægning. " backupvm.vbs " forfatter: John Savill " brug: backupvm.vbs Mulighed Eksplicit ved fejl Genoptag Næste Dim objFSO, objVirtualServer, objVM, objSaveTask, objVHD " Opretter forbindelse til et filsystemobjekt set objFSO=CreateObject("Scripting.FileSystemObject") " Tilslutning til virtuel server set objVirtualServer = CreateObject("VirtualServer.Application") " Søg efter en virtuel maskine sæt objVM = objVirtualServer.FindVirtualMachine(WScript.Arguments(0)) " Gemmer virtuel maskintilstand sæt objSaveTask = objVM.Save " Sæt pause for at udføre en gemmehandling mens ikke objSaveTask.isComplete WScript.Sleep 1000 wend " Kopiering af virtuelle diske og UNDO diske for hver objVHD i objVM.HardDiskConnections Hvis objFSO.FileExists(objVHD.HardDisk.file) Så "Wscript.Echo objVHD.HardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.HardDisk.filguments, WScriptArguments. (1) End If If objFSO.FileExists(objVHD.undoHardDisk.file) Then "Wscript.Echo objVHD.undoHardDisk.file & " " & WScript.Arguments(1) objFSO.CopyFile objVHD.undoHardDisk.file, WScript.Arguments(1) ) Afslut hvis næste " Kopiering af vsv- og vmc-filer objFSO.CopyFile objVM.File, WScript.Arguments(1) objFSO.CopyFile objVM.SavedStateFilePath, WScript.Arguments(1) " Start af en virtuel maskine objVM.Startup

Dette script skal bruges som følger:

C: emp>cscript backupvm.vbs

Det skal bemærkes, at Microsoft ikke officielt understøtter denne sikkerhedskopieringsproces, da integriteten af en virtuel maskine kopieret i en gemt tilstand kan blive kompromitteret på grund af det faktum, at en del af dens hukommelse ikke er gemt i vsv- og vhd-filerne i dette tilfælde .

Brug af Volume Shadow Service

VSS-understøttelse blev introduceret i den nyligt udgivne Virtual Server 2005 R2 SP1. Brug af skyggekopitjenester i Virtual Server indebærer oprettelse af sikkerhedskopier af kørende virtuelle maskiner ved at oprette billeder, hvilket væsentligt skulle forenkle og fremskynde sikkerhedskopierings- og gendannelsesproceduren. Det er dog ikke nok at software for backup til at understøtte VSS, er det også nødvendigt, at det også understøtter den nye Virtual Server VSS Writer Service (VS Writer), som der i øjeblikket ikke er fundet support til i nogen af arkiveringssystemerne. Ifølge Microsoft kan sikkerhedskopieringsværktøjer bruge VS Writer til at sikkerhedskopiere og gendanne virtuelle maskiner på følgende måde: de giver Virtual Server besked om, at backupprocessen er begyndt, Virtual Server svarer ved at oprette et øjebliksbillede af den virtuelle maskine og derefter kopieringsprocessen begynder. I øjeblikket understøtter NTBackup-værktøjet heller ikke denne mekanisme.

Sikkerhedskopiering af virtuelle Xen-maskiner

XenSource, som understøtter Open-Source Xen-projektet og også distribuerer den kommercielle virtualiseringsplatform XenEnterprise, tilbyder ikke mange muligheder for at arkivere virtuelle maskiner på Xen-platformen. En af dem er givet nedenfor ved hjælp af datalagringsenheder i en fil NFS system(Netværksfilsystem).

Baggrundsinformation:

XenServer-vært (i eksemplet med sikkerhedskopieringsproceduren er dens IP 192.168.1.10)
Computeren, der bruges som server til lagring af arkivkopier (i eksemplet er dens IP 192.168.1.1)
XenVM virtuel maskine (i eksemplet er dens IP 192.168.1.12)

Backup procedure:

Installer NFS-serveren ved at tilføje følgende linje til filen /etc/exports:
/ *(rw,sync,no_root_squash)
På XenServer-værten skal du tilføje følgende til filen /etc/xen/xmexample1:
kerne /boot/xenkernel
navn = "Eksempeldomæne"
Root = /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:::"
Gem en kopi af filen /etc/fstab og tilføj følgende linjer til den:
192.168.1.1:rootenhed/nfs rw,hard,intr 1 1
192.168.1.1:swapdevice swap swap standard 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
ingen /dev/pts devpts gid=5,mode=620 0 0
ingen /proc proc standard 0 0
Kopier /lib/modules/2.6.16.29-xen fra XenServer-værten til backup-enheden
Kør følgende kommando på arkivkopieringsserveren:
#scp 192.168.1.10:/lib/modules/2.2.16.29-xen /lib/modules/
For at aktivere konsollen ved hjælp af udev skal du køre følgende kommandoer på backupserveren:
mkdir /tmp/dev
mount --move /dev /tmp/dev
sbin/MAKEDEV nul konsol nul
mount --move /tmp/dev /dev
Kør følgende kommando for at montere backup-enheden på Xen-værten:
#xm oprette -c xmexample1
Sikkerhedskopier xenstore-ls-filen og kopier indholdet af filsystemet (undtagen /proc- og /sys-mapperne) til en anden mappe:
#rsync -a -e ssh --exclude="/proc/*" --exclude="/sys/*" 192.168.1.10:/ /backupdir

Konklusion

Udarbejdelse og implementering af en backup- og katastrofegendannelsesplan (Disaster Recover Plan) er det mest vigtige servere og en organisations arbejdsstationer er en nødvendig del af dens aktiviteter. Virtuelle maskiner, endda mere end fysiske, kræver stor opmærksomhed på dataarkivering, da flere virtuelle systemer normalt er konsolideret på én fysisk vært. Førende leverandører af virtualiseringsplatforme stræber efter at levere kraftfulde og bekvemme sikkerhedskopieringsmuligheder, men indtil videre har kun VMware opnået dette. Sikkerhedskopieringsstrategien kan udføres på to måder: en af de mest enkle måder, gør dette som en del af en standardstrategi for arkivering af data i virksomhedens IT-infrastruktur, ved at installere backup-agenter og billedoprettelse i gæstesystemer. En anden, mere bekvem og hurtigere måde er at bruge indbyggede platformsværktøjer såsom VMware Consolidated Backup eller skrive scripts systemadministratorer. Vi må under alle omstændigheder aldrig glemme, at udstyrssvigt eller andre force majeure-forhold ikke bør påvirke virksomhedens kritiske aktiviteter væsentligt.

Måske vil jeg starte med det faktum, at hvis du vil have sikkerhedskopier på VMWare, så gør dig klar til at betale. Gratis VMWare er gratis, så længe vi ikke taler om migreringer, backups og lignende. På dette tidspunkt kan du starte en endeløs holiwar, men uden min deltagelse. Mine historier vil kun handle om Hyper-V på Windows Server 2012R2. Selvom noget af artiklen kan anvendes på VMWare, er der sandsynligvis faldgruber.

Vi kan sikkerhedskopiere til Hyper-V gratis, eller rettere ved at bruge Windows-værktøjer, som vi allerede har betalt for ved at købe Windows Server-licenser. For at gøre det nemmere at arbejde med vores sikkerhedskopier (udover, vi har også betalt for dette), vil vi bruge WDS og deduplikering (måske gruppepolitikker).

1. Sikkerhedskopier inde fra virtuelle maskiner

1.1. Sikkerhedskopiering af i dag

Så vidt vi ved, kan enhver Windows lave sikkerhedskopier. Desuden kommer alle Windows-sikkerhedskopiindstillinger gennem grænsefladen i sidste ende til baggrundsbrugen af wbadmin-værktøjet. Hvad kan wbadmin helt præcist? Og hun kan lave både et backupbillede med en systempartition og en backup separate mapper. I denne del af artiklen er vi kun interesserede i backupbilledet (af systempartitionen). Resten er specifikke data fra virtuelle maskiner og skal sikkerhedskopieres separat. Deraf konklusionen: Gem ikke virtuelle maskiner på systempartitionen (og på almindelige computere også) ingen værdifuld information og databaser, individuelle ansøgninger. Vi installerer kun MS SQL Server / MS Exchange / "1C Application Server" og andre på ikke-systempartitioner eller på separate diske.

Så hvad skal der til for at sikkerhedskopien fungerer? Og du behøver kun én kommando:

Wbadmin.exe start backup -backupTarget:\\Backup Server\FolderForInternal Backup -allCritical -quiet
Faktisk kræver denne kommando særlige rettigheder, men mere om dem senere. Nu er det vigtigt at forstå én ting. Denne kommando laver mere end blot en backup. Hun laver en trinvis backup. Desuden genereres forskellige sikkerhedskopier til server og desktop (klient) Windows. Og forskellen er, at for serveroperativsystemer vil vi få snapshots af hver backup, men for desktop-operativsystemer vil kun det sidste snapshot altid være tilbage. Du kan spørge, hvilken slags inkrementel backup er dette? Men det forbliver "inkrementelt", fordi vi ikke sikkerhedskopierer hele billedet, men kun den del, der er ændret siden sidste backup (hvilket betyder mindre trafik og hurtigere oprettelse af backup).

De, der er stødt på en lignende situation, vil bemærke, at sikkerhedskopien altid vil være "inkrementel" (fuld). Da backup sker i vores tilfælde på netværksdrev. Altså til serverrummet Windows snapshots kun de sidste er tilbage.

Senere opdagede jeg, at der ikke er nogen forskel i arbejdet med wbadmin på serveren og klient-OS. Den eneste forskel er i grænsefladen. wbadmin udfører trinvise sikkerhedskopier (undtagen den første sikkerhedskopi), hvis harddisken er angivet i -backupTarget-nøglen (kommandoen bruger standardnøglen -vssCopy). Eller producerer fuld backup, hvis du tilføjer nøglen -vssFull.

1.2. Sikkerhedskopier med historikken for tidligere billeder

I øjeblikket har vi lavet en backup af virtuelle maskinbilleder. Men dette er kun en backup af billeder for os i dag. I morgen bliver det helt anderledes... Men hvad sker der, hvis du laver backups? Ja, og virkelig inkrementelle. Det er, hvad vi vil gøre.

Wbadmin.exe start backup -backupTarget:e: -allCritical -include:d: -quiet #hvor drev D er backups for i dag, og drev E er backups med historie
Men dette var ikke nok for mig, og jeg gjorde dette:

(echo select vdisk file="\\Backup Server2\FolderFor Backup2\BackupNameForThisServer2.vhdx" echo attach vdisk) | diskpart
Scriptet forbinder en virtuel disk fra netværket. Efter sikkerhedskopieringen afbryder et lignende script disken. OS husker, at drevet har bogstavet E defineret, men Gud forbyde dig at smide en andens drev med det samme bogstav E, backup'en vil fungere fuldt ud (ikke trinvist og til en andens drev). Husk dette og brug et bogstav i slutningen af alfabetet (X, Y, Z)...

Lad mig med det samme bemærke, at hvis dagens backup udføres parallelt med en backup med historik, ender vi med en backup, der ikke kan gendannes.

For at få en sikkerhedskopi af tidligere dage kan du bruge grænsefladen (GUI) på serveren, hvor der laves backup med historik. Desuden er alle kørsler af wbadmin-kommandoen i Windows konsol kender og husker. Gendannelsestjenesten giver dig mulighed for at vælge påkrævet arkiv i sikkerhedskopier med historik.

2. Sikkerhedskopier vhdx-filer på virtuelle maskiner

Det gøres nemt og naturligt:

Wbadmin start backup -backupTarget:$BackupPath -hyperv:$VMList -Quiet
Men med nogle ejendommeligheder. Denne kommando skal udføres i PowerShell og først hente listen over virtuelle maskiner til en variabel. Kontakt Google for et detaljeret eksempel.

Sikkerhedskopiering af virtuelle maskiner i Windows Server 2012 R2 udføres vha øjebliksbilleder Hyper-V. Jeg bemærker også, at virtuelle maskiner er suspenderet, hvis de har en Linux-kerne eller mangler Hyper-V-drivere. Jeg nægtede personligt at tage backup af virtuelle maskiner på denne måde. Årsagen er, at det på Windows Server 2012 (ikke R2) var nødvendigt at stoppe virtuelle maskiner før backup. Og selv nu på Windows Server 2012 R2 passer Linux-pauser ikke mig, når der er den første gode backup-metode. (der er en bemærkning i kommentarerne til denne artikel). Efter den næste opdatering i Windows Server 2012 R2 sker sikkerhedskopiering af eventuelle virtuelle maskiner uden afbrydelse. Linux OS kan også sikkerhedskopieres "indefra" ved hjælp af Dump (CentOS, Ubuntu), men dette er et separat emne med dukker og anden software i mit tilfælde.

3. Gendan backup og WDS

Og nu, efter min mening, mest nyttig del denne artikel handler om sikkerhedskopier.

WDS står for Windows Deployment Services Windows-implementeringer) og en del af funktionaliteten i Windows Server 2012R2. Denne tjeneste hed tidligere RIS, men jeg har ikke stødt på den. Generelt er essensen af WDS enkel. Vi registrerede os i DHCP (automatisk for DHCP Windows Server) i form af separate parametre og downloadede derefter til computeren over netværket (f.eks. BIOS opsætning computer til download over netværket) via TFTP bootloader WDS. Dernæst giver WDS-indlæseren dig mulighed for at vælge blandt Windows "bootloader"-billederne, der er tilgængelige på den. Der er forskellige bootloadere - disse er installations bootloader-billeder, PE- og RE-billeder. Installationsindlæseren kræver også billeder af selve Windows i WDS, men dette er i tilfælde af, at du skal installere Windows over et netværk. Vi er interesserede i RE-billeder, der giver dig mulighed for at gendanne en maskine fra en sikkerhedskopi.

Jeg vil ikke forklare i detaljer, hvordan og hvad der virker i WDS. Men her er de vigtige bemærkninger:

Hvis din RE bootloader indlæses på en Hyper-V virtuel maskine over netværket, men tastaturet ikke virker i den. Tillykke, dit RE-billede er til WinXP eller ældre og kender ikke til eksistensen af Hyper-V-drivere.
Hvis dit system begynder at gendanne en sikkerhedskopi, men stopper. Slet alle partitioner på harddisken (som sikkerhedskopien er gendannet på), og prøv igen. Bare glem ikke, at sikkerhedskopien kan være ødelagt, og efter at have slettet alle partitionerne på din harddisk, har du muligvis ikke noget tilbage af de gamle oplysninger.
Hvis sikkerhedskopien er fra UEFI boot, og du vil gendanne til en computer uden UEFI, så er det ikke værd at spilde din tid. Mest sandsynligt vil du ikke være i stand til at implementere sikkerhedskopien.
Sikkerhedskopier med UEFI boot og GPT-partitioner kan gendannes til maskiner med en anden processor/bundkort, men med MBR partitioner formatere og indlæse en almindelig BIOS på en anden maskine vil sandsynligvis ikke blive implementeret. Nå, det lykkedes bestemt ikke.
Hvis du forsøger at installere en sikkerhedskopi til en disk med en mindre kapacitet, vil dette ikke virke. Også selvom disken i sikkerhedskopien var næsten tom. I dette tilfælde hjælper det at gendanne til en virtuel maskine med en dynamisk disk. Derefter skal du reducere denne disk og oprette en ny sikkerhedskopi. Men dette er kun muligt med en UEFI-opstartsindlæser i en sikkerhedskopi (for hvorfor, læs det forrige afsnit).
Før du gendanner en sikkerhedskopi, bør du frakoble ekstra diske for ikke at overskrive oplysningerne på dem.

4. Funktioner ved deduplikering

Du kan deduplikere kørende virtuelle maskiner. Du kan deduplikere dagens sikkerhedskopier, og du kan deduplikere historiske sikkerhedskopier. Alt dette giver et stort plus til mængden af harddiske (både HDD og SSD). Men glem ikke nogle ting:

Hvis deduplikering fungerer på diske, der er større end 1 TB, vil deduplikeringsoptimeringsværktøjet bruge meget hukommelse.
Hvis deduplikering fungerer med komprimerede data, men med mere end 10 TB komprimerede data, vil varigheden af deduplikeringsoptimering være for lang. Dette kan ske, hvis du blot kopierer data dagligt til en dedupliceret disk i forskellige mapper.
Det er muligt og endda nødvendigt at gemme sikkerhedskopier på HDD, men du bør ikke gemme fungerende virtuelle maskiner på HDD i mængder større end 5-10. Dette gælder for deduplikering ud fra det eneste synspunkt, som deduplikering af sådanne fungerende virtuelle maskiner vil reducere HDD ydeevne til nul.

5. Gruppepolitikker

Her kan du implementere installationen af et backup-script ved hjælp af GPO i lang tid og på forskellige måder. Men jeg vil gerne henlede opmærksomheden på vigtige punkter:

Sikkerhedskopier bør kun foretages på vegne af en separat brugerkonto.
Gem ikke scripts med adgangskoder i gruppepolitikker.
Kør et script med særlige rettigheder til at læse alle systemoplysninger.

Nå, faktisk konklusion: Sikkerhedskopiering ved hjælp af wbadmin-værktøjer er muligt, ganske gennemførligt og, vigtigst af alt, levedygtigt. Men kun hvis du har tid og en masse tålmodighed til alle mulige småting. For eksempel siger artiklen ikke noget om, hvordan man overvåger vellykkede sikkerhedskopier. Det lykkedes mig at lave overvågning på Zabbix, men jeg kunne skrive et par artikler mere om dette... Jeg håber, at artiklen vil være nyttig for dig og spare en masse uvurderlig tid.