Bitte lesen Sie dieses Dokument sorgfältig

1. Dezember 2025

Dieses Dokument beschreibt Nutzungseinschränkungen und sollte vor der Verwendung des Produkts unbedingt gelesen werden.

Die Systemanforderungen finden Sie unter System Requirements.

Hinweise zum Upgrade/Aktualisieren von ActiveImage Protector

• Während des Upgrades wird die vorherige Version von ActiveImage Protector vollständig deinstalliert und durch die neue Version ersetzt. Tritt während des Upgrades ein Fehler auf, müssen Sie das Installationsprogramm erneut ausführen, da ActiveImage Protector vom Computer entfernt wurde.

• In der Cluster Edition ist ein Upgrade während einer laufenden Aufgabe nicht erlaubt.

• Ab Version 6.5 wird die Funktion Deduplizierungs-Komprimierung für Backups auf Bandlaufwerke nicht unterstützt. Wenn eine Sicherungsaufgabe mit dieser Funktion konfiguriert ist, erstellen Sie sie nach dem Upgrade auf Version 6.5+ neu.

• Beim Upgrade von Version 6.5.0 auf 7.0.x wird der geänderte Blockverfolgungsmodus standardmäßig auf CBC (Changed Block Comparison) gesetzt. Bei Bedarf können Sie unter Einstellungen > Backup den Tracking-Treibermodus ändern.

• Nach dem Upgrade werden die Einstellungen für den Nachverarbeitungsprozess möglicherweise nicht korrekt migriert. Falls dies auftritt, konfigurieren Sie die Einstellungen im Fenster [Aufgabe bearbeiten] erneut.

• Nach Ausführung einer HyperStandby-Aufgabe mit VMware vSphere ESXi als Zielhost kann beim Upgrade die Meldung „Installation failed“ angezeigt werden. Das Upgrade wurde dennoch erfolgreich abgeschlossen.

• Beim Upgrade auf Version 7.0.0 in einer Umgebung, in der das Produkt per Lizenzdatei aktiviert wurde, aktivieren Sie bitte die Option [Konfigurations- und Protokolldateien beibehalten] in der aktuellen Version und installieren Sie Version 7.0.0 erst nach der Deinstallation der aktuellen Version. Bei einem direkten Upgrade müssen Sie die Lizenzdatei nach dem Upgrade erneut beschaffen.

• Beim Upgrade, während ein Backup-Image eingebunden ist, kann es vorkommen, dass das Image nicht ausgehängt wird. Starten Sie in diesem Fall das System neu.

• Wenn das Dialogfeld Software-Update beim Upgrade geöffnet ist, kann die Meldung „Check and terminate product process failed“ erscheinen. Klicken Sie auf [OK] und fahren Sie fort.

Upgrade von Version 2018

• Sie werden aufgefordert, den Produktschlüssel für Version 2022 einzugeben.

• Wenn Sie den Upgrade-Vorgang abbrechen, wird das Produkt deinstalliert.

• ActiveImage Protector 2022 unterstützt keine BootCheck-Aufgabe für Windows 10 x64 über Hyper-V auf einem anderen Computer. Wird diese Aufgabe migriert, schlägt sie fehl.

• Wenn ein Zeitplan mit aktiviertem Nachverarbeitungsprozess konfiguriert ist, bearbeiten Sie den Zeitplan oder konfigurieren Sie ihn nach dem Upgrade auf ActiveImage Protector 2022 neu.

• Wenn in ActiveVisor Version 6 oder früher eine Aufgabe per Backup-Vorlage erstellt wurde und die Option [Unterordner für jeden Client erstellen] aktiviert ist, wird nach dem Upgrade des Agents auf Version 2022 unter dem Computer-Unterordner ein weiterer Unterordner mit eindeutigem Namen zur Speicherung der Backups erstellt.

• Wenn Sie auf einem von Version 2018 auf 2022 aktualisierten API-Agenten ein Quell-Backup-Image für HyperStandby erstellen, müssen Sie die Aufgabe neu anlegen.

• Ein Upgrade mit dem Setup der Produktversion 6.5.0.7616 schlägt fehl. Bitte Version 2018 vor dem Upgrade deinstallieren.

Überblick

• ActiveImage Protector unterstützt maximal 128 Datenträger pro System, 24 Volumes pro Datenträger und 64 TB pro Volume. Backup oder Kopie über VSS unterstützt bis zu 64 Volumes.

• Der Deduplizierungs-Komprimierungsgrad sowie Passwortschutz/Verschlüsselung können nicht über die Zeitplaneinstellungen geändert werden.

• Verwenden Sie keine Image-Dateien, die auf einem anderen Host in Benutzung sind. Wenn ein Image-Set auf einem anderen Host genutzt wird, kann der Vorgang fehlschlagen.
  Beispiel 1: Wenn Sie versuchen, eine inkrementelle Datei wiederherzustellen, die auf einem anderen Host bereits konsolidiert wird, schlägt die Aufgabe mit Fehler fehl.
  Beispiel 2: Wenn Sie ein Image zur Konsolidierung auswählen, das auf einem anderen Host als beschreibbares Volume eingehängt ist, wird die Konsolidierung im Verlauf als erfolgreich protokolliert, die Dateien werden aber nicht konsolidiert.

• ActiveImage Protector 2022 unterstützt Backup-Images der Version „208“ oder neuer, die mit AIP Version 3.5 SP7 oder neuer erstellt wurden.

  Die Funktion ReZoom it! (Wiederherstellung von VMs) wird nicht unterstützt.

• Wenn Anmeldedaten für einen freigegebenen Netzwerkordner geändert werden, werden Sie ggf. aufgefordert, das System nach der Änderung neu zu starten.

• Wenn die Option [SMB 1.0/CIFS-Dateifreigabeunterstützung] auf dem System deaktiviert ist, wird die Hostliste bei den folgenden Funktionen nicht angezeigt. Geben Sie den Hostnamen dann manuell an.

  • Dateien/Ordner durchsuchen, um Dateien auszuwählen

  • Den Wiederherstellungs-Assistenten starten

  Dasselbe gilt in Windows-PE-Umgebungen, die mit dem Windows ADK für Windows 10 Version 1703 oder höher erstellt wurden. {: .alert .alert-info }

• Wählen Sie keine Backup-Image-Datei, deren Dateiversion nicht unterstützt wird. Solche Dateien werden in der Konsole nicht angezeigt.

• Das Betreiben eines Linux-Dateisystems in einem Backup-Image auf einem Windows-System wird nicht unterstützt.

• Wenn ActiveImage Protector für Windows auf einem Quellsystem installiert ist, das mit folgenden Funktionen erstellt/konvertiert wurde, wird ein vorhandener Sicherungszeitplan auf der erzeugten VM deaktiviert. Aktivieren Sie den Zeitplan wieder, wenn Sie ihn weiter nutzen möchten. Die nächste erste Sicherung erstellt dann ein Backup gemäß Ihren Einstellungen.

  • Virtuelle Konvertierung

  • vStandby

  • HyperRecovery

  • HyperStandby

• Gleichzeitige Ausführung einer Sicherung für den Hyper-V-Host per ActiveImage Protector-Agent und einer VM-Sicherung auf demselben Host per HyperBack wird nicht unterstützt, da während eines Host-Snapshots kein Checkpoint für die VM erstellt werden kann.

• Stellen Sie vor der Deinstallation sicher, dass keine Aufgabe läuft.

• Beim Arbeiten mit einem Backup-Image eines Windows-10-Systems wird im Windows-Ereignisprotokoll ein ID4-Ereignis protokolliert.

  • Image einbinden (Mount Image)

  • File Recovery

  • Konsolidieren (Mount-Treiber installiert, Option [Use Smart Consolidation] in der Nachverarbeitung aktiviert)

  • Virtuelle Konvertierung (Konvertierung eines Image-Files)

  • HyperRecovery

  • HyperStandby

• Wenn Sie bei Virtual Conversion, vStandby oder HyperStandby einen Einhängepunkt für ein CSVFS-Volume angeben, wird die erstellte VM auf dem angegebenen Hyper-V-Host registriert. Bei Bedarf können die VMs für Hochverfügbarkeit konfiguriert werden.

• Verteilen Sie die MSI über die Gruppenrichtlinie [Softwareinstallation]. Eine Deinstallation durch lokale Benutzer ist nur im Silent-Modus zulässig.

• Funktionen von ActiveImage Protector unterstützen keine Backup-Images eines Linux-LVM-Systems, die mit ActiveImage Protector Linux Edition erstellt wurden.

• Bandlaufwerke LTO 6 oder höher, die unter Windows erkannt werden, werden in eigenem Format unterstützt.

• Bei Sicherungen in einen Tape Pool können keine Backup-Images erzeugt werden, die die maximale Größe eines Bandmediums im Pool überschreiten.

• Die Sicherungsdauer kann sich verlängern, wenn ein Tape Pool als Ziel angegeben ist.

• Wenn bei einem Tape Pool der Platz auf einem Medium voll ist und auf ein anderes Band gewechselt wird, wird die laufende Backup-Image-Datei ab Beginn auf das neue Band geschrieben. Dadurch verlängert sich die Sicherungszeit; der Fortschrittsbalken beginnt erneut.

• Wird der Autoloader einer Tape Library in der von RescueBoot erstellten Umgebung nicht erkannt, laden Sie den Treiber mit dem Driver Loader.

