I festlige tider og de mange begivenheder efter ferien kunne man nemt misse, at den længe ventede udgivelse af Veeam Availability Suite version 10.0 snart vil finde sted — i februar.
Der er blevet offentliggjort en hel del materiale om de nye funktioner, herunder præsentationer på online- og offline-konferencer, blogindlæg og i forskellige fællesskaber på flere sprog. For dem, der endnu ikke har haft fornøjelsen af at se dem, og for alle, der er interesserede i branchens nyheder, vil jeg i dag kort nævne de nye muligheder i Veeam Backup & Replication og fokusere på en af nøglefunktionerne i detaljer.
Så, velkommen til.
“Alle arbejder er gode — vælg efter smag”
Det er sandt, at alle udviklerteams har bidraget til jubilæumsudgivelsen. Hver potentiel kunde vil finde et sæt funktioner, der er nødvendige for netop deres infrastruktur. Her er blot et ikke-udtømmende udvalg af nyheder:
- Backup af NAS og filshares
- Data Integration API
- Linux VIX og backup-proxy til Linux
- Understøttelse af blokkloning på XFS
- Opdateret Cloud Tier og SOBR repository
- Backup repository på NFS
- Integration med NetApp ONTAP SVM
- RMAN Plugin for Solaris-plugin
- Arkivering af backup af transaktionsjournaler (transaction logs backup copy job)
- Opgaver med GFS Retention M politik for primære backup jobs
- Forbedret WAN-accelerator
- Forbedret backup til virtuelle infrastrukturer på Nutanix AHV platformen
Og dette er kun nyhederne i Veeam Backup & Replication! Den kommende version af Veeam Availability Suite inkluderer også nye Veeam ONE og nye Veeam Agents. Vi kan uden tvivl forvente mange spændende ting — men lad os alligevel starte fra begyndelsen.
Backup til NAS og filshares
Denne funktion har været ventet i lang tid, og vores ingeniører har ikke arbejdet forgæves på den i flere måneder. Brugerne vil få værktøjer med meget fleksible muligheder for backup og gendannelse af filer og mapper, alt sammen baseret på en forståelig og skalerbar arkitektur i et velkendt interface.
Med venlig hilsen fra vores Vanguard, Evgeny Elizarov (), som besøgte Veeam Vanguards forum i slutningen af 2019, deler jeg et link til hans om denne funktion.
På min side vil jeg kort fortælle om, hvordan dette backup-system fungerer og proceduren for opsætningen.
Hvordan det fungerer
Den samlede arbejdsplan vises nedenfor:
Som vi kan se, involverer backup-processen følgende komponenter:
- Originalt fillager (NAS, SMB-deling)
- Veeam Backup & Replication-serveren, der er ansvarlig for styringen
- Understøttende proxyserver File Backup Proxy, der håndterer dataoverførsel under backup, herunder: enumeration, læsning, skrivning, kompression, dekompression, kryptering, dekryptering. (Denne komponent svarer til den velkendte backup proxy.)
- Backup-repositoriet, hvor backup-kopier og metadatafiler opbevares, der beskriver den originale delingsstruktur og placeringen af de relevante filer og mapper i backupene.
- Cache-repositoriet: her opbevares et snapshot af filstrukturen, der blev taget ved sidste backup-kørsel. Dette gør inkrementelle gennemgange meget hurtigere, da der ikke er behov for at sammenligne hver originalmappe med den, der findes i backupen. Desuden fremskynder det filgendannelsesprocessen. Dette repository kan være placeret på en direkte tilsluttet fysisk eller virtuel Windows- eller Linux-server, eller man kan bruge NAS (eller SMB-deling). Det anbefales at placere dette repository på SSD, tættere på delingen.
Bemærk: I denne rolle kan man bruge et eksisterende Veeam-repository i infrastrukturen, hvor backup-kopier af virtuelle maskiner er gemt. Vær dog opmærksom på, at SOBR/Deduplication storage/Cloud repository ikke kan bruges som sådanne repositories.
- Arkivrepository, hvis der er behov — hvilket der oftest er — for langtidsopbevaring. Her kan man anvende en billig SAN og konfigurere regelmæssig arkivering af backup-kopier fra hovedrepositoryet, som vil blive vist nedenfor.
Bemærk: Rotated drives understøttes ikke som repositories.
De vigtigste trin i processen ser kort sagt sådan ud:
- Veeam Backup & Replication initierer enumeration og opbygning af mappetræet i den originale deling.
- Disse handlinger udføres af file proxy, som overfører den opbyggede struktur til cache-repositoriet til opbevaring.
- Når file proxy modtager den nye struktur, sammenligner den den med den tidligere gemte i repositoriet. Hvis der opdages ændringer, sender cache-repositoriet en anmodning om dets ressourcer til backup-repositoriet.
- File proxy begynder at læse nye data fra den oprindelige share og overføre dem til backup-repositoriet. De overføres pakket som BLOBs: hver BLOB indeholder backupdata i form af filer på 64 Mb. Metadatafiler gemmes også.
Lad os se, hvordan alt dette kan konfigureres i brugerfladen.
Konfiguration af filbackup i Veeam-konsollen
For at komme i gang skal de nødvendige komponenter konfigureres: proxy, filshare og repository.
Opsætning af file proxy
Som proxy til filbackup kan en Windows-server anvendes — det vigtigste er, at den er x64, og det er meget ønskeligt, at den er nyere end Windows 2012R2, hvis der skal tages backup af CIFS shares med brug af VSS.
Denne maskine skal allerede være en del af backup-infrastrukturen, eller man kan tilføje en ny server — dette kan gøres i visningen Backup Infrastruktur man skal højreklikke på noden Backup Proxies og vælge kommandoen Add file backup proxy. Gå derefter gennem trinene i guiden og angiv:
- Navn på den nye proxy
- Maksimalt antal samtidige udførte opgaver (1 opgave — 1 oprindelig share). Standardværdien beregnes automatisk baseret på de tilgængelige ressourcer.
På trinnet Traffic Rules indstiller regler for behandling af netværkstrafik, som vi sædvanligvis gør for en proxy.
Tilføjelse af oprindelig share
I visningen Inventory der er tilføjet en ny node — File Shares, samt de tilsvarende kommandoer:
- Add file share — tilføj en ny share
- Create job — opret en backupopgave
- Restore — udfør gendannelse fra backup
Vi tilføjer filsharen til infrastrukturen på følgende måde:
- Efter at have klikket på noden File Shares skal man vælge kommandoen Add file share.
- Vælg den type objekt, vi vil tilføje.
Man kan vælge som oprindelig filopbevaring:- Windows eller Linux filserver.
- NFS share — versioner 3.0 og 4.1 understøttes.
- SMB (CIFS) share, hvor backup fra Microsoft VSS-snapshots understøttes for SMB3.
Til eksempel vælger vi muligheden for SMB share.
Bemærk: Når du angiver en konto for adgang til den oprindelige share, skal du sikre dig, at denne konto har mindst læserettigheder (og hvis du også vil gendanne, så også skriveadgang). Glem ikke, at de anvendte proxy-servere også skal have læserettigheder.
- Hvis du ønsker at bruge snapshots til backup, skal du trykke på Avanceret og angive, hvilken type snapshots der skal anvendes — VSS eller storage.
Bemærk: VSS-support kræver korrekt opsætning af File Backup Proxy. Og hvis du vil bruge storage-snapshots, skal du konfigurere deres oprettelse på din lagringsside.
- I det næste trin skal du angive indstillingerne for behandling:
- Angiv, hvilken file proxy vi planlægger at bruge — som standard vil alle tilgængelige proxyer blive aktiveret (Alle proxyer).
- Angiv stien til cache-repositoriet — Cache-repository. Husk, at SOBR/Deduplication/Cloud ikke kan bruges som et sådant repository.
- Ved at bruge indstillingen Backup I/O-kontrol, vælger vi den ønskede ydeevne ved backup-operationer.
- Mindre indvirkning (mindst indflydelse på dit NAS) — behandlingen af læseanmodninger vil foregå i en enkelt tråd;
- Hurtigere backup (høj hastighed) — derfor, multitrådning; gælder for højtydende lagringssystemer.
Hvilket alternativ der er bedst at bruge i din infrastruktur, finder du ud af ved testning. Men den generelle regel er: hvis du har et SAN, der er designet til enterprise-infrastrukturer, kan du trygt vælge Hurtigere backup, men hvis du har en simpel NAS til hjemmebrug, så skal vi naturligvis orientere os imod Mindre indvirkning.
- Derefter siger vi Apply, afslutter trin i guiden — og i træet af Veeam Backup infrastrukturen ser vi vores filshare.
Oprettelse af backup-oppgave
Nu skal vi oprette en backup-oppgave. Fra menuen Backup Job vælger vi File share.
Startes guiden til oprettelse af oppgaven. I den angiver vi først navnet på den nye opgave, og derefter i trin Filer og mapper — hvad vi konkret ønsker at tage backup af.
Hvis vi ønsker at angive inkluderings- og ekskluderingsfiltre, trykker vi på knappen Avanceret. Som standard vil alt indhold blive taget backup af.
Derefter går vi til trin Storage, hvor vi angiver indstillingerne for opbevaring:
- Backup-repository — stien til repositoriet
- Behold alle versioner af hver fil i N dage — perioden for kortvarig opbevaring, dvs. hvor længe vi skal opbevare alle versioner af de sikkerhedskopierede filer i repositoriet i tilfælde af behov for gendannelse (standard er 28 dage — ja, vi tæller dage for filer, ikke ‘gendannelsespunkter’).
- Hvis der også er behov for langvarig opbevaring, sætter vi flueben ved Behold filversionshistorik og angiver, hvor lang tid gamle versioner af filer skal opbevares, hvilke nøjagtigt og hvor (her kan du angive et sekundært lager, som vil blive konfigureret i det næste trin).
For selecting which files to organize for long-term storage, click on Choose:
Here, in addition to the inclusive/exclusive mask filter, you can also separately configure how many versions to keep for active files and for deleted files (fields Active file versions to keep og Deleted file versions to keep, respectively). Naturally, all these settings should be made according to your data availability policy.
Click on OK and return to the wizard step.
Familiar notification settings, custom scripts, etc. are available by clicking on Avanceret.
If you need long-term storage on a secondary archival repository, proceed to step Secondary Target. Data archiving will start after the backup finishes.
This is also a small innovation. In fact, these are well-known Backup Copy tasks, but now integrated into the main one, i.e., there’s no need to create a separate one.
If you want to set up storage policy, encryption, and the duration of the archiving window for a specific repository, select the repository from the list and click on Edit.
Next, configure the schedule — it’s all as usual.
On the last step, check the settings and, if necessary, select immediate start (Run the job when I click Finish), after which you can monitor the progress of the backup:
Recovery capabilities
Recovery is possible in three modes: you can restore the entire share to a specific point in time, select specific files for recovery, or restore all files that changed since the backup.
- The file share is restored entirely to the state it was in when backed up and reached the chosen restore point. All files and folders will be restored; you can restore them to their original or another location:
- Rollback to the selected point in time by restoring only changed files: it’s also straightforward — first, select the desired point in time, then the files/folders you want to restore.
The logic for selecting the restore point has slightly changed. After launching the recovery wizard, you can choose:
- Latest Restore Point — recovery from the last backup in the selected mode.
- Selected restore point — hvis du har misset genoprettelsestidspunktet, kan du nu vælge det igen direkte i guiden (tidligere måtte man gå tilbage til hovedgrænsefladen for dette).
- Hele tiden — i denne tilstand kan du se hele historikken over backup af delingen, plus du kan gendanne fra det arkiverede lager.
Derudover kan du også angive versionen for det genoprettede objekt:
I dag er det vist alt. Men der er mere at komme efter!
Yderligere materialer
Kilde: habr.com
