Veeam Backup & Replication 12 - Backup Copy Job a Seeding

Pozn.: Popis v článku vychází z Veeam Backup & Replication 12.1, licencováno pomocí Veeam Universal License (VUL), tedy obdoba Enterprise Plus.

Backup Copy

• VMware Backup Copy, Hyper-V Backup Copy, Performing Backup Copy for Veeam Agent Backups

Fungování Backup Copy Job ve Veeam Backup & Replication 11 jsme si popsali v článku Veeam Backup & Replication - Backup Copy Job a WAN akcelerace. Článek popisuje i stejnou praktickou situaci, tedy vytvoření Backup Copy Job s offline přenosem úvodní plné zálohy. Ale ve Veeam Backup & Replication 12 došlo k docela velkým změnám, které uvádí tento článek.

Změny formátu zálohovacího řetězce, novinky v Backup Copy Job a možnosti upgradu popisuje článek Veeam Backup & Replication 12 - upgrade formátu Backup Chain a Backup Copy.

Stručně o Backup Copy Job

Pro vytvoření kopií záloh nabízí Veeam Backup & Replication úlohu Backup Copy. Ta umožňuje vytvořit několik instancí stejných zálohovaných dat na různých místech, buď ve stejné lokalitě nebo v jiné. Kopie záloh mají stejný formát jako zálohy vytvořené pomocí Backup Job. Zjednodušeně řečeno, data se z jednoho úložiště kopírují (synchronizují) do jiného podle nastavených pravidel.

Pro kopii záloh definujeme vlastní retenci (zásady uchování), abychom zachovali požadovaný počet bodů obnovení. Případně také GFS retenci (zásady dlouhodobého uchovávání) uložení plných záloh pro účely archivace. A další parametry zálohy.

Základní vlastnosti

• úlohy se dělí na Image-level backup a Application-level backup
• do Image-level backup můžeme kombinovat různé platformy (VMware, Hyper-V, Agent atd.)
• režim kopírování (Copy Mode) je buď Periodic copy (periodická kopie, běžné použití) nebo Immediate copy (okamžitá kopie, zrcadlení), režim můžeme dodatečně změnit
• pro VM Backup Copy Job se připojuje k virtualizačním serverům a shromažďuje informace o VM, jejichž body obnovení chceme kopírovat
• pro přenos se využívá zdrojový a cílový Veeam Data Mover, případně ještě WAN Accelerator
• první běh vždy vytváří Full Backup (můžeme využít Seeding a Mapping pro počáteční kopii), další jsou přírůstkové, využívá se Forever Forward Incremental
• vždy se vytváří Per-Machine Backup with Separate Metadata Files (i když je úložiště nastaveno jinak)
• pro úlohu v režimu Periodic copy se standardně nastavuje plánovač (Schedule), kdy se má úloha spouštět (dříve běžela trvale), to je velké plus nové verze

Objekty, které můžeme vložit do úlohy (kopírovat)

Kopírovat můžeme zálohy VM (VMware, Hyper-V, Azure atd.), zálohy pomocí Agentů, zálohy pomocí Plug-inů (podnikové aplikace), zálohy souborových serverů.

V Backup Copy Job vybíráme objekty (workload - pracovní zátěž), jejichž body obnovení chceme kopírovat do cílového úložiště. Můžeme vybírat z typů zdroje:

• From jobs - vybíráme určitou úlohu, kopíruje všechny Restore Point vytvořené danou úlohou (všechny objekty, které úloha obsahuje)
• From repositories - vybíráme určité úložiště záloh, kopíruje všechny Restore Point uložené na daném úložišti

Pozn.: Ve starší verzi bylo možno zvolit jednotlivá VM pro kopírování. To již možno není.

Pozn.: Transakční logy se mohou kopírovat pouze v režimu Immediate copy.

Do Backup Copy Job se tedy vloží (například) všechna VM, která jsou zálohovaná určitou úlohou nebo se nachází na určitém úložišti.

Pro omezení můžeme využít vyjímky Exclusions. Ty jsou dostupné pouze pro VM. Vybereme přidaný objekt (Backup Job, Repository) a klikneme na tlačítko Exclusions. Můžeme zvolit jednotlivá VM nebo objekty z virtuální hierarchie (servery, clustery, datastore, tagy). Pro úložiště také určité Backup Jobs.

Upgrade Backup Copy Job na verzi 12

• Upgrading Backup Chain Formats, Backup Copy Job Mapping

Pokud máme Backup Copy Job vytvořený před verzí 12, tak funguje ve starém režimu (Legacy). Můžeme provést jeho upgrade. Popis je v oficiální dokumentaci a stručně jsme si popsali v Veeam Backup & Replication 12 - upgrade formátu Backup Chain a Backup Copy. Zde jen malé doplnění.

Nejprve musíme upgradovat Backup Chain formát pro zdrojové zálohy na Per-Machine Backup with Separate Metadata Files. To je jednoduché a rychlé, protože se pouze vygenerují nové VBM soubory.