• Wenn Hyper-V auf dem lokalen Computer im HyperAgent (Virtual Edition) über [Mit diesem Host verbinden] als Backup-Quelle für HyperBack registriert wird, werden die IP-Adresse und „127.0.0.1“ beim Aktivierungsserver registriert. Deaktivieren Sie dann mit beiden Einträgen.

• Im Assistenten „Wiederherstellungspunkt wählen“ kann die Anzeige dauern, wenn ein Ordner mit vielen Backup-Dateien einschließlich Inkrementen ausgewählt wird.

• Beim Sichern eines mit Microsoft BitLocker verschlüsselten Geräts beachten Sie je nach Sicherungsfunktion folgende Einschränkungen.

  • Hot Backup
    Sicherung mit Smart-Sector-Technologie wird unterstützt. BootCheck kann für diese Sicherung aktiviert werden. Bei der Wiederherstellung wird die BitLocker-Verschlüsselung für das wiederhergestellte Gerät deaktiviert.

  • Cold Backup
    Sicherung mit Smart-Sector-Technologie unterstützt das verschlüsselte Gerät nicht. Es wird eine Vollsektorsicherung ausgeführt. BootCheck kann für das erstellte Backup-Image nicht ausgeführt werden (BootCheck-Aufgabe schlägt fehl). Bei der Wiederherstellung wird die BitLocker-Verschlüsselung für das wiederhergestellte Gerät aktiviert. Wenn Sie den wiederhergestellten Systemdatenträger auf einem anderen Computer als dem Sicherungsquellcomputer zum Starten verwenden, werden Sie zur Eingabe des Wiederherstellungsschlüssels aufgefordert.

  Kopiervorgänge unterliegen denselben Einschränkungen. Beim Kopieren eines BitLocker-verschlüsselten Geräts in der Bootumgebung bleibt BitLocker auf dem kopierten Gerät aktiv.

• Bei Auswahl von Cloud-Speicher als Sicherungsziel unterstützt die Desktop Edition bis zu 2 TB Sicherungsgröße.

• Die folgenden Funktionen unterstützen die Verwendung von in Wasabi gespeicherten Backup-Dateien nicht.

  • BootCheck
  • Image einbinden (Mount Image)
  • Image Target Server
  • HyperStandby
  • HyperRecovery LIVE!
  • Virtualisierung
  • Virtueller Adapter

  Die folgenden Funktionen zeigen Wasabi nicht als Ziel zum Speichern von Backup-Dateien an. Wählen Sie vor der Nutzung von Backup-Dateien in Wasabi Amazon S3, gehen Sie zu [Enter Provider] - [Add New Target] und wählen Sie Wasabi aus.

  • In-Cloud Recovery
  • In-Cloud Standby

• Der Status von [Console], der vor der Installation konfiguriert wurde, kann nicht geändert werden.

• Nach der Installation kann keine bestimmte Komponente gelöscht werden.

• BootCheck-Aufgabe schlägt fehl, wenn der Windows Modules Installer-Dienst nicht ausgeführt wird.

• Ein Computer mit ARM-basiertem CPU hat folgende Einschränkungen.

  • Die Hauptfunktionen Volume Backup und Volume Recovery werden unterstützt.
  • Beim Installieren eines Tracking-Treibers ist nach der Installation ein Systemneustart erforderlich.
  • Der Mount-Treiber wird nicht installiert. Daher können Backup-Dateien dynamischer Volumes nicht eingehängt werden.
  • Image Explorer ist nicht verfügbar.

Empfehlungen bei Verwendung eines Tape Pools

• Wenn Sie denselben Tape Pool als Ziel für mehrere Sicherungsaufgaben angeben, empfiehlt es sich, getrennte Tape Pools für die jeweiligen Sicherungsaufgaben zu verwenden.

Software-Aktivierung

• Die Aktivierung erfolgt automatisch zu folgenden Zeitpunkten:

  • 3 Minuten nach einem Neustart.

  • 24 Stunden nach der letzten Aktivierung.
    (Eine Stunde bei Server- und Virtual Edition)

• Wenn das Offline-Bundle mit allen dem Produktschlüssel zugewiesenen Lizenzen erstellt wird, akzeptiert der Actiphy-Aktivierungsserver keine Aktivierung des Produktschlüssels.

• Bei Verwendung einer Lizenzdatei oder wenn AAS im Servermodus zur Lizenzaktivierung läuft, ist die Update-Prüfung deaktiviert.

• Bei Lizenzaktivierung per Lizenzdatei wird die verbleibende Gültigkeitsdauer nicht angezeigt.

Backup / Sicherung

Volume Backup

• Backup von exFAT-Volumes erfolgt als Vollsektor-Backup (Basis und Inkrement).

• Wenn [CBC (Changed Block Comparison)] als Modus zur Blockverfolgung ausgewählt ist, können mehrere Zeitpläne für dieselbe Sicherungsquelle konfiguriert werden, es kann jedoch immer nur ein Zeitplan zur selben Zeit starten. Planen Sie sie daher nicht zeitgleich.

• Backup nach Datenträger unterstützt keine dynamischen Datenträger. Nur gespiegelte oder einfache dynamische Volumes werden unterstützt.

• Bei Online-Backups unter Windows 10/Server 2016 oder höher wird ein ID513-Fehler im Windows-Ereignisprotokoll aufgezeichnet.

• Die gleichzeitige Nutzung mit anderen VSS-basierten Produkten wird nicht unterstützt. Wenn ein anderes VSS-Produkt installiert ist, stellen Sie sicher, dass keine ActiveImage-Protector-Aufgaben laufen, während das andere Produkt aktiv ist.

• Wenn Sie sowohl Backup- als auch vStandby-Aufgaben konfiguriert haben, planen Sie sie zu unterschiedlichen Zeiten, um Konflikte zu vermeiden.

• Um ein Hot Backup auf einem Windows-System mit Oracle Database 11g (inklusive Snapshot mit dem Oracle VSS Writer) auszuführen, muss die Datenbank im ARCHIVELOG-Modus laufen. Die folgende URL im Oracle Database Platform Guide beschreibt Details zu Sicherung/Wiederherstellung mit VSS:
  http://otndnld.oracle.co.jp/document/products/oracle11g/111/windows/E05885-02/vss.htm

• Wenn ein per Zeitplan erstelltes Image mit Systemvolume wiederhergestellt und erstmals gestartet wird, kann folgender Fehler protokolliert werden. Er beeinflusst weder die Konsistenz des Images noch des Systems.
  „Could not create an image file using the schedule “

• Wenn die Option [Separate image file for each disk] aktiviert ist und sich die Anzahl der zu sichernden Datenträger ändert, wird beim nächsten Zeitplan ein Full Backup statt eines inkrementellen Backups erstellt.

• Die Linux-basierte Boot-Umgebung erkennt keine virtuellen Datenträger, die aus ReFS-formatierten Volumes konvertiert wurden. Wird ein ReFS-formatierter virtueller Datenträger für Systembackups genutzt, schlägt die Boot-Umgebung fehl.

• Smart Sector Backup unterstützt keine VMware vSphere ESXi Datastores mit 2 TB oder größer. Aktivieren Sie „Include free space in image“ und führen Sie ein Full-Sector-Backup aus. Da Smart Sector VMFS Version 6 nicht unterstützt, wird ebenfalls ein Full-Sector-Backup erstellt.

• Bei Backups dynamischer Volumes über mehrere Datenträger wird der Image-Dateiname auf der Zusammenfassungsseite des Backup-Assistenten nicht korrekt angezeigt.

• Geht die Basis-Image-Datei eines neuen Image-Sets verloren oder wird beschädigt, behält das anschließend erstellte Inkrement die Kontinuität zum inkrementellen Image-Set der vorherigen Generation.

• (6700) Wenn eine Backup-Image-Datei erfolgreich erstellt wird, aber im Aufgabenprotokoll ein Fehler steht, wird dieser unter [Dashboard] -> [System Protection Status] angezeigt und ggf. als Alarm behandelt.

• Wenn eine geplante Aufgabe weniger als fünf Minuten vor dem Startzeitpunkt angelegt wird, läuft sie erst zum nächsten Termin.

• Wird der Host während eines Backups neu gestartet, wird die Sicherung nicht automatisch fortgesetzt. Starten Sie die Aufgabe erneut.

• Wenn Sie das Ziel für Backup-Images von Volume A auf Volume B ändern, werden die Dateien von A auf B dupliziert. Dies ist erforderlich, um Konsistenz zu gewährleisten. Alle Backup-Dateien müssen sich auf demselben Volume befinden, um die Konsistenz sicherzustellen.

• Während der Konsolidierung eines Image-Sets, dessen Inkremente auf einem anderen Host erstellt wurden, können keine inkrementellen Backups ausgeführt werden. Die inkrementelle Aufgabe läuft erst zum nächsten Zeitplan.

• Wenn Sie die Option [Eject the destination USB device once the backup is finished] aktivieren, werden Wechsel-USB-Geräte ausgehängt. Hinweis: Die Option [Post Backup] wird dabei deaktiviert.

• Mit RDX-Lizenz beachten Sie bitte folgende Einschränkungen, bevor Sie das Auswerfen der RDX-Kassette nach Abschluss der Sicherung konfigurieren.

  • Diese Option ist nur mit Tangberg-RDX-Geräten verfügbar.

  • Stellen Sie sicher, dass RDX Manager installiert ist, bevor Sie RDX-Geräte in ActiveImage Protector konfigurieren.

  • Die Auto-Eject-Funktion unterstützt nur wöchentliche Zeitpläne. Weitere Planungsoptionen stehen nicht zur Verfügung.

