Článek přímo navazuje na Veeam Backup & Replication - upgrade na verzi 13 - část 1.
Operace po upgradu serveru
Aktualizace komponent na serverech
Spustíme Veeam Backup & Replication Console na serveru a připojíme se k němu.
Nabídne se update (vzdálených) komponent, který provedeme. Všechny Veeam komponenty na vzdálených serverech, s kterými Backup Server komunikuje, musí být aktualizované, jinak nemohou být použity v úlohách.
Upgrade VBR Console
Pokud používáme vzdálené konzole pro správu, tak je musíme aktualizovat. Pokud máme verzi konzole 12.3.2.4165, tak se upgrade nabídne automaticky po připojení k serveru (připojení staré konzole proběhne na původním portu 9392). Jsou potřeba lokální administrátorská oprávnění, pokud je nemáme, tak se nabídne povýšení.
Stáhnou se komponenty, provede odinstalace starých a instalace nových. Po aktualizaci konzole a jejím spuštění se ještě provedl update plug-inů. Upgrade u mne trval více než 17 minut.
Nová konzole se připojuje na port 443 a ověřuje certifikát. Ve výchozím stavu máme Self Signed certifikát, takže dostaneme varování. Můžeme instalovat důvěryhodný certifikát Backup Server Certificate.
Trusted hosts hardening
Pokud máme v zálohovací infrastruktuře Linux servery a v nastavení (Main Menu - Options) bezpečnosti (Security) pod Linux host authentication (nově Host Authentication) volbu Add unknown hosts to the list manually (což je standardní nastavení). Tak musíme po upgradu ověřit, že jsou všechny infrastrukturní servery důvěryhodné (trusted). Nově se řeší důvěra nejen Linux serverů.
Hned po upgradu vše vypadalo v pořádku, ale po určité době se zobrazil Hyper-V cluster jako nedůvěryhodný (Untrusted) a bylo potřeba jej schválit.
Virtual Lab
Dokumentace uvádí, že pokud používáme Virtual Lab, tak máme otevřít nastavení každého labu a proklikat průvodce, aby došlo k nasazení nové verze aplikační proxy. Podle logů došlo opravdu k rekonfiguraci a nahrání nových souborů.
Zálohovací komponenty na Linuxu
Pokud nám některá komponenta zálohovací infrastruktury běží na Linuxu a nemá roli VMware Backup Proxy. Tak musíme proklikat nastavení, aby došlo k nasazení nového Persistent Data Mover.
Pozn.: Nemusí být špatné proklikat nastavení všech komponent. Viz můj problém s Hyper-V na konci článku.
Upgrade agentů
Můžeme ručně spustit Rescan na Protection Group nebo počkat, až proběhne plánovaný. Pokud máme povolenu automatickou aktualizaci agentů, tak upgrade proběhne. Jinak musíme vyvolat ručně. U mne šlo o upgrade Veeam Agent for Microsoft Windows z verze 6.3.2.1205 na 13.0.1.120 (13.0.1.1009 pro VBR 13.0.1.1071).
Upgrade Enterprise Plug-Ins
Pro aktualizaci Veeam Plug-in for Oracle RMAN spustíme instalaci nové verze na cílovém serveru. Aktuálně jde o verzi 13.0.1.180. Potřebné soubory nalezneme na instalačním ISO Veeam Backup & Replication.
Při přechodu na VBR 13 a Oracle na Linuxu musíme nejprve nainstalovat balíček veeam-openssl3-3.0.0.31-1.x86_64.rpm, který nalezneme ve složce \Packages. Následně vlastní Plug-in VeeamPluginforOracleRMAN-13.0.1.180-1.x86_64.rpm z \Plugins\Oracle RMAN.
Pokud je na serveru instalován také Veeam Agent, tak můžeme udělat upgrade vzdáleně z konzole. Mělo by jít přes Protection Group nebo kliknutím pravým tlačítkem přímo na server a volba Plug-in - Upgrade.
Povolení úloh
Na závěr povolíme všechny plánované úlohy, které jsme před upgradem zakázali.
Upgrade Veeam Hardened Repository
Pokud používáme spravované Hardened Repository instalované z VHR ISO 2.0, tak můžeme po upgradu VBR provést také upgrade VHR. Podrobně popisuje článek Veeam Hardened Repository část 5 - upgrade ISO 2.0 na Veeam Infrastructure Appliance 13.
Řešení problémů
Po upgradu Veeam Backup & Replication na verzi 13 jsem narazil na dva menší problémy, které se povedlo rychle vyřešit.
MFA blokující virtualizační platformy a Cloud Plug-Ins
Po upgradu na VBR 13 se začalo logovat varování v Backup Configuration Job (záloha konfigurace) o problému s připojením k AWS a Microsoft Azure plug-in.
Warning : Failed to connect to AWS plug-in: Failed to login to platform service (ID: [9a8806c7-85c8-4ecd-8eea-f6fde055e802]): Warning : Failed to connect to Microsoft Azure plug-in: Failed to login to platform service (ID: [89622f35-9e48-424b-9d52-a74dc03b65c2]):
Také v Inventory - Virtual Infrastructure byl vidět pouze VMware vSphere a Microsoft Hyper-V, nezobrazoval se Nutanix AHV, Proxmox VE, oVirt KVM a Scale Computing HyperCore. Veeam v KB uvádí, že jde o problém s platformami, které jsou do VBR přidány pomocí Plug-In modulu.
Dodatečně jsem nalezl v logu další chybu. V History - System je úloha Shell run, kde bylo uvedeno nalezení 6 add-ins, ale u všech chyba nenalezeno.
Succeeded : Found 6 add-ins Failed : Loading console extension: AHV plugin Error: Platform service returns invalid code: NotFound Failed : Loading console extension: AWS plugin Error: Platform service returns invalid code: NotFound Failed : Loading console extension: Microsoft Azure plugin Error: Platform service returns invalid code: NotFound Failed : Loading console extension: Kasten plugin Error: Platform service returns invalid code: NotFound Failed : Loading console extension: PVE plugin Error: Platform service returns invalid code: NotFound Failed : Loading console extension: KVM plugin Error: Platform service returns invalid code: NotFound
Na Veeam fóru jsem nalezl odkaz na KB4678 a první uvedené řešení mi problémy vyřešilo. Týká se situace, kdy máme zapnuté MFA (Multi-Factor Authentication) pro přihlašování uživatelů. Musíme přidat (Main Menu - Users and Roles) systémový účet NT AUTHORITY\SYSTEM jako Veeam Backup Administrator s vypnutým MFA (This is a service account). Následně je nutné restartovat Veeam Backup Server.
Problém s Guest Processing na Hyper-V
Ještě se mi objevil jeden problém. Pouze na jednom Windows VM běžícím na Hyper-V se nedařilo připojit do OS, aby mohlo proběhnout Application-Aware Processing.
Succeeded : Failed to connect to guest agent via GIP, failing over to guest agent connection through PowerShell Direct Succeeded : Failed to connect to guest agent through PowerShell Direct, failing over to guest agent connection Warning : Unable to perform application-aware processing because connection to the guest could not be established Warning : Unable to process Microsoft SQL Server transaction logs because connection to the guest could not be established
Když jsem zkusil Verify network connectivity and credentials v rámci nastavení zálohovací úlohy a Guest Processing. Tak se objevila chyba, která trochu napověděla.
Failed : Connecting to guest OS via Guest agent (0:00:08) Failed : Testing host accessibility via Guest agent (0:00:08) Failed : Failed to connect via Guest agent. Host: [servername]. (Failed to create file system ops via DeploymentSvc) ([servername] Failed to discover Installer service.) (Unable to use the existing installer service nor to install a new one);
Ručně jsem na server nainstaloval Veeam Installer Service pomocí VeeamInstallerSvc.msi. Při dalším běhu prošla záloha bez problémů.
Všiml jsem si také informace (která se objevila u více VM) o problému s připojením k hostu pomocí Guest Interaction Proxy (GIP) nebo problému s nasazením guest runtime components pomocí GIP.
Succeeded : Failed to connect to guest agent via GIP, failing over to guest agent connection through PowerShell Direct Succeeded : Failed to inject guest runtime components via GIP, failing over to guest agent connection via GIP
Otevřel jsem nastavení našeho System Center Virtual Machine Manager (SCVMM) serveru v Backup Infrastructure a proklikal průvodce. Ukázalo se, že probíhá instalace Guest Interaction Proxy na všechny Hyper-V servery. Poté se již chyba výše nezobrazila.
Chybějící sloupec Immutable Until u záloh
Dodatečně jsem si všiml, že se od upgradu nezobrazuje ve Veeam Backup & Replication Console informace, do kdy jsou zálohy neměnné. U záloh (Home - Backups) uložených na Veeam Hardened Repository zmizel sloupec Immutable Until. Přitom je ve VBR 13 novinka, že se údaj o neměnnosti zobrazuje u záloh uložených na objektovém úložišti. U těchto záloh se sloupec Immutable Until nachází.
Obrátil jsem se na Veeam Support, kde mi obratem odpověděli. Jde o známý problém způsobený chybou v uložené proceduře na Microsoft SQL Server, která načítá vlastnosti záloh. Poslali mi postup a SQL skript, který provedl opravu procedury.
Zatím zde nejsou žádné komentáře.