Pro Backup Copy Job v režimu Periodic copy je jediná možnost upgradu vytvořit novou úlohu a namapovat soubory záloh. Při mapování se zobrazí informace, že jde o zálohu vytvořenou pomocí Legacy Backup Copy Job. V aktuální verzi Veeam nejde při dokončení editace úlohy nastavit, aby se hned spustila (to je dobře, pak by neproběhl upgrade). Po dokončení se spustí kontrola objektů v záloze a Backup chain format upgrade.

Při upgradu se vždy vytvoří nová složka a syntetizuje úplná záloha (exportují se VM z vybraných/mapovaných záloh v cílovém úložišti). Nikdy se nepoužijí původní soubory jako při standardním mapování. Takže musí být na úložišti dostatek místa pro další Full Backup. Po dokončení se původní zálohy odpojí, najdeme je pod Disk (Orphaned).

Nikdy se u mne nevyužil Fast clone, takže proces pro velké zálohy trvá dlouho a zabírá hodně místa. Proto jsem místo upgradu provedl nový přenos dat na externím disku (Seeding), jak je popsáno dále.

Nový Backup Copy Job a přenos úvodní plné zálohy na externím disku (Seeding)

Reálná situace, kterou jsem řešil již podruhé. Zjistil jsem, že ve Veeam Backup & Replication 12 se musí provést jinak, než jsem provedl poprvé.

Jde o zálohu souborového serveru, který běží jako VM na VMware vSphere, a její velikost je asi 6 TB. Chceme ji kopírovat do vzdálené lokality, která je s centrálou spojena linkou o rychlosti 200 Mbps. Úvodní kopie plné zálohy (počáteční synchronizace) by trvala dost dlouho, takže jsem se rozhodl ji přenést offline na externím USB disku. To se označuje jako Seeding.

Následně se využije namapovaní úlohy na přenesenou zálohu. Tato záloha se použije jako výchozí bod (Seed) pro další kopírování záloh. Následné běhy kopírovací úlohy kopírují pouze přírůstkové změny a ukládají je jako nové body obnovení vedle výchozí zálohy. Pro ukládání dat se využívá složka s mapovanou zálohou.

Pozn.: Taková běžná rada. Pokud děláme něco složitějšího, kdy třeba musíme cestovat do vzdálené lokality, tak je dobré si opravdu vše předem otestovat. Při testování jsem zjistil, že došlo ke změně v možném zdroji pro mapování. Takže exportovaná záloha, kterou jsem využil minule, nejde použít.

Kroky vytvoření Backup Copy Job s mapovanou zálohou

• Creating Seed for Backup Copy Job

Oficiální postup vytvoření Backup Copy Job, kdy počáteční kopii dat (Full Backup) nepřenášíme po síti, ale jiným způsobem, a poté namapujeme k úloze.

• vytvoříme Backup Copy Job - přidáme objekty, které chceme kopírovat, jako cílové úložiště zvolíme nějaké místní Backup Repository, kde se připraví soubory pro přenos (nemůže jít o stejné úložiště, kde jsou zdrojové zálohy)
• spustíme Backup Copy Job, aby se vytvořil soubor s Full Backup
• přesuneme složku se zálohou (soubory VBK, VBM) do cílového úložiště
• znovu naskenujeme cílové úložiště (Rescan)
• namapujeme soubor se zálohou na Backup Copy Job

Omezení pro Backup Copy Job

Jedno omezení (řekl bych, že zbytečné) je, že cílové úložiště nemůže být stejné jako zdrojové (kde jsou uloženy kopírované zálohy). Tedy nemůžeme kopírovat zálohy do stejného Repository odkud je načítáme. Pokud máme v lokalitě pouze jedno, tak je to problém.

Další omezení je nové ve Veeam Backup & Replication 12 a týká se mapování souborů záloh. Backup Copy Job můžeme mapovat pouze na zálohy vytvořené pomocí Backup Copy Job. Dříve jsme mohli mapovat také na zálohy vytvořené pomocí Backup Job. Mohli jsme tedy vzít rovnou poslední plnou zálohu, přenést do cílového úložiště a namapovat kopírovací úlohu. Nebo využít export zálohy. Nyní se takové zálohy vůbec nenabízí. Přitom musí jít pouze o údaje ve VBM souboru (VBK by měl být stejný). Jediné info je v Limitations for Mapping.

Použití externího USB disku

Když jsem řešil tuto situaci minule, tak jsem měl k dispozici 2 externí SSD disky (4 TB). Takže jsem potřeboval Full Backup soubor rozdělit. Využil jsem Export Backup, který byl díky Fast Clone rychlý a nezabíral místo. Výsledný VBK jsem pomocí Total Commander rozdělil a uložil na externí disky.

Pozn.: Nyní jsem na začátku také zkoušel export a narazil na problém. Na Scale-Out Backup Repository se export ukládal vždy na jiný Extent, než kde je uložena záloha, takže se Fast Clone nepoužil. Pak jsem zjistil, že soubory vytvořené exportem nejde pro nový Backup Copy Job použít, takže jsem dále nepátral.