• Wenn ein BitLocker-verschlüsseltes Volume im Sicherungsumfang eines Cold Backups in der Windows RE/PE-Bootumgebung enthalten ist, wird ein Vollsektor-Backup des verschlüsselten Volumes erstellt.

• In einer Cluster-Umgebung (Server Edition) dürfen nicht mehrere Sicherungsaufgaben gleichzeitig für dasselbe CSVFS-Quellvolume auf mehreren Knoten geplant sein, da sonst VSS-Konflikte auftreten können.

• Wird ein aus einem Backup wiederhergestelltes CSVFS-Volume dem Cluster Shared Volume hinzugefügt oder ein CSVFS-Quellvolume entfernt und erneut hinzugefügt, erhält es eine andere ID; die nachfolgende Sicherung schlägt dann mit Fehler -455 fehl. Bearbeiten Sie in diesem Fall den Sicherungszeitplan und wählen Sie das CSVFS-Volume erneut als Quelle.

• Bei der Konfiguration des Nachverarbeitungsprozesses planen Sie die inkrementellen Sicherungen mit ausreichendem Abstand, sonst kann der Prozess nicht ordnungsgemäß abgeschlossen werden.

• Bei Skripten für Sicherungsaufgaben von CSV-Volumes stellen Sie sicher, dass die Skriptdatei auf jedem Backup-Knoten im gleichen Pfad liegt.

• Bei aktivierter Option [Make backup image file P2V ready] in den erweiterten Sicherungsoptionen wird der VMware Paravirtual SCSI-Controller-Treiber nicht unterstützt.

• Beim Wechsel des Ziel-Tape-Pools zu einem anderen Tape Pool erstellen Sie die Aufgabe neu.

Tracking Driver-Modus

• Auch bei Auswahl des Tracking Driver-Modus wird für inkrementelle Backups eines Volumes mit anderem Dateisystem als NTFS/ReFS der CBC-Modus genutzt.

CBC-Modus

• Wird eine Inkrementdatei beschädigt oder gelöscht, kann das nächste Inkrement erstellt werden und die Kette mit einer gültigen Inkrementdatei fortsetzen.

• Inkrementelle Backups dauern länger in folgenden Fällen:

  • Das Quellvolume enthält eine große Datei (z. B. feste VHDX), in der Änderungen erfolgen.

  • Basis-Backup der VM wurde mit einer festen VHDX „ohne Checkpoints“ erstellt.

    Basis-Backup der VM wurde mit einer festen VHDX „mit Checkpoints“ erstellt. Das Inkrement-Backup war schneller als im Szenario ohne Checkpoints (proportional zur geänderten Datenmenge in der VM).

    Wird mitten in der Image-Kette für eine VM mit fester VHDX ein Checkpoint erstellt, dauert das nächste Inkrement etwa so lange wie ein Basis-Backup. Die folgenden Inkremente werden wieder schneller (proportional zur geänderten Datenmenge in der VM).

  • Bei inkrementellen Backups eines Volumes mit anderem Dateisystem als NTFS oder CSVFS wird ein differentieller Prozess ausgeführt, um Inkrement-Images zu erstellen.

    Die Cluster Edition unterstützt keine Sicherung eines CSVFS-Volumes zusammen mit einem Volume mit anderem Dateisystem.

    Backup von Datenträgern mit CSVFS-Volumes unterstützt kein Backup nach Datenträger.

Datei-Backup

• Systemdateien oder Datenbankdateien/-ordner werden nicht als Sicherungsquelle unterstützt.

• Wenn sich an keinem Sicherungsobjekt etwas geändert hat, wird beim inkrementellen Backup kein Image erstellt.

• Das Anhalten einer laufenden Aufgabe wird nicht unterstützt.

• [Standard Compression (Standard)] ist für die Erstellung der Backup-Image-Datei aktiviert.

• Beim Wechsel des Ziel-Tape-Pools zu einem anderen Tape Pool erstellen Sie die Aufgabe neu.

• Die Verarbeitungszeit steigt proportional zur Anzahl der Sicherungsobjekte.

• Beim Upgrade von 7.1.0 oder früher auf 7.5.0 oder höher wird beim ersten Backup nach dem Upgrade das Basis-Image neu erstellt.

HyperBack

• Passthrough-Datenträger wie iSCSI-Targets, die an einer VM angebunden sind, können nicht als Sicherungsquelle verwendet werden.

• Bei Linux-VMs mit Datenbanken (MySQL etc.) nutzen Sie vor der Sicherung „FLUSH TABLES WITH READ LOCK“, um die Datenbank anzuhalten.

• Backup derselben VM als Quelle über mehrere Hyper-Agents wird nicht unterstützt.

• ReFS wird nicht unterstützt.

• Beim Nachverarbeitungsprozess planen Sie inkrementelle Backups mit ausreichendem Abstand; sonst kann der Prozess im Intervall nicht korrekt laufen.

• Beim Wechsel des Ziel-Tape-Pools zu einem anderen Tape Pool erstellen Sie die Aufgabe neu.

• Bei aktivierter Option [Include the added new VM to backup source] gilt Folgendes.

  • Bei aktivierter Option können Sie keine zusätzliche VM auswählen. Aktivieren Sie sie erst, nachdem die Quell-VM gewählt wurde.
  • Diese Option ist nicht verfügbar, wenn FCD als Sicherungsquelle angegeben ist.
  • Weitere Bewertung erfolgt basierend auf dem Status der letzten Aufgabenausführung.
  • Für die Aufgabe, die beim Hinzufügen einer neuen VM erstellt wird, werden dieselben Einstellungen wie in der ursprünglichen Aufgabe übernommen.
  • Wird bei aktivierter Option [Create backup image file of multiple virtual machines] eine neue VM erkannt, wird ein Basis-Backup erstellt.

• Beim Überschreiben zur Wiederherstellung der Sicherungsquelle auf einen virtuellen Datenträger per HyperRecovery 7.5.1 oder höher ist das Inkrement ungefähr so groß wie ein Basis-Backup.

Hyper-V-VM

• Stellen Sie vor einer Sicherung sicher, dass Checkpoints auf der Quell-VM aktiviert sind. Wird die Checkpoint-Funktion nach dem Erstellen der Sicherung deaktiviert, schlägt der weitere Prozess fehl.

• Installieren Sie nach Möglichkeit Integration Services auf den Quell-VMs.

• Sicherungen von Gast-VMs mit Passthrough-Datenträgern werden nicht unterstützt.

• In den folgenden Szenarien wird während der Sicherung ein Checkpoint-Snapshot [VG_Snapshot1(oder 2)] für die Gast-VM erstellt. Dieser wird beim Löschen des Sicherungsplans nicht automatisch entfernt und kann künftige Sicherungen fehlschlagen lassen. Löschen Sie den Snapshot manuell bei:

  • Gast-VMs mit Windows Server 2012 R2 oder älter oder Gen-1-Gast-VMs von Windows Server 2016 oder neuer.

  • VMs, die gesichert werden, wenn die Option „Using Microsoft Resilient Change Tracking (RCT)“ unter [Preferences] - [HyperAgent] deaktiviert ist.

• Wird nach einem der folgenden Basis-Backups auf einen anderen Checkpoint (Snapshot) zurückgesetzt, ist das anschließende Inkrement etwa so groß wie ein erneut ausgeführtes Basis-Backup:

  • Gast-VM mit Windows Server 2012 R2 oder älter oder Gen-1-Gast-VM von Windows Server 2016 oder neuer.

  • VM, die gesichert wurde, während „Using Microsoft Resilient Change Tracking (RCT)“ unter [Preferences] - [HyperAgent] deaktiviert war.

• Oracle auf einer Gast-VM muss im Archive Log Mode laufen. Im No-archive Log Mode kann VSS die Datenintegrität des Backups nicht sicherstellen.

• Bei Auswahl geclusterter Gast-VMs als Sicherungsquelle schlägt die Aufgabe fehl, wenn die Verbindung zum angegebenen Clusterknoten vor dem Start nicht hergestellt ist.

• Die Sicherung angehaltener Gast-VMs wird nur auf Windows Server 2016 Hyper-V oder neuer unterstützt.

• Wird eine VM Version 5.0 (Gen2) nach Hyper-V auf Windows Server 2016 oder neuer importiert und per RCT gesichert, schlägt der Vorgang mit Fehler -631 fehl.

• Führen Sie ein Inkrement auf einer VM Version 5.0 (Gen2) unter Windows 2016+ im RTC-Modus aus und ändern einen Checkpoint, schlägt das Backup mit Fehler -630 fehl. In diesem Fall Basis-Backup neu erstellen.

• Für den Zugriff auf Hyper-V-Hosts ist das integrierte Administrator-Konto erforderlich; andere Admin-Konten sind nicht erlaubt.

VMware vSphere-VM

• Kostenlose VMware vSphere Hypervisor (ESXi) Lizenz wird nicht unterstützt.

• Installieren Sie VMware Tools auf der Quell-VM. Ohne Tools schlägt Backup von VMs mit DBs (Oracle/SQL Server) fehl, wenn Datenintegrität geprüft wird.

