Veeam Backup & Replication

První díl mého seznamování se zálohovacím řešením Veeam. Pro získání obecného přehledu jsem se pokusil (nejen z Veeam dokumentace) sepsat co to je Veeam Backup & Replication (k čemu slouží a co hlavního umí). Uvést termíny (částečně tedy funkce), nástroje a základní principy zálohování a obnovy. Nejde o kompletní výčet, ale pouze o to, co mi přišlo základní nebo zajímavé. Popis je pouze stručný, detaily budeme řešit v dalších dílech. Příště se podíváme na základní komponenty a jejich architekturu a topologii.

Druhý díl mého seznamování se zálohovacím řešením Veeam. Podíváme se na základní komponenty a služby, z kterých se řešení Veeam Backup & Replication skládá. Jaké jsou možností nasazení a jaká je architektura řešení. Možné topologie pro VMware vSphere a Microsoft Hyper-V. Tedy zjednodušeně, jak propojit zálohovaný zdroj s Veeam komponentami a úložištěm, a jak proudí data.

Třetí díl mého seznamování se zálohovacím řešením Veeam. Podíváme se na ovládací konzoli, tedy uživatelské rozhraní pro konfiguraci a provoz celého řešení. Konzole umožňuje přidávat a spravovat komponenty zálohovací infrastruktury. Vytvářet a monitorovat různé úlohy, kterými plánujeme zálohování, kopírování záloh do jiného úložiště (lokality) a replikace. Provádět mnoho typů obnovy (Restore, Recovery). Projdeme si hlavní oblasti konzole (správy) a stručně popíšeme jednotlivé možnosti a operace (primárně se věnujeme zálohování, ne replikacím).

Čtvrtý díl mého seznamování se zálohovacím řešením Veeam. Podíváme se na vlastní zálohování, tedy vytvoření zálohovací úlohy (Backup Job). Primárně se zaměříme na zálohování virtuálních strojů (VM), ale zmíníme také zálohování pomocí agenta. Stručně si uvedeme různé možnosti, které můžeme v úloze nastavit a využít. Shrneme určitá doporučení Veeamu pro zálohování. Na závěr si uvedeme, jak zálohovací úlohu přejmenovat, včetně změny názvu složky.

Pátý díl mého seznamování se zálohovacím řešením Veeam. Podíváme se na zálohování vybraných aplikací, které Veeam Backup & Replication nativně podporuje. Umožňuje provést transakčně konzistentní zálohu a také granulární obnovu na úrovni položek aplikace. Stručně si popíšeme (a uvedeme odkazy do různé dokumentace), jak zálohování funguje, co bychom měli nastavit a jaká jsou doporučení. Věnovat se budeme doménovým řadičům Active Directory, Exchange Server, SQL Server a Oracle Database.

Šestý díl mého seznamování se zálohovacím řešením Veeam. Stručně popisuje oblast, která je dobře popsána i v oficiální dokumentaci. Vytvoření a fungování úlohy pro kopírování záloh (Backup Copy Job) na jiné úložiště záloh, které může být v jiné lokalitě. Pokud jde komunikace přes WAN (obecně pomalejší linku), tak můžeme využít komponentu WAN akcelerátor (WAN Accelerator).

Sedmý díl mého seznamování se zálohovacím řešením Veeam. Jde o rozšíření článku o zálohovací úloze (Backup Job). Podíváme se na integraci Veeam a diskového pole (Storage), která umožňuje vytvářet Snaphosty na úložišti. Tyto Snapshoty můžeme využít pro obnovu, ale také pro efektivnější zálohu VM z VMware vSphere.

Osmý díl mého seznamování se zálohovacím řešením Veeam se věnuje automatickému testování obnovy zálohovaných VM. Tedy ověření, že je VM v záloze funkční. Celá technologie se jmenuje SureBackup. Nejprve musíme vytvořit virtuální laboratoř (Virtual Lab) na VMware nebo Hyper-V, kde budou v izolovaném prostředí testy probíhat. Většinou využijeme aplikační skupiny (Application Group) pro určení služeb (VM), na kterých naše testované VM závisí, nebo rovnou pro ověření VM. Vlastní úloha, která provádí ověření, se jmenuje SureBackup Job.

