Veeam-Vorbereitung

Stand: 17.09.2026. Noch keine aktive Veeam-Sicherung.

SGJ-VBR01 ist auf HYPER-V-02 (10.1.0.52) angelegt: Generation 2, 8 vCPU, 20 GiB RAM, Secure Boot, TEAM untagged und dynamische VHDX mit 240/120 GiB. VM-ID: bc0febbe-16e4-46a9-812f-fe7030a1e406. Die VM ist ausgeschaltet, wurde nie gestartet und startet nicht automatisch. Betriebssystem und Veeam sind noch nicht installiert.

Vor einem Start ist die Ausfallreserve zu entscheiden: Die sechs vorhandenen Replikate brauchen zusammen rund 44 GiB RAM, Hamasys weitere 8 GiB. Mit zusätzlich 20 GiB für Veeam reicht der 64-GB-Host nicht für alle VMs gleichzeitig. Derzeit bleiben die Replikat-Reserve und die vorhandenen VM-Konfigurationen erhalten.

Die QNAP wurde als TS-419P II, 10.1.0.8, QTS 4.3.3.0724 (2018) identifiziert. Webverwaltung auf Port 8080 und SMB auf Port 445 sind von Host 02 erreichbar. Der hinterlegte Adminzugang wird mit Fehler -1 abgewiesen. Kapazität, RAID-Zustand, Freigaben, Berechtigungen und SMB-Dialekt sind daher noch ungeprüft; kein Backup-Repository wurde angelegt. Credentials ausschließlich im kundengebundenen Vault pflegen. Kein Firmwareupdate durchgeführt.

Für die Fortsetzung fehlen gültige QNAP-Zugangsdaten, das Veeam-Installationsmedium beziehungsweise ein Downloadzugang, das passende Server-OS-Medium und die Startentscheidung. Produktive Jobs bleiben bis zur passenden Veeam-Lizenz aus. Auf Host 01 vorhandene Veeam-Komponenten gehören vor Anbindung auf ihre bisherige Verwaltung geprüft.

Geprüfte Architektur des vorbereiteten Stands. Die Bedienoberfläche des Diagramms ist Englisch, die Inhalte sind Deutsch.

Der verifizierte Prestate und der eng begrenzte Rückweg stehen im Customer-Ops-Change. Rückweg: nur die neue, weiterhin unbenutzte VM anhand ihrer ID und ausschließlich ihr Verzeichnis D:\Hyper-V\SGJ-VBR01 entfernen. Bei zwischenzeitlicher Nutzung zuvor neuen Prestate aufnehmen.