• ActiveImage Protector kann keine VMs mit Independent-Mode-Disks oder physischen RDMs sichern.

• VMs mit mehr als 31 Snapshots auf ESXi können nicht ausgewählt werden; die Aufgabe schlägt sonst fehl.

• Inkrement nach Basis-Backup und anschließendem Restore auf anderen Snapshot führt zur Neuerstellung des Basis-Backups.

• Backup laufender VMs kann mit Fehler -630 fehlschlagen; VM herunterfahren und erneut ausführen.

KVM-VM

• VMs aus RAW-Volumes werden nicht unterstützt.

• Beim Sichern einer ausgeschalteten VM:

  • Bei konfigurierten Inkrement-Zeitplänen startet das System automatisch zum Erzeugen der Checkpoints und fährt sofort wieder herunter. Solange Checkpoints existieren, kann im Shutdown kein Snapshot erstellt werden.
    Löschen Sie vor Snapshot-Erstellung im Shutdown die HyperBack-Aufgabe; dabei werden die Checkpoints gelöscht.
  • Bei nur Basis-Zeitplan darf das System nicht eingeschaltet werden, bis der Backup-Prozess abgeschlossen ist.

• Beim Löschen einer HyperBack-Aufgabe werden alle von diesem Produkt angelegten Checkpoints entfernt.

• Sind Virtio-win-guest-tools auf Windows-Gast nicht installiert, werden Daten, die vor Installation erzeugt, aber nicht gesichert wurden, evtl. nicht korrekt gesichert. Installation im Voraus wird empfohlen.

Proxmox-VM

• Hot Backup einer laufenden VM mit anschließendem Shutdown schlägt mit Fehler -701 fehl.

• Backup im ausgeschalteten Zustand: falls System benötigt wird, im Web-/Remote-Console [Resume] wählen.

• Für Windows-Gäste wird folgendes empfohlen, sonst werden vor Backup erstellte Daten evtl. nicht korrekt gesichert:

  • Virtio-win-guest-tools installieren.
  • Virtio-win-guest-tools installieren und ［QEMU Guest Agent］ in den VM-Einstellungen aktivieren.

• Bei Cluster-Nodes: wandert die Quell-VM während Backup auf anderen Node, schlägt die nachfolgende Aufgabe fehl.

Deduplizierungs-Komprimierung

• Nur einbyte-alphanumerische Zeichen werden im temporären Arbeitsordner unterstützt.

• Backups mit Deduplizierungs-Komprimierung können länger dauern als mit Standardkompression.

Nachverarbeitung nach Backup

• Aufgaben außer HyperBack/HyperStandby und Nachverarbeitung außer BootCheck laufen sequentiell.
  Beispiel: Ist Replikation auf ein langsames Ziel konfiguriert, starten nachfolgende Aufgaben erst nach Abschluss der Replikation. Planen Sie Replikation ggf. später.

• Mehrere Nachverarbeitungsaufgaben zu einer Sicherung laufen in folgender Reihenfolge:

  • Sofort / bei neuen xx Image-Dateien: 1 Verify Image, 2 BootCheck und Replikation, 3 Konsolidierung

  • Um xx:xx: Aufgaben laufen zur angegebenen Zeit.

  Für eine bestimmte Reihenfolge planen Sie mit ausreichendem Abstand.

• Destination Isolation ist mit Post-Backup Process nicht kombinierbar.

BootCheck

• Firewall für Datei- und Druckerfreigabe sowie WMI öffnen, wenn Hyper-V auf Remote-Rechner genutzt wird.

• Stellen Sie sicher, dass Virtual Conversion auf dem BootCheck-Rechner aktiviert ist (Herstellerhinweise beachten).

• BootCheck startet Systeme aus Backup-Images; beachten Sie Hypervisor-Beschränkungen.
  Beispiel: Hyper-V unterstützt kein uEFI-Boot für Windows Server 2008 R2/Windows 7 x64, daher funktioniert BootCheck dort nicht.

• BootCheck nicht für Quellen ohne Systemvolumes aktivieren. Fehlt eine aktive Partition (z. B. System Reserved), wird BootCheck nicht unterstützt.

• BootCheck unterstützt nicht, wenn Boot-Partition und System-Partition auf unterschiedlichen Disks liegen.

• BootCheck nutzt 1 GB RAM auf dem Hypervisor.

• BootCheck für Backup eines dynamischen Volumes wird nicht unterstützt.

• BootCheck für Backup einer Linux-VM wird nicht unterstützt.

• BootCheck prüft Bootfähigkeit, garantiert aber nicht, dass alle Funktionen nach dem Start laufen.

• Bei Shutdown/Neustart bleibt die BootCheck-VM auf dem Hyper-V-Host des Agents bestehen. Stellen Sie sicher, dass BootCheck nicht läuft, bevor Sie wegen Wartung neu starten; Windows-Updates mit Neustart nur ausführen, wenn BootCheck nicht läuft.

• Wenn die BootCheck-VM auf dem Hyper-V-Host verbleibt, löschen Sie sie dort.

Replikation

• Bei WebDAV als Ziel steigt der Fortschritt erst am Ende; bei mehreren Quell-Dateien steigt er zum Abschluss im Verhältnis erledigt/gesamt.

• Bei WebDAV funktionieren Pause/Resume nicht. Bei Abbruch wird die aktuelle Datei repliziert, weitere Dateien nicht.

• In Systemen mit ≥8 GB RAM greift Network Throttle nicht; Fortschritt bleibt konstant.

• Beim Einstellen des Replikationsziels kann bei Amazon S3 kein neuer Bucket erstellt werden.

• Bei CSV-Volume-Backup und SFTP mit Private Key muss der Key auf allen Backup-Nodes im gleichen Pfad liegen.

• Replizierte Backup-Images nach WebDAV/Cloud werden mit Prozesszeitstempel versehen.

Standby

• Startet eine Standby-Replik/VM aus Windows 11 25H2 nicht, Secure Boot deaktivieren und neu starten.

• Beim Start einer KVM-Standby-Replik oder des neuesten Snapshots direkt die Replik/VM booten. Beim Start eines älteren Snapshots über Tools wie Cockpit/Virt Manager schlägt es fehl; nutzen Sie AipControl.exe:

  1. VM-Liste auf KVM-Host abrufen:
     aipcontrol kvm listvm <host ip> <username> <password>

  2. Snapshot-Liste der Standby-Replik/VM abrufen (Format V): `aipcontrol kvm list_snapshot `

  3. Replik/VM auf bestimmten Snapshot zurücksetzen:
     aipcontrol kvm revert_snapshot <ip> <username> <password> <vm uuid> <snapshot name>

• Beim Löschen einer Standby-Replik auf KVM oder einer Standby-VM beachten:

  • Replik löschen, indem im vStandby-Plan [Delete Virtual Standby replica] aktiviert ist; Standby-VM löschen, indem im HyperStandby-Profil [Delete standby VM] aktiviert ist.

  • Löschen über Cockpit ist nicht erlaubt.

  • Löschen über Virt Manager möglich, es können jedoch QCOW2-Reste bleiben; ggf. manuell entfernen.

vStandby

• Dynamische Disks, Storage Spaces und native 4K-Sektor-HDDs werden als Quell-Disk nicht unterstützt.

• Doppelbyte-Zeichen sind in VM-Namen und VMDK-Dateinamen nicht erlaubt.

• WINS-Adressen werden in den Netzwerkeinstellungen einer Standby-Replik nicht unterstützt.

• Löschen einer Standby-Replik löscht nur diese Replik.

• Im Dialog [Preparing Virtual Standby Replica…] kann eine bestehende Replik ggf. nicht gelöscht werden; nutzen Sie vSphere Client oder ändern Sie den Namen der neuen VM.

• Werden NIC oder Disk erst nach Erstellung der Replik zur Quelle hinzugefügt, werden die Änderungen nicht übernommen; Plan löschen und Replik neu erstellen.

• Wenn Backup- und vStandby-Aufgaben konfiguriert sind, planen Sie sie zeitlich getrennt.

• Bei Thick Provisioning oder Static dauert die VHD/VMDK-Erstellung je nach Quell-Disk-Größe länger.

• Der Boot Point nach Upgrade auf die aktuelle Version sollte vollständige Daten wie der erste Boot Point enthalten.

• Ist ein Plan deaktiviert, wird er durch Bearbeiten oder [Backup Now] wieder aktiviert.

VMware vSphere

• Die kostenlose VMware vSphere Hypervisor (ESXi)-Lizenz wird nicht unterstützt.

• Bei NFS-Datastore als Ziel wird ein Thick Provisioned VM-Datenträger erstellt.

• Wenn sich der ESXi-Host im Wartungsmodus befindet, kann keine virtuelle Standby-Replik erstellt werden; Boot-Point-Erstellung bricht mit Fehler ab.

• Schlägt die virtuelle Konvertierung über vCenter Server fehl, geben Sie den ESXi-Hypervisor direkt als Ziel an.

• Wenn ein Netzwerkname mit Doppelbyte-Zeichen angegeben wird, kann er im Assistenten nicht angezeigt werden.

• (7894) Virtuelle Konvertierung von 16 oder mehr Festplatten wird nicht unterstützt.

• Bei Fehler -4101: Windows-Updates installieren und erneut versuchen.

Microsoft Hyper-V

• Stellen Sie sicher, dass die Administrative Freigabe auf dem verwalteten Remote-Computer aktiviert ist.