Aktuálně jsem měl k dispozici větší externí rotační disk (8 TB), takže odpadl problém s rozdělováním zálohy. Použil jsem NTFS s velikostí bloku 2 MB (zkoušel jsem i ReFS s 64 kB a kopírování běželo stejně rychle). Kopírování na SSD disky bylo rychlejší (průměrně 280 MB/s), ale i rotační disk je dostačující (průměrně 165 MB/s).

Jelikož musíme pomocí Backup Copy Job vytvořit soubor plné zálohy (a ani nemůžeme použít jedno úložiště). Tak mi přijde nejlepší vytvořit nové Backup Repository z externího disku. Když se bude vytvářet úvodní Full Backup, tak se rovnou uloží na externí disk a nemusíme dodatečně kopírovat.

Veeam Backup & Replication u nás běží na fyzickém HPE serveru (má připojeny prostory z diskového pole, takže zde je také Repository) ke kterému jsem externí disk připojil pomocí USB 3.0 portu. Na pobočce je cílové Repository ve VM na VMware ESXi. Disk jsem připojil do USB 3.0 portu fyzického serveru a v konfiguraci VM přidal USB device (Add USB Devices from an ESXi Host to a Virtual Machine).

Moje kroky vytvoření Backup Copy Job s mapovanou zálohou

• připojíme externí disk a vytvoříme z něj Backup Repository
• vytvoříme Backup Copy Job - přidáme objekty, které chceme kopírovat, jako cílové úložiště zvolíme nově vytvořené Repository (externí disk), přímý přenos (bez WAN akcelerace), bez plánovače
• spustíme Backup Copy Job, takže se na cílovém úložišti vytvoří Full Backup (VBK a VBM) - běželo 11:52 hod a přeneslo se 5,7 TB (průměrně 140 MB/s, začalo rychleji a stále zpomalovalo)
• externí disk odpojíme a převezeme do cílové lokality
• zkopírujeme složku se zálohou do cílového úložiště záloh - pomocí Total Commander trvalo cca 14:30 hod (průměrně 110 MB/s, úložiště je připojeno 1 Gbps linkou)
• znovu naskenujeme (Rescan) cílové úložiště
• editujeme Backup Copy Job - vybereme cílové úložiště a namapujeme zálohu, pokud používáme, tak nastavíme WAN akceleraci
• spustíme Backup Copy Job - pokud používáme WAN Acceleration, tak se vytváří fingerprints pro disky (u mne trvalo 23:14 hod), zkopírují se na zdroj a pak se kopírují první přírůstkové změny
• editujeme Backup Copy Job - nastavíme plánovač
• smažeme dočasné Repository

Vytvoření Backup Repository

Adding Microsoft Windows Repositories

• Backup Infrastructure - Backup Repositories - Add Repository
• zvolíme Direct Attached Storage - Microsoft Windows

• Server - vybereme Repository server, klikneme na Populate a vybereme disk (připojený externí disk)
• Repository - zadáme složku pro ukládání souborů, řízení zátěže, pod Advanced můžeme upravit speciální parametry, pokud není disk formátován s ReFS, tak dostaneme info

Vytvoření Backup Copy Job

Creating Backup Copy Jobs for VMs and Physical Machines

• Home - Backup Copy Job - Image-level backup copy
• Job - zadáme unikátní jméno, Copy mode: Periodic copy

• Objects - přidáme objekty, které chceme kopírovat
• Target - zvolíme cílové Repository, Retention Policy a Advanced parametry (plánovaná údržba souborů (Defragment and compact full backup file vytváří dočasnou plnou zálohu, takže potřebuje místo), redukce dat, upozornění, skripty)

• Data Transfer - zvolíme Direct nebo Through built-in WAN accelerators
• Schedule - můžeme naplánovat automatické spouštění úlohy

Spuštění Backup Copy Job

• Home - Backup Copy Job
• klikneme pravým tlačítkem na úlohu a zvolíme Start

Rescan Backup Repository

• Backup Infrastructure - Backup Repositories
• klikneme pravým tlačítkem na úložiště a zvolíme Rescan

Pozn.: Záloha, kterou jsme přenesli, se objeví v Home - Backups - Disk (Imported).

Map Backup File

• Home - Jobs - Backup Copy
• klikneme pravým tlačítkem na naši úlohu a Edit
• Target - změníme úložiště na cílové ve vzdálené lokalitě, klikneme na Map backup
• vybereme zálohu, kterou jsme přenesli do vzdálené lokality
• Data Transfer - pokud používáme, tak přepneme na Through built-in WAN accelerators

WAN Acceleration a Creating fingerprints

Ve verzi Veeam Backup & Replication 11 jsem řešil problém. Při použití WAN akcelerace se při prvním spuštění úlohy vytváří Fingerprints (Digests) pro všechny kopírované disky. To trvalo dlouho a nestihlo u mne doběhnou v rámci kopírovacího intervalu.

Ve Veeam Backup & Replication 12 problém není. Jelikož úlohu můžeme ručně spustit, tak neřešíme problém s kopírovacím intervalem.