| Arcserve |
Willkommen bei den Versionshinweisen von Arcserve UDP Version 5.0 Update 2. Diese Versionshinweise enthalten wichtige Informationen über diese Aktualisierung.
Folgende Erweiterungen oder Funktionen wurden für diese Arcserve UDP-Aktualisierung hinzugefügt:
Ermöglicht es Ihnen, Sicherungsdaten aus einem Freigabeordner oder Datenspeicher von Arcserve D2D r16.5 oder Arcserve UDP Version 5.0 in einen Datenspeicher des ausgewählten RPS-Servers zu migrieren.
Hinweis: Für Sitzungen in Arcserve UDP Version 5.0 werden sowohl Migrationen von Freigabeordner zu Datenspeicher als auch von Datenspeicher zu Datenspeicher unterstützt. In Arcserve D2D r16.5-Sitzungen wird nur "Freigabeordner zu Datenspeicher" unterstützt.
Hinweis: Diese Aktualisierung unterstützt keine BMR in einen kleineren Datenträger, wenn die Sitzungen von Arcserve D2D r16.5, Arcserve UDP Version 5.0 oder Arcserve UDP Version 5.0 Update 1 migriert werden. Es wird nur eine BMR in einen kleineren Datenträger unterstützt, wenn die Sitzungen von Arcserve UDP Version 5.0 Update 2 gesichert wurden.
Ermöglicht es Ihnen, virtuelle Rechner, die sich in einer Windows-Cluster-Umgebung befinden, zu importieren und sie schützen.
Hinweis: Nur Windows 2012- und Windows 2012 R2-Cluster werden in dieser Aktualisierung unterstützt.
Sendet E-Mail-Warnungen, wenn ein neuer virtueller Rechner in Hypervisor gefunden wird. Sie können den Hypervisor manuell in "Knoten-Discovery-Konfiguration" konfigurieren.
Ermöglicht es Ihnen, beim Sichern in einem Nicht-RPS-Datenspeicher die gebührenfreie Ausgabe für das Workstation-Betriebssystem zu verwenden.
Ermöglicht es Ihnen, Postfächer, Ordner in einem Postfach und E-Mail-Objekte aus hostbasierten Sicherungssitzungen wiederherzustellen, ohne Arcserve UDP Agent (Windows) in der Gast-VM zu installieren.
Hinweis: Dies gilt nur für VMware.
Ermöglicht es Ihnen, die Pervasive SQL-Datenbank zu schützen (Sicherung und Wiederherstellung).
Hinweis: Diese Aufgabe ist in Arcserve UDP Agent (Windows) nicht verfügbar. Um diese Aufgabe auszuführen, befolgen Sie die manuellen Schritte, die im Arcserve UDP Agent (Windows)-Benutzerhandbuch angegeben sind.
Ermöglicht es Ihnen, die Oracle-Datenbank zu schützen (Sicherung und Wiederherstellung).
Hinweis: Diese Aufgabe ist in Arcserve UDP Agent (Windows) nicht verfügbar. Um diese Aufgabe auszuführen, befolgen Sie die manuellen Schritte, die im Arcserve UDP Agent (Windows)-Benutzerhandbuch angegeben sind.
Ermöglicht es Ihnen, Knotendaten (alle Wiederherstellungspunkte) aus der Datenspeicheransicht des RPS-Servers zu löschen. Der Löschungsvorgang wird als Job verfolgt, und Aktivitätsprotokollmeldungen verfolgen, welche Knoten gelöscht werden. Sie können den Wiederherstellungspunkt des Datenspeichers im Bereich Nach Wiederherstellungspunkten suchen manuell löschen.
Enthält APIs für Entwickler von Drittanbietersoftware, die Zugriff auf die Hauptfunktionen von Arcserve UDP einschließlich Knotenverwaltung, RPS- und Datenspeicherverwaltung, Planverwaltung, Job-Monitor und Jobübersichten, Abfragen von Aktivitätsprotokollen, Bereitstellen des Agenten und Hinzufügen von Lizenzen ermöglichen.
In Arcserve UDP Version 5.0 können Sie die Reihenfolge des Transportmodus für Sicherungen von VMware-VMs im Registrierungsschlüssel auf dem Proxy-Server angeben. Sie können jetzt das gleiche auf der Konsole durchführen, wenn Sie einen hostbasierten Sicherungsplan ohne Agent erstellen.
Ermöglicht es Ihnen, beim Konfigurieren des täglichen Sicherungsplans anzugeben, an welchen Wochentagen keine tägliche Sicherung erforderlich ist.
Ermöglicht es Ihnen, beim Erstellen eines Plans neue Knoten hinzuzufügen. Wenn Sie vorhandene Knoten hier hinzufügen, dann werden die Knoten aktualisiert.
Sogar nachdem Sie Arcserve UDP-Version 5.0 Update 2 heruntergeladen und manuell installiert haben, können Sie den Agent und den RPS mit der gleichen Ebenenaktualisierung per Remote-Zugriff bereitstellen.
Berechnet die belegte und freie Kapazität im Lizenzmanager für verwaltete Arcserve UDP-Kapazitätslizenzen.
Ermöglicht es Ihnen, die geplante Bereitstellungsaufgabe sowohl für den Agenten als auch für den RPS manuell abzubrechen.
Ermöglicht es Ihnen, einen hostbasierten Sicherungsplan ohne Agent zu erstellen, indem die Aufgabe "Wiederherstellungspunkt kopieren" verwendet wird.
Sie können die Option Keine Komprimierung - VHD sowohl in bedarfsgerechten als auch in geplanten Jobs zur Wiederherstellungspunkt-Kopie angeben. Dadurch kann die kopierte Datenträgerdatei direkt auf einem Windows-Betriebssystem geladen werden.
Stellt ein Befehlszeilenhilfsprogramm zur Verfügung, mit dem die Datenintegrität für einen deduplizierten Datenspeicher auf Wiederherstellungspunktebene und Datenspeicherebene überprüft werden kann. Das Befehlszeilenhilfsprogramm unterstützt auch das erneute Generieren der Hash-Datenbank, falls die ursprüngliche Hash-Datenbank beschädigt ist.
Wenn Sie eine VM-Wiederherstellung ausführen, können Sie nun für jeden Datenträger einen Datenträgertyp angeben, der von der ursprünglichen VM abweicht, sodass der Datenträgertyp während der VM-Wiederherstellung konvertiert wird. Dies funktioniert sowohl für VMware-VM (Datenträgertypen sind "Thin Provision", "Thick Lazy Zeroed" und "Thick Eager Zeroed") als auch für Hyper-V-VM (Datenträgertypen sind "Wird dynamisch erweitert" und "Feste Größe").
Wenn Sie Linux-Knoten hinzufügen bzw. aktualisieren, können Sie Nicht-Root-Anmeldeinformationen für diese Linux-Knoten eingeben.
Der Zweck dieser Funktion besteht darin, Daten in der Sicherung von freigegebenen Cluster-Datenträgern konsistent zu halten. Wenn nach der letzten erfolgreichen Sicherung ein Cluster-Failover eintritt, wird bei der nächsten Zuwachssicherung auf dem Knoten, der den freigegebenen Cluster-Datenträger hostet, für die Volumes auf dem freigegebenen Cluster eine vollständige Sicherung ausgeführt. Für die anderen, nicht geclusterten freigegebenen Volumes wird hingegen eine Zuwachssicherung ausgeführt.
Hinweis: BMR unterstützt keine Wiederherstellung von freigegebenen Clustervolumes. Bevor Sie also eine BMR für den Cluster-Knoten durchführen, müssen Sie die Verbindung mit dem freigegebenen Datenträger trennen.
Passen Sie den neuen asynchronen Lesemechanismus zum Sichern von Arcserve UDP-Deduplizierungs-Wiederherstellungspunkten auf Band an. Sämtliche zeitaufwendigen Vorgänge (wie Lesen, Übertragen, Dekomprimieren usw. von Daten) zum Abrufen von Daten des Quellwiederherstellungspunkts werden parallel bearbeitet. Es wird ein neuer Zwischenspeicherungs- und Sortiermechanismus eingeführt, um das Lesen von duplizierten Datenblöcken zu vermeiden und die Häufigkeit der Datenträgersuche zu vermindern. Der Jobdurchsatz beim Sichern von Arcserve UDP-Deduplizierungs-Wiederherstellungspunkten wird maßgeblich verbessert.
Wenn Sie einen Plan erstellen oder ändern, um einen Knoten als Sicherungsquelle oder Sicherungs-Proxy auszuwählen, prüft Arcserve UDP beim Speichern des Plans, ob der Agent auf dem Knoten installiert ist und ob es sich dabei um die aktuelle Version handelt. Anschließend zeigt Arcserve UDP ein Überprüfungsdialogfeld an, in dem alle Knoten aufgelistet sind, die über eine veraltete Agentenversion oder keine Agenteninstallation verfügen, um einen Ablaufplan für die Installation bzw. den Neustart zu definieren.
Arcserve Backup r16.5 SP1+ RO75131 unterstützt Arcserve UDP Version 5.0 Aktualisierung 2. Ab dieser Version ist eine Leistungsverbesserung für Bandsicherungen von Arcserve UDP-Knoten enthalten. Weitere Informationen zur Arcserve Backup-Integration finden Sie in der Übersicht über die Arcserve Backup r16.5 SP1-Aktualisierungen.
Diese Aktualisierung behebt folgende Probleme, die hätten auftreten können:
Das Problem bei der Wiederherstellung von VMs aus hostbasierten Sicherungen wurde behoben. Dieses Problem tritt nur auf, wenn "VM wiederherstellen" in der Sitzung verwendet wird, die durch die Integration mit Arcserve Backup-Raw-Sitzungswiederherstellung erstellt wurde.
Hinweis: Dies bezieht sich auf kennwortgeschützte Sitzungen auf der Arcserve UDP-Seite.
Das Modell für die Datenbankwiederherstellung wird für den Zeitraum der Sicherung von vollständig in einfach und von einfach in vollständig umgeändert. Dieser Fix verhindert potenziellen Datenverlust.
Behebt das Problem, bei dem Arcserve UDP Agent (Windows) zwei Fehlerprotokollmeldungen im "activity.log" meldet, wenn Sie eine Sicherung ausführen.
Für einen VM-Knoten, der einen Hypervisor angegeben hat, benötigt der VSB-Job eine zusätzliche Lizenz, nachdem der Sicherungsjob erfolgreich war.
Für einen aus vCenter importierten VM-Knoten verbraucht der Sicherungsjob eine Lizenz für vCenter-Knoten und nicht den eigentlichen ESXi-Knoten.
Für einen VM-Knoten, der auf einer VMware-Workstation gehostet wird, kann Arcserve UDP die VM nicht als virtuellen Rechner identifizieren.
Für eine VM, die einen Hypervisor zu dem Hypervisor angibt, der mehr als einen Socket hat. Sicherungsjobs benötigen immer eine Lizenz, die von der Lizenzanzahl abgezogen wird, selbst dann, wenn der Hypervisor über mehrere Sockets verfügt.
Behebt ein Problem, durch das eine Sicherung eines Agentenknotens mit Agenten und Konsole auf demselben Rechner in manchen Fällen mit einem Lizenzfehler fehlschlägt, der Agent jedoch nicht unter Verwendung des lokalen Hostnamens mit der Konsole kommunizieren kann.
Behebt ein Problem, durch das ein geplanter Job mit festgelegter Endzeit 23:59 nicht um 23:59 gestartet wird. Dies wird dadurch verursacht, dass die Endzeit des Ablaufplans in diesem Fall auf 00:00 gesetzt ist. Ändern Sie die geplante Jobendzeit auf 23:59:59 anstatt auf 00:00.
Unterstützt Ordnerwiederherstellungen durch Nicht-Root-Benutzer.
Behebt ein Problem, durch das der hostbasierte Sicherungs-Proxy den Wiederherstellungspunkt nicht durchsuchen kann und Sie folgende Meldung erhalten:
"Error: Failed to browse recovery point: The remote procedure call failed."
Behebt eine Ausnahme in Thread "main".
Behebt ein Problem, durch das Hotadd-Datenträger nach Abschluss des Sicherungsjobs nicht automatisch von der Proxy-VM entfernt werden.
Behebt ein Problem, durch das die VM-Wiederherstellung mit einem ungültigen Parameter fehlschlägt.
Behebt das Problem, bei dem ein Fehler bei der Suche der Datenträgerdaten auftritt, wenn eine VHD im Windows 2008-Hyper-V-Host erstellt wird, während die VHD in einem Hyper-V-Host von Windows 2008 R2 oder höher verwendet wird.
Behebt das Problem, bei dem der Arcserve UDP-Agent-Dienst nach einem Einfügejob unerwartet beendet wird.
Schließt bei der Erstellung eines BMR-ISO-Image den richtigen Treiber aus den lokalen Treibern ein.
Behebt ein Problem, durch das Wiederherstellungspunkte nach der Durchführung einer Sicherung gelöscht werden.
Behebt ein Problem, durch das nach Abschluss einer Arcserve UDP Agent (Windows)-Zuwachssicherung und Neustart des Arcserve UDP-Webservice eine vollständige Arcserve UDP Agent (Windows)-Sicherung durchgeführt wird.
Behebt einen Fehler, durch den eine Arcserve UDP Agent (Windows)-Wiederherstellung mit Fehlercode 32 fehlschlägt, wenn die Datei bereits am Wiederherstellungsspeicherort vorhanden ist.
Behebt ein Absturzproblem, bei dem ein Arcserve UDP Agent (Windows)-Kopiesitzungsjob abstürzt.
Gibt den Support für das Linux-System mit Tausenden von logischen Volumes, bei denen mehrere für Arcserve UDP Agent (Linux) geladen sind. Es werden zunächst die Volume-Informationen erfasst, und dann kann bei Bedarf eine Abfrage des Volume schnell ausgeführt werden.
Unterstützt die Sicherung von Fake-RAIDs, zum Beispiel /dev/mapper/nnn für Arcserve UDP Agent (Linux).
Behebt ein Problem, bei dem ein VM-Rechner nicht gestartet werden kann, nachdem VSB in ESX konvertiert wurde. Der folgende Fehler wird ausgegeben:
Security Accounts Manager initialization failed because of the following error: Directory Service cannot start, Error Status: 0xc00002e1
Nach der Virtual Standby-Konvertierung kann die VM nicht gestartet werden. Es wird ein blauer Bildschirm mit dem Fehlercode "0x7B" angezeigt, wenn ein Treiber für den SCSI-Datenträger auf dem Quellrechner benötigt wird.
Behebt das Problem eines Absturzes in AFBackend.dll.
Fehlgeschlagene Sicherung auf NAS mit Fehlercode 0x05.
Behebt ein Problem, durch das die Zusammenführung mit Fehlercode 6 fehlschlägt.
Behebt ein Problem in Zusammenhang mit einer Sicherheitsschwachstelle.
Behebt das Problem, bei dem eine Fehlermeldung in der Konsole angezeigt wird, die angibt, dass der Verwaltungsdienst des Datenspeichers nicht betriebsbereit ist. Dieses Problem tritt auf, wenn Sie in der Konsole "Recovery Point-Server" auf die Datenspeicherverknüpfung klicken, um die Knotenliste zu überprüfen, die vom Datenspeicher geschützt ist. Der Dienst wird jedoch ausgeführt. Währenddessen kann die Knotenliste nicht angezeigt werden.
Behebt das Problem, bei dem der Sicherungsjob bei "AFBackupDll.dll" abstürzt.
Behebt ein Problem, durch das der Job für hostbasierte VM-Sicherung mit folgenden Fehlern in der Protokolldatei "Host-Based VM Backup<Datum>-<Zeit>-..." fehlschlägt:
"CD2DOffhostESXMachine::CreateSnapshot::pf_V2PNF_TakeSnapshot() failed. diskcnt=x, rc=1, msg = Cannot create a quiesced snapshot because the snapshot operation exceeded the time limit for holding off I/O in the frozen virtual machine."
Behebt das Problem, bei dem eine Arcserve UDP-Sicherung ohne Agent temporäre Ordner auf dem C-Laufwerk des Gast-BS erstellt und sie nicht gelöscht werden, nachdem die Sicherung fertiggestellt wurde.
Behebt das Problem, bei dem keine VM erkannt werden, wenn die VM aus einer französischen Ausgabe des Hyper-V-Hosts importiert werden, bei der die VM-Bezeichnung "Virtual Mchine" des wmi-Objekts "Msvm_ComputerSystem" auf Französisch lokalisiert ist. Im Fix werden die GUID und Datenordner des virtuellen Rechners verwendet, um das virtuelle System zu validieren, um die VM zu importieren, anstatt die Bezeichnung zu verwenden, die möglicherweise lokalisiert ist.
Behebt das Problem, bei dem ein Arcserve UDP-Sicherungsjob möglicherweise abstürzt, wenn BMR-Informationen erfasst werden.
Behebt das Problem, bei dem die UEFI-VM nach VSB nicht gestartet werden kann. Folgender Fehler tritt auf: "Boot failed. EFI SCSI Device".
Dieses Problem tritt auf, wenn Daten von Bitmap für ein UEFI-Volume kopiert werden. Dies wurde behoben, indem das gesamte Volume für jede Sicherung kopiert wird.
Behebt das Problem, bei dem die geplante Arcserve Backup-Datensynchronisation nicht ausgeführt wird.
Der Fix behebt das Bereitstellungsproblem von Arcserve D2D von Central Protection Manager auf einem Remote-Knoten mit sehr großem Festplattenspeicher.
Behebt ein Problem in Zusammenhang mit einer Sicherheitsschwachstelle.
Behebt das Problem, bei dem der vollständige Sicherungsjob erfolgreich abschlossen wird, auch wenn einige Writer aufgrund von ungültigen Status in der Sicherung übersprungen werden.
Behebt einen Absturz während einer Zuwachssicherung.
Behebt einen Absturz während einer Zuwachssicherung.
Behebt ein Problem während einer BMR, durch das dem Rechner beim Start möglicherweise der Fehlercode BSOD zurückgegeben wird. Dies würde passieren, wenn der Zielrechner einen größeren Datenträger als der Quellrechner hat. Beim Öffnen der Speicherauszugsdatei mit Windbg wird der Bugcheck-Code "DRIVER_IRQL_NOT_LESS_OR_EQUAL (d1)" angezeigt.
Behebt das Problem, bei dem der vollständige Sicherungsjob erfolgreich abschlossen wird, auch wenn einige Writer aufgrund von ungültigen Status in der Sicherung übersprungen werden.
Behebt ein Problem, durch das Sie keine Wiederherstellungspunkte durchsuchen können.
Behebt ein Problem, durch das eine Sicherung mit Fehlercode 64 fehlschlägt.
Behebt den Fehler beim Lesen/Schreiben der Datei (Fehlercode 87 und 2) während des Sicherungsjobs.
Behebt ein Problem in Zusammenhang mit einer Sicherheitsschwachstelle.
Behebt ein Problem, durch das der Status des Datenspeichers inkonsistent ist.
Behebt das Problem, bei dem eine Zuwachssicherung in eine vollständige Sicherung konvertiert wird, wenn ein Kunde eine Volume-GUID als Sicherungsziel verwendet.
Behebt das Problem, bei dem die hostbasierte Arcserve UDP-Sicherung temporäre Ordner auf dem C-Laufwerk des Gast-BS erstellt und sie nicht gelöscht werden, nachdem die Sicherung fertiggestellt wurde.
Behebt das Problem, bei dem der Sicherungsjob bei "AFBackupDll.dll" abstürzt. Dies wird durch einen "out of index"-Fehler verursacht, wenn keine Writer-Daten innerhalb des Gast-BS erfassen werden können.
Behebt das Problem, bei dem das Erstellen des Katalogs für die spezifische Wiederherstellung der Spezifischen Wiederherstellung in Exchange 2013 fehlschlägt.
Behebt ein Problem, bei dem kein Postfach in der Wiederherstellungs-E-Mail angezeigt wird, obwohl der Exchange-Katalog erfolgreich erstellt wurde.
Behebt ein Problem, durch das die spezifische Wiederherstellung von Exchange-E-Mails zwar erfolgreich ist, aber eine Fehlermeldung im Aktivitätsprotokoll aufgezeichnet wird.
Behebt das Problem, bei dem die Exchange-E-Mail-Wiederherstellung im Validierungsfenster der spezifischen Wiederherstellung fehlschlägt.
Behebt ein Problem, bei dem der Wiederherstellungsjob abstürzt, wenn das gesamte Postfach wiederhergestellt wird.
Behebt ein Problem mit der spezifischen Wiederherstellung von Exchange-Objekten auf dem Agenten, wo die Option für die Generierung von Exchange-Katalogen grau hinterlegt ist.
Behebt ein Problem, durch das im Wiederherstellungsfenster falsche Informationen angezeigt werden.
Behebt das Problem, bei dem nicht erstellt wird, obwohl ein Katalogjob für die spezifische Wiederherstellung von Exchange-Objekten erfolgreich war.
Behebt ein Problem im Zusammenhang mit dem Synchronisationsprozess bei der Berichterstellung.
Behebt ein Problem, sodass ein "Jetzt ausführen"-Job keinen Ergänzungsjob benötigt. Dieses Problem tritt auf, wenn ein Sicherungstyp in einem Intervall von 1 Tag oder für einen längeren Zeitraum geplant ist und der nächste Job nach dem nächsten Tag oder später geplant ist.
Behebt ein Problem, durch das der Status des UNC-Pfads für Benutzerzugriff nicht korrekt ist und der VSB-Job möglicherweise fehlschlägt.
Behebt ein Problem, durch das der VMXNET3-Treiber nicht in BMR eingefügt wird.
Behebt ein Problem, durch das die Erstellung von mehr als zwei primären Partitionen im erweiterten BMR-Modus fehlschlägt.
Behebt ein Konfigurationsproblem, bei dem die Sicherungen erfolgreich sind, aber die VM-Konsolidierungsmeldung zufällig für unterschiedliche VM angezeigt werden. Dieses Problem tritt auf, wenn zwei virtuelle Rechner mithilfe von Arcserve UDP gesichert werden.
Behebt ein Problem, bei dem der Sicherungsjob möglicherweise von einer Zuwachssicherung in eine vollständige Sicherung konvertiert wird, wenn mehrere gleichzeitige Sicherungsjobs ohne Agenten vorhanden sind, die für virtuelle Hyper-V-Rechner gestartet werden.
Behebt ein Problem, durch das eine Arcserve UDP-BMR nach Host-Based VM Backup fehlschlägt und in der Datei "adrconfig" keine Systeminformationen zu BootVolume/VolumeName vorliegen.
Behebt ein Problem, bei dem der Wiederherstellungsjob möglicherweise fehlschlägt, wenn E-Mail-Objekte, deren Konten einen anderen Kontonamen und Anzeigenamen haben, wiederhergestellt werden.
Behebt ein Problem, bei dem der Katalogjob des Dateisystems für eine agentenlose Sitzung abgeschlossen ist und weiterhin im Dashboard für "In Bearbeitung"-Jobs angezeigt wird.
Behebt ein Problem, durch das beim Ausführen eines Jobs für die spezifische Wiederherstellung von Exchange-Objekten viel Speicher belegt wird.
Behebt ein Problem, bei dem eine Datei nicht in der Wiederherstellungs-Benutzeroberfläche aufgelistet werden kann, wenn der Arcserve UDP-Agent-Benutzer keinen Zugriff auf diese Datei hat.
Behebt ein Problem in der E-Mail-Warnung, das von einem hostbasierten Sicherungsjob ohne Agent generiert wird, der eine Zeile für die Sicherungsgröße hinzufügt.
Behebt einen Lizenzfehler, bei der die VSB dieses VM-Gastes mit folgendem Fehler fehlschlägt, wenn Sie einen VMware-Gast mit Arcserve UDP sichern:
"Der Virtual Standby-Job schlug wegen eines Lizenzfehlers fehl. Kontaktieren Sie Ihren Kontoverantwortlichen, um eine neue Lizenz zu erhalten."
Behebt ein Problem, bei dem die VHD-/VHDX-Dateien eines Standby-VM-Snapshot, die von einer vollständigen Sicherungssitzung erstellt werden, nicht zusammengeführt werden, nachdem der Snapshot während der Konvertierung gelöscht wurde. Das führt dazu, dass der Festplattenspeicher weiter wächst.
Behebt ein Problem, bei dem einige Systemdateien nicht in der Wiederherstellungs-Benutzeroberfläche aufgelistet werden.
Behebt ein Problem, bei dem in einer bestimmten Firewall-Richtlinie keine Verbindung zum Arcserve-Server hergestellt werden kann, um nach Aktualisierungen zu suchen.
Behebt ein Problem, bei dem ein Job für die spezifische Wiederherstellung von Exchange-Objekten möglicherweise abstürzt.
Das SSL-Protokoll 3.0, das in OpenSSL für 1.0.1i sowie andere Produkte verwendet wird, verwendet nichtdeterministisches CBC-Padding, wodurch Man-in-the-Middle-Angreifer über Padding-Oracle-Angriffe leichter unverschlüsselte Textdaten abrufen können. Ein Beispiel ist das POODLE-Problem. Durch diesen Fix werden Client-Verbindungen über SSL 3.0 abgelehnt, sodass die Verbindung nicht für das Abrufen unverschlüsselter Textdaten missbraucht werden kann.
Wenn folgende Bedingungen zutreffen, müssen Sie das Hilfsprogramm "ChangeToHttps.bat" ausführen, um SSL 3.0 zu deaktivieren:
Arcserve UDP Version 5.0 Aktualisierung 1 ist verfügbar.
Behebt ein Problem, bei dem eine BMR im erweiterten Modus ausgeführt wird, in dem Sie maximal zwei Partitionen auf einem BMR-Datenträger erstellen können.
Behebt das Problem, dass die Treiber für vmxnet3 beim Erstellen eines BMR-Image nicht integriert werden konnten.
Behebt das Problem, dass im Fall einer Änderung der Größe des Quelldatenträgers während einer Zuwachssicherung zwangsweise eine vollständige Sicherung des betreffenden Datenträgers ausgeführt wird. Trifft auf ein Problem beim späteren Zusammenführen der Zuwachswiederherstellung (da der vollständige Datenträger immer noch als Zuwachsdatenträger erkannt wird).
Es liegt ein VDDK-Problem vor, aufgrund dessen möglicherweise gesicherte Daten beschädigt werden, wenn ein virtueller Datenträger von einer Größe unter 128 GB auf über 128 GB erweitert wird. Behebung: Den Lösungsvorschlag im VMware-KB-Artikel befolgen.
Wird zur Sicherung einer VM ein HotAdd-Modus verwendet, wird die Datenträgerdatei der VM auf den Proxy-Rechner gemountet. Wird der Sicherungsjob jedoch unerwartet abgebrochen (wenn z. B. der Job abstürzt oder gelöscht wird), wird der Datenträger weiter gemountet. Das Problem lässt sich dadurch lösen, dass man den Hot-Add-Datenträger beim nächsten Start des Sicherungsjobs von der Proxy-VM löscht.
Behebt ein Problem mit einer falschen Netzwerkreihe. Sie können die Replikationszeitüberschreitung sehen.
Behebt ein Problem, bei dem die VMs im VMware ESXi-Cluster nicht erkannt werden können, wenn die Verbindung zum ESXi-Host eines Clustermitglieds unterbrochen wurde.
Behebt das Problem, bei dem durch einen erweiterten Plan ein Job ausgelöst wird. Wird der Dienst nach Ende der Sommerzeit neu gestartet, können vom Agenten mehrere Strukturaufträge ausgelöst werden.
Weitere Informationen zu allen behobenen Problemen in dieser Version finden Sie in den Versionshinweisen für Arcserve UDP Version 5.0.
Folgende Probleme sind möglicherweise in dieser Aktualisierung vorhanden:
Symptom:
VMware hat einen Fehler, wenn eine VM stillgelegt wird, sodass das zugehörige Snapshot beschädigte Daten enthält. 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: Application quiescing with Windows 2008 R2 SP1 and Windows 2012 with vSphere Data Protection, VMware Data Recovery, and third-party backup software (2044169).
Hinweis: Dieses Problem kann bei allen VMware ESXi-Versionen und auf VMs mit Windows 2008 R2 SP1 und Windows 2012 als Gastbetriebssystem auftreten. Das Datenbeschädigungsproblem kann nicht von der Software erkannt werden, weil VMware in diesem Fall keinen Fehler zurückgibt. Dies kann zur Situation führen, dass Sie das Problem nicht bemerken, bis Sie versuchen, einige Daten wiederherzustellen.
Lösung:
Weitere Informationen zum Erkennen von Datenbeschädigung sowie den entsprechenden Lösungen oder Umgehungslösungen finden Sie im KB-Artikel von Arcserve.
Symptom:
Wenn Sie:
Dann kann die heruntergeladene Arcserve UDP-Version 5.0 Update 2 nicht ordnungsgemäß über die Konsole bereitgestellt werden. Dadurch kann eine Endlosschleife von Agenten-Remote-Bereitstellungen ausgelöst werden.
Lösung:
Weitere Informationen zur Umgehung dieses Problems finden Sie im Artikel Arcserve-KB.
Symptom:
Dieses Problem kann auftreten, wenn Sie einen FQDN-Namen verwenden, um den Host zur Konsole hinzuzufügen. Wenn der Agentenknoten neu gestartet wird, geht an die Konsole der Befehl aus, den ausstehenden Neustart-Status zu entfernen; wobei immer noch der kurze Hostname verwendet wird. Die fehlende Abstimmung von FQDN-Namen und kurzem Hostnamen führt dazu, dass dieser Mechanismus nicht mehr funktioniert und die Warnung über einen ausstehenden Neustart immer noch angezeigt wird. Auch wenn ein Rechner mithilfe eines FQDN-Namens hinzugefügt wird und auf dem Rechner noch keine Arcserve UDP-Produkte installiert wurden, und Sie nach Abschluss der Remote-Bereitstellung und vor Entfernung des Status "Neustart ausstehend" eine Remote-Bereitstellung auslösen, kann die Sicherung fehlschlagen.
Hinweis: Dies kann Auswirkungen für Benutzer von Arcserve UDP Version 5.0 Update 2 haben, die FQDN-Namen verwenden und Arcserve UDP-Version 5.0 Update 2 auf diesen Agentenkonten mit FQDN-Benennung bereitstellen.
Lösung:
Klicken Sie in der Konsolen-UI-Knoten-Ansicht mit der rechten Maustaste auf den Knoten und führen Sie "Agenten installieren/aktualisieren erneut aus. Hierdurch wird sowohl das Problem des ausstehenden Neustarts als auch der Sicherungsfehler behoben, nachdem Arcserve UDP-Version 5.0 Update 2 bei einem neuen Systemfehler bereitgestellt wurde.
Symptom:
Wenn der Quellrechner ein Windows 8.1- oder Windows 2012 R2-System ist und Sie eine BMR auf einem Rechner mit einem 4 KB-Datenträger ausführen, dann kann der Rechner nach einer BMR möglicherweise nicht gestartet werden, und folgende Fehlermeldung wird angezeigt: system_thread_excption_not_handled (WppRecorder.sys).
Lösung:
Starten Sie die Wiederherstellungskonsole (nach einigen Blue Screen-Abstürzen sollten Sie automatisch dort hingelangen).
c:\windows\system32\compact.exe /U c:\windows\system32\drivers\*.sys
fsutil behavior set DisableCompression 1
Symptom:
Ein Migrationsjob wird nicht in der Listenanzeige "Knoten" auf der Registerkarte "Ressourcen" angezeigt.
Lösung:
Greifen Sie auf die RPS-Anzeige oder auf die Registerkarte "Dashboard" zu, um die Jobüberwachung zu überprüfen.
Symptom:
In der Arcserve UDP-Wiederherstellungspunktanzeige können keine Volumes durchsucht werden.
Lösung:
Verwenden Sie einen UNC-Pfad direkt, anstatt einer Zuordnung zu einem Netzwerklaufwerk.
"Die Windows-Version des Proxy [<Proxy-Name>] ist älter als die des virtuellen Rechners [<VM-Name>]. Möglicherweise schlägt der nachfolgende Exchange-Katalogjob daher fehl. Installieren Sie in diesem Fall das zugehörige Windows-Aktualisierungspaket, um den Fehler zu beheben."
Symptom:
Der Exchange-Katalogjob verwendet die Exchange-Binärdateien vom virtuellen Rechner. Wenn die Windows-Version des Proxy-Rechners eine frühere Version als der virtuelle Rechner ist, dann funktionieren die Exchange-Binärdateien nicht gut, und dies führt dazu, dass der Katalogjob fehlschlägt.
Lösung:
Installieren Sie das folgende Windows-Aktualisierungspaket, um das Problem zu beheben:
Symptom:
Beim Sichern einer VM wird vor Aufnahme 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:
Nehmen Sie an, dass Sie einen Linux-Sicherungsserver zur Arcserve UDP-Konsole migrieren. Wenn Sie den Linux-Sicherungsserver freigeben und danach erneut migrieren, wird in der Konsole automatisch ein neuer Plan erstellt.
Beispiel:
Linux-Sicherungsserver1 verwaltet Linux_Knoten1. Sie haben einen Sicherungsjob namens "Neuer Plan" erstellt. Sie haben auch eine Arcserve UDP-Konsole, die Linux_Knoten2 und Linux-Sicherungsserver2 verwaltet. Der Plan heißt ebenfalls "Neuer Plan".
Sie migrieren Linux-Sicherungsserver1 mithilfe des Befehls "d2dreg" zur Konsole. Nach der Migration wird der Name des Sicherungsjobs in "Neuer Plan_<Linux-Sicherungsserver1> umgeändert. Stellen Sie "Neuer Plan_<Linux-Sicherungsserver1> bereit.
Nun fügen Sie Linux_Knoten1 zu "Neuer Plan" hinzu, fügen Linux-Sicherungsserver1 als Server hinzu und stellen den Plan bereit. "Neuer Plan" schützt jetzt Linux_Knoten1 und Linux_Knoten2, und der Server ist Linux-Sicherungsserver1.
Nun geben Sie Linux-Sicherungsserver1 von der Konsole frei. Löschen Sie "Neuer Plan" und "Neuer Plan_< Linux-Sicherungsserver1> von der Konsole. Wenn Sie Linux-Sicherungsserver1 erneut zur Konsole migrieren, werden zwei Pläne migriert: "Neuer Plan" und "Neuer Plan_<Linux-Sicherungsserver1>".
Lösung:
Löschen Sie den neuen Plan. Der neue Plan hat keine Knoten und wirkt sich dadurch auf keine Sicherungsablaufpläne aus.
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 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 möglich.
Dieses Problem tritt in folgenden Situationen auf:
• Mehrere Sicherungsjobs starten gleichzeitig oder knapp hintereinander (innerhalb einer Minute).
• Mindestens ein Sicherungsjob wurde fertiggestellt, doch mindestens ein weiterer Sicherungsjob wird noch bearbeitet.
Ursache des Problems:
Um unnötige Belastungen des Hyper-V-Hosts zu vermeiden, versucht Arcserve UDP, einen gemeinsamen VSS-Snapshot für alle VMs anstelle eines eigenen VSS-Snapshot für jede VM aufzunehmen, wenn ihre Sicherungsjobs gleichzeitig oder knapp hintereinander starten. Nachdem der VSS-Snapshot aufgenommen wurde, werden alle VMs in dieser Instanz des VSS-Snapshot "gesperrt" (in den Sicherungsstatus versetzt). Da Arcserve UDP den Snapshot erst freigeben kann, wenn alle Sicherungsjobs abgeschlossen sind, bleiben einzelne VMs weiterhin "gesperrt", wenn ihr Sicherungsjob abgeschlossen ist. Aufgrund dieser Beschränkung in Zusammenhang mit VSS-Snapshots, durch die für eine VM nicht mehrere Snapshots gleichzeitig aufgenommen werden können, wird folgender Fehler ausgegeben, wenn für dieselbe VM zum selben Zeitpunkt ein weiterer Sicherungsjob startet: "Der Hyper-V-VSS-Writer hat beim Verarbeiten dieses virtuellen Rechners einen Fehler gefunden." Außerdem sind einige Vorgänge (wie z. B. Ein- und Ausschalten) in Hyper-V Manager deaktiviert, und wenn sich die VM in einem Hyper-V-Cluster befindet, ist Live-Migration nicht zugelassen. In Hyper-V 2008R2 ist dies nicht der Fall, da sich der Mechanismus für VSS-Snapshots in Hyper-V 2008R2 anders verhält.
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 dennoch Bedenken haben und diese Situation vermeiden möchten, empfiehlt es sich, für den Schutz von VMs mit unterschiedlicher Größe verschiedene Pläne zu verwenden. Geben Sie also VMs mit ähnlicher Größe in denselben Plan, damit die dazugehörigen Sicherungsjobs eine ähnliche Dauer beanspruchen, und legen Sie unterschiedliche Ablaufpläne für diese Pläne fest.
Symptom:
Die Benutzeroberfläche reagiert beim Zugriff von Internet Explorer 10 oder 11 auf Arcserve UDP Agent (Windows) möglicherweise langsam, wenn Sie eine Version von Internet Explorer 10.0.9200.17XXX oder Internet Explorer 11.0.9600.17XXX verwenden.
Wenn dieses Problem auftritt, warten alle weiteren darauffolgenden Anforderungen 5 Minuten lang auf eine Antwort.
Dieses Problem tritt nur auf, wenn eine der erwähnten Versionen von Internet Explorer 10 und 11 verwendet werden. Bei allen anderen Browsern tritt dieses Problem nicht auf.
Lösung:
Führen Sie für eine temporäre Lösung eine der folgenden Aktionen durch:
Führen Sie folgende permanente Lösung aus:
Symptom:
Der Netzwerkparameter WAN_SendCommandFragDataMerged in der Registrierung (unter HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\Network) hat den falschen Wert (1 anstelle von 0) als Standard in Arcserve UDP Version 5.0 Update 1 verwendet. Bei einer Aktualisierung auf Update 2 wird in der Registrierung der alte Standardwert beibehalten. Dadurch entstehen Leistungsprobleme bei der Replikation per WAN. Auf die Neuinstallation von Update 2 hat dies keine Auswirkungen.
Lösung:
Ändern Sie unter HKEY_LOCAL_MACHINE\SOFTWARE\CA\ARCserve Unified Data Protection\Engine\Network den Wert des Registrierungsschlüssels WAN_SendCommandFragDataMerged von 1 in 0.
Weitere Informationen zu allen bekannten Problemen in dieser Version finden Sie in den Versionshinweisen für Arcserve UDP Version 5.0.
Folgende Einschränkungen sind möglicherweise in dieser Aktualisierung vorhanden:
Hinweis: Diese Beschränkung tritt nur bei VMware-VMs auf, wo die Option zum Festlegen des Betriebssystemtyps besteht. Für Hyper-V ist dieses Problem nicht vorhanden.
Weitere Informationen zu allen Einschränkungen in dieser Version finden Sie in den Versionshinweisen für Arcserve UDP Version 5.0.
Folgende Abschnitte stellen Informationen zu Installationsvoraussetzungen und Installationsanweisungen bereit.
Berücksichtigen Sie die folgenden Aufgaben, die als Voraussetzung für die Installation dieser Aktualisierung durchgeführt werden müssen:
Bei Installation der Arcserve UDP- oder Arcserve UDP Agent (Windows)-Aktualisierung ist es wichtig, eine optimale Leistung zwischen der Konsole, dem Recovery Point Server (RPS) und den Agenten sicherzustellen. Wenn die Aktualisierung in einer Umgebung installiert wird, die sowohl eine Konsole als auch einen Agenten umfasst, müssen Sie die Aktualisierung immer zuerst auf der Konsole, dann auf dem RPS und schließlich auf dem Agenten installieren. (Für den Agenten, der auf der Konsole oder dem RPS installiert wird, wird die Aktualisierung gleichzeitig automatisch auf diesem Agenten installiert.)
Hinweis: Wenn in Ihrer Umgebung sowohl Arcserve UDP als auch Arcserve Backup installiert sind und Sie Arcserve UDP Version 5.0 Aktualisierung 2 installieren möchten, müssen Sie parallel auch den entsprechenden Arcserve Backup-Patch RO75131 installieren.
Wichtig! Bei einer Aktualisierung auf Arcserve UDP Version 5.0 Update 2 ist evtl. ein Neustart des Systems erforderlich. Weitere Informationen zum Systemneustart nach Upgrades finden Sie im entsprechenden KB-Artikel.
Sie können zwei Methoden verwenden, um die Aktualisierung zu installieren – Installation mit Hilfsprogramm zur Aktualisierung oder manuelle Installation:
Installieren der Aktualisierung mit Hilfsprogramm zur Aktualisierung
Um die Aktualisierung mithilfe des Hilfsprogramms zur Aktualisierung von der Startseite zu installieren, gehen Sie folgendermaßen vor:
Hinweis: Für die vollständige Installation werden bei diesem Schritt auch automatisch die notwendigen Pakete für die Remote-Bereitstellung auf dem RPS und dem Agenten heruntergeladen. Für die Agenteninstallation ist die Aktualisierung abgeschlossen.
Hinweis: Weitere Informationen zum Aktualisieren von Arcserve UDP finden Sie im Handbuch für Lösungen. Weitere Informationen zur Aktualisierung von Arcserve UDP Agent (Windows) finden Sie im Benutzerhandbuch "Agent für Windows".
Manuelles Installieren der Aktualisierung
Um ein Upgrade-Installationspaket für Windows-Server und -Workstations zu erhalten, auf denen bereits eine Vorgängerversion von Arcserve UDP installiert wurde, laden Sie das Update über folgende Links zu den Installationsdateien manuell herunter, um es anschließend zu installieren:
Um ein aktuelles Installationspaket für Windows-Server und -Workstations zu erhalten, auf denen noch kein Arcserve UDP installiert wurde, laden Sie das Update über folgende Links zu den Installationsdateien manuell herunter, um es anschließend zu installieren:
Für eine Installation unter Linux laden Sie die Aktualisierung manuell herunter, um sie anschließend zu installieren. Nutzen Sie dazu folgenden Link zu den Installationsdateien:
Das Arcserve-Support-Team stellt umfangreiche Ressourcen zur Lösung von technischen Problemen zur Verfügung und bietet einfachen Zugriff auf wichtige Produktinformationen.
http://www.arcserve.com/de/default.aspx
Mit Arcserve-Support:
Copyright © 2015 Arcserve. Alle Rechte vorbehalten. Alle erwähnten Marken, Handelsnamen, Dienstleistungsmarken und Logos sind Eigentum der jeweiligen Unternehmen.