• Konfigurieren Sie die Firewall so, dass [Datei- und Druckerfreigabe] auf dem Remote-Computer erlaubt ist. Bei Gruppenrichtlinien: [Netzwerk] - [Netzwerkverbindung] - [Windows-Firewall] und [Eingehende Ausnahme für Datei- und Druckerfreigabe zulassen] aktivieren.

• Melden Sie sich mit dem integrierten Administrator-Konto an. Konten in der Administratorengruppe werden nicht authentifiziert.

• uEFI-Systemkonvertierung wird nur unterstützt, wenn der Zielhost Gen2-VMs unterstützt.

• Eine Aufgabe schlägt fehl, wenn eine virtuelle Standby-Replik läuft.

• Bei Hyper-V-Zielhost auf Windows Server 2008 R2 werden virtuelle Switch-Einstellungen nicht auf die Standby-Replik angewendet.

• (8465) Wiederherstellung von Standby-Repliken, die auf Hyper-V-Zielhost Windows Server 2008 R2 erstellt wurden, auf physische Maschinen wird nicht unterstützt.

• Die Auswahlliste für Ordner ist nicht scrollbar. Wählen Sie [New…] und geben Sie den Ordnernamen an, wenn der Ordner nicht angezeigt wird.

• Von ActiveVisor bereitgestellte virtuelle Standby-Repliken werden wie folgt erstellt:

  • Virtuelle Festplattendatei: Ordner mit VM-Namen im freigegebenen Ordner „vStandby_x“ (Jeder: Vollzugriff)

  • Übrige Dateien: Standardspeicherort auf dem Hyper-V-Zielhost

• Deaktivierte Checkpoints auf einer Standby-Replik werden vor dem nächsten Backup wieder aktiviert.

HyperStandby

• Differential-Image-Dateien werden nicht unterstützt.

• Wenn Sie mit ActiveImage Protector oder ImageCenter LE Image-Dateien konsolidieren, zu denen auch ein von HyperStandby genutztes Image gehört, schließen Sie nach Möglichkeit das zuletzt von HyperStandby verwendete Image aus.

• Geht die Kontinuität zwischen dem von HyperStandby gewählten Inkrement und dem zuletzt genutzten Inkrement verloren, werden alle Images von Basis-Image bis zum Ziel-Inkrement als Konvertierungsquelle verwendet.

• Wenn das zuletzt von HyperStandby verwendete Image infolge einer Konsolidierung in ActiveImage Protector oder ImageCenter LE fehlt, werden beim nächsten HyperStandby-Lauf alle Images des Sets zu Boot Points konvertiert.

• Nach Änderung der Anmeldedaten über [Change Credentials] ist ein Neustart nötig, damit die Änderungen wirksam werden.

• Für die Konvertierung eines mit Deduplizierungs-Komprimierung erstellten Backup-Images werden bis zu 600 MB RAM pro Aufgabe genutzt.

• Beim ersten Start einer Standby-VM auf einem uEFI-System kann die Meldung „Boot Failed. EFI SCSI Device.“ erscheinen; der Start verläuft dennoch normal.

Microsoft Hyper-V (Target)

• Beachten Sie bei virtueller Konvertierung zu Hyper-V auf einem Remote-Computer Folgendes:

  • Administrative Freigabe muss auf dem Remote-Computer aktiviert sein.

  • Firewall so konfigurieren, dass [Datei- und Druckerfreigabe] erlaubt ist. Bei Gruppenrichtlinien: [Netzwerk] - [Netzwerkverbindung] - [Windows-Firewall] und [Eingehende Ausnahme für Datei- und Druckerfreigabe zulassen] aktivieren.

  • Anmeldung mit integriertem Administrator oder Domänen-Admin erforderlich. Andere Konten in der Administratorengruppe werden nicht authentifiziert.

• Wird eine Aufgabe ausgeführt, während eine Standby-VM läuft, schlägt sie mit Fehler fehl.

• Bei einer aus einem uEFI-Backup erstellten Standby-VM ist Secure Boot standardmäßig aktiviert.

• Wird Secure Boot in der Quellumgebung nicht unterstützt, deaktivieren Sie Secure Boot manuell in der Standby-VM.

• Wenn Sie die Verbindung per Domänenbenutzer aus dem Verlauf herstellen, müssen die Anmeldedaten erneut eingegeben werden.

• Deaktivierte Checkpoints auf der Standby-VM werden vor dem nächsten Backup wieder aktiviert.

VMware vSphere (Target)

• Die kostenlose VMware vSphere Hypervisor (ESXi)-Lizenz wird nicht unterstützt.

• Wenn VMware vSphere als Zielhost angegeben ist, werden VMDK-Dateien aus Cold Images (Backup aus Linux- oder Windows-PE-Umgebung) erstellt und aktualisiert.

• Bei Konvertierung zu vCenter Server oder ESXi-Datastore stellen Sie die Verbindung über Port 902 her. Schlägt dies fehl, prüfen Sie die Firewall-Einstellungen des Zielhosts.

• Konvertierung eines Backup-Images mit 16 oder mehr Datenträgern schlägt fehl.

• Migration per vMotion wird nicht unterstützt.

Storage Server (Target)

• Wählen Sie den Konvertierungstyp [KVM/QEMU (QCOW2)] nicht aus, da er nicht korrekt funktioniert.

Windows Image File

• Backup-Images mit dynamischen Volumes werden nicht unterstützt.

Image List

• Der Status in Image List wird ggf. nicht korrekt angezeigt.
  Überwachen Sie den Fortschritt unter [Current Task] und sehen Sie die Ergebnisse im Tab [Task Log] des [Dashboard].

Create / Edit Task

• Wenn auf der Seite [Standby Setting] OS und Firmware auswählbar sind, wählen Sie OS und Firmware für das Image manuell und fahren Sie fort.

• Beachten Sie beim Erstellen einer Aufgabe Folgendes:

  • Es können bis zu 20 Aufgaben gleichzeitig ausgeführt werden.

  • Gleichzeitige Ausführung mehrerer Aufgaben für denselben Host und denselben Datastore verlängert die Laufzeit.

  • Läuft eine Aufgabe auf einem Datastore mit einer aktiven VM, kann sich die Laufzeit erhöhen oder die VM-Leistung beeinträchtigt werden.

Wiederherstellung

• Beim Wiederherstellen eines Backup-Images aus Cloud-Speicher verlängert sich die Laufzeit; in HyperRecovery Live! steht die wiederhergestellte VM ggf. nicht zur Verfügung.

• Beim Wiederherstellen eines Backup-Images mit Agent-Version 7.0.2 bis 7.5.0 schlägt die Wiederherstellung fehl, wenn das Image zuvor mit einem Produkt/Version konsolidiert oder archiviert wurde, das Deduplizierungs-Komprimierung ab 7.0.2 nicht unterstützt. Nutzen Sie in diesem Fall Version 7.0.1 oder älter bzw. 7.5.1 oder neuer für die Wiederherstellung.

Volume Recovery

• Einschränkungen bei agentlosen Backup-Images (HyperBack):

  • Volumen-Informationen werden nicht in der Disk Map angezeigt.
  • Es kann nur der gesamte Datenträger wiederhergestellt werden.
  • Bei Wiederherstellung auf einen größeren Datenträger wird keine proportionale Erweiterung durchgeführt; jedes Volume wird in Originalgröße wiederhergestellt.
  • Beim Wiederherstellen eines Datenträgers in der Boot-Umgebung bleibt das System offline, wenn eine SAN-Richtlinie (z. B. Server-OS) aktiv ist.

• Backup-Images können nicht auf Datenträger mit abweichender Sektorgröße zum Quell-Datenträger wiederhergestellt werden.

• Sind mehrere Festplatten angeschlossen und eine hat dieselbe Signatur wie der Quell-Datenträger, wählen Sie „Use disk signature of restore target“, um wiederherzustellen.

• Wiederherstellung auf zwei oder mehr Bare-Metal-Datenträger wird nicht unterstützt.

• Wiederherstellung eines Backup-Images mit einem Volume in anderem Dateisystem als NTFS in vergrößerter Größe wird nicht unterstützt.

• Beim Wiederherstellen des MBR oder ersten Tracks eines Datenträgers wird der MBR/Track aus dem Basis-Backup verwendet.

• Die Option „Restore drive letter“ wird nicht unterstützt.

• Aufgaben, die auf Bare-Metal-Datenträger oder mehrere Backups gleichzeitig wiederherstellen, können mit Fehler -701 enden. Versuchen Sie es erneut.

• In Boot-Umgebungen auf Basis Windows 10 ADK wählen Sie das Wiederherstellungsziel per Kontextmenü; Drag & Drop wird nicht unterstützt.

• Bei „Restore by Disk“ eines MBR-Images auf Bare Metal beträgt die maximale Volume-Größe 2 TB.

• Mit Create Partition angelegte Partitionen sind unformatiert.

• Im Restore-Assistenten können nicht mehrere Partitionen über das Create-Partition-Dropdown erstellt und dann mehrere Volumes darauf wiederhergestellt werden. Workaround: Eine Partition erstellen, ein Volume wiederherstellen; für jedes weitere Volume wiederholen.

• Ein komplettes System auf spiegelkonfigurierten dynamischen Volumes kann nicht wiederhergestellt werden.

• Aufgesplittete Images mit Deduplizierungs-Komprimierung von optischen Medien können nicht wiederhergestellt werden.

