| Arcserve |
Die folgenden Probleme sind bei dieser Version bekannt:
Bei Browsern
Bei Konsolen
Symptom
Wenn Sie zwei virtuelle Rechner – VM1 und VM2 – mit demselben GUID in den ESXi-Hosts haben und die zwei VMs von unterschiedlichen vCenter-Systemen – VC1 und VC2 – verwaltet werden. Importieren Sie VM1 in die Konsole (Sie können nicht beide VMs importieren, weil die Konsole keine Knoten mit demselben GUID unterstützt). Sie importieren aber auch VMs aus vCenter VC2. Wenn Auto-Discovery ausgeführt wird, stellt die Funktion zunächst eine Verbindung mit VC1 her und erkennt VM1 durch den GUID. Die Spalte "Hypervisor" wird dann mit Informationen über VC1 aktualisiert. Später stellt die Funktion eine Verbindung mit VC2 her, erkennt VM2 durch den GUID und die Spalte "Hypervisor" wird mit Informationen über VC2 aktualisiert.
Lösung
Es ist sehr selten, dass zwei VMs über denselben GUID verfügen. Im schlimmsten Fall kann es passieren, dass die hostbasierte agentenlose Sicherung die falsche VM sichert, da Arcserve UDP den GUID verwendet, um eine VM zu identifizieren. Um das Problem zu lösen, können Sie die GUID einer der VMs manuell ändern. Weitere Informationen dazu finden Sie unter dem entsprechenden Thema im Lösungshandbuch.
Symptom
Anmelden bei der Arcserve UDP-Konsole nicht möglich. Die Konsole zeigt die folgenden Meldungen, selbst fünf Minuten, nachdem Sie sich angemeldet haben:
Identitätsdienst wird gestartet
Lösung
Um dieses Problem zu beheben, öffnen Sie die Windows-Dienstkonsole, und starten Sie den Arcserve UDP-Konsolendienst Arcserve UDP Management Service neu.
Bei der Arcserve UDP User Management Console
Bei der Wiederherstellungspunkt-Ansicht von Arcserve UDP
Symptom
Die Wiederherstellungspunkt-Ansicht von Arcserve UDP öffnet während des Ladevorgangs das Volume, das vom Betriebssystem geladen wird, und nicht das Volume der Sicherungssitzung.
Wenn das Volume entladen wird, wird in der Wiederherstellungspunkt-Ansicht von Arcserve UDP unter diesem Dateipfad nichts angezeigt.
Lösung
Verwenden Sie "Wiederherstellungspunkt laden", um solche Volumes zu laden.
Bei Arcserve UDP Agent (Linux)
Bei der Sicherung
Symptom
Der obere Registrierungs-BLI-Filter für die Volume-Klasse wird entfernt. Daher kann der BLI-Treiber keine Volumes überwachen.
Lösung
Sie können weiterhin Zuwachssicherungen durchführen, nachdem Sie den Treiber für die Nachverfolgung von Änderungen neu installiert haben.
Folgen Sie diesen Schritten:
<installation path>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
<installation path>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
Symptom
Folgende Meldungen werden im Ereignisprotokoll angezeigt: "Es wurde versucht, einen Registrierungsschlüssel einem unzulässigen Vorgang zu unterziehen, der zum Löschen markiert wurde" oder "Es wurde festgestellt, dass Ihre Registrierungsdatei noch von anderen Anwendungen oder Diensten verwendet wird. Die Datei wird jetzt entladen. Die Anwendungen oder Dienste, die Ihre Registrierungsdatei anhalten, funktionieren anschließend u. U. nicht mehr ordnungsgemäß."
Lösung
Die Ursache und Lösung finden Sie im Microsoft-KB-Artikel 2287297.
Symptom
Das Laden einer Sitzung auf einen Laufwerkbuchstaben schlägt fehl.
Dies geschieht, wenn es sich beim Ziel um einen lokalen Ordner handelt, der sich auf einem FAT32-Volume befindet. Beim Laden von Laufwerken wird die Erstellung der Zwischenspeicherdatei nur auf NTFS-Volumes unterstützt.
Lösung
Fügen Sie einen neuen Registrierungsschlüssel hinzu, und richten Sie den Pfad der Zwischenspeicherdatei auf ein anderes Volume.
Folge diesen Schritten:
Weitere Informationen:
Die Zwischenspeicherdatei wird erstellt, wenn ein Laufwerk mit einem beschreibbaren Volume geladen wird. Für Jobs für die Kataloggenerierung für die spezifische Wiederherstellung oder für Wiederherstellungsjobs wird ein beschreibbares Volume erstellt. Wenn die Sitzung Volumes unter Windows 8, Windows 2012 oder einem späteren Betriebssystem sichern soll, laden Sie immer ein beschreibbares Volume, wenn Sie eine Sitzung auf einen Laufwerkbuchstaben laden.
Symptom
Die übergebene Sicherung wird als erfolgreich angezeigt, doch auf der Benutzeroberfläche von Arcserve UDP Agent (Windows) wird kein Job-Monitor angezeigt. Die Ursache liegt darin, dass der Sicherungsjob der Einstellung für die Höchstanzahl gleichzeitiger Knoten im Datenspeicher entspricht. Der Sicherungsjob wird in die Warteschlange gestellt.
Lösung
Öffnen Sie die Arcserve UDP-Konsole. Die ausstehende Jobüberwachung wird in der Knotenansicht anzeigen.
Symptom
Wenn ein hostbasierter Verifizierungsjob ohne Agent ausgeführt wird und Komprimierung im Plan aktiviert wurde, ist der Komprimierungsprozentsatz, der im Job-Monitor angezeigt wird, höher als der reale Prozentsatz.
Bei allen anderen Sicherungsjobs einschließlich Sicherungsjobs mit Agent und hostbasierten vollständigen Sicherungen und Zuwachssicherungen ohne Agent tritt dieses Problem nicht auf.
Lösung
Der Komprimierungsprozentsatz im Aktivitätsprotokoll ist korrekt. Verwenden Sie ihn, nachdem der hostbasierte Verifizierungsjob ohne Agent abgeschlossen wurde.
Bei BMR
"Sprachpaket konnte nicht ins BMR-ISO-Image integriert werden".
Symptom
Dieses Problem wird vom Filtertreiber der Drittanbieter-Virenschutzsoftware (McAfee) oder anderen Drittanbieterfiltern verursacht.
Lösung
Deaktivieren Sie Ihre Virenschutzsoftware, und versuchen Sie die Bootkit-Erstellung erneut.
Symptom
Wenn es sich beim Quellrechner um einen Active Directory-Server handelt, der eine BMR auf einen physischen Rechner mit abweichender Hardware oder auf einen virtuellen Rechner auf einem Hyper-V-Server ausführt, wird der Server nicht gestartet, und es wird ein blauer Bildschirm mit folgender Meldung angezeigt:
STOPP: c00002e2 Verzeichnisdienste konnten aufgrund von folgendem Fehler nicht gestartet werden: Ein Gerät, das an das System angehängt wurde, funktioniert nicht. Fehlerstatus: 0xc0000001.
Lösung
Starten Sie das System zur BMR-PE-Umgebung neu, benennen Sie alle *.log-Dateien im Ordner "C:\Windows\NTDS" um, und starten Sie das System neu. Benennen Sie zum Beispiel die Datei "edb.log" in "edb.log.old" um, und starten Sie das System neu.
Symptom
Möglicherweise können Sie bei der BMR keine Datenträger- bzw. Volume-Zuordnung durchführen, wenn es sich beim Zielcomputer um eine VM mit einem IDE-Datenträger auf Version 2008 oder 2008R2 eines Hyper-V-Servers handelt.
Wenn Sie Daten über BMR auf einer VM mit einem IDE-Datenträger auf einem Hyper-V-Server der Version 2008 oder 2008R2 wiederherstellen, können Quelldatenträger bzw. -Volume nicht zum Zieldatenträger bzw. -Volume zugeordnet werden, auch wenn die Größe dieser beiden Datenträger scheinbar identisch ist. Die Ursache liegt darin, dass die tatsächliche Datenträgergröße auf einem IDE-Datenträger auf einem Hyper-V-Server der Version 2008 oder 2008R2 unter der Größe liegt, die Sie angegeben haben.
Lösung
Erstellen Sie auf der VM einen größeren Datenträger. Wenn Sie zum Beispiel Daten von einem Datenträger mit 25 GB wiederherstellen möchten, sollten Sie auf der Ziel-VM einen Datenträger mit 26 GB erstellen.
Symptom
Dies kann bei VMware ESX Server vorkommen. Für Windows 2003-VMs ist der standardmäßige Datenträger-Controller ein LSI Logic SCSI-Adapter, und der Treiber für diesen SCSI-Adaptertyp ist nicht in Windows ADK 8.1 enthalten. Dieses Problem tritt möglicherweise auf einigen alten Servern mit alten SCSI-Adaptern auf.
Lösung
Um dieses Problem zu lösen, suchen Sie die Treiber auf der Webseite des Hardware-Anbieters, und laden Sie den Treiber über die BMR-Benutzeroberfläche herunter.
Bei Hardware-Snapshots
[VDDKLOG] SSLCheckLockingCallback: locking callback overwritten! Expected 7FEE3A836E0, saw 113C2420
Um dieses Problem zu umgehen, legen Sie den Registrierungsschlüssel VDDKLogLevel unter dem folgenden Pfad auf 0 fest:
\HKEY_LOCAL_MACHINE\Software\Arcserve\Unified Data Protection\Engine\
Snaphot-Kopie '{xxx}_backup' konnte auf mehreren Volumes des Speichersystems ‘xxx’ nach 100 Versuchen in einem Intervall von jeweils 10' Sekunden nicht erstellt werden.
Führen Sie diese Schritte aus, um den Registrierungsschlüssel zu erstellen:
HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine
DoNotUseFlexCloneLicenseToCloneLun
Bei Host-Based VM Backup
Symptom
VMware hat kürzlich einen KB-Artikel veröffentlicht, in dem beschrieben wird, dass in ESXi 6.0 oder ESXi 6.0.x ein Fehler bei der Verfolgung geänderter Blöcke eingeführt wurde, der dazu führt, dass CBT eine falsche Liste geänderter Sektoren ausgibt. Dieser Fehler hat möglicherweise Einfluss auf Arcserve UDP, was inkonsistente VM-Sicherungen (vollständig und inkrementell) zur Folge hat. Weitere Details finden Sie in der VMware-KB.
Wenn das Problem auftritt, schlägt der Katalogjob möglicherweise fehl und bei der Prüfung des Wiederherstellungspunktes werden unter Umständen Fehler gemeldet.
Lösung
VMware hat einen Patch für dieses Problem veröffentlicht. Wenden Sie diesen Patch auf Ihre ESXi-Hosts an. Weitere Informationen finden Sie im KB-Artikel von VMware oder im KB-Artikel von Arcserve.
Symptom
Dieses Problem tritt auf, wenn als Hyper-V-Host Windows 2012 R2 und als VM-Gastbetriebssystem SUSE Linux Enterprise Server (SLES) 12 mit Runlevel 5 (mit grafischer Benutzeroberfläche) verwendet wird. In diesem Fall bleibt der agentenlose Sicherungsjob in der Phase der Snapshot-Erstellung hängen und schlägt schließlich fehl. Danach reagiert das VM-Gastbetriebssystem gar nicht mehr.
Lösung
Dies ist kein Problem mit Arcserve UDP, sondern ein Kompatibilitätsproblem von Windows und SUSE. Das gleiche Problem tritt auf, wenn Sie einen VSS-Snapshot mit dem Befehl "diskshadow" auf dem Hyper-V-Host erstellen. Führen Sie diese Schritte aus, um das Problem zu überprüfen:
Dieses Problem kann nicht umgangen werden. Wir empfehlen Ihnen, sich an Microsoft zu wenden, Ursache zu lösen. Alternativ können Sie versuchen, das Runlevel von SLES 12 von 5 auf 3 zu ändern (ohne Benutzeroberfläche), aber dies garantiert keine Lösung.
Symptom
Für die VMware-VM gibt der Pre-Flight Check (PFC) die folgende Warnmeldung für die Datenkonsistenzprüfung aus – auch wenn Sie bereits die richtigen Anmeldeinformationen angegeben haben.
Nicht überprüft, da die Anwendung nicht auf den virtuellen Rechner zugreifen konnte. Stellen Sie sicher, dass die Benutzeranmeldeinformationen korrekt sind und mit Administratorberechtigungen verknüpft sind.
Lösung
Dieses Problem tritt nur bei PFC für VMware-VMs auf. Andere Funktionen wie die Sicherung sind nicht betroffen. Die Umgehungslösung besteht darin, den Arcserve UDP-Agenten auf dem Rechner zu installieren, auf dem die Arcserve UDP-Konsole installiert ist (der Agentendienst muss nicht gestartet werden).
Symptom
Auch wenn der SAN-Transportmodus möglich ist, verwenden Sicherungs- oder Wiederherstellungsjobs dennoch den Transportmodus "HotAdd", "NBD" oder "NBDSSL".
Lösung
Dies ist ein bekanntes Problem mit VMware VDDK 6.0.1. Es gibt derzeit keine Lösung von VMware. Weitere Informationen finden Sie unter Bekannte Probleme in VDDK 6.0.1 in den Versionshinweisen.
Symptom
Auch wenn der SAN-Transportmodus möglich ist, verwenden Sicherungs- oder Wiederherstellungsjobs dennoch den Transportmodus "HotAdd", "NBD" oder "NBDSSL", wenn die bereitgestellte Größe des virtuellen Datenträgers der VM 4 TB oder ein Vielfaches von 4 TB beträgt.
Lösung
Dies ist ein bekanntes VMware-Problem, das laut Angaben von VMware in folgenden Patches behandelt wurde:
• Für ESXi 5.5 – Patch-Version ESXi550-201504001 (2112672)
• Für ESXi 6.0 – Patch-Version ESXi600-201505001 (2116125)
Die Umgehungslösung besteht darin, die Verwendung der bereitgestellten Größe, die ein Vielfaches von 4 TB beträgt, zu vermeiden. Verwenden Sie zum Beispiel nicht 4 bzw. 8 TB. Verwenden Sie stattdessen 3,9 bzw. 8,1 TB.
Symptom
Wenn Sie eine VMware-VM mithilfe von VM-Ware-Tools stilllegen, enthält der Snapshot beschädigte Daten. Die Sicherung liest Daten vom Snapshot, sodass auch die gesicherten Daten beschädigt werden. Weitere Informationen zu diesem Problem finden Sie in folgendem VMware-KB-Artikel:
Hinweis: Dieses Problem kann bei allen VMware ESXi-Versionen und auf VMs mit Windows 2008 R2 SP1 und Windows 2012 als Gastbetriebssystem auftreten. In Arcserve UDP kann das Datenbeschädigungsproblem nicht erkannt werden, weil VMware in diesem Fall keinen Fehler ausgibt. Sie erkennen das Problem möglicherweise erst, wenn Sie versuchen, Daten wiederherzustellen.
Lösung
Führen Sie die folgenden Tasks aus, um dieses Problem zu erkennen und zu beheben:
Symptom
Wenn Sie die Stilllegungsmethode für Snapshots "Microsoft-VSS innerhalb der VM" verwenden, um eine VMware-VM zu sichern, ist die Sicherung möglicherweise nicht konsistent. Besonders bei der Sicherung von VMs mit installierten Anwendungen (wie z. B. Exchange).
Lösung
Die Umgehungslösung besteht darin, die Stilllegungsmethode für VMware-Snapshots der VMware-Tools zu nutzen und gleichzeitig die VSS-Writer MSSearch Service Writer und Shadow Copy Optimization Writer im Gast-BS der VM zu deaktivieren, bevor das Problem behoben wird.
"Es kann keine Verbindung vom Netzwerkadapter <<Adaptername>> zum virtuellen Switch hergestellt werden" angezeigt.
Symptom
Beim Sichern einer VM wird vor dem Erstellen eines Snapshot ein Failover für die geclusterte VM durchgeführt. Dies führt dazu, dass der in der Sicherungssitzung aufgezeichnete Hyper-V-Host nicht mit der VM-Konfiguration konsistent ist.
Lösung
Sie können den Netzwerkadapter manuell mit einem virtuellen Schalter auf dem dazugehörigen Hyper-V-Host verbinden oder die Option An einem alternativen Speicherort wiederherstellen verwenden, mit der Sie die Wiederherstellungskonfiguration für die VM festlegen können.
Symptom
Obwohl der Sicherungsjob für einen virtuellem Rechner bereits abgeschlossen wurde, ist der Status des virtuellen Rechners im Hyper-V-Manager weiterhin "Wird gesichert". Wenn zu diesem Zeitpunkt ein anderer Sicherungsjob für diese VM startet, schlägt er mit folgendem Fehler fehl: "Der Hyper-V-VSS-Writer hat beim Verarbeiten dieses virtuellen Rechners einen Fehler gefunden". Zudem können Sie zu diesem Zeitpunkt einige Vorgänge im Hyper-V-Manager wie beispielsweise An-oder Abschalten der VM nicht ausführen. Wenn es sich bei der VM um einen Hyper-V-Cluster handelt, ist darüber hinaus keine Live-Migration für die VM möglich.
Dieses Problem tritt in folgenden Situationen auf:
Lösung
Während die VM "gesperrt" ist, können Sie das Gastbetriebssystem weiterhin wie gewohnt verwenden. Deswegen besteht keine Auswirkung auf Verwendung oder Verfügbarkeit des Gastbetriebssystems. Wenn Sie jedoch Bedenken haben und diese Situation vermeiden möchten, können Sie Folgendes tun:
Symptom
Dies ist ein bekanntes VMware-Problem, wenn die Verfolgung geänderter Blöcke (Changed Block Tracking, CBT) verwendet wird. Durch die Stilllegung auf Anwendungsebene, werden die Änderungen in der Verfolgung geänderter Blöcke überbewertet.
Lösung
Das Problem wurde in VMware ESXi 5.5 oder höher und VMware ESX 5.1 Patch 02 behoben. Wenn VMware vCenter Server 5.5 alle VMware ESXi 5.1-Hosts verwaltet, sollte der Patch auf sie angewendet werden. Weitere Informationen finden Sie in der VMware-KB:
Wenn das Problem weiterhin angezeigt wird, legen Sie den folgenden Registrierungsschlüssel auf dem Proxy-Server fest:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\<VM instance UUID>]
"ResetCBT"=dword:00000001
Beispiel:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]
"ResetCBT"=dword:00000001
Hinweis: Nachdem der Registrierungswert festgelegt wurde, wird der nächste Zuwachssicherungsjob in einen Überprüfungssicherungsjob umgewandelt. Die darauffolgenden Zuwachssicherungsjobs werden weiterhin mit der ordnungsgemäßen Größe ausgeführt.
Weitere Informationen finden Sie im VMware-KB-Artikel 2055943.
Symptom
Die VM der Sicherungsquelle hat VMDKs, die größer sind als 2 TB, und der ESX/ESX(i)-Server mit einer niedrigeren Version als 5.5 kann nur einen virtuellen Datenträger mit bis zu 2 TB-Größe unterstützen. Allerdings können während der VM-Wiederherstellung folgende Fehler auftreten:
Lösung
Dies ist eine VMware-Beschränkung. Die größtmögliche Größe, die der VMware ESX/ESX(i)-Server mit einer niedrigeren Version als 5.5 unterstützt, sind 2 T-16 GB (dies entspricht 2032 GB).
Es wird empfohlen, VMware ESX(i)-Server 5.5 als Ziel zu verwenden, um eine Konvertierung mit einem großen Datenträger auszuführen.
Weitere Informationen finden Sie im VMware-KB-Artikel 1012384.
Symptom
Wenn Sie einen Sicherungsjob auf einem virtuellen Rechner ausführen, der einen SCSI-Controller mit mehr als 7 VMDKs enthält, schlägt der Sicherungsjob fehl. Dieser Sicherungsjob schlägt fehl, weil VMware auf einem bestimmten SCSI-Controller eine bestimmte Höchstanzahl von freien Slots benötigt, um einen Snapshot zu erstellen. Ein SCSI-Controller kann höchsten 15 Slots haben. Wenn ein SCSI-Controller beispielsweise 7 VMDKs hat, kann für jeden VMDK ein Snapshot erstellt werden. (Insgesamt werden maximal 14 Slots mit einem freien Slot verwendet.) Wenn ein SCSI-Controller über 8 VMDKs verfügt, schlägt der Sicherungsjob fehl, da der Snapshot aufgrund von nur 15 verfügbaren Slots nicht erstellt werden kann.
Hinweis: Die manuelle Erstellung eines Snapshot schlägt ebenfalls fehl.
Lösung
Führen Sie für virtuelle Rechner mit mehr als sieben Datenträgern auf einem einzelnen SCSI-Controller folgende Schritte aus:
Nun können Snapshots für alle VMDKs erstellt werden.
Dieses Problem ist eine VMware-Beschränkung. Arcserve Backup kann nur die angegebene Anzahl von VMDK-Datenträgern für Sicherungen unterstützen.
Weitere Informationen finden Sie in folgendem Artikel der VMware-Knowlegde-Base: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181
Um dieses Problem zu beheben, entfernen Sie die alte VM aus Central Protection Manager, und importieren Sie die neue VM.
Symptom
Dies ist ein bekanntes VMware-Problem mit Auswirkungen auf ESXi-Hosts der Version 5.0, 5.1 und 5.5 und virtuelle Rechner, die als Adapter für virtuelle Netzwerke E1000 oder E1000e verwenden.
Hinweis: Dieses Problem wurde in den folgenden VMware-Updates behoben.
Lösung
Wechseln Sie zu einen VMXNET3-Adapter. Weitere Informationen finden Sie im VMware-KB-Artikel 2059053.
Symptom
Wenn eine VM in die Knotenansicht importiert wird, schlägt sie fehl, wenn bereits eine andere VM mit derselben VM-Instanzen-UUID zur Knotenansicht hinzugefügt wurde.
Symptom
Wenn ein Plan für hostbasierte VM-Sicherung einen Proxy-Rechner enthält, auf dem eine Vorgängerversion von Arcserve D2D (zum Beispiel r16.5) installiert ist, wird die Fehlermeldung "Cannot find dispatch method" angezeigt, wenn der Plan gespeichert wird.
Lösung
Dieses Problem tritt auf, da die API der aktuellen Version nicht mit der API der Vorgängerversion von Arcserve D2D kompatibel ist. Als Umgehungslösung können Sie ein manuelles Upgrade von Arcserve D2D auf die aktuelle Version von Arcserve UDP Agent (Windows) durchführen.
Symptom
Der Job für hostbasierte VM-Sicherung hängt stundenlang und kann nicht fortgesetzt werden.
Lösung
Beenden Sie afbackend.exe für die Prozess-ID im Aktivitätsprotokoll, entfernen Sie, sofern vorhanden, den VM-Snapshot, und übergeben Sie den Sicherungsjob erneut.
Symptom
Das Verhalten des Betriebssystems erstellt den Offline-Status standardmäßig.
Die SAN-Richtlinie wurde in Windows Server 2008 eingeführt, um freigegebene Datenträger zu schützen, auf die über mehrere Server zugegriffen wird. Die standardmäßige SAN-Richtlinie der Quell-VM ist für alle SAN-Datenträger außer dem Startdatenträger "Offline - Freigegeben". Wenn die Richtlinie auf Offline gesetzt ist, sind die SAN-Datenträger beim Start im Offline-Zustand. Nach der Wiederherstellung wird ein neuer Datenträger für die VM erstellt. Die Datenträgerdatei der VM wird als SAN-Datenträger behandelt und vom Betriebssystem als offline betrachtet. Nachdem der Offline-Datenträger wieder online gestellt wurde, bleibt er auch nach Systemneustarts im Online-Zustand.
Lösung
Um dieses Problem zu umgehen, geben Sie vor der Sicherung beim DISKPART.exe-Befehl "SAN POLICY" die Einstellung "OnlineAll" für die Quell-VM an. Da die Datenträger für andere Server freigegeben sind, können Daten beschädigt werden. Sie müssen die richtige SAN-Richtlinie verwenden, um die Daten zu schützen.
DISKPART.exe-Befehlszeile
SAN-Richtlinie abfragen:
DISKPART > san
SAN-Richtlinie: Offline – Freigegeben
SAN-Richtlinie ändern:
DISKPART > san policy=OnlineAll
DISKPART ändert die SAN-Richtlinie für das aktuelle Betriebssystem erfolgreich.
Symptom
Nach Sicherungen von Hyper-V-VMs werden Volumes auf iSCSI-Geräten nicht auf der Wiederherstellungs-Benutzeroberfläche aufgelistet.
Lösung
Erstellen Sie einen agentenbasierten Sicherungsplan in Arcserve UDP oder verwenden Sie <cadp_agt_windows>, um den virtuellen Rechner zu sichern.
Symptom
Bei hostbasierten agentenlosen Sicherungsjobs für Hyper-V-VMs mit Windows Server 2003 als Gastbetriebssystem können zuvor bzw. danach auszuführende Befehle nicht ausgeführt werden. Im Aktivitätsprotokoll wird die Warnung "Der Name des virtuellen Rechners ist nicht der erwartete Name. Befehle vorher und nachher können nicht ausgeführt werden" angezeigt.
Lösung
Unter Windows Server 2008, Windows Vista und späteren Betriebssystemversionen tritt dieses Problem nicht auf, deswegen sollten solche Betriebssysteme verwendet werden.
Bei Installation/Remote-Bereitstellung (Agent)
Symptom
Die Setup-API von Windows meldet Fehler 1460, der dafür steht, dass eine Zeitüberschreitung eingetreten ist. Der Standardwert für die Zeitüberschreitung beim Aktualisieren des Gerätetreibers beträgt 300 Sekunden.
Lösung
Folgen Sie diesen Schritten, um den Wert für die Zeitüberschreitung anzupassen:
Computerkonfiguration\Administrative Vorlagen\System\Geräteinstallation
Zeitlimit für Geräteinstallation festlegen.
Auf Instant-VM bezogen
Symptom
Wenn Sie die ESX-Informationen zur Anmeldung verwenden und einen Ressourcenpool als Speicherort der Instant-VM angeben, befindet sich die Instant-VM unter dem ESX-Host und nicht im Ressourcenpool. Wenn Sie die Instant-VM aus der Konsole löschen und eine neue Instant-VM mit demselben Namen erstellen, wird ein Suffix (1) an den Namen der Instant-VM angehängt und nicht – wie eigentlich zu erwarten– an den Zeitstempel.
Lösung
Dies liegt daran, dass der ESX-Server von vCenter verwaltet wird. Verwenden Sie die vCenter-Anmeldeinformationen, um die Instant-VM zu erstellen.
Symptom
Wenn ich die IVM (Instant Virtual Machine) starte und dann den Hyper-V-Wiederherstellungsserver neu starte, wird die VM möglicherweise nicht hochgefahren.
Lösung
Um diesen Boot-Fehler zu beheben, starten Sie die Instant-VM neu.
Symptom
Ich habe ein Windows-Volume als freigegebenen NFS-Ordner zugewiesen und diesen Pfad zum freigegebenen Volume als Instant VM-Dateipfad angegeben. Wenn ich das Windows-Volume formatiere und dann versuche, die Instant-VM zu erstellen, wird keine Instant-VM erstellt. Die Instant-VM wird nicht erstellt, da der ESXi-Host den NFS-Datenspeicher nicht hinzufügen kann. VMware zeigt folgende Fehlermeldung an:
VM konnte in VMware nicht erstellt werden.
Das folgende Fehlerprotokoll wird in der Datei "vmkernal.log" angezeigt:
Keine zugrundeliegendes Gerät für Haupt-und Nebenversion
Lösung
Führen Sie folgende Schritte auf dem Wiederherstellungsserver aus, um das Problem zu lösen:
Das Dialogfeld Verwaltung wird geöffnet.
Das Dialogfeld Dienste wird geöffnet.
Die Instant-VM wird erstellt.
Bei der Protokollanzeige
Symptom
Wenn eine geschützte VM keinen Hostnamen hat, wird der dazugehörige NodeName-Wert in der Protokollansicht als "VM(Knotenname)" angezeigt. In diesem Fall funktionieren andere Filter nicht ordnungsgemäß.
Lösung
Sie können den Knotennamen manuell von "VM (Hostname)" in "Hostname" ändern. Danach werden alle Filter problemlos funktionieren. Ändern Sie zum Beispiel den Knotennamen "VM(xxxxx01-AB)" in "xxxxx01-AB".
Bei Microsoft Exchange
Symptom
Dies tritt auf, wenn der Exchange-Server in einer VM installiert ist und Arcserve UDP Agent (Windows) ausführt, um diese VM zu schützen. Wenn die VM auf einen zuvor gespeicherten VM-Snapshot zurückgesetzt wird, wenn die Sicherung bereits eine Weile Zeit läuft, und Sie versuchen, die Exchange-Datenbank am ursprünglichen Speicherort wiederherzustellen, schlägt die Wiederherstellung mit folgendem Fehler fehl: "Exchange-Speichergruppe/-Datenbank [DB-Name] wurde am ursprünglichen Speicherort wiederhergestellt, konnte aber nicht geladen werden."
Die Ursache wird noch untersucht. Derzeit scheint es, dass sie mit dem Zeitstempel in der Exchange-Datenbank und den letzten Transaktionsprotokolldateien in Verbindung steht.
Lösung
Versuchen Sie, die Exchange-Datenbank in einem alternativen Verzeichnis wiederherzustellen, oder entladen Sie die Datenbank und alle Dateien im Zielordner, bevor Sie die Wiederherstellung ausführen.
Bei Microsoft SQL Server
Symptom
Unter Umständen muss Microsoft SQL Server mehr Speicher zuteilen, um die Abfrage zu bearbeiten, insbesondere wenn die Arcserve UDP-Datenbank eine große Datenmenge enthält. Wenn Microsoft SQL Server jedoch keinen weiteren Speicher zuteilen kann, da keiner zur Verfügung steht oder eine konfigurierte Obergrenze erreicht ist, fällt die Verarbeitung von Abfragen sehr langsam aus, was sich auf die Reaktionsfähigkeit der Arcserve UDP-Konsole auswirkt.
Lösung
Löschen Sie über Protokoll/Löschen einige Protokolle aus der Datenbank, und starten Sie den SQL-Dienst neu.
Relevant für Wiederherstellungspunktserver (RPS)/Datenspeicher
Symptom
Wenn Sie einen Zusammenführungsjob manuell übermitteln, wird der Job nicht ausgeführt, und die folgende Meldung wird im Aktivitätsprotokoll angezeigt:
Zusammenführungsjob <node name> kann nicht ausgeführt werden. Ein anderer Job wird bereits ausgeführt.
Lösung
Die Ursache für diesen Fehler könnte sein, dass andere Jobs für den Knoten auf dem gleichen Recovery Point Server, aber in einem anderen Datenspeicher ausgeführt werden. Um dieses Problem zu umgehen, warten Sie, bis diese Jobs abgeschlossen sind, und versuchen Sie es erneut.
Symptom
Der Sicherungs- oder Replikationsjob schlägt mit dem Fehler "Die angegebene Datei wurde nicht gefunden" fehl.
Überprüfen Sie das Windows-Ereignisprotokoll. McAfee erkennt die Datenspeicherdatei (zum Beispiel "P0000000042.data") als trojanischen Virus "Exploit-ScriptNull", und die Datei wird gelöscht.
Lösung
Konfigurieren Sie die Antiviruseinstellung, um den Speicherort für den Datenspeicher des Wiederherstellungspunktservers (RPS) in der Ausschlussliste festzulegen.
Hinweis: Bei einiger Antivirensoftware ist es erforderlich, dass Sie die Ausschlussliste auf der Serverseite festlegen.
Symptom
Dies tritt auf, wenn Sie die Netzwerkdrosselung auf eine sehr geringe Bandbreite festlegen oder der Netzwerkdurchsatz zum Ziel-RPS-Server langsam ist. In solchen Fällen kann es einige Minuten dauern, bis die Daten aus der Warteschlange gesendet werden.
Lösung
Warten Sie, bis der Replikationsjob ordnungsgemäß beendet wird.
Bei Wiederherstellungspunktservern (RPS)/Import aus Hyper-V-Knoten
Symptom
Wenn Sie versuchen, einen Knoten über die IP-Adresse oder den Knotennamen unter Windows-Betriebssystemen hinzuzufügen, die die Benutzerkontensteuerung (UAC) unterstützen, (Windows Vista oder spätere Versionen), oder wenn Sie versuchen, virtuelle Rechner von einem Hyper-V-Server, der UAC unterstützt, zu importieren, und wenn Sie ein neues Windows-Benutzerkonto verwenden, das ein lokales Konto in der Administratorengruppe und kein integrierter Administrator ist, dann wird folgende Meldung angezeigt:
"Administratorrechte sind erforderlich."
Lösung
Verwenden Sie einen integrierten Administrator oder einen Domänen-Administrator. Als Alternative können Sie Remote-UAC deaktivieren.
Dies ist das standardmäßige Windows-Verhalten namens "UAC remote-Einschränkungen". Wenn Sie dieses Konto trotzdem verwenden möchten, um den Knoten hinzuzufügen, deaktivieren Sie "Remote UAC", indem Sie folgende Schritte durchführen:
Der Registrierungs-Editor von Windows wird geöffnet.
Hinweis: Möglicherweise müssen Sie Administrator-Anmeldeinformationen angeben, um den Windows-Registrierungs-Editor zu öffnen.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Ausführlichere Informationen über das Windows-Verhalten finden Sie im Artikel unter http://support.microsoft.com/kb/951016.
Symptom
Die Funktion zum Entfernen des Hypervisor für einen Knoten ist in dieser Version nicht abgedeckt.
Lösung
Entfernen Sie den Knoten, und fügen Sie ihn erneut hinzu.
Symptom
Durch die All-In-One-Benutzeroberfläche von Arcserve UDP wird nicht erwartet, dass Benutzer mehrere Arcserve UDP-Konsolen verwenden. Das Szenario des Verschiebens eines Agent zwischen zwei Servern tritt deswegen nur ein, wenn der alte Server aus dem Verkehr gezogen wird.
Lösung
Das Verschieben eines Knotens von einer Konsole auf eine andere ist ein sehr seltenes Szenario.
Bei der Registrierung
Symptom
McAfee oder andere Software von Drittanbietern legen "EnableECP=1" in der Registrierung fest, wenn sie unter Windows Server 2012 installiert sind.
Lösung
Ändern Sie in der Registrierung unter folgendem Schlüssel den Wert "EnableECP" von 1 auf 0:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
Weitere Informationen finden Sie unter http://support.microsoft.com/kb/2817216.
Bei Replikation
Symptom
Der zweite Replikationsjob bleibt im Vorbereitungsstatus hängen und schlägt nach 10 Minuten fehl.
Lösung
Sie müssen keinen spezifischen Vorgang durchführen. Nachdem der zweite Replikationsjob fehlgeschlagen hat, wird der Ergänzungsjob ausgelöst.
Beim Arcserve UDP-Hilfsprogramm zur spezifischen Wiederherstellung von Exchange-Objekten (Exchange Granular Restore Utility, AEGR)
Symptom
Nach einem Wiederherstellungsjob werden möglicherweise folgende Elementeigenschaften nicht ordnungsgemäß wiederhergestellt:
Lösung
Verwenden Sie die Option "In PST exportieren", um die fehlenden Elemente wiederherzustellen.
Bei Wiederherstellungen
Symptom
Bei der Verwendung der Version Update 4 oder niedriger des Agenten treten folgende Fehler auf.
Die Exchange-Speichergruppe/-Datenbank wurde am ursprünglichen Speicherort wiederhergestellt, konnte aber nicht geladen werden."
Lösung
Aktualisieren Sie die Agenten auf die Arcserve UDP-Agentenversion 6.0.
Symptom
Der Fehler tritt auf, wenn das Wiederherstellungsziel ein freigegebener Remote-Ordner, wie z. B. "\\FileServer\ShareFolder\RestDest", und das Sicherungsziel ein freigegebener Remote-Ordner mit dem gleichen Pfad, wie z. B. "\\FileServer\ShareFolder\RestDest", ist.
Wenn das Benutzerkonto, das für die Verbindung mit dem freigegebenen Stammordner verwendet wird, nicht in der Berechtigungsliste ist, wird der Wiederherstellungsjob fehlschlagen, unabhängig davon, welches Konto für den Wiederherstellungszielordner verwendet wird.
Lösung
Fügen Sie das Benutzerkonto hinzu, das für das Sicherungsziel zugewiesen wird, um die Verbindung zur Berechtigungsliste des freigegebenen Stammordners herzustellen, und stellen Sie sicher, dass das Benutzerkonto über die richtigen Berechtigungen verfügt, um die Datei wiederherzustellen.
Fügen Sie das Benutzerkonto in die Gruppe der Sicherungs-Operatoren hinzu, und stellen Sie sicher, dass das Konto die Berechtigung hat, Sicherheitseinschränkungen zu überschreiben.
Symptom
Wenn für den Wiederherstellungspunkt Verschlüsselung aktiviert ist, müssen Sie das Kennwort für Wiederherstellungspunkte, die vom aktuellen Server gesichert werden, nicht eingeben. Wenn Sie allerdings ein Upgrade des Windows-Betriebssystems durchführen (zum Beispiel von Windows 2008 auf Windows 2008 R2), werden die Kennwörter nicht automatisch in die Arcserve UDP Agent (Windows)-Benutzeroberfläche eingesetzt, sodass Sie das Kennwort erneut eingeben müssen.
Lösung
Zeichnen Sie das Verschlüsselungskennwort oder Sitzungskennwort für den Wiederherstellungspunkt auf, und bewahren Sie es für spätere Verwendungen an einem sicheren Ort auf.
Symptom
Während der Wiederherstellung eines virtuellen VMware-Rechner erhalte ich den folgenden Fehler:
Sie haben keine Zugriffsrechte für diese Datei. Weitere Informationen finden Sie im Debugging-Protokoll zur Wiederherstellung. Setzen Sie sich im Bedarfsfall mit dem Arcserve-Support in Verbindung.
Sie können die folgenden Protokolleinträge in die den Debugging-Protokollen zur Wiederherstellung finden:
[VDDKLOG] CnxAuthdConnect: Gibt "False" aus, da die angeforderte SSL-Überprüfung und Ziel-Authd SSL nicht unterstützen.
[VDDKLOG] CnxConnectAuthd: Gibt "False" aus, da CnxAuthdConnect fehlgeschlagen ist.
[VDDKLOG] Cnx_Connect: Gibt "False" aus, da CnxConnectAuthd fehlgeschlagen ist.
[VDDKLOG] Cnx_Connect: Fehlermeldung: SSL erforderlich
Lösung
Dieser Fehler ist dadurch entstanden, dass auf dem VMware ESX-Host die SSL-Authentifizierung deaktiviert ist. Wählen Sie eine der folgenden Methoden, um diesen Fehler zu beheben:
config.defaults.security.host.ruissl
/etc/vmware/config;
Die SSL-Authentifizierung ist aktiviert.
Mit der Serververbindung
Symptom
Wenn Sie die Aktivitätsprotokolle über den Agent oder die Konsole durchsuchen, wird möglicherweise folgender Fehler angezeigt:
Fehler bei der Verbindung zum Server 'arcservedocs.com'.
Lösung
Sie können diese Meldung ignorieren.
Bei Virtual Standby
Symptom
Ein Knoten wird in einem RPS-Datenspeicher gesichert und zu einem anderen RPS-Datenspeicher repliziert. Anschließend wird ein Virtual Standby-Rechner mit der Quelle der Replikation erstellt. Nach der Planbereitstellung können Sie den Virtual Standby direkt fortsetzen, wenn ältere Sitzungen für den Virtual Standby-Job vorhanden sind. Wenn Sie den Plan jedoch übermitteln, wird der Virtual Standby-Job nicht gestartet.
Lösung
Führen Sie eine manuelle Replikation durch, um dieses Problem zu beheben. Doppelklicken Sie auf den Knoten, und klicken Sie auf Jetzt replizieren. Nach Abschluss der Replikation nehmen Sie den Virtual Standby-Job wieder auf.
Symptom
Der Virtual Standby-Job schlägt mit folgendem Fehler fehl:
Datenträgersignatur kann nicht abgerufen werden (Signatur ist leer)
Lösung
In Arcserve UDP Version 6.0 wird die VMware VDDK-Bibliothek von Version 5.5 auf Version 6.0 aktualisiert. In VDDK v6 wird für die Initialisierung der VDDK-Bibliothek ein neues Feld namens Fingerabdruck benötigt. Der Aufruf vom VSB-Konverter basiert auf Arcserve UDP Version 5.0, bei der der Fingerabdruck fehlt. Dies führt dazu, dass der Aufruf vom Konverter zum Überwachungsserver fehlschlägt.
Um dieses Problem zu lösen, aktualisieren Sie den Konverter auf Arcserve UDP Version 6.0.
Symptom
Arcserve UDP Agent (Windows) wird im Arcserve UDP-RPS-Datenspeicher gesichert und der Recovery Point Server wird auf Arcserve UDP 6.0 aktualisiert. Außerdem wird Arcserve UDP Agent (Windows) in einem freigegebenen Ordner gesichert und der Agent wird auf Arcserve UDP 6.0 aktualisiert. Der Virtual Standby (VSB)-Job für Hyper-V schlägt fehl, und es werden die folgenden Fehler angezeigt:
Sendemethode für {http://webservice.arcflash.com}IsVmFileExist kann nicht gefunden werden.
oder
Sendemethode für {https://webservice.arcflash.com}IsVmFileExist kann nicht gefunden werden.
Lösung
Aktualisieren Sie den Arcserve UDP-Agenten auf Arcserve UDP 6.0 auf dem Hyper-V-Server.
Dieses Verhalten kann auch durch das Einschalten virtueller Rechner mit schreibgeschützten Volumes auftreten. Um diese Bedingung zu korrigieren, setzen Sie die Volumes auf dem Datenträger in beschreibbaren Status.
Failed to get Recovery Point information. (Es konnten keine Informationen zum Wiederherstellungspunkt abgerufen werden)
Dieses Verhalten tritt auf, wenn Sie für eine V2P-Wiederherstellung den neuesten Snapshot verwenden und nach der erneuten Bereitstellung des Virtual Standby-Tasks für den Knoten kein Konvertierungsjob ausgeführt wurde.
Lösung
Lösung
Führen Sie die V2P-Wiederherstellung mithilfe von Arcserve UDP Agent Bare Metal Recovery aus.
Hinweis: Diese Beschränkung bezieht sich nur auf Virtual Standby-Jobs, die auf Hyper-V-Servern ausgeführt werden.
Symptom
Arcserve UDP Agent (Windows) hat einen Datenträger von 2 TB, und der ESX/ESX(i)-Server mit einer niedrigeren Version als 5.5 kann nur einen virtuellen Datenträger mit bis zu 2 TB-Größe unterstützen. Allerdings können während der Konvertierung die folgenden Fehler auftreten:
Lösung
Dies ist eine VMware-Beschränkung. Die größtmögliche Größe, die der VMware ESX/ESX(i)-Server mit einer niedrigeren Version als 5.5 unterstützt, sind 2 T-16 GB (dies entspricht 2032 GB).
Es wird empfohlen, VMware ESX(i)-Server 5.5 als Ziel zu verwenden, um eine Konvertierung mit einem großen Datenträger auszuführen.
Weitere Informationen finden Sie im VMware-KB-Artikel 1012384.
Symptom
Das Bereitstellen des Plans schlägt fehl, und die folgende Fehlermeldung wird angezeigt: "'Virtual Standby-Einstellungen' lassen sich nicht auf Knoten 'xxx' anwenden." (Fehler bei der Verbindung von xxx zum Überwachungsserver xxx. Ungültige Benutzeranmeldeinformationen)".
Lösung
Bearbeiten Sie den Virtual Standby-Task im Plan, geben Sie das richtige Kennwort für den Überwachungsserver ein, und speichern Sie den Plan.
Bei VSS-Snapshots
Umgehungslösung
Hinweis: Dieses Problem tritt selten auf. Weitere Informationen finden Sie in Artikel 2006849 der VMware-KB oder in Artikel 2853247 der Microsoft-KB.
Data Corruption During UDP Upgrade due to Backward Compatibility
You may notice data corruption for backward compatibility of protecting UDP v5 nodes to UDP v6 RPS, it might cause data corruption on deduplication data store.
This issue does not impact if you are using one of the following options:
This issue impacts if you have:
When do you face this data corruption:
If you are upgrading from Arcserve UDP v5 to Arcserve UDP v6, you may face this issue in the following scenarios:
Symptom
The data corruption issue might happen in the following two scenarios.
Scenario 1: The Agent node is with Arcserve UDP v5 and the RPS node is with Arcserve UDP v6. Agent job fails to back up and generates the incomplete recovery point on the deduplication data store. Deleting the incomplete recovery point from the deduplication data store may lead to data corruption.
Scenario 2: The source RPS node is with Arcserve UDP v5 and the destination RPS node is with Arcserve UDP v6. The Replication job fails and generates the incomplete recovery point destination deduplication data store. Deleting the incomplete recovery point from the destination deduplication data store may lead to data corruption.
Reason
Due to the mismatch of interface between different versions, when Arcserve UDP v6 RPS tries to delete the incomplete sessions generated by Arcserve UDP v5, it may wrongly delete additional index files which leads to data corruption.
Lösung
If you are upgrading from Arcserve UDP v5 to Arcserve UDP v6:
Note: Before applying the patch, do not run any backup/replication jobs.
Note: If you opt for this option, do not upgrade to Arcserve UDP v6. You can directly upgrade from Arcserve UDP v5 to Arcserve UDP v6 update 1.
If you have already upgraded from Arcserve UDP v5 to Arcserve UDP v6:
Note: Contact Arcserve Support to get the patch.
How to handle corrupted recovery points?
You cannot recover any recovery point that is corrupted due to the backward compatibility issue as the corresponding index file is incorrectly deleted.
To make sure that the subsequent recovery points do not depend on the corrupted recovery point, we recommend to take again full backup for the impacted node.
In addition, other jobs related to merge job that need to read from the corrupted recovery point might continue failing even though new full backup is done.
To solve the above, we recommend to rename the node folder in the backup destination folder of dedupe data store. Add Backup as prefix to the original node name.
For example:
NODE_NAME[1a98528f-db3c-45de-83d6-9d729815ab7d]
to
BackupNode_Name[1a98528f-db3c-45de-83d6-9d729815ab7d]
As a result, new folder name of the source node is created that automatically converts the recovery point as full when the specific node backs up to the data store again.
For the renamed folder, you can perform the following options:
You can select to delete the renamed node through data store UI, if all the recovery points in the renamed folder are not useful anymore. The automatic retention management of the Plan only applies to the new recovery points done after the renaming of the folder.
Wenn Sie den Windows 10 Edge-Webbrowser verwenden, können Sie sich möglicherweise nicht bei den Windows- oder Linux-Agenten über die Konsole anmelden, wenn Sie auf "Wiederherstellung" oder "Anmeldeagent" klicken. Verwenden Sie einen anderen Browser, um sich anzumelden.
Symptom
Wenn Sie zwei virtuelle Rechner – VM1 und VM2 – mit demselben GUID in den ESXi-Hosts haben und die zwei VMs von unterschiedlichen vCenter-Systemen – VC1 und VC2 – verwaltet werden. Importieren Sie VM1 in die Konsole (Sie können nicht beide VMs importieren, weil die Konsole keine Knoten mit demselben GUID unterstützt). Sie importieren aber auch VMs aus vCenter VC2. Wenn Auto-Discovery ausgeführt wird, stellt die Funktion zunächst eine Verbindung mit VC1 her und erkennt VM1 durch den GUID. Die Spalte "Hypervisor" wird dann mit Informationen über VC1 aktualisiert. Später stellt die Funktion eine Verbindung mit VC2 her, erkennt VM2 durch den GUID und die Spalte "Hypervisor" wird mit Informationen über VC2 aktualisiert.
Lösung
Es ist sehr selten, dass zwei VMs über denselben GUID verfügen. Im schlimmsten Fall kann es passieren, dass die hostbasierte agentenlose Sicherung die falsche VM sichert, da Arcserve UDP den GUID verwendet, um eine VM zu identifizieren. Um das Problem zu lösen, können Sie die GUID einer der VMs manuell ändern. Weitere Informationen dazu finden Sie unter dem entsprechenden Thema im Lösungshandbuch.
Symptom
Anmelden bei der Arcserve UDP-Konsole nicht möglich. Die Konsole zeigt die folgenden Meldungen, selbst fünf Minuten, nachdem Sie sich angemeldet haben:
Identitätsdienst wird gestartet
Lösung
So beheben Sie dieses Problem:
Symptom
Ein Jumpstart-Job für mehrere Knoten schlägt fehl, wenn auf einem der Knoten gerade einen Replikationsjob ausgeführt wird.
Lösung
Sie können entweder warten, bis der Replikationsjob abgeschlossen ist, bevor Sie den Jumpstart-Job übergeben, oder einen Jumpstart-Job für andere Knoten übergeben.
Symptom
Ein "Auf Band kopieren"-Job kann in den folgenden Fällen fehlschlagen:
Lösung
Fügen Sie für das erste Problem den Arcserve UDP-Agent-Knoten mit dem nicht lokalisierten Benutzernamen zur Benutzeroberfläche der Arcserve UDP-Konsole hinzu.
Fügen Sie für das zweite Problem den RPS-Knoten mit dem nicht lokalisierten Benutzernamen zur Arcserve UDP-Konsole hinzu.
Symptom
Im Task Von einem remote verwalteten RPS replizieren ist die NAT-Geräteeinstellung redundant,, wenn Sie den Plan in der NAT-Umgebung ändern müssen, falls der Plan die folgenden Tasks enthält:
Wenn Sie den Plan ändern und die Konfiguration von Task 1 anzeigen müssen, ist die Option Server hinter NAT-Gerät redundant, wenn die Option Server hinter NAT-Router konfiguriert ist. Der Replikationsjob kann erfolgreich ausgeführt werden, wenn die Informationen zum NAT-Router korrekt angegeben werden.
Lösung
Sie können das redundante Feld Server hinter NAT-Gerät im Task Von einem remote verwalteten RPS replizieren ignorieren, wenn Sie den Plan ändern. Verwenden Sie das Feld Server hinter NAT-Router, um sicherzustellen, dass der Replikationsjob erfolgreich ausgeführt wird.
Symptom
Der obere Registrierungs-BLI-Filter für die Volume-Klasse wird entfernt. Daher kann der BLI-Treiber keine Volumes überwachen.
Lösung
Sie können weiterhin Zuwachssicherungen durchführen, nachdem Sie den Treiber für die Nachverfolgung von Änderungen neu installiert haben.
Folge diesen Schritten:
<installation path>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
<installation path>\Arcserve\Unified Data Protection\Engine\BIN\DRIVER
Symptom
Folgende Meldungen werden im Ereignisprotokoll angezeigt: "Es wurde versucht, einen Registrierungsschlüssel einem unzulässigen Vorgang zu unterziehen, der zum Löschen markiert wurde" oder "Es wurde festgestellt, dass Ihre Registrierungsdatei noch von anderen Anwendungen oder Diensten verwendet wird. Die Datei wird jetzt entladen. Die Anwendungen oder Dienste, die Ihre Registrierungsdatei anhalten, funktionieren anschließend u. U. nicht mehr ordnungsgemäß."
Lösung
Die Ursache und Lösung finden Sie im Microsoft-KB-Artikel 2287297.
Symptom
Das Laden einer Sitzung auf einen Laufwerkbuchstaben schlägt fehl.
Dies geschieht, wenn es sich beim Ziel um einen lokalen Ordner handelt, der sich auf einem FAT32-Volume befindet. Beim Laden von Laufwerken wird die Erstellung der Zwischenspeicherdatei nur auf NTFS-Volumes unterstützt.
Lösung
Fügen Sie einen neuen Registrierungsschlüssel hinzu, und richten Sie den Pfad der Zwischenspeicherdatei auf ein anderes Volume.
Folge diesen Schritten:
Weitere Informationen:
Die Zwischenspeicherdatei wird erstellt, wenn ein Laufwerk mit einem beschreibbaren Volume geladen wird. Für Jobs für die Kataloggenerierung für die spezifische Wiederherstellung oder für Wiederherstellungsjobs wird ein beschreibbares Volume erstellt. Wenn die Sitzung Volumes unter Windows 8, Windows 2012 oder einem späteren Betriebssystem sichern soll, laden Sie immer ein beschreibbares Volume, wenn Sie eine Sitzung auf einen Laufwerkbuchstaben laden.
Symptom
Die übergebene Sicherung wird als erfolgreich angezeigt, doch auf der Benutzeroberfläche von Arcserve UDP Agent (Windows) wird kein Job-Monitor angezeigt. Die Ursache liegt darin, dass der Sicherungsjob der Einstellung für die Höchstanzahl gleichzeitiger Knoten im Datenspeicher entspricht. Der Sicherungsjob wird in die Warteschlange gestellt.
Lösung
Öffnen Sie die Arcserve UDP-Konsole. Die ausstehende Jobüberwachung wird in der Knotenansicht anzeigen.
Symptom
Wenn ein hostbasierter Verifizierungsjob ohne Agent ausgeführt wird und Komprimierung im Plan aktiviert wurde, ist der Komprimierungsprozentsatz, der im Job-Monitor angezeigt wird, höher als der reale Prozentsatz.
Bei allen anderen Sicherungsjobs einschließlich Sicherungsjobs mit Agent und hostbasierten vollständigen Sicherungen und Zuwachssicherungen ohne Agent tritt dieses Problem nicht auf.
Lösung
Der Komprimierungsprozentsatz im Aktivitätsprotokoll ist korrekt. Verwenden Sie ihn, nachdem der hostbasierte Verifizierungsjob ohne Agent abgeschlossen wurde.
Symptom
Der Sicherungsjob der VMware-VM wird erfolgreich auf der Arcserve UDP-Konsole abgeschlossen. Der Job ist mit dem grünen Symbol gekennzeichnet, und im Aktivitätsprotokoll wird die Meldung "Sicherungsjob wurde erfolgreich abgeschlossen" angezeigt. Allerdings wird die Speicherauszugsdatei des Backend-Prozesses, wie z. B. "AFBackend.exe.7912.00.dmp", im BIN-Ordner des Agent-Installationspfads generiert. Beispiel: C:\Programme\Arcserve\Unified Data Protection\Engine\BIN
Lösung
Dies geschieht aufgrund eines Problems mit VMware VDDK, da VDDK gelegentlich abstürzt, wenn Arcserve UDP an VDDK gerichtete API-Aufrufe schließt. Sie können dieses Problem ignorieren, da es in der letzten Phase des Sicherungsjobs auftritt. Zu diesem Zeitpunkt ist der Sicherungsjob fast abgeschlossen, und der Wiederherstellungspunkt wurde erfolgreich eingeschlossen.
"Sprachpaket konnte nicht ins BMR-ISO-Image integriert werden".
Symptom
Dieses Problem wird vom Filtertreiber der Drittanbieter-Virenschutzsoftware (McAfee) oder anderen Drittanbieterfiltern verursacht.
Lösung
Deaktivieren Sie Ihre Virenschutzsoftware, und versuchen Sie die Bootkit-Erstellung erneut.
Symptom
Wenn es sich beim Quellrechner um einen Active Directory-Server handelt, der eine BMR auf einen physischen Rechner mit abweichender Hardware oder auf einen virtuellen Rechner auf einem Hyper-V-Server ausführt, wird der Server nicht gestartet, und es wird ein blauer Bildschirm mit folgender Meldung angezeigt:
STOPP: c00002e2 Verzeichnisdienste konnten aufgrund von folgendem Fehler nicht gestartet werden: Ein Gerät, das an das System angehängt wurde, funktioniert nicht. Fehlerstatus: 0xc0000001.
Lösung
Starten Sie das System zur BMR-PE-Umgebung neu, benennen Sie alle *.log-Dateien im Ordner "C:\Windows\NTDS" um, und starten Sie das System neu. Benennen Sie zum Beispiel die Datei "edb.log" in "edb.log.old" um, und starten Sie das System neu.
Symptom
Möglicherweise können Sie bei der BMR keine Datenträger- bzw. Volume-Zuordnung durchführen, wenn es sich beim Zielcomputer um eine VM mit einem IDE-Datenträger auf Version 2008 oder 2008R2 eines Hyper-V-Servers handelt.
Wenn Sie Daten über BMR auf einer VM mit einem IDE-Datenträger auf einem Hyper-V-Server der Version 2008 oder 2008R2 wiederherstellen, können Quelldatenträger bzw. -Volume nicht zum Zieldatenträger bzw. -Volume zugeordnet werden, auch wenn die Größe dieser beiden Datenträger scheinbar identisch ist. Die Ursache liegt darin, dass die tatsächliche Datenträgergröße auf einem IDE-Datenträger auf einem Hyper-V-Server der Version 2008 oder 2008R2 unter der Größe liegt, die Sie angegeben haben.
Lösung
Erstellen Sie auf der VM einen größeren Datenträger. Wenn Sie zum Beispiel Daten von einem Datenträger mit 25 GB wiederherstellen möchten, sollten Sie auf der Ziel-VM einen Datenträger mit 26 GB erstellen.
Symptom
Dies kann bei VMware ESX Server vorkommen. Für Windows 2003-VMs ist der standardmäßige Datenträger-Controller ein LSI Logic SCSI-Adapter, und der Treiber für diesen SCSI-Adaptertyp ist nicht in Windows ADK 8.1 enthalten. Dieses Problem tritt möglicherweise auf einigen alten Servern mit alten SCSI-Adaptern auf.
Lösung
Um dieses Problem zu lösen, suchen Sie die Treiber auf der Webseite des Hardware-Anbieters, und laden Sie den Treiber über die BMR-Benutzeroberfläche herunter.
[VDDKLOG] SSLCheckLockingCallback: locking callback overwritten! Expected 7FEE3A836E0, saw 113C2420
Um dieses Problem zu umgehen, legen Sie den Registrierungsschlüssel VDDKLogLevel unter dem folgenden Pfad auf 0 fest:
\HKEY_LOCAL_MACHINE\Software\Arcserve\Unified Data Protection\Engine\
Snaphot-Kopie '{xxx}_backup' konnte auf mehreren Volumes des Speichersystems 'xxx' nach '100' Versuchen in einem Intervall von jeweils '10' Sekunden nicht erstellt werden.
Führen Sie diese Schritte aus, um den Registrierungsschlüssel zu erstellen:
HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\Engine
DoNotUseFlexCloneLicenseToCloneLun
Nachdem Sie zur Wiederherstellungspunkt-Ansicht von Arcserve UDP gewechselt haben, können Volumes, die in der Sicherungssitzung unter einem Dateipfad geladen werden, nicht geladen werden.
Symptom
Die Wiederherstellungspunkt-Ansicht von Arcserve UDP öffnet während des Ladevorgangs das Volume, das vom Betriebssystem geladen wird, und nicht das Volume der Sicherungssitzung.
Wenn das Volume entladen wird, wird in der Wiederherstellungspunkt-Ansicht von Arcserve UDP unter diesem Dateipfad nichts angezeigt.
Lösung
Verwenden Sie "Wiederherstellungspunkt laden", um solche Volumes zu laden.
Symptom
VMware hat kürzlich einen KB-Artikel veröffentlicht, in dem beschrieben wird, dass in ESXi 6.0 oder ESXi 6.0.x ein Fehler bei der Verfolgung geänderter Blöcke eingeführt wurde, der dazu führt, dass CBT eine falsche Liste geänderter Sektoren ausgibt. Dieser Fehler hat möglicherweise Einfluss auf Arcserve UDP, was inkonsistente VM-Sicherungen (vollständig und inkrementell) zur Folge hat. Weitere Details finden Sie in der VMware-KB.
Wenn das Problem auftritt, schlägt der Katalogjob möglicherweise fehl und bei der Prüfung des Wiederherstellungspunktes werden unter Umständen Fehler gemeldet.
Lösung
VMware hat einen Patch für dieses Problem veröffentlicht. Wenden Sie diesen Patch auf Ihre ESXi-Hosts an. Weitere Informationen finden Sie im KB-Artikel von VMware oder im KB-Artikel von Arcserve.
Symptom
Dieses Problem tritt auf, wenn als Hyper-V-Host Windows 2012 R2 und als VM-Gastbetriebssystem SUSE Linux Enterprise Server (SLES) 12 mit Runlevel 5 (mit grafischer Benutzeroberfläche) verwendet wird. In diesem Fall bleibt der agentenlose Sicherungsjob in der Phase der Snapshot-Erstellung hängen und schlägt schließlich fehl. Danach reagiert das VM-Gastbetriebssystem gar nicht mehr.
Lösung
Dies ist kein Problem mit Arcserve UDP, sondern ein Kompatibilitätsproblem von Windows und SUSE. Das gleiche Problem tritt auf, wenn Sie einen VSS-Snapshot mit dem Befehl "diskshadow" auf dem Hyper-V-Host erstellen. Führen Sie diese Schritte aus, um das Problem zu überprüfen:
Dieses Problem kann nicht umgangen werden. Wir empfehlen Ihnen, sich an Microsoft zu wenden, Ursache zu lösen. Alternativ können Sie versuchen, das Runlevel von SLES 12 von 5 auf 3 zu ändern (ohne Benutzeroberfläche), aber dies garantiert keine Lösung.
Symptom
Für die VMware-VM gibt der Pre-Flight Check (PFC) die folgende Warnmeldung für die Datenkonsistenzprüfung aus – auch wenn Sie bereits die richtigen Anmeldeinformationen angegeben haben.
Nicht überprüft, da die Anwendung nicht auf den virtuellen Rechner zugreifen konnte. Stellen Sie sicher, dass die Benutzeranmeldeinformationen korrekt sind und mit Administratorberechtigungen verknüpft sind.
Lösung
Dieses Problem tritt nur bei PFC für VMware-VMs auf. Andere Funktionen wie die Sicherung sind nicht betroffen. Die Umgehungslösung besteht darin, den Arcserve UDP-Agenten auf dem Rechner zu installieren, auf dem die Arcserve UDP-Konsole installiert ist (der Agentendienst muss nicht gestartet werden).
Symptom
Auch wenn der SAN-Transportmodus möglich ist, verwenden Sicherungs- oder Wiederherstellungsjobs dennoch den Transportmodus "HotAdd", "NBD" oder "NBDSSL".
Lösung
Dies ist ein bekanntes Problem mit VMware VDDK 6.0.1. Es gibt derzeit keine Lösung von VMware. Weitere Informationen finden Sie unter Bekannte Probleme in VDDK 6.0.1 in den Versionshinweisen.
Symptom
Auch wenn der SAN-Transportmodus möglich ist, verwenden Sicherungs- oder Wiederherstellungsjobs dennoch den Transportmodus "HotAdd", "NBD" oder "NBDSSL", wenn die bereitgestellte Größe des virtuellen Datenträgers der VM 4 TB oder ein Vielfaches von 4 TB beträgt.
Lösung
Dies ist ein bekanntes VMware-Problem, das laut Angaben von VMware in folgenden Patches behandelt wurde:
• Für ESXi 5.5 – Patch-Version ESXi550-201504001 (2112672)
• Für ESXi 6.0 – Patch-Version ESXi600-201505001 (2116125)
Die Umgehungslösung besteht darin, die Verwendung der bereitgestellten Größe, die ein Vielfaches von 4 TB beträgt, zu vermeiden. Verwenden Sie zum Beispiel nicht 4 bzw. 8 TB. Verwenden Sie stattdessen 3,9 bzw. 8,1 TB.
Symptom
Wenn Sie eine VMware-VM mithilfe von VM-Ware-Tools stilllegen, enthält der Snapshot beschädigte Daten. Die Sicherung liest Daten vom Snapshot, sodass auch die gesicherten Daten beschädigt werden. Weitere Informationen zu diesem Problem finden Sie in folgendem VMware-KB-Artikel:
Hinweis: Dieses Problem kann bei allen VMware ESXi-Versionen und auf VMs mit Windows 2008 R2 SP1 und Windows 2012 als Gastbetriebssystem auftreten. In Arcserve UDP kann das Datenbeschädigungsproblem nicht erkannt werden, weil VMware in diesem Fall keinen Fehler ausgibt. Sie erkennen das Problem möglicherweise erst, wenn Sie versuchen, Daten wiederherzustellen.
Lösung
Führen Sie die folgenden Tasks aus, um dieses Problem zu erkennen und zu beheben:
Symptom
Wenn Sie die Stilllegungsmethode für Snapshots "Microsoft-VSS innerhalb der VM" verwenden, um eine VMware-VM zu sichern, ist die Sicherung möglicherweise nicht konsistent. Besonders bei der Sicherung von VMs mit installierten Anwendungen (wie z. B. Exchange).
Lösung
Die Umgehungslösung besteht darin, die Stilllegungsmethode für VMware-Snapshots der VMware-Tools zu nutzen und gleichzeitig die VSS-Writer MSSearch Service Writer und Shadow Copy Optimization Writer im Gast-BS der VM zu deaktivieren, bevor das Problem behoben wird.
"Es kann keine Verbindung vom Netzwerkadapter <<Adaptername>> zum virtuellen Switch hergestellt werden" angezeigt.
Symptom
Beim Sichern einer VM wird vor dem Erstellen eines Snapshot ein Failover für die geclusterte VM durchgeführt. Dies führt dazu, dass der in der Sicherungssitzung aufgezeichnete Hyper-V-Host nicht mit der VM-Konfiguration konsistent ist.
Lösung
Sie können den Netzwerkadapter manuell mit einem virtuellen Schalter auf dem dazugehörigen Hyper-V-Host verbinden oder die Option An einem alternativen Speicherort wiederherstellen verwenden, mit der Sie die Wiederherstellungskonfiguration für die VM festlegen können.
Symptom
Obwohl der Sicherungsjob für einen virtuellem Rechner bereits abgeschlossen wurde, ist der Status des virtuellen Rechners im Hyper-V-Manager weiterhin "Wird gesichert". Wenn zu diesem Zeitpunkt ein anderer Sicherungsjob für diese VM startet, schlägt er mit folgendem Fehler fehl: "Der Hyper-V-VSS-Writer hat beim Verarbeiten dieses virtuellen Rechners einen Fehler gefunden". Zudem können Sie zu diesem Zeitpunkt einige Vorgänge im Hyper-V-Manager wie beispielsweise An-oder Abschalten der VM nicht ausführen. Wenn es sich bei der VM um einen Hyper-V-Cluster handelt, ist darüber hinaus keine Live-Migration für die VM möglich.
Dieses Problem tritt in folgenden Situationen auf:
Lösung
Während die VM "gesperrt" ist, können Sie das Gastbetriebssystem weiterhin wie gewohnt verwenden. Deswegen besteht keine Auswirkung auf Verwendung oder Verfügbarkeit des Gastbetriebssystems. Wenn Sie jedoch Bedenken haben und diese Situation vermeiden möchten, können Sie Folgendes tun:
Symptom
Dies ist ein bekanntes VMware-Problem, wenn die Verfolgung geänderter Blöcke (Changed Block Tracking, CBT) verwendet wird. Durch die Stilllegung auf Anwendungsebene, werden die Änderungen in der Verfolgung geänderter Blöcke überbewertet.
Lösung
Das Problem wurde in VMware ESXi 5.5 oder höher und VMware ESX 5.1 Patch 02 behoben. Wenn VMware vCenter Server 5.5 alle VMware ESXi 5.1-Hosts verwaltet, sollte der Patch auf sie angewendet werden. Weitere Informationen finden Sie in der VMware-KB:
Wenn das Problem weiterhin angezeigt wird, legen Sie den folgenden Registrierungsschlüssel auf dem Proxy-Server fest:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\<VM instance UUID>]
"ResetCBT"=dword:00000001
Beispiel:
[HKEY_LOCAL_MACHINE\SOFTWARE\Arcserve\Unified Data Protection\AFBackupDll\502d3c43-e3c9-9919-78f9-89082ca5e1cc]
"ResetCBT"=dword:00000001
Hinweis: Nachdem der Registrierungswert festgelegt wurde, wird der nächste Zuwachssicherungsjob in einen Überprüfungssicherungsjob umgewandelt. Die darauffolgenden Zuwachssicherungsjobs werden weiterhin mit der ordnungsgemäßen Größe ausgeführt.
Weitere Informationen finden Sie im VMware-KB-Artikel 2055943.
Symptom
Die VM der Sicherungsquelle hat VMDKs, die größer sind als 2 TB, und der ESX/ESX(i)-Server mit einer niedrigeren Version als 5.5 kann nur einen virtuellen Datenträger mit bis zu 2 TB-Größe unterstützen. Allerdings können während der VM-Wiederherstellung folgende Fehler auftreten:
Lösung
Dies ist eine VMware-Beschränkung. Die größtmögliche Größe, die der VMware ESX/ESX(i)-Server mit einer niedrigeren Version als 5.5 unterstützt, sind 2 T-16 GB (dies entspricht 2032 GB).
Es wird empfohlen, VMware ESX(i)-Server 5.5 als Ziel zu verwenden, um eine Konvertierung mit einem großen Datenträger auszuführen.
Weitere Informationen finden Sie im VMware-KB-Artikel 1012384.
Symptom
Wenn Sie einen Sicherungsjob auf einem virtuellen Rechner ausführen, der einen SCSI-Controller mit mehr als 7 VMDKs enthält, schlägt der Sicherungsjob fehl. Dieser Sicherungsjob schlägt fehl, weil VMware auf einem bestimmten SCSI-Controller eine bestimmte Höchstanzahl von freien Slots benötigt, um einen Snapshot zu erstellen. Ein SCSI-Controller kann höchsten 15 Slots haben. Wenn ein SCSI-Controller beispielsweise 7 VMDKs hat, kann für jeden VMDK ein Snapshot erstellt werden. (Insgesamt werden maximal 14 Slots mit einem freien Slot verwendet.) Wenn ein SCSI-Controller über 8 VMDKs verfügt, schlägt der Sicherungsjob fehl, da der Snapshot aufgrund von nur 15 verfügbaren Slots nicht erstellt werden kann.
Hinweis: Die manuelle Erstellung eines Snapshot schlägt ebenfalls fehl.
Lösung
Führen Sie für virtuelle Rechner mit mehr als sieben Datenträgern auf einem einzelnen SCSI-Controller folgende Schritte aus:
Nun können Snapshots für alle VMDKs erstellt werden.
Dieses Problem ist eine VMware-Beschränkung. Arcserve Backup kann nur die angegebene Anzahl von VMDK-Datenträgern für Sicherungen unterstützen.
Weitere Informationen finden Sie in folgendem Artikel der VMware-Knowlegde-Base: http://kb.vmware.com/selfservice/microsites/search.do?language=en_US&cmd=displayKC&externalId=2015181
Um dieses Problem zu beheben, entfernen Sie die alte VM aus Central Protection Manager, und importieren Sie die neue VM.
Symptom
Dies ist ein bekanntes VMware-Problem mit Auswirkungen auf ESXi-Hosts der Version 5.0, 5.1 und 5.5 und virtuelle Rechner, die als Adapter für virtuelle Netzwerke E1000 oder E1000e verwenden.
Hinweis: Dieses Problem wurde in den folgenden VMware-Updates behoben.
Lösung
Wechseln Sie zu einen VMXNET3-Adapter. Weitere Informationen finden Sie im VMware-KB-Artikel 2059053.
Symptom
Wenn eine VM in die Knotenansicht importiert wird, schlägt sie fehl, wenn bereits eine andere VM mit derselben VM-Instanzen-UUID zur Knotenansicht hinzugefügt wurde.
Symptom
Wenn ein Plan für hostbasierte VM-Sicherung einen Proxy-Rechner enthält, auf dem eine Vorgängerversion von Arcserve D2D (zum Beispiel r16.5) installiert ist, wird die Fehlermeldung "Cannot find dispatch method" angezeigt, wenn der Plan gespeichert wird.
Lösung
Dieses Problem tritt auf, da die API der aktuellen Version nicht mit der API der Vorgängerversion von Arcserve D2D kompatibel ist. Als Umgehungslösung können Sie ein manuelles Upgrade von Arcserve D2D auf die aktuelle Version von Arcserve UDP Agent (Windows) durchführen.
Symptom
Der Job für hostbasierte VM-Sicherung hängt stundenlang und kann nicht fortgesetzt werden.
Lösung
Beenden Sie afbackend.exe für die Prozess-ID im Aktivitätsprotokoll, entfernen Sie, sofern vorhanden, den VM-Snapshot, und übergeben Sie den Sicherungsjob erneut.
Symptom
Das Verhalten des Betriebssystems erstellt den Offline-Status standardmäßig.
Die SAN-Richtlinie wurde in Windows Server 2008 eingeführt, um freigegebene Datenträger zu schützen, auf die über mehrere Server zugegriffen wird. Die standardmäßige SAN-Richtlinie der Quell-VM ist für alle SAN-Datenträger außer dem Startdatenträger "Offline - Freigegeben". Wenn die Richtlinie auf Offline gesetzt ist, sind die SAN-Datenträger beim Start im Offline-Zustand. Nach der Wiederherstellung wird ein neuer Datenträger für die VM erstellt. Die Datenträgerdatei der VM wird als SAN-Datenträger behandelt und vom Betriebssystem als offline betrachtet. Nachdem der Offline-Datenträger wieder online gestellt wurde, bleibt er auch nach Systemneustarts im Online-Zustand.
Lösung
Um dieses Problem zu umgehen, geben Sie vor der Sicherung beim DISKPART.exe-Befehl "SAN POLICY" die Einstellung "OnlineAll" für die Quell-VM an. Da die Datenträger für andere Server freigegeben sind, können Daten beschädigt werden. Sie müssen die richtige SAN-Richtlinie verwenden, um die Daten zu schützen.
DISKPART.exe-Befehlszeile
SAN-Richtlinie abfragen:
DISKPART > san
SAN-Richtlinie: Offline – Freigegeben
SAN-Richtlinie ändern:
DISKPART > san policy=OnlineAll
DISKPART ändert die SAN-Richtlinie für das aktuelle Betriebssystem erfolgreich.
Symptom
Nach Sicherungen von Hyper-V-VMs werden Volumes auf iSCSI-Geräten nicht auf der Wiederherstellungs-Benutzeroberfläche aufgelistet.
Lösung
Erstellen Sie einen agentenbasierten Sicherungsplan in Arcserve UDP oder verwenden Sie <cadp_agt_windows>, um den virtuellen Rechner zu sichern.
Symptom
Bei hostbasierten agentenlosen Sicherungsjobs für Hyper-V-VMs mit Windows Server 2003 als Gastbetriebssystem können zuvor bzw. danach auszuführende Befehle nicht ausgeführt werden. Im Aktivitätsprotokoll wird die Warnung "Der Name des virtuellen Rechners ist nicht der erwartete Name. Befehle vorher und nachher können nicht ausgeführt werden" angezeigt.
Lösung
Unter Windows Server 2008, Windows Vista und späteren Betriebssystemversionen tritt dieses Problem nicht auf, deswegen sollten solche Betriebssysteme verwendet werden.
Symptom
Wenn ein Rechner mit Windows 2003 R2 64-Bit als Sicherungs-Proxy-Server zum Schützen einer VMware-VM verwendet wird, kann der Sicherungsjob manchmal abstürzen. Die der Debug-Protokolldatei des Sicherungsjobs können Fehlermeldungen wie die folgenden angezeigt werden:
[2016/01/21 10:18:11:316 00 03820 03336 ] [VDDKLOG] VixDiskLib: VixDiskLib_OpenEx: Open a disk. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:18:11:316 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: VixDiskLibVim_GetNfcTicket: Get NFC ticket for [datastore1 (3)] VMname/VMware_1.vmdk. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Error 18000 (listener error GVmomiFaultInvalidResponse). {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Login failure. Callback error 18000 at 2439. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
[2016/01/21 10:19:11:691 00 03820 03336 ] [VDDKLOG] VixDiskLibVim: Failed to find the VM. Error 18000 at 2511. {AFBackend.exe::AFBackupVirtual.dll(1746.0)}
Lösung
In Arcserve UDP Version 6.0 ist VMWare VDDK 6.0.1 integriert. VDDK 6.0.1 unterstützt Windows 2003 R2 jedoch offiziell nicht. Zur Umgehung des Problems können Sie eine der folgenden Optionen verwenden:
So wenden Sie eine andere Version von VDDK als die integrierte Version (6.0.1) in Arcserve UDP an
Symptom
Wenn Sie die ESX-Informationen zur Anmeldung verwenden und einen Ressourcenpool als Speicherort der Instant-VM angeben, befindet sich die Instant-VM unter dem ESX-Host und nicht im Ressourcenpool. Wenn Sie die Instant-VM aus der Konsole löschen und eine neue Instant-VM mit demselben Namen erstellen, wird ein Suffix (1) an den Namen der Instant-VM angehängt und nicht – wie eigentlich zu erwarten– an den Zeitstempel.
Lösung
Dies liegt daran, dass der ESX-Server von vCenter verwaltet wird. Verwenden Sie die vCenter-Anmeldeinformationen, um die Instant-VM zu erstellen.
Symptom
Wenn ich die IVM (Instant Virtual Machine) starte und dann den Hyper-V-Wiederherstellungsserver neu starte, wird die VM möglicherweise nicht hochgefahren.
Lösung
Um diesen Boot-Fehler zu beheben, starten Sie die Instant-VM neu.
Symptom
Ich habe ein Windows-Volume als freigegebenen NFS-Ordner zugewiesen und diesen Pfad zum freigegebenen Volume als Instant VM-Dateipfad angegeben. Wenn ich das Windows-Volume formatiere und dann versuche, die Instant-VM zu erstellen, wird keine Instant-VM erstellt. Die Instant-VM wird nicht erstellt, da der ESXi-Host den NFS-Datenspeicher nicht hinzufügen kann. VMware zeigt folgende Fehlermeldung an:
VM konnte in VMware nicht erstellt werden.
Das folgende Fehlerprotokoll wird in der Datei "vmkernal.log" angezeigt:
Keine zugrundeliegendes Gerät für Haupt-und Nebenversion
Lösung
Führen Sie folgende Schritte auf dem Wiederherstellungsserver aus, um das Problem zu lösen:
Das Dialogfeld Verwaltung wird geöffnet.
Das Dialogfeld Dienste wird geöffnet.
Die Instant-VM wird erstellt.
Der Filter Protokoll funktioniert nicht, wenn der Wert für NodeName "VM(Knotenname)" ist und die Ansicht Protokoll über einen Klick auf den Link Protokolle anzeigen geladen wird.
Symptom
Wenn eine geschützte VM keinen Hostnamen hat, wird der dazugehörige NodeName-Wert in der Protokollansicht als "VM(Knotenname)" angezeigt. In diesem Fall funktionieren andere Filter nicht ordnungsgemäß.
Lösung
Sie können den Knotennamen manuell von "VM (Hostname)" in "Hostname" ändern. Danach werden alle Filter problemlos funktionieren. Ändern Sie zum Beispiel den Knotennamen "VM(xxxxx01-AB)" in "xxxxx01-AB".
Die Installation des Ladetreibers schlägt mit Fehlercode 1460 im Debug-Protokoll fehl.
Symptom
Die Setup-API von Windows meldet Fehler 1460, der dafür steht, dass eine Zeitüberschreitung eingetreten ist. Der Standardwert für die Zeitüberschreitung beim Aktualisieren des Gerätetreibers beträgt 300 Sekunden.
Lösung
Folgen Sie diesen Schritten, um den Wert für die Zeitüberschreitung anzupassen:
Die Wiederherstellung der Exchange-Datenbank schlägt mit folgendem Fehler fehl: "konnte nicht geladen werden".
Symptom
Dies tritt auf, wenn der Exchange-Server in einer VM installiert ist und Arcserve UDP Agent (Windows) ausführt, um diese VM zu schützen. Wenn die VM auf einen zuvor gespeicherten VM-Snapshot zurückgesetzt wird, wenn die Sicherung bereits eine Weile Zeit läuft, und Sie versuchen, die Exchange-Datenbank am ursprünglichen Speicherort wiederherzustellen, schlägt die Wiederherstellung mit folgendem Fehler fehl: "Exchange-Speichergruppe/-Datenbank [DB-Name] wurde am ursprünglichen Speicherort wiederhergestellt, konnte aber nicht geladen werden."
Die Ursache wird noch untersucht. Derzeit scheint es, dass sie mit dem Zeitstempel in der Exchange-Datenbank und den letzten Transaktionsprotokolldateien in Verbindung steht.
Lösung
Versuchen Sie, die Exchange-Datenbank in einem alternativen Verzeichnis wiederherzustellen, oder entladen Sie die Datenbank und alle Dateien im Zielordner, bevor Sie die Wiederherstellung ausführen.
Die Antworten der Arcserve UDP-Konsole fallen möglicherweise langsam aus, wenn Microsoft SQL Server keinen weiteren Speicher zuteilen kann.
Symptom
Unter Umständen muss Microsoft SQL Server mehr Speicher zuteilen, um die Abfrage zu bearbeiten, insbesondere wenn die Arcserve UDP-Datenbank eine große Datenmenge enthält. Wenn Microsoft SQL Server jedoch keinen weiteren Speicher zuteilen kann, da keiner zur Verfügung steht oder eine konfigurierte Obergrenze erreicht ist, fällt die Verarbeitung von Abfragen sehr langsam aus, was sich auf die Reaktionsfähigkeit der Arcserve UDP-Konsole auswirkt.
Lösung
Löschen Sie über Protokoll/Löschen einige Protokolle aus der Datenbank, und starten Sie den SQL-Dienst neu.
Symptom
Wenn Sie einen Zusammenführungsjob manuell übermitteln, wird der Job nicht ausgeführt, und die folgende Meldung wird im Aktivitätsprotokoll angezeigt:
Zusammenführungsjob <node name> kann nicht ausgeführt werden. Ein anderer Job wird bereits ausgeführt.
Lösung
Die Ursache für diesen Fehler könnte sein, dass andere Jobs für den Knoten auf dem gleichen Recovery Point Server, aber in einem anderen Datenspeicher ausgeführt werden. Um dieses Problem zu umgehen, warten Sie, bis diese Jobs abgeschlossen sind, und versuchen Sie es erneut.
Symptom
Der Sicherungs- oder Replikationsjob schlägt mit dem Fehler "Die angegebene Datei wurde nicht gefunden" fehl.
Überprüfen Sie das Windows-Ereignisprotokoll. McAfee erkennt die Datenspeicherdatei (zum Beispiel "P0000000042.data") als trojanischen Virus "Exploit-ScriptNull", und die Datei wird gelöscht.
Lösung
Konfigurieren Sie die Antiviruseinstellung, um den Speicherort für den Datenspeicher des Wiederherstellungspunktservers (RPS) in der Ausschlussliste festzulegen.
Hinweis: Bei einiger Antivirensoftware ist es erforderlich, dass Sie die Ausschlussliste auf der Serverseite festlegen.
Symptom
Dies tritt auf, wenn Sie die Netzwerkdrosselung auf eine sehr geringe Bandbreite festlegen oder der Netzwerkdurchsatz zum Ziel-RPS-Server langsam ist. In solchen Fällen kann es einige Minuten dauern, bis die Daten aus der Warteschlange gesendet werden.
Lösung
Warten Sie, bis der Replikationsjob ordnungsgemäß beendet wird.
Symptom
Wenn Sie versuchen, einen Knoten über die IP-Adresse oder den Knotennamen unter Windows-Betriebssystemen hinzuzufügen, die die Benutzerkontensteuerung (UAC) unterstützen, (Windows Vista oder spätere Versionen), oder wenn Sie versuchen, virtuelle Rechner von einem Hyper-V-Server, der UAC unterstützt, zu importieren, und wenn Sie ein neues Windows-Benutzerkonto verwenden, das ein lokales Konto in der Administratorengruppe und kein integrierter Administrator ist, dann wird folgende Meldung angezeigt:
"Administratorrechte sind erforderlich."
Lösung
Verwenden Sie einen integrierten Administrator oder einen Domänen-Administrator. Als Alternative können Sie Remote-UAC deaktivieren.
Dies ist das standardmäßige Windows-Verhalten namens "UAC remote-Einschränkungen". Wenn Sie dieses Konto trotzdem verwenden möchten, um den Knoten hinzuzufügen, deaktivieren Sie "Remote UAC", indem Sie folgende Schritte durchführen:
Der Registrierungs-Editor von Windows wird geöffnet.
Hinweis: Möglicherweise müssen Sie Administrator-Anmeldeinformationen angeben, um den Windows-Registrierungs-Editor zu öffnen.
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Policies\System
Ausführlichere Informationen über das Windows-Verhalten finden Sie im Artikel unter http://support.microsoft.com/kb/951016.
Symptom
Die Funktion zum Entfernen des Hypervisor für einen Knoten ist in dieser Version nicht abgedeckt.
Lösung
Entfernen Sie den Knoten, und fügen Sie ihn erneut hinzu.
Symptom
Durch die All-In-One-Benutzeroberfläche von Arcserve UDP wird nicht erwartet, dass Benutzer mehrere Arcserve UDP-Konsolen verwenden. Das Szenario des Verschiebens eines Agent zwischen zwei Servern tritt deswegen nur ein, wenn der alte Server aus dem Verkehr gezogen wird.
Lösung
Das Verschieben eines Knotens von einer Konsole auf eine andere ist ein sehr seltenes Szenario.
Wenn es sich beim Sicherungsziel um ein NTFS-Volume mit aktivierter Deduplizierung unter Windows Server 2012 handelt und Arcserve UDP Agent (Windows) unter Windows 2003 installiert ist, können Wiederherstellungs-, Zusammenführungs- und Katalogjobs fehlschlagen. Der Job schlägt mit dem Windows-Fehlercode 50 fehl, und folgende Meldung wird angezeigt: "Die Anforderung wird nicht unterstützt".
Symptom
McAfee oder andere Software von Drittanbietern legen "EnableECP=1" in der Registrierung fest, wenn sie unter Windows Server 2012 installiert sind.
Lösung
Ändern Sie in der Registrierung unter folgendem Schlüssel den Wert "EnableECP" von 1 auf 0:
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanManServer\Parameters
Weitere Informationen finden Sie unter http://support.microsoft.com/kb/2817216.
Symptom
Der zweite Replikationsjob bleibt im Vorbereitungsstatus hängen und schlägt nach 10 Minuten fehl.
Lösung
Sie müssen keinen spezifischen Vorgang durchführen. Nachdem der zweite Replikationsjob fehlgeschlagen hat, wird der Ergänzungsjob ausgelöst.
Symptom
Der Replikationsjob (eingehend) schlägt fehl, und im Aktivitätsprotokoll wird die folgende Meldung angezeigt: "Die Sitzung konnte auf <Pfad> nicht gesperrt werden. Die Sitzung wurde bereits vom Dateikopie-Job gesperrt. Computername: <Name>, Prozess-ID: <ID>." Das Problem tritt auf, wenn die Sicherung mit dem Dateisystemkatalog-Job aktiviert ist und Sie den Dateikopiejob zur Ausführung aus dem Datenspeicher des Replikationsziels konfigurieren.
Lösung
Der Dateikopiejob sperrt die Sitzung, sodass der Replikationsjob nicht ausgeführt werden kann. Zur Lösung des Problems können Sie eine der folgenden Optionen verwenden:
Symptom
Nach einem Wiederherstellungsjob werden möglicherweise folgende Elementeigenschaften nicht ordnungsgemäß wiederhergestellt:
Lösung
Verwenden Sie die Option "In PST exportieren", um die fehlenden Elemente wiederherzustellen.
Symptom
Dieses Problem kann unter den folgenden Bedingungen auftreten:
Lösung
Um diese Bedingungen zu beheben, führen Sie eine der folgenden Lösungsmaßnahmen durch, die Ihnen bei der Problembehandlung helfen:
Symptom
Bei der Verwendung der Version Update 4 oder niedriger des Agenten treten folgende Fehler auf.
Die Exchange-Speichergruppe/-Datenbank wurde am ursprünglichen Speicherort wiederhergestellt, konnte aber nicht geladen werden."
Lösung
Aktualisieren Sie die Agenten auf die Arcserve UDP-Agentenversion 6.0.
Symptom
Der Fehler tritt auf, wenn das Wiederherstellungsziel ein freigegebener Remote-Ordner, wie z. B. "\\FileServer\ShareFolder\RestDest", und das Sicherungsziel ein freigegebener Remote-Ordner mit dem gleichen Pfad, wie z. B. "\\FileServer\ShareFolder\RestDest", ist.
Wenn das Benutzerkonto, das für die Verbindung mit dem freigegebenen Stammordner verwendet wird, nicht in der Berechtigungsliste ist, wird der Wiederherstellungsjob fehlschlagen, unabhängig davon, welches Konto für den Wiederherstellungszielordner verwendet wird.
Lösung
Fügen Sie das Benutzerkonto hinzu, das für das Sicherungsziel zugewiesen wird, um die Verbindung zur Berechtigungsliste des freigegebenen Stammordners herzustellen, und stellen Sie sicher, dass das Benutzerkonto über die richtigen Berechtigungen verfügt, um die Datei wiederherzustellen.
Fügen Sie das Benutzerkonto in die Gruppe der Sicherungs-Operatoren hinzu, und stellen Sie sicher, dass das Konto die Berechtigung hat, Sicherheitseinschränkungen zu überschreiben.
Symptom
Wenn für den Wiederherstellungspunkt Verschlüsselung aktiviert ist, müssen Sie das Kennwort für Wiederherstellungspunkte, die vom aktuellen Server gesichert werden, nicht eingeben. Wenn Sie allerdings ein Upgrade des Windows-Betriebssystems durchführen (zum Beispiel von Windows 2008 auf Windows 2008 R2), werden die Kennwörter nicht automatisch in die Arcserve UDP Agent (Windows)-Benutzeroberfläche eingesetzt, sodass Sie das Kennwort erneut eingeben müssen.
Lösung
Zeichnen Sie das Verschlüsselungskennwort oder Sitzungskennwort für den Wiederherstellungspunkt auf, und bewahren Sie es für spätere Verwendungen an einem sicheren Ort auf.
Symptom
Während der Wiederherstellung eines virtuellen VMware-Rechner erhalte ich den folgenden Fehler:
Sie haben keine Zugriffsrechte für diese Datei. Weitere Informationen finden Sie im Debugging-Protokoll zur Wiederherstellung. Setzen Sie sich im Bedarfsfall mit dem Arcserve-Support in Verbindung.
Sie können die folgenden Protokolleinträge in die den Debugging-Protokollen zur Wiederherstellung finden:
[VDDKLOG] CnxAuthdConnect: Gibt "False" aus, da die angeforderte SSL-Überprüfung und Ziel-Authd SSL nicht unterstützen.
[VDDKLOG] CnxConnectAuthd: Gibt "False" aus, da CnxAuthdConnect fehlgeschlagen ist.
[VDDKLOG] Cnx_Connect: Gibt "False" aus, da CnxConnectAuthd fehlgeschlagen ist.
[VDDKLOG] Cnx_Connect: Fehlermeldung: SSL erforderlich
Lösung
Dieser Fehler ist dadurch entstanden, dass auf dem VMware ESX-Host die SSL-Authentifizierung deaktiviert ist. Wählen Sie eine der folgenden Methoden, um diesen Fehler zu beheben:
config.defaults.security.host.ruissl
/etc/vmware/config;
Die SSL-Authentifizierung ist aktiviert.
Beim Durchsuchen der Protokolle wird ein Fehler bei der Serververbindung angezeigt.
Symptom
Wenn Sie die Aktivitätsprotokolle über den Agent oder die Konsole durchsuchen, wird möglicherweise folgender Fehler angezeigt:
Fehler bei der Verbindung zum Server 'arcservedocs.com'.
Lösung
Sie können diese Meldung ignorieren.
Symptom
Ein Knoten wird in einem RPS-Datenspeicher gesichert und zu einem anderen RPS-Datenspeicher repliziert. Anschließend wird ein Virtual Standby-Rechner mit der Quelle der Replikation erstellt. Nach der Planbereitstellung können Sie den Virtual Standby direkt fortsetzen, wenn ältere Sitzungen für den Virtual Standby-Job vorhanden sind. Wenn Sie den Plan jedoch übermitteln, wird der Virtual Standby-Job nicht gestartet.
Lösung
Führen Sie eine manuelle Replikation durch, um dieses Problem zu beheben. Doppelklicken Sie auf den Knoten, und klicken Sie auf Jetzt replizieren. Nach Abschluss der Replikation nehmen Sie den Virtual Standby-Job wieder auf.
Symptom
Der Virtual Standby-Job schlägt mit folgendem Fehler fehl:
Datenträgersignatur kann nicht abgerufen werden (Signatur ist leer)
Lösung
In Arcserve UDP Version 6.0 wird die VMware VDDK-Bibliothek von Version 5.5 auf Version 6.0 aktualisiert. In VDDK v6 wird für die Initialisierung der VDDK-Bibliothek ein neues Feld namens Fingerabdruck benötigt. Der Aufruf vom VSB-Konverter basiert auf Arcserve UDP Version 5.0, bei der der Fingerabdruck fehlt. Dies führt dazu, dass der Aufruf vom Konverter zum Überwachungsserver fehlschlägt.
Um dieses Problem zu lösen, aktualisieren Sie den Konverter auf Arcserve UDP Version 6.0.
Symptom
Arcserve UDP Agent (Windows) wird im Arcserve UDP-RPS-Datenspeicher gesichert und der Recovery Point Server wird auf Arcserve UDP 6.0 aktualisiert. Außerdem wird Arcserve UDP Agent (Windows) in einem freigegebenen Ordner gesichert und der Agent wird auf Arcserve UDP 6.0 aktualisiert. Der Virtual Standby (VSB)-Job für Hyper-V schlägt fehl, und es werden die folgenden Fehler angezeigt:
Sendemethode für {http://webservice.arcflash.com}IsVmFileExist kann nicht gefunden werden.
oder
Sendemethode für {https://webservice.arcflash.com}IsVmFileExist kann nicht gefunden werden.
Lösung
Aktualisieren Sie den Arcserve UDP-Agenten auf Arcserve UDP 6.0 auf dem Hyper-V-Server.
Dieses Verhalten kann auch durch das Einschalten virtueller Rechner mit schreibgeschützten Volumes auftreten. Um diese Bedingung zu korrigieren, setzen Sie die Volumes auf dem Datenträger in beschreibbaren Status.
Failed to get Recovery Point information. (Es konnten keine Informationen zum Wiederherstellungspunkt abgerufen werden)
Dieses Verhalten tritt auf, wenn Sie für eine V2P-Wiederherstellung den neuesten Snapshot verwenden und nach der erneuten Bereitstellung des Virtual Standby-Tasks für den Knoten kein Konvertierungsjob ausgeführt wurde.
Lösung
Lösung
Führen Sie die V2P-Wiederherstellung mithilfe von Arcserve UDP Agent Bare Metal Recovery aus.
Hinweis: Diese Beschränkung bezieht sich nur auf Virtual Standby-Jobs, die auf Hyper-V-Servern ausgeführt werden.
Symptom
Arcserve UDP Agent (Windows) hat einen Datenträger von 2 TB, und der ESX/ESX(i)-Server mit einer niedrigeren Version als 5.5 kann nur einen virtuellen Datenträger mit bis zu 2 TB-Größe unterstützen. Allerdings können während der Konvertierung die folgenden Fehler auftreten:
Lösung
Dies ist eine VMware-Beschränkung. Die größtmögliche Größe, die der VMware ESX/ESX(i)-Server mit einer niedrigeren Version als 5.5 unterstützt, sind 2 T-16 GB (dies entspricht 2032 GB).
Es wird empfohlen, VMware ESX(i)-Server 5.5 als Ziel zu verwenden, um eine Konvertierung mit einem großen Datenträger auszuführen.
Weitere Informationen finden Sie im VMware-KB-Artikel 1012384.
Symptom
Das Bereitstellen des Plans schlägt fehl, und die folgende Fehlermeldung wird angezeigt: "'Virtual Standby-Einstellungen' lassen sich nicht auf Knoten 'xxx' anwenden." (Fehler bei der Verbindung von xxx zum Überwachungsserver xxx. Ungültige Benutzeranmeldeinformationen)".
Lösung
Bearbeiten Sie den Virtual Standby-Task im Plan, geben Sie das richtige Kennwort für den Überwachungsserver ein, und speichern Sie den Plan.
Kataloggenerierung für agentenlose Sicherung von VMware-VMs schlägt fehl
Symptom
Aufgrund eines von VMware oder Microsoft verursachten Problems mit VSS-Snapshots im VM-Gastbetriebssystem schlägt die Katalogerstellung für agentenlose Sicherungen von VMware-VMs möglicherweise mit der folgenden Meldung fehl:
"Ein Indexblock konnte dem richtigen Volume-Block nicht zugeordnet werden. Es ist ein Indexzuweisungsfehler aufgetreten."
Lösung
Hinweis: Dieses Problem tritt selten auf. Weitere Informationen finden Sie in Artikel 2006849 der VMware-KB oder in Artikel 2853247 der Microsoft-KB.
Dateikopie-/Archivierungsjobs werden nicht gestartet.
Symptom
Dateikopie-/Archivierungsjobs werden nicht gestartet.
Lösung
In seltenen Fällen muss die Datei, die zum Angeben eines Wiederherstellungspunkts verwendet wird, für Dateikopie-/Archivierungsjobs aufbewahrt werden und kann nach Abschluss des Dateikopie-/Archivierungsjobs nicht entfernt werden. Solche Dateien werden als Dateien mit der Erweiterung "*.alck" im Zielordner der Sicherung eines bestimmten Knotens gespeichert, und die Dateigröße ist null. Um dieses Problem zu umgehen, können Sie nach den Dateien suchen und sie manuell löschen.
Symptom
Das Herunterladen der Komponenten "Arcserve Backup" oder "Arcserve High Availability" aus dem gemeinsamen Installationsprogramm (mit ASDownloader.exe) schlägt fehl, wenn das Ziel-Volume das FAT32-Dateisystem aufweist, da das Paket größer ist als die vom FAT32-Dateisystem maximal unterstützte Dateigröße von 4 GB.
Lösung
Um dieses Problem zu umgehen, können Sie die Komponenten auf ein NTFS-Volume herunterladen.
Nach dem Upgrade auf Arcserve UDP v6 auf der Arcserve UDP-Appliance befindet sich die Option zur Wiederherstellung der Werkseinstellungen auf der Registerkarte Einstellungen der Arcserve UDP-Konsole. Wenn Sie versuchen, über Auf Werksteinstellungen zurücksetzen eine Wiederherstellung der Werksteinstellungen zu erreichen und im Dialogfeld "Zurücksetzen bestätigen" auf Zurücksetzen klicken, wird die folgende Fehlermeldung angezeigt:
Fehler beim Zurücksetzen der Appliance auf die Werkseinstellungen. Setzen Sie die Appliance manuell mit folgendem Befehl auf die Werkseinstellungen zurück: "powershell.exe .arcserve_factoryreset.ps1 –perserve_data –auto_reboot " in cmd unter folgendem Pfad: C:\Program Files\Arcserve\Unified Data Protection\Management\Appliance.
Hinweis: Der Fehlermeldung ist nicht korrekt. Für Appliance-Benutzer, die ein Upgrade auf UDP v6 vornehmen, wird das Zurücksetzen auf die Werkseinstellungen nicht unterstützt, da auf dem Appliance-Rechner keine Arcserve UDP-Recovery-Partition vorhanden ist.
Die Instant-VM für den Linux-Wiederherstellungspunkt wird auf der Appliance nicht unterstützt, wenn Sie Linux-Sicherungsserver auf der Appliance verwenden.
Symptom
Der Linux Instant VM-Job schlägt fehl, und es wird die folgende Fehlermeldung angezeigt:
Die IP-Adresse der VM $vmname konnte nicht abgerufen werden. Überprüfen Sie, ob sich die VM und der Sicherungsserver im selben Netzwerk befinden.
Lösung
Der Ausfall wird durch die Standby-VM verursacht, die im Instant-VM-Job erstellt wurde. Sie versucht, mit dem Linux-Sicherungsserver über Appliance_hostname:8014 eine Verbindung herzustellen, obwohl Sie der Konsole den Linux-Sicherungsserver über Appliance_hostname:8018 hinzugefügt haben. Da auf dem Appliance-Rechner der Port 8014 vom UDP-Windows-Agent-Dienst überwacht wird, schlägt der Instant VM-Job fehl.
Sie können eine statische IP-Adresse verwenden, um das Problem mit der Adressauflösung beim Linux Instant VM-Job zu umgehen.
Folge diesen Schritten:
Sie können mit dem Befehl 'netstat -aon|findstr "port"' überprüfen, ob der Port belegt ist.
Hinweis: Wenn Sie ein Upgrade auf Arcserve UDP v6 vornehmen, wird Port 8018 auf dem UDP-Appliance-Rechner so konfiguriert, dass eine Umleitung auf Port 8014 des Linux-Sicherungsservers erfolgt. Geben Sie mit dem folgenden Befehl Port 8018 auf de- UDP-Appliance-Rechner frei:
netsh interface portproxy delete v4tov4 listenport=8018
Hinweis: Wenn die Datei nicht vorhanden ist, erstellen Sie sie. Führen Sie folgenden Befehl aus, um den Linux-Sicherungsserver neu zu starten:
/opt/Arcserve/d2dserver/bin/d2dserver restart
#iptables -A INPUT -p tcp --dport 8018 -j ACCEPT
#iptables -A INPUT -p tcp --dport 8035 -j ACCEPT
#/etc/init.d/iptables save
netsh interface portproxy add v4tov4 listenport=8018 connectaddress=192.168.10.2 connectport=8018 protocol=tcp
netsh interface portproxy add v4tov4 listenport=8035 connectaddress=192.168.10.2 connectport=8035 protocol=tcp
C:\Program Files\Arcserve\Unified Data Protection\Engine\BIN\Appliance
netsh interface portproxy add v4tov4 listenport=8018 connectaddress=$VMIp connectport=8018 protocol=tcp
netsh interface portproxy add v4tov4 listenport=8035 connectaddress=$VMIp connectport=8035 protocol=tcp
Wichtig! Die Umgehungslösung gilt nicht für die folgenden Optionen:
Copyright © 2015 Arcserve. All rights reserved. All trademarks, trade names, service marks, and logos referenced herein belong to their respective companies.