Devátý díl mého seznamování se zálohovacím řešením Veeam. Podíváme se na efektivitu zálohování a obnovy. Jaká je topologie pro různé zálohovací situace a kudy se přenáší jaká data. Zkoumáním jsem zjistil překvapivou věc, že Veeam může jako síť využít místo LAN také iSCSI SAN, což může zvýšit rychlost přenosu. Pro sledování výkonu zálohování nám pomohou statistiky běhu úlohy a také detekce úzkého místa (komponenty). Na závěr si uvedeme reálné rychlosti zálohování a obnovy z mého prostředí.

Desátý díl mého seznamování se zálohovacím řešením Veeam se věnuje obnově dat ze zálohy. Celé zálohování provádíme proto, abychom v případě potřeby mohli obnovit ztracená či poškozená data. Často je to věc, na kterou se spěchá a musí být provedena v co nejkratším čase. Proto je potřeba mít připravené postupy na různé situace, které mohou nastat. Nemusíme vždy obnovovat celý server, ale třeba pouze určité soubory nebo objekty z Active Directory. Může nastat katastrofa, kdy přijdeme i o zálohovací server (případně celou lokalitu). Uvedeme si možnosti, jak v tom případě provést obnovu.

Velmi stručně si zmíníme zkušenosti s in-place upgradem Veeam Backup & Replication 11a na verzi 12. Celkově proces upgradu záleží na použitých komponentách, ale provádí se velmi jednoduše průvodcem. Dá se také říci, že je docela bezproblémový.

Nová verze Veeam Backup & Replication přináší nový způsob ukládání souborů záloh. Pokud provedeme upgrade Veeamu, tak máme zálohy v původním formátu a můžeme je tak ponechat. Ale máme možnost provést jednoduchý upgrade na nový formát. Pokud aktualizujeme zálohy pro Backup Job, které jsou zdrojem dat pro Backup Copy Job, tak musíme upgradovat i ten. Ve většině případů je to složitější situace, kdy musíme vytvořit novou úlohu a napojit zálohy. Backup Copy Job doznal řady změn. Důležité je, že nyní můžeme použít jiné typy zdrojů a nemůžeme vybrat jednotlivé VM.

Pouze pár poznámek k in-place upgradu Veeam Backup & Replication 12 na verzi 12.1 (globálně Veeam Data Platform 23H2 update). V mém prostředí proběhl jednoduše a bez jakýchkoliv komplikací nebo problémů.

Podíváme se na zálohování Oracle databází pomocí Veeam Plug-in for Oracle RMAN. Popíšeme si novější možnost (od VBR verze 12), kdy je zálohování ovládáno z Veeam Backup & Replication Server. Tedy centrálně jako běžné typy záloh. Jde o řízený režim (Managed Mode) Veeam Plug-inu. Pro nasazení a správu plug-inů (stejně jako agentů) se využívají Protection Groups.

Ve Veeam Backup & Replication 12 došlo k úpravě způsobu ukládání souborů záloh. Primárně se využívá Per-Machine Backup with Separate Metadata Files. Také se dost změnil Backup Copy Job. V článku se podíváme na nové fungování Backup Copy Job. A prakticky popíšeme kopírování záloh do vzdálené lokality, kdy jsou data velká a kompletní přenos po WAN síti by trval příliš dlouho. Využijeme Seeding a data (úvodní Full Backup) přeneseme offline na externím USB disku. Po té kopírovací úlohu namapujeme na přenesená data.

Bezpečné uložení záloh je dnes klíčové. Je důležité zajistit, aby naše zálohy nebyly smazány nebo poškozeny. Prozkoumáme možnosti neměnných záloh (Immutable Backups). Potřebujeme systém pro ukládání dat (Storage System), který podporuje Immutability. Může to být cloudová služba, HW zařízení nebo software (třeba Linux server fungující jako Hardened Repository). Ve Veeam z něj vytvoříme úložiště záloh (Backup Repository) s aktivovanou neměnností (Immutability).

Tento článek se věnuje Veeam Hardened Repository. Tedy úložišti, které podporuje neměnnost (Immutability). Je postavené na serveru s operačním systémem Linux a úložným prostorem. Prakticky popíšeme zprovoznění Managed Hardened Repository a jeho využití pro ukládání záloh. To znamená, že pro instalaci použijeme Veeam Hardened Repository ISO. Pro zjednodušení (jde o testování) využijeme virtuální stroj v prostředí VMware.