• uEFI-Systemdatenträger können nicht mit Größenanpassung wiederhergestellt werden, auch nicht auf größeren Zieldatenträgern.

• Bei Bare-Metal-Recovery nur des Systemvolumes mit der Option „Restore as BIOS boot system“ wird BCD mit [hypervisorlaunchtype]=Auto erstellt.

• Wird ein Volume/Disk mit konfiguriertem Backup-Zeitplan wiederhergestellt, läuft danach das nächste Inkrement weiter in derselben Kette.

• Bei spiegelkonfigurierten dynamischen Volumes müssen Primär- und Sekundärdisk wiederhergestellt werden.

• Backup by Disk unterstützt keine dynamischen Datenträger als Wiederherstellungsziel; nur gespiegelte oder einfache dynamische Volumes.

• Partitionserstellung auf dynamischen Datenträgern wird nicht unterstützt.

• Wiederherstellung dynamischer Volumes unterstützt Überschreiben eines vorhandenen Volumes auf dynamischem Datenträger sowie Volume-Wiederherstellung auf Basis-Datenträger.

• Bei Wiederherstellung eines Windows-Backup-Images auf Bare Metal mit der Linux-Boot-Umgebung kann eine Wiederherstellung nach Volume nicht bootfähig sein.

• Wiederherstellung aus Tape-Pool-Backup unterstützt keine Volume Recovery mit verkleinerter Größe.

• Bei Wiederherstellung aus Tape-Pool wird der Wiederherstellungspunkt des eingelegten Mediums angezeigt.

• Gesplittete Backup-Images, die mit ActiveImage Protector 2022 erstellt und auf optische Medien geschrieben wurden, werden nicht unterstützt.

• Die Reparaturoption für nur das BIOS-Systemvolume ist nur bei Wiederherstellung des ersten Datenträgers in der Boot-Umgebung verfügbar.

• Bei Wiederherstellung eines BitLocker-verschlüsselten Systems in eine andere Umgebung werden Sie beim Start zur Eingabe des Wiederherstellungsschlüssels aufgefordert.

File Recovery

• Vor Nutzung von File Recovery sicherstellen, dass der Mount-Treiber (ActiveImage Mount Component) eingerichtet ist.

• File Recovery unterstützt keine Backup-Images, die ein Volume mit Dateisystem enthalten, das vom ausführenden Rechner nicht unterstützt wird.

• Gibt es mehrere Kopien desselben Backup- oder Archiv-Images am Ziel, werden im UI mehrere Recovery Points mit Datum/Uhrzeit angezeigt.

• Wenn ein Image-Set mehr als 24 Volumes enthält oder während der Dateiwiederherstellung mehr als 24 Volumes insgesamt eingehängt sind, schlägt die Wiederherstellung aller Volumes ab dem 25. fehl.

• Enthalten die Quelldateien Elemente im Root eines Images oder in einem versteckten Ordner, bleibt das Zielverzeichnis bis zum Abschluss der Wiederherstellung auf „versteckt“ gesetzt.

• Beim Wiederherstellen eines Ordners mit vielen Dateien oder großer Datei kann der Fortschrittsbalken:

  • Bei einer einzelnen großen Datei lange bei 1 % stehen bleiben.

  • Bei mehreren großen Dateien an verschiedenen Prozentmarken zu hängen scheinen.

  • Lange von 99 % bis Abschluss benötigen.

• Die Laufzeit steigt proportional zur Anzahl der wiederherzustellenden Elemente.

• Beim Wiederherstellen eines Ordners aus einem Nicht-Datei-Backup wird dem Ordnernamen „-Recovering“ angehängt. Wird der Vorgang abgebrochen, bleibt „-Recovering“ bestehen.

• Wird ein Ziel in einem Dateisystem ohne Alternate Data Streams (ADS) gewählt, gehen ADS-Informationen verloren.

• Wiederherstellung von optischen Medien wird nur unterstützt, wenn das Image auf genau einer Scheibe liegt; mehrteilige Medien werden nicht unterstützt.

• ActiveImage Protector unterstützt keine Wiederherstellung von EFS-verschlüsselten Dateien/Ordnern.

• File Recovery in der IT Pro Edition kann mit „Device not found“ fehlschlagen; bitte erneut versuchen.

• Wenn SFTP-Server oder Cloud-Speicher als Ziel für File Backup verwendet werden, laden Sie das Backup in lokalen Speicher oder eine Netzwerkfreigabe herunter, um daraus wiederherzustellen.

• Überschreitet der Pfad der wiederherzustellenden Elemente 256 Zeichen, schlägt der Vorgang fehl.

• Die Wiederherstellung von Dateien/Ordnern unterstützt keine Backup-Images dynamischer Datenträger/Volumes als Quelle.

• Bei File-Recovery aus einem im Tape Pool befindlichen Backup kann die Anzeige von Informationen (Host, Recovery Point) länger dauern; auch die Wiederherstellung dauert länger als von lokalem oder Netzwerk-Speicher.

• File-Backup-Images, die mit Version 7.1.0 oder früher erstellt wurden, können nicht mit 7.5.0 oder höher wiederhergestellt werden (und umgekehrt); verwenden Sie die jeweilige Version passend.

• Bei Fehler 8326 bei File Recovery aus einem im Tape Pool befindlichen File-Backup: Wiederholung versuchen.

HyperRecovery

• Wird HyperRecovery auf ein Image angewendet, das nur einen Teil der Volumes eines Datenträgers enthält, werden nur diese Volumes wiederhergestellt; übrige Partitionen erscheinen als RAW.

• Beim Wiederherstellen auf Hyper-V eines Remote-Computers beachten:

  • Administrative Freigabe auf dem Remote-Computer aktivieren.

  • Anmeldung mit integriertem Administrator oder Domänen-Admin; andere Admin-Konten werden nicht authentifiziert.

• Wird ein Recovery Point aus HyperBack 7.5.1+ gewählt, wird die Verbindung zum Quell-Hypervisor automatisch versucht. Schlägt dies fehl (z. B. geänderte Anmeldedaten), klicken Sie auf [Connect to hypervisor] und versuchen es erneut.

• Wiederherstellung auf eine bestehende VM auf dem Hypervisor:

  • Bei Backup-Bildern aus HyperBack 7.5.1+ und wenn folgende Bedingungen erfüllt sind, werden die Daten in die Zieldisk zurückgeschrieben:

    • Bei Verbindung zu Microsoft Hyper-V oder VMware ESXi ist eine Disk mit derselben UUID wie das Wiederherstellungsziel an der Quell-VM angehängt.
    • Bei Verbindung zu KVM ist die Disk im gleichen Dateipfad wie beim Backup an der Quell-VM angehängt.

  • In folgenden Fällen wird eine neue Disk erstellt und an einen freien Slot der VM angehängt (virtuelle Disk-Datei liegt im Ordner/Datastore der VM-Konfigurationsdatei):

    • Auch mit HyperBack 7.5.1+ ist keine Disk mit derselben UUID wie das Wiederherstellungsziel an der gewählten VM.
    • Backup-Bild stammt aus HyperBack 7.5.0 oder älter.
    • Backup-Bild stammt aus Volume Backup.

• Bei aktivierter Option [Designate a separate image file set per disk] und Nutzung eines ImageCenter-(StorageServer)-Backups schlagen Aufgaben zu Microsoft Hyper-V oder VMware ESXi mit Fehler -999 fehl.

• Bei Wiederherstellung eines BitLocker-verschlüsselten Systems in eine andere Umgebung werden Sie beim Booten zur Eingabe des Wiederherstellungsschlüssels aufgefordert.

Hyper-V-VM

• Bei Wiederherstellung eines uEFI-Systems mit [Restore as new virtual machine] ist Secure Boot standardmäßig aktiviert; passen Sie dies bei Bedarf an.

• Bei [Only Restore Disk] aus einem HyperBack-Image schlägt die Aufgabe mit Fehlercode 12 fehl, wenn im Zielvolume bereits ein Ordner mit dem Namen der Quell-VM existiert.

VMware vSphere-VM

• Beim Wiederherstellen eines Hyper-V-Gast-Backups auf ESXi wird das OS im Assistenten nicht automatisch gewählt; wählen Sie die gleiche oder nächstgelegene Version manuell.

• Beim Wiederherstellen eines Hyper-V-Gast-Backups (Generation 2) auf ESXi müssen Sie vor dem Start EFI-Einstellungen konfigurieren.

• Wiederherstellung einer VM mit 16+ Festplatten oder 10+ NICs wird nicht unterstützt.

• Virtuelle Disks, die in einen NFS-Datastore wiederhergestellt werden, werden als Thick Provision Eager Zeroed erstellt.

• Je nach OS-Version der Quell-VM wird das Betriebssystem im HyperRecovery-Assistenten evtl. nicht automatisch gesetzt. Wählen Sie dann die gleiche/ähnliche Version. Startet die VM nicht, prüfen Sie den Festplattencontroller. Entspricht der Controllertyp nicht dem der Quell-VM, wählen Sie denselben Typ und starten erneut.

• Damit der belegte Speicherplatz in der ESXi-VM-Anzeige korrekt ist: VM wählen, [Edit Settings], angeschlossene Festplatte trennen und speichern, dann unter [Existing hard disk] wieder hinzufügen.

KVM-VM

• Beim Wiederherstellen der Quell-VM werden alle mit diesem Produkt erstellten Checkpoints gelöscht.

