Arcserve |
4.1 Windows-Systemanforderungen
4.2 Arcserve UDP Agent (Linux)-Systemanforderungen
4.2.1 Arcserve UDP Agent (Linux)-Server
4.2.2 Arcserve UDP Agent (Linux)-Sicherungsknoten
4.2.3 Arcserve UDP Agent (Linux)-Zielknoten
4.2.4 Arcserve UDP Agent (Linux)-Live-CD
4.3 Unterstützte Betriebssysteme
4.4 Support für Desktop und Laptop
4.5 Unterstützung von Anwendungswiederherstellung
Willkommen bei den Versionshinweisen zu Arcserve Unified Data Protection (Arcserve UDP). Dieses Dokument enthält folgende Informationen zur Verwendung von Arcserve UDP:
Die Arcserve UDP-Lösung ist eine Rundumlösung für die Speicherprobleme von heute für Organisationen, die Ihre Daten im sich ständig wandelnden Kontext von Virtualisierung, Cloud und Services schützen möchten. Die Lösung ermöglicht dies durch die Bereitstellung einer vereinheitlichten Benutzeroberfläche für eine große Bandbreite von Funktionen, um standortübergreifende geschäftliche Kontinuität zu erreichen und auf Katastrophen und Ausfälle vorbereitet zu sein.
Folgende Funktionen und Funktionalitäten sind abgedeckt:
Folgende Arcserve UDP-Versionshinweise sind für diese Release verfügbar:
Aktualisierungen sind kumulativ und können auf alle früheren Versionen von Arcserve UDPinstalliert werden.
Dieser Abschnitt beschreibt die Systemanforderungen und die unterstützten Betriebssysteme. Überprüfen Sie diese Informationen vor der Installation und Verwendung von Arcserve UDP.
Die Mindestsystemvoraussetzungen sind:
2 GB (Minimum)
2.5 GB oder mehr (empfohlen)
Temporärer Ordner mit 2 GB für Setup
Systemlaufwerk mit 300 MB für gemeinsam genutzte Komponenten
5 GB (Minimum)
7 GB oder mehr (empfohlen)
Temporärer Ordner mit 3 GB für Setup
Systemlaufwerk mit 2 GB für gemeinsam genutzte Komponenten
Sonstige Hardware
Internetbrowser
Eine vollständige Liste aller unterstützten Internet-Browser finden Sie in der Kompatibilitätsmatrix.
Adobe Flash Player
Hinweis: Auf dem Rechner, über den auf den Arcserve UDP Agent (Windows)-Server zugegriffen wird, ist Adobe Flash Player erforderlich. Es kann sich dabei sowohl um den Arcserve UDP Agent (Windows)-Server als auch um einen anderen Remote-Rechner handeln.
Folgende Themen enthalten die Arcserve UDP Agent (Linux)-Systemanforderungen.
Überprüfen Sie die Systemanforderungen für den Linux-Server, auf dem Sie Arcserve UDP Agent (Linux) installieren.
Betriebssystem
Eine vollständige Liste aller unterstützten Server-Betriebssysteme finden Sie in der Kompatibilitätsmatrix.
Arbeitsspeicher
Speicherplatz
Webbrowser für die Verwaltung des Arcserve UDP Agent (Linux)-Servers
Eine vollständige Liste aller unterstützter Webbrowser finden Sie in der Kompatibilitätsmatrix.
Mindestauflösung
Überprüfen Sie die folgenden Systemanforderungen für den Sicherungsquellknoten:
Betriebssystem und Architektur
Eine vollständige Liste aller unterstützten Server-Betriebssysteme für physische und virtuelle Rechner finden Sie in der Kompatibilitätsmatrix.
Arbeitsspeicher
Dateisystem
Überprüfen Sie die folgenden Systemanforderungen für den Zielknoten, auf dem die Daten wiederhergestellt werden.
Architektur
Überprüfen Sie folgende Systemanforderungen für die Umgebung, die die Live-CD ausführt:
Betriebssystem
Architektur
Arbeitsspeicher
Eine vollständige Liste aller unterstützten Server-Betriebssysteme finden Sie in der Kompatibilitätsmatrix.
Eine vollständige Liste aller unterstützten Laptop- und Desktop-Systeme finden Sie in der Kompatibilitätsmatrix.
Eine vollständige Liste aller unterstützten Anwendungswiederherstellungssysteme finden Sie in der Kompatibilitätsmatrix.
Dieser Abschnitt enthält allgemeine Informationen, mit denen Sie sich vor der Verwendung von Arcserve UDP vertraut machen sollten:
Allgemeine Aspekte bei der Sicherung
Hinweis: Dies gilt für Ziele, bei denen es sich nicht um Datenspeicher handelt und die als Sicherungsformat Standard verwenden.
Hinweis: Dies gilt nur für Ziele, bei denen es sich nicht um Datenspeicher handelt.
Hinweis: Dies gilt für Ziele, bei denen es sich nicht um Datenspeicher handelt und die standardmäßig das Sicherungsformat verwenden.
Hinweis: Weitere Informationen finden Sie unter http://msdn.microsoft.com/de-de/library/dd405549(v=vs.85).aspx.
Hinweise zu Bare-Metal-Recoverys
Hinweise zu Datenspeichern
Um eine bessere Verarbeitungsgeschwindigkeit zu erzielen, können Sie diese Pfade auf unterschiedlichen physischen Datenträgern konfigurieren. Beispiel:
Hinweise zu Dateikopien
Hinweise zur Benutzeroberfläche (Agent)
Hinweise zu High Availability
Hinweise zu Installation/Deinstallation/Remote-Bereitstellung
Lösung:
Wenn Sie ein Alpha-Build, Beta-Build oder RC-Build verwenden, deinstallieren Sie dieses zunächst.
"<Installationspfad>\Engine\BIN\DRIVER\InstallDriver.bat"
Hinweise zu Lizenzen
Hinweise zu Zusammenführungen
In der Spalte Geschützte Daten der vollständigen Sicherung im Abschnitt Schutzübersicht wird die Gesamtgröße der Quelldaten für alle Wiederherstellungspunkte, die zusammengeführt werden sollen, angezeigt. Nach Abschluss des Zusammenführungsjobs wird die Größe der zusammengeführten vollständigen Sicherung angezeigt. Dies gilt für alle Arten von Zielen.
In der Spalte Belegter Speicherplatz der vollständigen Sicherung im Abschnitt Schutzübersicht wird die Gesamtgröße des belegten Speicherplatzes für alle Wiederherstellungspunkte, die zusammengeführt werden sollen, angezeigt. Nach Abschluss des Zusammenführungsjobs wird die Datenträgergröße für die zusammengeführte vollständige Sicherung angezeigt. Dies gilt nur für Ziele, bei denen es sich um nicht deduplizierte Datenspeicher oder keine Datenspeicher handelt. (Lokaler Datenträger oder Netzwerkfreigabe)
Hinweis: Wenn das Sicherungsziel ein gemeinsam genutzter Ordner ist, können Sie auf der Startseite der Benutzeroberfläche von Arcserve UDP Agent (Windows) auf den Link Führen Sie nun einen Zusammenführungsjob manuell aus klicken, um einen neuen Zusammenführungsjob auszulösen.
Hinweise zu Plänen
Hinweise zur Wiederherstellung
Best Practices für die NTFS-Komprimierung unter Windows finden Sie unter http://support.microsoft.com/kb/251186.
“Der Prozess kann auf die Datei nicht zugreifen, da diese von einem anderen Prozess verwendet wird.”
Zusätzlich wird der folgende Fehler mit Ereignis-ID 8355 in das SQL Server-Ereignisprotokoll geschrieben:
“Ereignisbenachrichtigungen auf Serverebene können nicht übermittelt werden. Service Broker ist in MSDB deaktiviert, oder MSDB konnte nicht gestartet werden. Ereignisbenachrichtigungen in anderen Datenbanken können ebenfalls davon betroffen sein. Schalten Sie MSDB online, oder aktivieren Sie Service Broker.”
Wenn dies auftritt, machen Sie etwas verfügbaren Speicher frei oder vergrößern Sie den Speicher auf 4 GB oder mehr.
Hinweise zum Support
Verschiedenes
In der folgenden Liste werden die Fixes in der aktuellen Version von Arcserve UDP aufgeführt:
Hardlinks werden als separate Dateien wiederhergestellt.
MergeMgr.exe wird bei einer korrekten Befehlszeile angehalten, und die Syntax wird angezeigt. Dieses Problem tritt auf, wenn der Schalter "/BKDir <Pfad>" angegeben ist und die Angabe für <Pfad> für die Beschreibung des Remote-Pfadnamens mit \\ beginnt (zum Beispiel \\<Hostname>\<Pfadname>).
Wenn Sie im Dialogfeld "E-Mail-Einstellungen" für E-Mail-Alerts auf die Schaltfläche "OK" klicken, wird "Ungültige E-Mail-Adresse für 'Empfänger'" angezeigt. Dieses Problem tritt auf, wenn die E-Mail-Adresse im Empfängerfeld im Stammdomänennamen einen Bindestrich enthält. (Beispiel. xxx@yyy.zzz-z)
Die folgende Meldung wird in der Konsole gedruckt, wenn MergeMgr.exe nach einem manuellen Start ausgeführt wird. "WriteAttributeString: attr[DetailTime] value[<time string>] failed".
Hinweis: Dieser Fix umfasst kumulativ T245802. Er löst das folgende Problem: MergeMgr.exe wird bei einer korrekten Befehlszeile angehalten, und die Syntax wird angezeigt.
Die Größe von azure.log wird in manchen Fällen unbegrenzt erweitert und überschreitet die maximale Größe, die in log4j-Azure.properties konfiguriert ist.
Bei Kopierjobs mit Cloud-Konfiguration schlägt "Verbindung testen" fehl, wenn der Proxy-Server für Authentifizierung die Methode BASIC verwendet.
Der Zusammenführungsjob schlägt gegen Ende der Ausführung mit dem Fehler "JobXXXXXXXX - Failed to delete file <Dateipfad>" fehl. Fehlercode: -1" fehl. Dieses Problem tritt üblicherweise nicht auf allen Rechnern auf, sondern ist auf einige spezifische Rechner beschränkt.
Ein leerer Bildschirm wird im Browser angezeigt, wenn Sie versuchen, die Arcserve D2D-Konsole zu öffnen, nachdem Sie "r16.5 Update1 patch RO61712" angewendet haben.
Der Bootkit-Assistent wird abgebrochen, ohne einen Fehler anzuzeigen, wenn das Boot-Image erstellt wird.
Unterstützung von VDDK 5.1.
Der folgende Fehler wird beim Versuch, die Sicherungseinstellungen zu speichern, zufällig angezeigt: "Der Vorgang hat das Zeitlimit überschritten. Die maximale Dauer zum Abschluss des Vorgangs wurde überschritten. Versuchen Sie es später erneut."
Zusammenführungsjobs werden nicht ordnungsgemäß gestartet, wenn abgestürzte Sitzungen vorhanden sind.
Die Exchange- oder SQL-Protokolle werden nicht täglich abgeschnitten, auch wenn tägliche Protokollbereinigungen festgelegt sind.
Die Wiederherstellung von E-Mail-Elementen im Speicherauszug schlägt fehl, wenn der Anzeigename des Benutzers "<>" oder andere Sonderzeichen enthält.
Die Zusammenführung von Wiederherstellungspunkten schlägt fehl, wenn manche Datenträger vollkommen zusammengeführt worden sind.
Arcserve Backup-Zusammenführungsjobs werden jetzt nach der Fertigstellung von hostbasierten VM-Sicherungssitzungen erfolgreich abgeschlossen.
Der Virtual Standby-Konvertierungsjob schlägt zufällig fehl. Während der Durchführung eines Konvertierungsjobs wird die folgende Fehlermeldung in der Datei "Afcorfunction.log" angezeigt: "[Date Time 00 1608 3632 0X000004b3] CARCFlashDev::TryToAccess: Fail to AFConnectRemoteSource[\\networkshare\D2D\VM_xxxx]";
Eine Arcserve Central Host-Based VM Backup r16.5-Sicherung wird immer eine vollständige Sicherung ausführen, auch wenn eine Zuwachssicherung angegeben wurde.
Zusammenführungsjobs schlagen fehl, wenn nicht genügend Datenträger für die Zusammenführung vorhanden sind. Dieses Problem tritt auf, wenn während der Sicherung ein neuer Datenträger zur Sicherungssitzung hinzugefügt wird.
Bei der Wiederherstellung von Exchange-E-Mail-Elementen werden die Daten für Absender und Betreff nicht wiederhergestellt.
Wenn Benutzer in den Einstellungen für Dateikopie ein Amazon S3-Cloud-Ziel angeben, hat der Bucket-Name in der Cloud kein Präfix, nachdem die Richtlinie für mehrere Rechner bereitgestellt wurde. Dadurch kann es vorkommen, dass die Daten von zwei unterschiedlichen Rechnern zum selben Bucket kopiert werden.
Alle Arcserve D2D r16.5-Sicherungen werden als Zuwachssicherungen angezeigt, auch wenn keine vollständige Sicherung vorhanden ist.
Der Arcserve D2D r16.5-Job zum Sichern von Exchange-Knoten stürzt ab, wenn überprüft wird, ob das Transaktionsprotokoll bereinigt werden muss.
Bei Sicherungen von bestimmten virtuellen Rechnern über hostbasierte Sicherung wird die folgende Warnung ausgegeben: "Es konnten keine Volume-Informationen aus dem Gastbetriebssystem des virtuellen Rechners abgerufen werden". Dieses Problem führt dazu, dass der Katalog für die VM nicht erstellt wird und daher keine Wiederherstellungen auf Dateiebene möglich sind.
Wenn Sie einen Wiederherstellungspunkt erweitern, nachdem ein Katalog für die spezifische Wiederherstellung von einer Arcserve D2D r16.5-Sicherung von Exchange 2003 oder Exchange 2007 generiert wurde, werden nicht alle Exchange-E-Mails angezeigt.
Bei Wiederherstellungen aus der Cloud wird die folgende Meldung angezeigt: "Katalogdaten für das ausgewählte Ziel sind nicht verfügbar. Klicken Sie auf 'Synchronisieren', um den Synchronisationsjob für den Katalog zu übergeben". Dieser Job nimmt viel Zeit in Anspruch. Dieser Fix setzt Multithreads für den Synchronisationsjob ein, um die Leistung zu verbessern.
Virtual Standby-Konvertierungsjobs schlagen mit dem folgenden Fehler fehl: "Virtueller Datenträger konnte für den virtuellen Rechner [VM-Name] nicht entfernt und hinzugefügt werden". Dies geschieht, wenn die Datenträgergröße mehr als 1 T beträgt.
Sicherungsjobs schlagen beim Versuch, Disaster Recovery-Informationen zu erfassen, gegen Ende der Ausführung fehl.
Wenn Benutzer versuchen, den Preflight-Check auszuführen, gibt die Anwendung die folgende Fehlermeldung zurück: "Es können keine Informationen zur Anwendung abgerufen werden. Dies kann dazu führen, dass Sicherungen auf Anwendungsebene nicht erfolgreich abschließen.)"
Wenn Benutzer versuchen, eine BMR unter Windows XP SP3 durchzuführen, schlägt die Wiederherstellung auf dem Laufwerk C mit der folgenden Fehlermeldung in der Protokolldatei fehl: Get bootcode filename failed, resource id 65535."
Bei der Ausführung einer Arcserve D2D r16.5 SQL-Sicherung mit aktivierter Option zur Bereinigung des Transaktionsprotokolls wird der Wiederherstellungsmodus für MS SQL-Datenbanken von einer einfachen Sicherung in eine vollständige Sicherung geändert.
Die Erstellung eines ISO-Image für BMR mit ADK 8.1 ist nicht möglich.
Win2003- und WinXP-Rechner können nach einer BMR manchmal nicht gestartet werden. Dieser Fehler tritt üblicherweise auf, wenn der BMR-Quellrechner ein OEM-Volume hat und sich Systemvolume und Startvolume nicht auf demselben Volume befinden.
Wenn ein Zusammenführungsjob fehlschlägt oder abstürzt, nachdem mindestens 10 % in Arcserve D2D r16 Aktualisierung 7 fertiggestellt wurden, empfangen Benutzer möglicherweise kontinuierlich Zusammenführungs-, Sicherungs- oder Wiederherstellungsfehler.
Sicherungsjobs stürzen manchmal gegen Ende der Ausführung mit Fehler 87 ab. Dies geschieht üblicherweise, wenn eine große Datenmenge auf einem NAS-Gerät gesichert wird.
Zusammenführungen schlagen manchmal mit Fehler 31 fehl, wenn sich Wiederherstellungspunkte auf NAS-Geräten befinden. Dieser Fehler tritt nur auf, wenn Arcserve D2D r16 Aktualisierung 7 installiert ist.
Zusammenführungen schlagen manchmal mit Fehler 31 fehl, wenn sich Wiederherstellungspunkte auf NAS-Sondergeräten befinden.
Dateien im Ordner "BIN" Ordner werden unerwartet gelöscht, wenn die Überprüfung der Lizenz in einem Kopierjob für Wiederherstellungspunkte fehlschlägt.
Wenn Benutzer logische Datenbankbezeichner ändern, beispielsweise D in E, werden Sicherungen in Arcserve D2D r16 werden als vollständige Sicherung ausgeführt, auch wenn in den Einstellungen für den Sicherungsablaufplan stündliche Zuwachssicherungen festgelegt sind.
Sicherungsjobs schlagen fehl. Arcserve UDP Agent (Windows) findet den übergeordneten Datenträger für die Sicherung nach der Zusammenführung nicht.
Arcserve D2D r16.5-Sicherung schlägt mit "error=64" fehl. Dies geschieht, wenn das Netzwerk nicht stabil ist und der Schreibvorgang des Agent fehlschlägt.
Die Sicherung auf NAS-Geräte schlägt zufällig fehl.
Die Sicherung auf iOmega-NAS-Geräte schlägt zufällig fehl.
Arcserve D2D r16.5-Sicherungsjob schlägt mit "Fehler 80" fehl. Dies geschieht, wenn im Ziel bereits eine ungültige Datei vorhanden ist.
Arcserve D2D r16.5-Sicherungsjob kann beim Start abstürzen.
Die Zusammenführung ist erfolgreich, doch im Protokoll wird angezeigt, dass 0 Byte von Daten zusammengeführt werden.
Dieser Fix korrigiert eine Sicherheitsschwachstelle (D2D-Webservice getBackupVMList() gibt Kennwortfelder in nicht verschlüsseltem Format zurück), wenn Arcserve D2D r16.5-Sicherungssitzungen verwendet werden.
Der Arcserve D2D r16.5-Webservice stürzt ab, wenn die Exchange-Wiederherstellungsoption auf der GUI festgelegt wird.
Arcserve D2D meldet bei der Ausführung eines Sicherungsjobs Fehler 59.
Arcserve D2D meldet bei der Ausführung von Virtual Standby-Konvertierung Fehler 64 und Fehler 59.
Arcserve D2D r16.5-Sicherungsjob stürzt ab, während Disaster Recovery-Informationen erfasst werden.
In einer BMR für einen Windows 2012-Server mit UEFI weicht die Reihenfolge der generierten Partitionen von jener in der Quell-VM ab.
Als Dateikopieziel kann nicht Amazon Cloud festgelegt werden, und es werden keine Informationen gespeichert, wenn auf die Schaltfläche Speichern geklickt wird.
Im Central Reporting-Dashboard von Arcserve Central Applications r16.5 werden bestimmte E-Mail-Berichte unter Umständen leer angezeigt, wenn sie ausgeführt werden, wenn der Filter auf den letzten Tag gesetzt ist.
SBS-Server könnten fixieren, wenn Arcserve D2D r16.5 den Katalog für die spezifische Wiederherstellung generiert.
Unterstützung von Windows 2012 R2 für Arcserve D2D und Arcserve Central Applications.
Arcserve D2D r16.5 kann nicht über das Taskleistensymbol geöffnet werden, und es wird kein Fehler angezeigt. Der Überwachungsserver wird nicht geöffnet, wenn nicht genügend Speicher für die Verarbeitung des Befehls verfügbar ist.
Virtual Standby-Konvertierungsjob konnte keinen startfähigen Snapshot für Standby-VM erstellen, wenn die Zusammenführung von Snapshots von Standby-VM in HyperV lange genug gleichzeitig ausgeführt wird.
Letztes erfolgreiches Ereignis für den Job "Kopieren von Wiederherstellungspunkten" auf der Arcserve D2D r16.5-Startseite unter "Schutzübersicht" wird nicht aktualisiert, obwohl der Job erfolgreich abgeschlossen wurde.
Unterstützung von vCenter-Appliance in hostbasierter Sicherung ohne Agent und Virtual Standby.
Unterstützung von VMware VIX 1.12, 1.13
Die Sicherungssitzung einer Arcserve D2D-Zusammenführung schlägt mit folgendem Fehler fehl:"[CMergeUtil::GetBackupInfo] Failed to read backupinfo.xml. (Path=[\\xxxxx})".
Die Datei "backupinfo.xml" hat ein zusätzliches ungültiges Zeichen am Ende, und die xml-API kann die Datei nicht bearbeiten.
Die Berichte, die über Arcserve Central Applications Reporting geplant wurden, werden falsch gesendet (gesendete Zeit), wenn DST gültig ist.
Zum Beispiel wird ein Bericht zur Versendung um bei 9:00 Uhr geplant, nachdem DST geändert wird. Der Bericht wird stattdessen um 10:00 Uhr gesendet.
Die Arcserve D2D r16.5-Sicherung schlägt mit folgendem Fehler beim iOmega-NAS-Gerät fehl: "Error: Job00000xxx - Operations
(create, close,read, write) on file \\xx.xx.xx.xx\machinename\VStore\S0000000001\disk2
754413731.D2D.idx failed, Error code:5,[Access is denied]."
"Insgesamt werden xxx MB eindeutige Daten zusammengeführt." Während eines Zusammenführungsjobs wird die Meldung auf italienischen BS nicht ausgegeben, was dazu führt, dass der Zusammenführungsprozess hängt.
Unterstützung von VDDK 5.5 und VIX 1.1.3.
Die Arcserve D2D-Zusammenführung wird fehlschlagen, wenn die Sicherungssitzungen keine Komprimierung und Verschlüsselung haben und Arcserve Backup mit Arcserve D2D integriert wird.
In der Zusammenfassung der insgesamt geschützten Größe für Dateikopie wird die unkomprimierte Größe und nicht die komprimierte Größe, die in Arcserve D2D in der Cloud gespeichert ist, aufgezeichnet.
Die Exchange-Datenbank kann nicht in RSG wiederhergestellt werden, wenn die Datei dem Muster [x:\mountpoint\mountpoint\LOGS3] entspricht, wobei x:\mountpoint\ ein Bereitstellungspunkt für einen externen Speicher ist. Der Fehler "Das System kann den festgelegten Pfad nicht finden" wird angezeigt.
Die Meldung "Datei [Z:\filename.doc] konnte nicht geöffnet werden Fehler[3]" wird auch dann in der Protokolldatei VMIMAGE.log aufgezeichnet, wenn die Datei erfolgreich wiederhergestellt wurde.
Die folgenden Probleme sind bei dieser Version bekannt:
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.
Lösung:
Verwenden Sie "Wiederherstellungspunkt laden", um solche Volumes zu laden.
Bei Arcserve UDP Agent (Linux)
Bei der Sicherung
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.
Gehen Sie wie folgt vor:
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:
Von einem Server, bei dem das Betriebssystem auf einer systemeigenen 4-KB-Festplatte installiert ist, schlägt das Laden eines Wiederherstellungspunktes mit der Fehlermeldung "Fehler beim Laden des Wiederherstellungspunktes auf dem Pfad. Falsche Funktion." fehl.
Lösung:
Laden Sie den Wiederherstellungspunkt von einem anderen Server, bei dem das Betriebssystem nicht auf einer systemeigenen 4-KB-Festplatte installiert ist.
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 Benutzeroberfläche der Arcserve UDP-Konsole. Der fehlende Job-Monitor wird in der Knotenansicht anzeigen.
Symptom:
Wenn das Volume, auf dem sich das Ziel befindet, erweitert wird, fällt die Sicherung in manchen Fällen langsam aus. Die Datenträger-E/A ist durch den Filtertreiber, der die Nachverfolgungs-Bitmap in die Datei regelmäßig aktualisiert, belegt.
Lösung:
Stellen Sie das erweiterte Volume über die Datenträgerverwaltung oder den Befehl diskpart offline und wieder online. Wenn das Volume nicht offline gestellt werden kann, starten Sie den Rechner neu.
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 wurde auf VMware ESX Server beobachtet. 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 Dateikopien
Symptom:
Der Katalog für einen zukünftigen Dateikopiejob wird generiert, bevor der erste Dateikopiejob fertiggestellt wird.
Lösung:
Ignorieren Sie die Daten, die im Job-Monitor fälschlicherweise als verarbeitet angezeigt werden.
Bei Host-Based VM Backup
Symptom:
Dies ist ein bekanntes VMware-Problem, wenn die Verfolgung geänderter Blöcke (Changed Block Tracking, CBT) verwendet wird.
Lösung:
Um dieses Verhalten zu korrigieren, legen Sie folgende Registrierung auf dem Proxy-Server fest:
[HKEY_LOCAL_MACHINE\SOFTWARE\CA\arcserve Unified Data Protection\AFBackupDll\<UUIDder VM-Instanz>]
"ResetCBT"=dword:00000001
Beispiel:
[HKEY_LOCAL_MACHINE\SOFTWARE\CA\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. Die Ursache für das Fehlschlagen des Sicherungsjobs liegt darin, dass 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.
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. Es ist wichtig, dass Sie 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 Betriebssystemen 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.
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 Rektionsfä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:
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.
Bei Wiederherstellungen
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:
Wenn der Deduplizierungsdienst von Arcserve UDP bei der Erstellung eines Katalogs für die spezifische Wiederherstellung von Exchange-Objekten beendet wird oder kein Zugriff auf den freigegeben Remote-Ordner besteht, werden die verknüpften Datenbanktabellen von der spezifischen Wiederherstellung so behandelt, als ob sie in der aktuellen Datenbank nicht vorhanden wären. Die Katalogdatei enthält nur einen Teil der Exchange-Elemente.
Lösung:
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
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.
Symptom:
Wenn Sie die statische IP-Adresse in Arcserve UDP anpassen und danach die Standby-VM starten, wird die statische IP-Adresse in manchen Fällen nicht in Windows aktiviert, obwohl sie im Netzwerkadapter erfolgreich festgelegt wurde. Wenn Sie die Befehlszeile ipconfig in der Standby-VM ausführen, wird eine IP-Adresse nach dem Zufallsprinzip angezeigt, obwohl die IP-Einstellung im Dialogfeld mit den TCP/IP-Eigenschaften des Netzwerkadapters korrekt ist.
Dies tritt ein, wenn der Quellrechner (Produktserver) dieselbe statische IP-Einstellung verwendet, die für die Standby-VM festgelegt ist. Windows bewahrt alle IP-Einstellungen aller Netzwerkadapter in der Registrierung auf. Wenn die Standby-VM startet, ist weiterhin die veraltete IP-Einstellung aktiviert, obwohl der dazugehörige Netzwerkadapter (der zum Produktserver gehört) nicht vorhanden ist. Wenn Windows veraltete statische IP-Adressen findet, die einem neuen Netzwerkadapter zugewiesen sind, werden Sie in einem Dialogfeld zur Bestätigung aufgefordert.
Lösung:
Um die neue IP-Adresse zu aktivieren, öffnen Sie das Dialogfeld mit den TCP/IP-Eigenschaften des entsprechenden Netzwerkadapters, überprüfen Sie die Richtigkeit der IP-Einstellung, klicken Sie anschließend auf OK, und befolgen Sie die erforderlichen Windows-Schritte, um sie manuell neu festzulegen.
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.
Beachten Sie folgende Einschränkungen hinsichtlich Software von Drittanbietern, die die Leistung von Arcserve UDP Agent (Linux) beeinträchtigen können:
Symptom:
Sie haben eine NFS-Server der Version 4 als Ihr Sicherungsziel angegeben, und der Hostname des NFS-Servers ist nicht in DNS registriert. Wenn Sie den Sicherungsjob ausführen, schlägt der Sicherungsjob fehl.
Lösung:
Registrieren Sie den Hostnamen in DNS.
Symptom:
Sie haben einige Versionen der Data Domain-NAS mithilfe von NFS als Sicherungsziel angegeben. Wenn Sie eine Sicherung in diesem Sicherungsziel ausgeführt haben, dann wird die Sicherung fehlschlagen. Der Grund dafür ist, dass einige Versionen des Data Domain-NAS den Mechanismus der Dateisperre von NFS nicht unterstützen. Solche NFS-Freigaben können nicht als Sicherungsziel verwendet werden.
Lösung:
Um dieses Problem zu vermeiden, verwenden Sie CIFS als Sicherungsziel. Wenn Sie CIFS als Sicherungsziel angeben und der Sicherungsjob weiterhin fehlschlägt, führen Sie diese Schritte aus:
echo "0" > /proc/fs/cifs/LinuxExtensionsEnabled
Sie können nun den Sicherungsjob für den Knoten übergeben.
Symptom:
Wenn Sie den RHEL 5.1-Knoten sichern, dann verwendet der Systemdienst "setroubleshoot" den Systemspeicher für den Sicherungsvorgang. Wenn Sie mehrere Sicherungsjobs ausführen, dann generiert der Dienst "setroubleshoot" mehrere Alerts in der Datei /var/log/messages, und der gesamte Systemspeicher wird verwendet. Nach mehreren Sicherungen ist der Speicher des Sicherungsknotens voll, und es ist kein freier Speicher vorhanden.
Lösung:
Um dieses Problem zu vermeiden, halten Sie den Systemdienst "setroubleshoot" auf dem Sicherungsknoten an, indem Sie folgenden Befehl verwenden:
service setroubleshoot stop
Folgende Einschränkungen sind in dieser Version bekannt:
Bei Arcserve UDP Agent (Linux)
Hinweis: Sie können globale Volume-Filter verwenden, die sich auf alle Knoten in einem Plan beziehen.
Hinweis: Sie können einen erweiterten Sicherungsablaufplan verwenden.
Hinweis: Sie können die Wiederherstellungssatzverwaltung weiterhin auf der Client-Seite verwenden.
Bei der Sicherung
X64 - bis zu 370 Millionen Dateien
X86 - bis zu 110 Millionen Dateien
Hinweis: Bei X86-Benutzern sollten Sie, wenn mehr als 110 Millionen Dateien gesichert werden sollen, einen X64-Rechner verwenden. Eine alternative Lösung finden Sie in der Fehlerbehebung unter "Katalogjob schlägt fehl, wenn sehr viele Dateien auf einem Windows 2003-Rechner (x86) gesichert werden".
Bei BMR
Bei Katalogjobs
Beim Kopieren von Wiederherstellungspunkten
Beim Dashboard
Bei Datenspeichern
Bei Dateiattributen
Bei High Availability
Bei Host-Based VM Backup
Wenn dies eintritt, müssen Sie den Plan für die VM erneut bereitstellen, um mit den Sicherungen fortzufahren.
Bei Plänen bzw. Tasks
Bei Berichten
Lösung:
Gehen Sie folgendermaßen vor, um das Problem zu lösen:
Bei Wiederherstellungen
Bei einigen Dateiattributen wird (wenn das Wiederherstellungsziel nicht unterstützt wird) der Wiederherstellungsjob fehlschlagen. Zum Beispiel haben einige Dateien ein Sicherheitsattribut, jedoch wird nur Windows NTFS unterstützt. Wenn Sie es in ein SAN wiederherstellen, wird der Wiederherstellungsjob fehlschlagen.
Bei kataloglosen Wiederherstellungen können Sie aufgrund einer Beschränkung der EFS-Funktion keine EFS-Dateien wiederherstellen.
Weitere Informationen finden Sie in Microsoft-Artikel 700811.
Bei Virtual Standby
Wenn es sich beim Ziel um einen Hyper-V-Server der Version 2012 r2 und beim Quellknoten um ein UEFI-System handelt, wird dies unter folgenden Betriebssystemen unterstützt:
Verschiedene Probleme
Weitere Informationen zu diesem Problem finden Sie unter "Errata 17 - Tx Data Corruption when using TCP segmentation offload" im folgenden Intel-Dokument:
Intel 82574 Family Gigabit Ethernet Controller Specification Update
Hinweis: Nach Abschuss der Installation erstellt SQLE auch dann englische Menüs im Menüelement START, wenn andere SQLE-Sprachen installiert wurden.
Ein übersetztes Produkt (manchmal auch als lokalisiertes Produkt bezeichnet) beinhaltet eine lokale Sprachenunterstützung für die Benutzeroberfläche, die Online-Hilfe und weitere Produktdokumentationen, sowie lokale Standardspracheneinstellungen für Datums-, Uhrzeit-, Währungs- und Zahlenformate.
Diese Version liegt zusätzlich zur englischen Version in die folgenden Sprachen übersetzt/lokalisiert vor:
Folgende Lizenzvereinbarungen für die Arcserve UDP-Konsole, Arcserve UDP-Wiederherstellungspunktserver und Arcserve UDP Agent (Windows) sind unter dem Ordner "\Bookshelf_Files\TPSA" im Knowledge Center von Arcserve Unified Data Protection verfügbar:
Folgende Arcserve UDP Agent (Linux)-Lizenzvereinbarungen sind unter dem Ordner \Bookshelf_Files\TPSA im Knowledge Center von CA arcserve Unified Data Protection verfügbar:
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.