Tento článek se zabývá použitím objektového uložiště (Object Storage) jako primárního úložiště záloh (Backup Repository). Využít jej můžeme také pro uložení sekundární kopie záloh (Backup Copy). Cílem je použití vlastnosti neměnnosti (Immutability) objektových úložišť pro zabezpečení zálohovaných dat před Ransomware apod. Prakticky si popíšeme dvě varianty. První, kdy je objektové úložiště S3 kompatibilní (v našem případě NetApp ONTAP). A druhou s Microsoft Azure Blob Storage (Storage account).

Je jasné, že data v zálohách potřebujeme zabezpečit před neoprávněným přístupem. Asi nejlepší metodou je šifrování záloh (Backup Encryption). Jsou různé možnosti kdy, kde a jak se mohou soubory s daty šifrovat. Pro běžné situace je nejvhodnější provádět šifrování v (zálohovací) úloze (Job Encryption). Povolit šifrování můžeme pro Backup nebo Backup Copy Job, ale i pro řadu dalších úloh. Podíváme se na obecné informace i na praktické nastavení a dopady šifrování.

Wasabi je cloudové objektové úložiště (Cloud Object Storage), plně kompatibilní s Amazon S3. Má zajímavou cenou a jednoduchou obsluhou. Ve Veeam Backup & Replication jej můžeme využít jako Backup Repository pro přímé uložení záloh (primární kopie / Performance Tier) nebo sekundární kopii (Backup Copy / Capacity Tier). Veeam má přímou podporu pro Wasabi Hot Cloud Storage, ale můžeme s ním také pracovat jako s S3 Compatible Object Storage. Samozřejmostí je podpora Immutability (neměnnosti) pro ochranu záloh před Ransomware.

Veeam může provádět kontrolu stavu záložních souborů (posledního Restore Point), kdy kontroluje integritu datových bloků. Obecně je to doporučeno. Když tato operace vrátí chybu, tak to většinou znamená, že je záloha poškozena. Ale problém může být také jinde. Třeba, že nemohla úloha korektně proběhnou. Tento krátký článek popisuje určité chybové hlášení a jeho řešení.

Objektová úložiště jsou značně odlišná od běžných souborových. Také způsob, jak s nimi pracuje Veeam Backup & Replication, je v řadě detailů odlišný. Začíná to tím, jak se ukládají jednotlivé Restore Point (zálohy). Zásadní je práce s metadaty, kdy se využívají Checkpoints. Pokračuje způsobem aplikace Retention Policy a spojováním záloh do plné zálohy. A končí nastavením a prodlužováním Immutability (neměnnosti). Na objektovém úložišti zůstává uloženo více bodů obnovy, než je retence. V úvodu si zopakujeme základní termíny. Na konci se podíváme na strukturu dat (záloh) na objektovém úložišti.

Ve Veeam Backup & Replication verzi 12.3 se objevila zcela nová funkce Veeam Backup for Microsoft Entra ID. Jde o možnost zálohovat Microsoft Entra ID. Je podporováno zálohování mnoha typů objektů, jako jsou uživatelé, skupiny, aplikace či Conditional Access Policies, a logů. Můžeme provádět granulární obnovu určitých objektů nebo jejich atributů. Vše funguje jednoduše, jak jsme u Veeam zvyklí. Jediná nevýhoda je licencování. V první části se podíváme na vlastnosti, požadavky, komponenty a licencování. Popíšeme průběh přidání Entra ID Tenantu. Včetně zmínky o možném problému, když není nastavena/funkční PostgreSQL databáze.

Ve Veeam Backup & Replication verzi 12.3 se objevila zcela nová funkce Veeam Backup for Microsoft Entra ID. Jde o možnost zálohovat Microsoft Entra ID. Je podporováno zálohování mnoha typů objektů, jako jsou uživatelé, skupiny, aplikace či Conditional Access Policies, a logů. Můžeme provádět granulární obnovu určitých objektů nebo jejich atributů. V druhé části si ukážeme vytvoření obou typů zálohovacích úloh (Entra ID Tenant a Entra ID log). Zmíníme povolení zálohování Conditional Access Policies. A velmi stručně se podíváme na obnovu.

Zálohování dat je dnes naprostou nutností. Musíme také akceptovat fakt, že místo, kam zálohy ukládáme, musí být moderní, výkonné, bezpečné a dostupné. Bezpečnost se tyká jak zabezpečení úložiště, tak bezpečnosti dat. Data musí být šifrovaná a neměnná (Immutable), aby odolala i sofistikovaným kybernetickým útokům. V tomto článku se podíváme na různá On-Premises řešení pro primární ukládání záloh, která tyto požadavky splňují. Zaměříme se na jejich vlastnosti, srovnání a možnosti využití v prostředí Veeam Backup & Replication (ačkoliv tato úložiště lze použít i s jinými nástroji).