• Wird auf einem Ubuntu-Host ein nur-Disk-Image mit Speichertyp SCSI importiert und eine VM erstellt, wird der Controller-Typ auf [lsilogic] gesetzt; der Importierte Start schlägt dann fehl. Fahren Sie die VM herunter und ändern Sie den Controller-Typ der wiederhergestellten Disk auf [VirtIO SCSI], dann startet das System.

• Nach der Wiederherstellung kann der an SCSI- oder VirtIO-Bus angeschlossene Datenträger aufgrund der SAN-Richtlinie offline sein. Schalten Sie ihn bei Bedarf online.

In-Cloud-Wiederherstellung/Standby

• [Boot up remote appliance] schlägt mit Fehler -1 fehl, wenn die Produktaktivierung mit Produktschlüssel, aber ohne Online-Aktivierung erfolgt ist.

• Bei Nutzung einer Testversion (Testschlüssel) schlägt die Wiederherstellung mit Fehler -1 fehl.

• Bei Auswahl eines Wiederherstellungspunkts kann kein Datum angegeben werden.

• Existiert die Ressourcengruppe [AIP_Appliance_group] bereits in Microsoft Azure und liegt die angegebene Zielinstanz in einer anderen Region, schlägt das Starten der Remote-Appliance fehl. Löschen Sie [AIP_Appliance_group] und starten Sie die Appliance erneut.

Image-Dateiverwaltung

Quick Verify, Deep Verify

• Bei Quick Verify mit Version 7.0.1 oder älter auf Backup-Images, die mit 7.0.2 oder neuer erstellt wurden, tritt Fehler -440 auf.

• Werden Backup-Images mit folgenden Produkten/Versionen konsolidiert oder archiviert, die Deduplizierungs-Komprimierung ab Version 7.0.2 nicht unterstützen, schlägt Quick/Deep Verify für Images Version 7.0.2 bis 7.5.0 mit Fehler -413 fehl.

  • ActiveImage Protector Version 7.0.1 oder älter
  • ImageCenter Version 5.0.2 oder älter

  Wird ein Image aus einem Set wiederhergestellt, das solche fehlerhaften Dateien (Fehler -413) enthält, schlägt die Wiederherstellung mit Exit-Code -1073740791 fehl. Bitte Version 7.0.1 oder älter bzw. 7.5.1 oder neuer verwenden.

Konsolidieren und Archivieren inkrementeller Backup-Dateien

• Stellen Sie vor einer Konsolidierung sicher, dass mindestens so viel freier Speicherplatz wie die Größe der zu konsolidierenden Images im Quellspeicher verfügbar ist.

• Während auf dem Quellhost ein inkrementelles Backup läuft, kann vom anderen Host keine Konsolidierung desselben Image-Sets ausgeführt werden. Führen Sie die Konsolidierung erst nach Abschluss des Inkrements auf dem Quellhost aus.

• Wenn eine der folgenden Bedingungen erfüllt ist, verringert sich die verarbeitete Image-Größe nicht trotz gelöschter Daten, sondern kann sogar größer werden:

  • Mount-Treiber ist im System nicht konfiguriert.

  • Quellvolume ist in anderem Dateisystem als NTFS formatiert.

Backup-Image einbinden

• Maximal 24 Volumes können eingebunden werden. Zusätzlich ermöglicht [File Recovery] das Einbinden der im Image enthaltenen Volumes.

  • Bei Schritt [2. File Recovery] im Restore File Wizard werden alle Volumes des Images eingebunden.

  • Während File Recovery läuft, wird das Volume mit den wiederherzustellenden Elementen eingebunden.

• Von HyperBack erstellte Backup-Images werden nicht unterstützt.

• In der IT Pro Edition kann „Device not found“ auftreten; bitte erneut versuchen.

• Beim schreibbaren Mount mehrerer Datenträger eines Multi-Disk-Images werden entsprechend viele Differenz-Image-Dateien (*.AIX) im Ziel angelegt.

Image Target Server

• Volumes mit Dateisystemen, die das verbundene System nicht unterstützt, können auch nach dem Verbinden nicht verwendet werden.

Virtuelle Konvertierung

Virtuelle Konvertierung aus Image-Datei oder physischem Datenträger

• Dynamische Datenträger werden als Quelle nicht unterstützt.

• Backups dynamischer Volumes werden als Quelle nicht unterstützt.

• Bei Konvertierung mit Thick Provisioning (VMware) oder fester VHD/VHDX-Größe (Hyper-V) kann die Vorlaufzeit je nach Quellgröße deutlich länger sein.

• Beim Konvertieren aus Image-Dateien wirkt der Fortschritt nach Start ggf. bei 0 % eingefroren; er steigt, sobald die Datei verarbeitet wird.

• Startet eine Konvertierung zu vCenter Server nicht, geben Sie einen ESXi-Host direkt als Ziel an.

• Konvertierung von Datenträgern ohne logische Sektorgröße 512 Byte schlägt fehl.

• Backup-Images aus HyperBack werden nicht unterstützt.

• [Convert from Disk] in IT Pro Edition kann mit „pipeline error“ fehlschlagen; bitte erneut versuchen.

• Bei Fehler -4101 bei Konvertierung zu ESXi: Windows-Updates installieren und erneut versuchen.

• Startet eine aus Windows 11 25H2 konvertierte VM nicht, deaktivieren Sie Secure Boot in den Einstellungen und starten erneut.

Für VMware-Produkte (Konvertierung zu VMs)

• Netzwerknamen mit Doppelbyte-Zeichen werden im Assistenten nicht angezeigt.

• Konvertierung zu Datastores auf ESXi 4.x wird nicht unterstützt.

• Ohne Zielordner-Angabe werden Dateien im Root des Datastores erstellt.

• (6532) Konvertierung zu NFS-Datastores wird nicht unterstützt.

• (7655) Mehr als 16 HDDs in derselben Aufgabe werden nicht unterstützt.

Für VMware-Produkte (Konvertierung zu virtuellen Disks)

• Stellen Sie sicher, dass lokale/geteilte Zielordner NTFS-formatiert sind. Linux-Dateisysteme, FAT/FAT32 usw. werden nicht unterstützt.

• Virtuelle Konvertierung zu ESXi 6.5 (oder höher) wird nicht unterstützt.

• Bei Auswahl von vCenter Server werden VMs wie folgt erstellt:

  • Ohne Ordnerangabe oder bei Auswahl eines bestehenden Ordners: tempVM＜Startdatum/-zeit der Aufgabe＞.
    Nach Abschluss VM per vSphere Client aus dem Inventar entfernen. Nach Kopieren der vmdk in einen anderen Pfad ggf. den temporären Ordner löschen.

  • Neuer Ordner: Name des erstellten Ordners.
    Nach Abschluss VM aus dem Inventar entfernen und vmx/vmsd im Ordner löschen, falls nicht benötigt.

  • VMware Paravirtual SCSI-Controller wird nicht unterstützt.

Für Microsoft Hyper-V (Konvertierung zu VMs)

• Beachten Sie bei Konvertierung zu Hyper-V auf einem Remote-Computer:

  • Administrative Freigabe auf dem Remote-Computer aktivieren.

  • Anmeldung mit integriertem Administrator oder Domänen-Admin; andere Admin-Konten werden nicht authentifiziert.

• uEFI-Systemkonvertierung wird nur unterstützt, wenn der Zielhost Gen2-VMs unterstützt.

• Wird ein Hyper-V-Host auf Windows Server 2008 R2 als Ziel gewählt, werden die Netzwerkeinstellungen nicht auf die erstellten VMs angewendet.

Virtualisierungsadapter

• In der IT Pro Edition kann „Unknown platform error“ auftreten; bitte erneut versuchen.

• VMware Paravirtual SCSI-Controller wird nicht unterstützt.

• Recovery Points für AWS werden mit IT Pro ggf. nicht korrekt erstellt.

Dienstprogramme

• Beim Remote-Zugriff auf RescueBoot per VNC Viewer kann bei [Launch Command Prompt] oder [Launch AIP CLI] die Eingabeaufforderung/CLI nicht angezeigt werden.

Disk / Volume Copy

• Beim Kopieren eines BIOS-Systemdatenträgers auf einen größeren Datenträger startet das kopierte System auf folgenden OS nicht, wenn die Datenträgersignatur kopiert wird. Auf anderen OS kann es nur in den Wiederherstellungsmodus starten; starten Sie dann neu.

  • Windows 10
  • Windows Server 2019
  • Windows Server 2022

Tape Manager

• Ist nach einer Volume-Backup-Aufgabe zu wenig Platz auf dem Band, schlägt die Aufgabe mit „[-702] Disk is full“ oder „[-640] Tape media not found“ fehl.

• Beim Upgrade von Version 6.0.x ist die Option [Automatically allocate a tape from [Empty Media]] wie folgt gesetzt; passen Sie sie bei Bedarf an:

  • Actiphy-Pool: Enabled
  • Erstellter Pool: Disabled

Recovery Media Maker

• USB-Medien mit 2 TB oder mehr werden für die Erstellung nicht unterstützt.

• Recovery-Medien, die auf Windows-Rechnern mit ARM-CPU bzw. auf Standard-Windows erstellt wurden, sind nicht kompatibel. Nutzen Sie jeweils das passende Medium in der unterstützten Umgebung.

Boot-Umgebung

• Bei Verbindung zu RescueBoot in einer Cloud-Instanz (über Produkt oder VNC) ändern Sie nicht die dem Ziel-NIC zugewiesene IP. Andernfalls schlägt die Verbindung mit dieser IP fehl.

• Folgende Einschränkungen gelten für ARM-basierte OS/Devices:

  • Beim Erstellen der Boot-Umgebung via Windows ADK wird nur ADK 10.1.26100.1 (Mai 2024) oder neuer unterstützt.

    Bei Boot-Umgebungen, die mit Windows ADK erstellt wurden, werden ggf. Tastatur/Maus des Geräts oder von USB nicht erkannt.

  • Linux-basierte Boot-Umgebung wird nicht unterstützt.

Windows RE/PE-basiert

• Empfohlen wird die Erstellung der Boot-Umgebung mit Windows ADK auf Windows 11 oder Windows Server 2025. Unter [Preference] - [RescueBoot] das Tool für RescueBoot/QuickRecovery wählen.

• Netzwerkfreigaben können wie folgt genutzt werden:

  • Direkt im Explorer.

  • Unter [Utilities] - [Network Setting] ein Netzlaufwerk verbinden.

• Japanische Texteingabe wird nicht unterstützt.

• Für Deduplizierungs-Komprimierung können lokale Ordner als temporäre Arbeitsordner gewählt werden.

• Entfernen Sie das Medium nicht, solange die Boot-Umgebung läuft.

• Wird [Utility] - [Restore Boot Setting] - [Create BCD] auf einem System ohne BCD ausgeführt, wird BCD mit [hypervisorlaunchtype]=Auto erstellt.

• Einschränkungen für [Restore VSR]:

  • (8465) Wiederherstellung von Standby-Repliken, die auf Hyper-V Windows Server 2008/2008 R2 erstellt wurden, auf physische Maschinen wird nicht unterstützt.

  • Wiederherstellung einer Standby-Replik auf VMware vSphere wird nicht unterstützt. Erstellen Sie ein Backup in der Replik und stellen Sie dieses auf der Quellmaschine wieder her.

  • Wiederherstellung von Hyper-V wird in Boot-Umgebung auf Basis Windows RE nicht unterstützt. Erstellen Sie ein Backup in der Standby-Replik und stellen Sie es auf der Quellmaschine wieder her. Oder erstellen Sie eine Boot-Umgebung mit Actiphy Boot Environment Builder und Windows ADK für Windows 11 Version 22H2.

• RescueBoot auf Basis Windows ADK für Windows 11 Version 22H2 startet nicht auf Windows Server 2012R2. Nutzen Sie dafür Windows ADK für Windows Server 2022.

• Informationen zum Backup-Ziel werden nicht in die RescueBoot-Umgebung übernommen.

• QuickRecovery wird in Version 7.0.0 Cloud Edition nicht unterstützt.

• WLAN wird nicht unterstützt.

• Zeitzone für Boot-Medien:

  • Boot Environment Builder: definierte Zeitzone
  • Recovery Media Maker/IT Pro Creator: Zeitzone des Systems, auf dem das Medium erstellt wird.

  Beim Booten wird die Hardware-Uhr auf die Zeitzone des Mediums eingestellt. Wird in anderer Zeitzone gebootet, setzen Sie die Hardware-Uhr vor dem Neustart zurück.

• Kann eine Log- oder Textdatei im Explorer nicht geöffnet werden, wählen Sie [Open command prompt], geben „notepad“ ein und öffnen Sie die Datei im Notepad.

• Auf Freigaben mit Doppelbyte-Zeichen im Namen, die unter einem Volume in einer mit Windows ADK erstellten Boot-Umgebung liegen, kann nicht zugegriffen werden.

Linux-basiert

• uEFI-Boot mit Secure Boot wird nicht unterstützt. Mit aktiviertem CSM wird uEFI-Boot im Legacy-Modus (MBR) oder Kompatibilitätsmodus unterstützt. Mit deaktiviertem CSM oder nur uEFI-Boot ist uEFI-Boot nicht möglich.

• „Add Device Driver“ wird nicht unterstützt.

• Enthält der Pfad zum Sicherungsziel für Volume-Backups ein Leerzeichen, kann ein Fehler auftreten.

• Wird ein Windows-7- oder neuerer Systemdatenträger in der Boot-Umgebung erstellt und im Windows-Modul (inkl. Windows PE) wiederhergestellt, führen Sie die Wiederherstellung ohne Änderung der Einstellungen aus. Änderungen können Metadaten zerstören und das System unbootbar machen.

• Entfernen Sie das Medium nicht, solange die Boot-Umgebung läuft.

• Bei [Create Support Info] erscheint kein Dialog; die Datei wird unter „/opt/BE“ als AipSupportInfo_yyyymmdd_hhmm.tgz erstellt.

• Laufwerksbuchstaben in der Disk Map können von denen im Explorer abweichen.

• Beim Überschreiben eines eingebundenen Volumes heben Sie die Einbindung unter [Utilities]-[Mount (Local)] vor weiteren Schritten auf.

• Gesplittete Images von optischen Medien können nicht wiederhergestellt werden.

• (7669) Images können nicht eingebunden werden.

• Für USB-HDD: Vor dem Booten anschließen. Bei Nutzung einer Netzwerkfreigabe: vor Start des Restore Image Wizard einbinden. Bei späterem Anschließen werden USB-HDD bzw. Freigabe evtl. nicht unter [Backup Destination] angezeigt.

Image Explorer

• Das Kopieren vieler Dateien kann lange dauern.

• Interne Dateien können nicht direkt aus einem Image gebootet werden.

• ReFS- und Linux-Dateisysteme werden nicht durchsucht.

• Dateieigenschaften bleiben beim Kopieren aus einem direkt geöffneten Image nicht erhalten. Wenn Eigenschaften benötigt werden, nutzen Sie „Image mounten“.

• Elemente im Image werden ausgegraut angezeigt, können aber durchsucht/kopiert werden.

• Agentlose Backup-Images aus HyperBack werden nicht unterstützt.

Remote-Client-Verwaltungskonsole

• Remote Host Management List unterstützt folgende Versionen zur Statusüberwachung:

  • Windows Edition: Version 3.5 SP7 oder höher

  • Linux Boot Environment: Version 2016 oder höher

  • Windows PE Boot Environment: Version 2016 oder höher

• Linux Edition: Version 2016 oder höher

  • Boot Environment: Version 2016 oder höher

• Sind mehrere Zeitpläne auf dem Remote-Host vorhanden, werden nur die als nächstes auszuführenden angezeigt.

• (7532) Um einen Host aus dem Suchergebnis zu wählen, klicken Sie auf den Hostnamen. Die Checkboxen reagieren ggf. nicht.

• Wird der Hostname in der Remote Host Management List geändert, löschen Sie ihn aus der Liste und fügen ihn erneut hinzu.

• Beim Hinzufügen eines Remote-Hosts in Boot Environment verwenden Sie „root“ als Benutzername/Passwort.

• HyperBack-Aufgaben werden nicht unterstützt.

Verbindung zu Remote-Host

• Es wird nur die Verbindung zu Agent Version 2022 unterstützt.

• Eine Verbindung zu einem AIP-Agenten höherer Version als auf dem lokalen Host ist nicht möglich.

• Für Boot-Environment-Agenten Benutzername/Passwort „root“ verwenden.

• Für AIP Agent Linux Edition als „root“ anmelden.

• Bei Verbindung zu Boot Environment (Windows PE) ist AIP CLI deaktiviert.

• Zum Trennen von einem Remote-Computer [Connect to local host] wählen; gilt auch, wenn lokal kein Agent installiert ist.

• Wird der verwaltete Agent nicht in [Connect to Remote Host] angezeigt, stellen Sie sicher, dass [AipService (TCP/UDP)] in den Firewall-Eingangsregeln aktiviert ist. Andernfalls Ausnahmen für folgende Ports konfigurieren:

  • TCP-Port 48236

  • UDP-Port 48238

  • UDP-Port 48239

    Nach Änderung dieser Ports ist ein Neustart des ActiveImage Protector Service erforderlich.

• Beim Zugriff mit neuerer Konsole auf älteren Agenten können nicht unterstützte Funktionen angezeigt werden; diese bitte nicht verwenden.

• Das Thumbnail bietet kein Echtzeit-Monitoring des VM-Status während HyperRecovery LIVE!; auch Remotezugriff auf die VM im Restore ist deaktiviert.

• Bei Verbindung zu Agent Version 7.0.3 oder älter reagiert die Konsole nach Shutdown/Neustart ggf. nicht.

Weitere Dienstprogramme

• Event Log Viewer zeigt die letzten 200 Ereignisse. Überschreitet die Anzahl der Ereignisse im gewählten Zeitraum 200, werden keine angezeigt.

• In Task Summary werden ggf. nicht alle Inhalte angezeigt.

• Repair Boot Configuration ist deaktiviert.

Sonstiges

• Stellen Sie vor Nutzung sicher, dass [Windows System Restore] (Computerschutz) deaktiviert ist.

• Nutzen Sie Defragmentierungstools, erstellen Sie nach Abschluss eine Vollsicherung. Defrags ändern Sektoren und können inkrementelle Backup-Größen erhöhen.

• Beim Migrieren eines VMware-Gasts auf andere Hypervisoren/physische Rechner deinstallieren Sie VMware Tools vor Erstellung der Backup-Images.