Při zálohování virtuálních strojů (VM) se běžně využívají Snapshoty. Může jít o různé typy snapshotů, které se provádí na různých úrovních (místech). V úvodu si stručně vysvětlíme, co to Snapshot je. Poté se zaměříme na Storage Snapshots (snímky úložiště). Veeam nabízí integraci s řadou výrobců úložných systémů (Storage Systems), která umožňuje práci s Volume Snapshots (snímky svazků) přímo na diskovém poli. Jedna z možností je využití orchestrace (vytváření a správa) Snapshotů ve spolupráci s VMware integrací. Hlavní výhodou je možnost snadné a rychlé obnovy VM přímo ze Snapshotu.

Ve čtvrtek 12. června proběhlo v konferenčním sále společnosti OKsystem setkání české komunity Veeam User Group (VUG). Program nabídl řadu zajímavých přednášek zaměřených na zálohování, bezpečnost a novinky ze světa Veeam. Nechyběl ani závěrečný networking, který umožnil sdílení zkušeností a navázání nových kontaktů v příjemné atmosféře.

Připravovaná verze Veeam Backup & Replication (VBR) 13 přináší řadu novinek. Mimo jiné i možnost provozovat ji na Linuxu ve formě Veeam Software Appliance. V tomto článku se stručně podíváme na nové instalační ISO s Just Enough OS (JeOS), které lze použít pro nasazení různých Veeam rolí. Zaměříme se na Veeam managed Hardened Repository (VHR). Ukážeme si proces instalace a přidání tohoto úložiště do Veeam Backup Serveru.

Jedna z podporovaných možností neměnného úložiště (Immutable Storage) ve Veeam Backup & Replication (VBR) je Hardened Repository (VHR). Podíváme se na vlastnosti a funkce VHR. Zaměříme se variantu, kdy VHR instalujeme z ISO poskytovaného společností Veeam, čímž získáme spravované (Managed) VHR. Popíšeme si, jak se Immutability na zálohách (souborech) nastavuje a spravuje, jak se využívá souborový systém XFS a jaké služby na serveru běží.

Jedna z podporovaných možností neměnného úložiště (Immutable Storage) ve Veeam Backup & Replication (VBR) je Hardened Repository (VHR). Nějakou dobu nabízí Veeam spravované (Managed) VHR, které se instaluje z Veeam Hardened Repository ISO. Prakticky se podíváme na konfiguraci serveru HPE ProLiant DL380 G11 pro funkci Hardened Repository a instalaci z VHR ISO 2.0. Server je osazený NVMe SSD disky a redundantně připojený do sítě pomocí PortChannel (LACP). Pro instalaci využijeme vzdálenou správu HPE iLO (Integrated Lights-Out).

V minulé části jsme se věnovali konfiguraci serveru HPE ProLiant DL380 G11 a instalaci spravovaného Veeam Hardened Repository (VHR) z VHR ISO 2.0. Cílem je získat úložiště záloh pro Veeam Backup & Replication (VBR), které podporuje Immutability (neměnnost). V této části se podíváme na přidání Hardened Backup Repository do VBR a využití pro bezpečné ukládání záloh. Ukážeme si vytvoření zálohovací úlohy, zjištění informací o neměnnosti na zálohách, kopírování souborů záloh a také možnost přesunu existujících záloh na Hardened Repository.

Závěrečný díl série věnované spravovanému Veeam Hardened Repository (VHR) instalovanému z VHR ISO 2.0 a využití Immutable Repository ve Veeam Backup & Replication (VBR). V této části si ukážeme praktické testy potvrzující, že neměnné soubory nelze smazat, nahlédneme na vybrané informace přes SSH na serveru a provedeme jednoduché testy výkonu. Na konci uvedeme malé shrnutí.

Článek se věnuje chybě, ke které jsem na internetu nenalezl žádné informace. Chyba "Backup is not in user's control scope" se zobrazila ve Veeam Backup & Replication po spuštění nové zálohy pomocí Oracle RMAN. Používá se Veeam Plug-in for Oracle RMAN v Standalone Mode, tedy řízení záloh na straně Oracle serveru. Dva Oracle DB servery jsou nakonfigurované jako Oracle Real Application Cluster (RAC).