Dell vranger 7.2 Juni 2015 Diese enthalten Informationen zum Dell vranger -Release. Informationen zu Behobene Probleme Bekannte Probleme Systemanforderungen Produktlizenzierung Beiträge von Drittanbietern Informationen zu Dell Informationen zu vranger Backup and Replication ist die marktführende Lösung für Sicherung, Wiederherstellung und Replikation in virtuellen VMware- und Hyper-V-Umgebungen. Durch eine neue Plattformtechnologie erkennt vranger automatisch neue virtuelle Maschinen. Darüber hinaus sinkt der Zeitbedarf für Sicherungen. Weiterhin bietet vranger durch eine Architektur ohne Agenten intelligentere Sicherungsoptionen und höhere Skalierbarkeit mit weniger Ressourcen. vranger-funktionen: Durchführung von inkrementellen, differentiellen oder vollständigen Imagesicherungen für virtuelle und physische Maschinen Schnelle Wiederherstellung der gesamten Maschine oder lediglich von bestimmten Dateien Verwirklichung von Strategien für die Notfallwiederherstellung und Schutz von kritischen Daten in virtuellen Umgebungen Replikation von virtuellen Maschinen auf mehr als ein Ziel, sodass abhängig von den jeweiligen Anforderungen mehrere Zielsetzungen für Hochverfügbarkeit und Notfallwiederherstellung realisiert werden können ist ein Nebenrelease mit verbesserten Funktionen und Erweiterungen. Informationen zu diesem Release finden Sie unter Neue Funktionen und Verbesserungen und Behobene Probleme. Neue Funktionen und Verbesserungen umfasst die nachstehend aufgeführten Verbesserungen: Unterstützung für VMware vsphere 6.0 Unterstützung für vcloud Director- und vapp-sicherungen Unterstützung für Dell RDA 3.2 Unterstützung für EMC Data Domain Boost 3.0 vsphere 4.1, einschließlich ESX(i) 4.1 und vcenter Server 4.1, werden in diesem Release von vranger nicht mehr unterstützt. 1
Behobene Probleme Nachstehend finden Sie eine Liste der behobenen Probleme in diesem Release. Tabelle 1. Behobene allgemeine Probleme Behobenes Problem Zuletzt durchgeführte Jobs werden nicht angezeigt. 17163 17235 Bei Ausführung eines Berichts werden die Werte im Feld Tage als Monate interpretiert, wenn 17185 für vranger Deutsch als Sprache ausgewählt wurde. VMware vapp-vms werden auf der Stammebene des Hosts und nicht in einem vapp-container 17187 angezeigt. Wenn die PowerShell-Ausführungsrichtlinie über ein Gruppenrichtlinienobjekt auf AllSigned oder 17216 RemoteSigned festgelegt ist, startet der vranger-dienst nicht. Bei der Bereitstellung einer virtuellen vranger-appliance in einer DVS-Portgruppe in vsphere 5.5 17294 schlägt die Bereitstellung mit einem User Route -Fehler fehl. Bei Verwendung von vranger in Japanisch kann die Schriftgröße in vranger-berichten nicht 17370 geändert werden. Bei Verwendung von vranger in Japanisch und Bearbeitung eines vorhandenen Berichts wird die 17371 Einstellung Datumsbereich von Tag in Monat geändert. Nachdem ein Repository als Replikat konfiguriert wurde, besteht keine Möglichkeit, dieses 17410 Repository als normales Repository zu verwenden. Voraussetzung von WMI für physische Sicherungen dokumentiert. 17420 In einigen Fällen katalogisiert der vranger-katalogdienst den Inhalt von Vollsicherungen nicht 17458 vollständig. vranger VA-Version auf 7.2.1 aktualisiert, damit eine Aktualisierung von Samba auf Version 17470 4.0.25 möglich ist. HotAdd-Transport nach Installation von Virtual Center 5.5, Update 2d nicht verfügbar. 17479 Dokumentation zur manuellen Netzwerkkonfiguration für vranger VA überarbeitet. 17532 Sicherungsaufgaben reagieren nicht mehr, wenn ein Virtual Center während der 17546 Sicherungsaufgabe nicht mehr verfügbar wird. Tabelle 2. Behobene Installations- und Konfigurationsprobleme Behobenes Problem Registrierungseinstellungen für VMware SSL-Zertifikate gehen bei einem Upgrade verloren, sodass die Fehlermeldung 2760 angezeigt wird, dass die angegebene VIX die angegebene VM- Festplatte nicht öffnen kann. Wenn das Appliancenetzwerk beim Upgrade einer virtuellen vranger-appliance in ein DVS geändert wird, führt dies zu einem Fehler. Wenn die virtuelle Appliance beim Upgrade einer virtuellen vranger-appliance für die Verwendung einer Portgruppe mit einem anderen Namen als VM Network konfiguriert wird, schlägt das Upgrade fehl und die ursprüngliche VA wird wiederhergestellt. 17094 17188 17601 2
Tabelle 3. Behobene Probleme bei Sicherungen und Wiederherstellungen Behobenes Problem Katalogisierung wird bei VMs mit sehr vielen Dateien nicht vollständig durchgeführt. 14450 Die Wiederherstellung einer VM, die mit einem angeschlossenen ISO-Image gesichert wurde, 17162 schlägt mit Fehler: API-Aufruf fehlgeschlagen. Meldung: Ungültige Konfiguration für Gerät '11'. fehl. Bei Verwendung des HotAdd-Transports mit der vranger VA zum Sichern von VMs mit mehreren Festplatten, bleiben die Festplatten bisweilen gemountet. Die Wiederherstellung einer VM, die mit einem angeschlossenen USB-Gerät gesichert wurde, schlägt mit Fehler: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. fehl. Die Anzeige eines NetVault SmartDisk-Repositorys bei einer Wiederherstellung auf Dateiebene führt zu einer Zeitlimitüberschreitung des Vorgangs. Wenn bei der Sicherung einer VM zwei Snapshots erstellt werden (ein Snapshot im Ruhemodus (Quiesced Snapshot) und ein Snapshot für den VM-Arbeitsspeicher), schlägt die Sicherung fehl mit Fehler: Es wurde kein vranger-snapshot gefunden!. Tabelle 4. Behobene Probleme bei der Replikation 17169 17189 17233 17327 Bei der Sicherung einer VM mit unabhängigen Festplatten erzwingt vranger eine Vollsicherung, 17354 anstatt die unabhängige Festplatten zu überspringen. vranger kann eine Sicherung einer VM mit einem NULL-Gerät nicht wiederherstellen. 17391 Wenn bei einer Sicherung einer VM mit einem Benutzersnapshot die Sicherung erfolgreich in den 17429 Ruhemodus versetzt wurde, ist der Sicherungspunkt ungültig, sodass die Festplatten ausgegraut sind. Add-RestoreFromManifestJobTemplate schlägt fehl mit dem Fehler Unable to AddRestorefromManifestJob: {0}Cannot insert the value NULL into column 'SecurityProtocol', table 'vrangerpro.dbo. 17577 Behobenes Problem Replikationsjob schlägt beim zweiten Durchlauf mit AutoMapper-Fehler fehl. 17177 Bekannte Probleme Nachstehend finden Sie eine Liste der bekannten Probleme (einschließlich Probleme, die auf Drittanbieter zurückzuführen sind), die derzeit in diesem Release vorhanden sind. Tabelle 5. Bekannte Installationsprobleme Bekanntes Problem Beim Versuch, den SQL Server zu deinstallieren, der von vranger 7.0 installiert wurde, kann die Deinstallation fehlschlagen, wenn.net 3.5 nicht installiert ist. Wenn versucht wird, den SQL Server zu deinstallieren, wird ein Fehler mit dem Hinweis angezeigt, dass.net 3.5 vorhanden sein muss, damit die Deinstallation fortgesetzt werden kann. 16797 Um SQL Server deinstallieren zu können, müssen Sie.NET 3.5 auf dem Server hinzufügen, bevor Sie SQL Server deinstallieren. Nach Installation von.net 3.5 kann der von vranger installierte SQL Server deinstalliert werden. 3
Tabelle 5. Bekannte Installationsprobleme Bekanntes Problem Wenn der vranger-dienst mit einem anderen Benutzer als dem derzeit angemeldeten Benutzer installiert wird, muss für SQL Server die Authentifizierung im gemischten Modus verwendet werden und eine Authentifizierung als SA-Benutzer erfolgen. 17210 Bei Implementierung der folgenden Problemumgehung kann alternativ die Windows- Authentifizierung verwendet werden. Melden Sie sich bei Windows als Installationsbenutzer an. Geben Sie an einer Eingabeaufforderung folgende Befehle ein: sqlcmd -S.\vRangerPro use vrangerpro go Ersetzen Sie VRANGER\vRangerServiceUser im folgenden Befehl durch den Namen des vranger- Dienstbenutzers. EXEC sys.sp_addsrvrolemember @loginame=n'vranger\vrangerserviceuser', @rolename=n'sysadmin' go quit exit Beenden und starten Sie den vranger-dienst. vranger kann dann eine Verbindung zum Dienst herstellen. Wenn die vranger-datenbank bei einer Deinstallation von vranger nicht entfernt wurde, müssen Sie bei einer Neuinstallation von vranger dieselben Anmeldeinformationen wie bei der ursprünglichen Installation verwenden oder dem neuen Benutzer entsprechende Rechte für die Datenbank gewähren. vranger ist in drei Versionen verfügbar: vranger SE, vranger Pro und vreplicator. Auf einer Maschine kann jeweils nur eine Version von vranger lizenziert sein. Sie können beispielsweise nicht vranger SE und vreplicator auf einer Maschine lizenzieren. Bei der Installation von vranger auf Windows 2008-Servern schlägt das eingebettete SQL Server Express-Installationsprogramm fehl, wenn das Betriebssystem nicht aktualisiert wurde. Die eingebettete SQL Server Express-Software setzt Windows Installer 4.5 voraus, der in der Basisinstallation von Windows 2008 nicht vorhanden ist. 17705 16919 Führen Sie Windows Update auf dem Windows 2008-Server aus. Dadurch wird Windows Installer 4.5 installiert. 4
Tabelle 5. Bekannte Installationsprobleme Bekanntes Problem Bei Installation von vranger unter Windows 8 oder Windows Server 2012 kann die Anwendung nur über das Symbol "Deinstallieren" entfernt werden, wenn die Deinstallation als Administrator ausgeführt wird. Problemumgehung 1: 1 Bewegen Sie den Cursor in die obere rechte oder untere Ecke des Bildschirms. 2 Wählen Sie das in der Charmsleiste angezeigte Startsymbol im Fenster aus. 3 Klicken Sie mit der rechten Maustaste auf einen leeren Bereich im Startfenster und wählen Sie "Alle Apps" aus. 4 Verschieben Sie die Ansicht mit der Bildlaufleiste am unteren Rand bis zum Abschnitt "Dell Software". 5 Über der Kachel "vranger Backup and Replication" wird eine Kachel mit der Beschriftung "Deinstallieren" angezeigt. 6 Klicken Sie mit der rechten Maustaste auf die Kachel "Deinstallieren" und wählen Sie "Als Administrator ausführen" aus. 7 Die Deinstallation wird wie üblich gestartet. Problemumgehung 2: Sie können vranger auch mit der Anwendung "Programme und Features" in der Systemsteuerung deinstallieren. Wenn auf der vranger-maschine ein Proxyserver konfiguriert ist, kann vranger möglicherweise keine Verbindung zu vcenter-servern oder NetVault SmartDisk-Repositorys herstellen. 1 Melden Sie sich bei der vranger-maschine mit dem Konto an, das für die Ausführung der vranger-dienste verwendet wird. (Sie können das Konto ggf. über die MMC services.msc ermitteln.) 2 Öffnen Sie Internet Explorer, während Sie mit dem Konto angemeldet sind. Rufen Sie Internetoptionen --> Verbindungen --> LAN-Einstellungen auf. (Die genaue Optionsfolge hängt von der jeweils installierten Version von IE auf der Maschine ab.) 3 Vergewissern Sie sich, dass KEINE Proxyinformationen definiert sind und kein Proxyserver verwendet wird. Aktivieren Sie weiterhin das Kontrollkästchen Automatische Suche der Einstellungen, falls in der jeweiligen Umgebung ein automatisches Proxyskript konfiguriert ist. In seltenen Fällen kann es bei einem Upgrade von vranger vorkommen, dass das Installationsprogramm für das vranger-upgrade das frühere Ereignisprotokoll des vranger Pro- Dienstes nicht löscht. Dies kann dazu führen, dass die vranger-benutzeroberfläche nach dem Upgrade hängen bleibt und die Meldung angezeigt wird, dass keine Verbindung zum Dienst hergestellt werden kann. 1 Führen Sie die folgenden Schritte aus, um das Protokoll manuell zu entfernen: 2 Deaktivieren Sie den Dienst Ereignisprotokoll. 3 Starten Sie die vranger-maschine neu. 4 Löschen Sie auf der vranger-maschine im Ordner %SystemRoot%\System32\Config die EVT-Datei für vranger. 5 Löschen Sie in der Windows-Registrierung den vranger-eintrag im Schlüssel "HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eventlog". 6 Starten Sie den Dienst Ereignisprotokoll neu. 15470 13623 5
Tabelle 5. Bekannte Installationsprobleme Bekanntes Problem Wenn der vranger-dienst für einen verzögerten Start konfiguriert ist und das Installationsprogramm für das vranger-upgrade vor dem Start des vorhandenen vranger-dienstes gestartet wird, schlägt das Upgrade beim Start des vranger-dienstes fehl. Warten Sie, bis der vranger-dienst gestartet wurde, bevor Sie in Upgrade durchführen. Das Installationsprogramm für das vranger-upgrade beendet den Dienst, wenn er aktiv ist. Wenn vranger mit einem lokalen Administratorkonto installiert wird und das Konto nach der Deinstallation von vranger geändert wird, müssen Sie bei der Neuinstallation von vranger im Datenbankinstallationsprogramm für vranger und Katalogisierung die SQL Server- Authentifizierung verwenden. 13687 16034 Wenn das zweite lokale Administratorkonto nicht auf die Datenbank zugreifen kann, müssen Sie dem Konto vor der Installation Administratorzugriff auf die SQL Server-Instanz erteilen. Tabelle 6. Bekannte allgemeine Probleme Bekanntes Problem Domänencontroller- und Domänenauthentifizierungsprobleme können u. a. folgende Fehler verursachen: Bei Sicherungen von virtuellen Maschinen ist bei allen Transporttypen kein Schreibzugriff auf CIFS-Repositorys möglich (Fehler 2129). Bei Sicherungen von physischen Maschinen ist kein Schreibzugriff auf CIFS-Repositorys möglich (Fehler 2129). Bei Sicherungen von virtuellen Maschinen (VA und COS) ist kein Schreibzugriff auf CIFS- Repositorys möglich (Fehler 2129). Physische Maschinen werden im Bestand als getrennt angezeigt. Nachstehend sind eine häufigen Ursachen für diese Probleme aufgeführt: Synchronisierung der Systemzeit: Wenn eines der Systeme (AD-Server, DNS-Server usw.) nicht innerhalb der zulässigen Zeitdrift liegt, kann die Authentifizierung fehlschlagen. Domänenzugehörigkeit: Die Maschine kann Bestandteil der Domäne sein (laut Anzeige in den Computereigenschaften), die Mitgliedschaft ist aber u. U. nicht aktiv, sodass sie zurückgesetzt werden muss. Geben Sie den folgenden Befehl ein, um den Status der Domänenzugehörigkeit des Systems auf der Maschine zu überprüfen: netdom verify %computername% /verbose Bei den Pfaden von CIFS-Repositorys wird Groß-/Kleinschreibung unterschieden. Achten Sie beim Konfigurieren eines CIFS-Repositorys darauf, dass der Pfad für das Repository mit richtiger Groß- /Kleinschreibung eingegeben wird. Beim Konfigurieren von Repositoryverbindungen dürfen die verwendeten Anmeldeinformationen kein Sternchen (*) und kein Fragezeichen (?) enthalten. Wenn ein Repository mit der vapi erstellt und der Pfad zum Repository mit umgekehrten Schrägstrichen anstelle von Schrägstrichen eingegeben wurde, schlägt die Wiederherstellung eines Sicherungspunkts eines physischen Servers mit der Meldung fehl, dass die UUID nicht gefunden wurde (Fehler 2630). Verwenden Sie beim Konfigurieren von Repositorys mit der vapi normale Schrägstriche. 15187 15468 17273 15409 6
Tabelle 6. Bekannte allgemeine Probleme Bekanntes Problem Wenn vranger in einer Windows 2008-VM installiert ist und die betreffende VM durch Klonen einer Quellen-VM oder Vorlage erstellt wurde, kann es bei vranger-sicherungen einer anderen VM, die mit derselben Quelle oder Vorlage geklont wurde, mit HotAdd vorkommen, dass der Bootsektor der Vorlagen-VM geändert wird, weil vranger-festplatte und Zielfestplatte dieselbe Festplattensignatur verwenden. Dies führt dazu, dass die wiederhergestellte VM nicht ordnungsgemäß bootet. Empfehlung: Installieren Sie vranger nicht in einer geklonten VM. Wenn eine Sicherungsgruppe zwei Windows 8- oder Windows 12-VMs enthält, die jeweils Klon voneinander sind, und die betreffende Gruppe mit HotAdd gesichert wird, wird nur eine der geklonten Maschinen ordnungsgemäß wiederhergestellt. Die Aktualisierung der Windows-Datenträgerverwaltung in einer vranger-vm kann bewirken, dass bei einer HotAdd-Sicherung ein Failover zu einer Netzwerksicherung erfolgt. Wenn vranger in einer VM installiert ist, die zwei paravirtualisierte (PVSCSI) Controller enthält, schlägt das Mounten von paravirtuellen Volumes via HotAdd fehl, sodass vranger Operationen weiterhin über die konfigurierte Failovermethode durchführt (Netzwerk bei Sicherungen bzw. die konfigurierte Transportfailoveroption bei Replikationen). In vielen Fällen wird einer der PVSCSI-Controller nicht genutzt, sodass er problemlos entfernt werden kann. Wird der zweite, ungenutzte Controller aus der vranger-maschine entfernt, werden HotAdd-Operationen normal verarbeitet. In Zeiten hoher Auslastung der vranger-maschine kann ein Failover von HotAdd- Sicherungsaufgaben zu LAN-Sicherungen mit der nachstehenden Meldung erfolgen. In einigen Fällen schlagen LAN-Sicherungen mit dem gleichen Fehler fehl. 15112 12302 "Sicherungsaufgabe mit VDDK HotAdd fehlgeschlagen" (Als Ursache wird eine Zeitlimitüberschreitung der RETRY-Operation [bei xtimedwait:416] angegeben.) Derartige Fehler können durch eine überhöhte Ressourcenauslastung verursacht werden, die wiederum bewirkt, dass die vranger-nachrichtenwarteschlangen nicht mehr synchronisiert sind. Problemumgehung 1: Planen Sie Jobs zu Zeiten mit geringer Ressourcenauslastung auf der vranger-maschine, um Fehler durch Zeitlimitüberschreitungen bei Aufgaben zu vermeiden. Problemumgehung 2: Falls der Zeitplan für Jobs nicht geändert werden kann, können Sie den Zeitlimitwert erhöhen, damit die vranger-nachrichtenwarteschlangen Probleme verkraften können, die durch hohe Ressourcenauslastung verursacht werden. So ändern Sie den Zeitlimitwert: 1 Navigieren Sie zum vranger-installationsverzeichnis. Navigieren Sie zum Verzeichnis Service. 2 Öffnen Sie die Datei Vizioncore.vRanger.Service.exe.config in einem Texteditor. 3 Suchen Sie in der Datei nach "CommitTimeout" und ändern Sie den Zeitlimitwert in "450". 4 Speichern Sie die Datei. 5 Starten Sie den vranger-dienst neu, damit die Änderung wirksam wird. Sicherungsjobs für Hyper-V-Server werden im Übersichtsbericht für Sicherungsjob doppelt angezeigt 16907 7
Tabelle 6. Bekannte allgemeine Probleme Bekanntes Problem Bei einer Änderung der Anmeldeinformationen für einen vcenter-benutzer wird die Änderung erst nach einem Neustart des vranger-dienstes voll wirksam. In einigen Fällen wird CBT (Changed Block Tracking) für einige VMs in der vranger-bestandsliste nicht als aktiviert angezeigt. Dies liegt an einem Fehler, der im VMware Knowledge Base-Artikel 2075984 beschrieben ist. 17038 17528 Führen Sie die im VMware KB-Artikel 2075984 dokumentierten Schritte aus, um diesen Fehler zu umgehen. Tabelle 7. Bekannte Probleme bei Sicherungen Bekanntes Problem Bei der Durchführung von SAN-Sicherungen von VMs, die in vcloud Director anhand einer Vorlage erstellt wurden, kann die Sicherung mit dem Fehler 2760 fehlschlagen, dass die angegebene VIX die angegebene VM-Festplatte nicht öffnen kann. 17591 Im SAN-Transportmodus von VMware werden virtuelle Maschinen anhand der BIOS UUID gesucht. Standardmäßig wird allen Instanzen und virtuellen Maschinen, die anhand einer bestimmten Katalog-vApp/Vorlage in vcloud Director bereitgestellt werden, dieselbe BIOS UUID zugewiesen. Weitere Informationen finden Sie im VMware KB-Artikel 1002403. Führen Sie die im VMware KB-Artikel 2002506 dokumentierten Schritte aus, um diesen Fehler zu umgehen. Bei der Durchführung einer HotAdd-Sicherung in einem EMC DataDomain Boost-Repository kann die verwaltete Dateireplikation bei einem Failover der Sicherungsaufgabe zum Transportmodus Servicekonsole mit dem schwerwiegenden Fehler 2644 fehlschlagen, dass kein Zugriff möglich ist. Bei der Durchführung der Sicherung einer Windows 2012-VM im Ruhemodus ohne Verwendung von vzshadow.exe werden bei der Snapshoterstellung Fehler für systemreservierte Volumes generiert. Die QueryChangedDiskAreas-API von VMware gibt falsche Sektoren zurück, nachdem die VMDK- Datei der virtuellen Maschine mit aktiviertem CBT (Changed Block Tracking) vergrößert wurde. Dies bewirkt, dass der CBT-Filter ungültig wird und vranger-sicherungen möglicherweise beschädigt werden. Weitere Informationen finden Sie im VMware KB-Artikel 2090639. 16879 14130 Installieren Sie die in KB-Artikel 2090639 beschriebenen Patches und befolgen Sie die weiteren empfohlenen Problemumgehungsschritte im KB-Artikel für die jeweilige Umgebung. Wenn die ausführbare Datei vzshadow.exe für die Durchführung von anwendungskonsistenten Sicherungen verwendet wird, muss den Laufwerken ein Buchstabe zugewiesen sein. Die Verwendung von vzshadow.exe, um Mountpunkte mit Datenbanken in den Ruhemodus zu versetzen, wird nicht unterstützt. 8
Tabelle 7. Bekannte Probleme bei Sicherungen Bekanntes Problem Bei der Sicherung von Windows 2008 R2-VMs mit mehreren Festplatten bei Auswahl der Option Ruhemodus des Gastbetriebssystems aktivieren können einige Sicherungsaufgaben mit der Fehlermeldung fehlschlagen, dass beim API-Aufruf ein allgemeiner Systemfehler (VMX- Protokollfehler) aufgetreten ist. Informationen zu den Möglichkeiten, um dieses Problem zu beheben, finden Sie im VMware Knowledge Base-Artikel Snapshot of a Windows server fails with the error: Protocol error from VMX. Bei vollständigen Sicherungen mit aktiviertem CBT kann die CBT-Operation mit der Fehlermeldung fehlschlagen, dass Change Block Tracking auf einer Festplatte nicht aktiviert ist. Bei inkrementellen oder differenziellen Sicherungen derselben VMs funktioniert CBT einwandfrei. Dieser Fehler kann u. U. in den folgenden Situationen auftreten: Absturz des ESX-Hosts Absturz von VMX Verschiebung der VM mit Storage vmotion (im ausgeschalteten Zustand) Änderungen der VM-Festplattenkonfiguration, die eine Änderung des Schlüssels der Festplatteneinheit bewirken Abhängen und erneutes Anhängen einer Festplatte in der VM HotAdd Problemumgehung 1: In einigen Fällen konnte das Problem durch folgende Schritte behoben werden. 1 Snapshot aus VM entfernen 2 CBT deaktivieren 3 CBT aktivieren 4 Snapshot erstellen Problemumgehung 2: In einigen Fällen konnte das Problem durch Löschen der *ctk.vmdk-datei für die einzelnen Festplatten in der betroffenen VM behoben werden. Beim Erstellen eines Hyper-V-Sicherungsjobs wird eine Mischung von VMs mit CSV- (Cluster Shared Volume) und Nicht-CSV-Volumes nicht unterstützt. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 2771882. Beim Erstellen oder Ausführen eines Sicherungsjobs schlägt der Vorgang mit der Fehlermeldung 2760 fehl, dass die angegebene VIX die angegebene VM-Festplatte nicht öffnen kann, weil der Host für diese Funktion nicht lizenziert ist. Entfernen Sie die vsphere-lizenz und fügen Sie sie wieder hinzu, um dieses Problem zu beheben. 17102 9
Tabelle 8. Bekannte Probleme bei Wiederherstellungen und FLR Bekanntes Problem Bei der Wiederherstellung einer VM, an die bei der Sicherung ein ISO-Image angeschlossen war, ist das ISO-Image nicht an die VM angeschlossen. Führen Sie die folgenden Schritte aus, damit ISO-Images bei der Wiederherstellung an eine VM angeschlossen sind: Ändern Sie die VM-Einstellungen und legen Sie den Wert StartConnected der CD-ROM- Imageeinheit auf True fest. Vergewissern Sie sich, dass die Option Einschalten erzwingen für den Wiederherstellungsjob aktiviert ist. Achten Sie darauf, dass der Pfad zum ISO-Image sowohl in der Quellen-VM der Sicherung als auch in der Ziel-VM für die Wiederherstellung verfügbar ist. Einige Wiederherstellungsaufgaben schlagen mit der Fehlermeldung "Fehler: Wiederherstellungsbefehl unerwartet beendet." fehl. 8366 15348 Dieser Fehler wird durch ein bekanntes VDDK-Problem von VMware mit der Bezeichnung "Possible segmentation violation if running multiple backup processes" verursacht. Weitere Informationen finden Sie in den zu VMware VDDK 5.0. Wenn ein eigenständiger ESX 5-Host zur Bestandsliste von vranger hinzugefügt wird und der betreffende Host einem vsphere 5 vcenter zugeordnet ist, das nicht in der in vranger- Bestandsliste enthalten ist, schlagen Wiederherstellungsoperationen auf den betreffenden Host mit der folgenden Fehlermeldung fehl: <Host> wird von einem VirtualCenter verwaltet. Heben Sie die Hostzuordnung zum VirtualCenter auf, bevor Sie eine Wiederherstellung fortsetzen, oder registrieren Sie das VirtualCenter in vranger. "Zuordnung" ist dabei eine neue Beziehung in vsphere 5, die festlegt, dass einige Hostressourcen nur durch ein zugeordnetes vcenter und nicht durch den Host verwaltet werden können. Der Host verfügt daher nicht über die erforderlichen Berechtigungen, um die Operationen zum Wiederherstellen einer VM durchzuführen. Befindet sich das vcenter nicht in der Bestandsliste von vranger, kann vranger nicht die erforderlichen Berechtigungen erhalten. Heben Sie die Hostzuordnung zum VirtualCenter auf (Trennen der Verbindung allein reicht nicht) oder registrieren Sie das VirtualCenter in vranger. Bei Installation von vranger in einer Windows 2008-VM kann bei einer Wiederherstellungsaufgabe, die für die Durchführung mit HotAdd konfiguriert ist, ein Failover zu einer Netzwerkwiederherstellung mit der Fehlermeldung erfolgen, dass kein Schreibzugriff auf den Datenspeicher besteht (Fehler 2129). Dies kann dadurch verursacht werden, dass das SAN in Windows als schreibgeschützt konfiguriert ist. Legen Sie die SAN-Richtlinie in der vranger-vm auf OnlineAll fest, um dieses Problem zu vermeiden. 1 Öffnen Sie in der vranger-vm eine Eingabeaufforderung. 2 Geben Sie DISKPART ein. 3 Geben Sie "SAN POLICY=OnlineAll" ein (ohne Anführungszeichen). 4 Geben Sie SAN ein. 5 Vergewissern Sie sich, dass "Online All" als SAN-Richtlinie angezeigt wird. 10
Tabelle 8. Bekannte Probleme bei Wiederherstellungen und FLR Bekanntes Problem Wenn Sie bei der Installation von vranger über RDP mit einer vranger-maschine verbunden sind, besteht die Möglichkeit, dass einige für FLR erforderliche vranger-komponenten nicht am erwarteten Speicherort installiert werden, sodass sie nicht verfügbar sind, wenn sie von vranger angefordert werden. Dies führt dazu, dass FLR-Aufgaben nicht mehr reagieren und ständig "Laden..." angezeigt wird. Melden Sie sich in diesem Fall von der RDP-Sitzung ab (Beenden reicht nicht) und stellen Sie erneut eine Verbindung her. Die erforderlichen Tools werden von vranger erneut installiert. Bei der Durchführung einer Wiederherstellung auf Dateiebene (FLR) unter Linux, bei der Dateien und Ordner mit den nachstehend aufgeführten Zeichen im Namen wiederhergestellt werden, werden die Namen der Dateien und Ordner als scheinbar zufallsgenerierte Namen angezeigt und mit den jeweiligen Zufallsnamen wiederhergestellt. Die folgenden Zeichen verursachen dieses Verhalten: \ : * "? < > Bei der Wiederherstellung auf Dateiebene einer Windows 2012-VM wird der Inhalt der gemounteten Festplatte nicht angezeigt. Um für einen Windows 2012-Server eine Wiederherstellung auf Dateiebene durchzuführen, muss vranger unter Windows 2012 installiert werden. Windows-Systeme enthalten oftmals eine von Microsoft erstellte, versteckte Partition, die im Snap-in "Datenträgerverwaltung" nicht angezeigt wird. Wenn vranger die Festplatte mit dieser versteckten Partition katalogisiert, kann die Katalogisierung dieser Partition fehlschlagen, da die Partition oftmals nicht mit NTFS formatiert ist. vranger generiert in den Protokolldateien eine Fehlermeldung für diese Partition, die verwirrend sein kann, da oftmals nicht bekannt ist, dass diese Partition existiert. Die vranger-katalogisierungsfunktion unterstützt keine Katalogisierung von dynamischen Datenträgern. 14131 13755 Tabelle 9. Bekannte Probleme bei physischen Sicherungen und Wiederherstellungen Bekanntes Problem Physische Sicherungen von Windows 2012- und 2012 R2-Maschinen können mit der Fehlermeldung "Fehler beim Erstellen von VSS-Snapshot (P_VSSUTIL_WRITER_ERR)" fehlschlagen. Dies liegt oftmals ein einer VSS-Zeitüberschreitung, weil die Ressourcen auf dem Quellserver ausgelastet sind. Ändern Sie den Sicherungszeitplan nach Möglichkeit so, dass die Sicherung in einem Zeitraum mit geringerer Ressourcenauslastung erfolgt. Wenn die Festplattenhardware zwischen physischen Sicherungs- oder Wiederherstellungsaufgaben geändert wird, sollte der Job den Änderungen entsprechend geändert werden, damit die gewünschte Festlatten enthalten sind. In einigen Fällen kann ein Neustart des Zielservers eine Änderung der Festplatten-IDs bewirken (siehe Microsoft-Artikel http://msdn.microsoft.com/en-us/library/windows/desktop/bb968801(v=vs.85).aspx), sodass eine Maschine mit geänderter Hardwarekonfiguration entsteht. 16589 14369 11
Tabelle 9. Bekannte Probleme bei physischen Sicherungen und Wiederherstellungen Bekanntes Problem Bei der Implementierung des physischen vranger-clients auf einem physischen Server muss das Konto für Installation und Ausführung des Clients über die Berechtigung "Anmelden als Dienst" verfügen. Überprüfen Sie auf allen Knoten im Cluster, ob diese Benutzerberechtigung dem Clusterdienstkonto zugewiesen ist, wenn es sich beim betreffenden Computer um einen Knoten in einem Cluster handelt. Wenn Sie diese Benutzerberechtigung bereits dem Dienstkonto zugewiesen haben, die Berechtigung aber offensichtlich wieder entfernt wurde, wird die Berechtigung u. U. von einem Gruppenrichtlinienobjekt für den betreffenden Knoten entzogen. Wenden Sie sich an Ihren Domänenadministrator, um festzustellen, ob dies der Fall ist. Entsprechende Anweisungen finden Sie im Microsoft TechNet-Artikel Add the Log on as a Service right to an account. Wenn ein Repository mit der vapi erstellt und der Pfad zum Repository mit umgekehrten Schrägstrichen anstelle von Schrägstrichen eingegeben wurde, schlägt die Wiederherstellung eines Sicherungspunkts eines physischen Servers mit der Meldung fehl, dass die UUID nicht gefunden wurde (Fehler 2630). Verwenden Sie beim Konfigurieren von Repositorys mit der vapi normale Schrägstriche. Die Verwendung dynamischer Datenträger wird bei physischen Sicherungen nicht unterstützt. Wird eine physische Sicherungsaufgabe auf einem Quellenserver durchgeführt, der dynamische Datenträger enthält, schlägt die Aufgabe mit der Meldung fehl, dass der Wert nicht Null sein kann. Beim Hinzufügen eines physischen Quellenservers zur vranger-bestandsliste kann u. U. die Fehlermeldung "Der RPC-Server ist nicht verfügbar" angezeigt werden. Führen Sie die nachstehend aufgeführten Aktionen durch, wenn dieser Fehler auftritt: 1 Öffnen Sie die Windows-Firewall auf dem Quellenserver und wählen Sie Einstellungen ändern aus. Wählen Sie auf der Registerkarte Ausnahmen den Eintrag Windows- Verwaltungsinstrumentation aus. 2 Vergewissern Sie sich auf dem Quellenserver, dass der Dienst Remoteprozeduraufruf (RPC) gestartet wurde und auf Automatisch eingestellt ist. 3 Vergewissern Sie sich auf dem Quellenserver, dass der Dienst Windows- Verwaltungsinstrumentation gestartet wurde und auf Automatisch eingestellt ist. Bei der Deinstallation des physischen vranger-clients werden die folgenden Dateien nicht aus dem Installationsverzeichnis für den physischen Client deinstalliert (standardmäßig C:\Program Files\Quest Software\vRangerPhysicalClient). Die Dateien in einem Verzeichnis mit einer numerischen Bezeichnung, z. B. 201020823162, das die vranger-tools enthält serviceconfig.txt vrangerphysicalclient.log Sie können diese Dateien manuell entfernen. Bei der Wiederherstellung auf einem physischen Server wird die Quelle oder der Sicherungspunkt von vranger nicht gesperrt. Dadurch entsteht die nicht unterstützte Möglichkeit, dass auf einem Server zwei gleichzeitige Wiederherstellungsaufgaben erstellt werden. Achten Sie darauf, dass Sie nur eine Wiederherstellungsaufgabe pro Server konfigurieren. 15278 15409 14470 14554 14507 12
Tabelle 9. Bekannte Probleme bei physischen Sicherungen und Wiederherstellungen Bekanntes Problem Bei der Durchführung von physischen Sicherungen eines Exchange 2010-Server schlägt die Aufgabe mit der Fehlermeldung fehl, dass beim Erstellen des VSS-Snapshots auf der Zielmaschine ein Fehler aufgetreten ist (P_VSSUTIL_WRITER_ERR). Um Exchange 2010 mit physischen Sicherungen schützen zu können, müssen Sie auf dem Quellenserver Exchange Server 2010 Service Pack 2 installieren. Bei der Durchführung von physischen Sicherungen schlagen Sicherungsaufgaben zeitweilig mit der Fehlermeldung fehl, dass beim Erstellen des VSS-Snapshots auf der Zielmaschine ein Fehler aufgetreten ist (P_VSSUTIL_UNEXPECTED). Melden Sie sich beim betreffenden Quellenserver an, wenn dieses Problem auftritt, und starten Sie den Dienst für den physischen Quest-Client neu. In einigen Fällen tritt der Fehler "Der RPC-Server ist nicht verfügbar. (Ausnahme von HRESULT: 0x800706BA)" auf, wenn eine physische Maschine zu vranger hinzugefügt wird. Wenn die Anmeldeinformationen für die Authentifizierung beim Quellenserver bei der Durchführung physischer Sicherungen geändert werden, ohne dass vranger entsprechend aktualisiert wird, schlagen nachfolgende Sicherungsaufgaben mit der Fehlermeldung fehl, dass kein Zugriff auf freigegebene Ressourcen möglich ist, weil keine Verbindung zum Sicherungsziel hergestellt werden kann. Aktualisieren Sie in diesem Fall die Anmeldeinformationen in vranger. In einigen Fällen müssen Sie Gerätetreiber zur Wiederherstellungs-CD von vranger hinzufügen. Entsprechende Anweisungen finden Sie auf der vranger-communitysite unter: http://communities.quest.com/docs/doc-13972 14426 14711 14639 14712 Tabelle 10. Bekannte Probleme bei der Replikation Bekanntes Problem Die Replikation auf ein Ziel mit vrdm-festplatten wird nicht unterstützt. 16612 Wenn ein eigenständiger ESX 5-Host zur Bestandsliste von vranger hinzugefügt wird und der betreffende Host einem vsphere 5 vcenter zugeordnet ist, das nicht in der in vranger- Bestandsliste enthalten ist, schlagen Replikationsoperationen auf den betreffenden Host mit der folgenden Fehlermeldung fehl: "<Host> wird von einem VirtualCenter verwaltet. Heben Sie die Hostzuordnung zum VirtualCenter auf, bevor Sie eine Replikation fortsetzen, oder registrieren Sie das VirtualCenter in vranger." "Zuordnung" ist dabei eine neue Beziehung in vsphere 5, die festlegt, dass einige Hostressourcen nur durch ein zugeordnetes vcenter und nicht durch den Host verwaltet werden können. Der Host verfügt daher nicht über die erforderlichen Berechtigungen, um die Operationen zum Replizieren einer VM durchzuführen. Befindet sich das vcenter nicht in der Bestandsliste von vranger, kann vranger nicht die erforderlichen Berechtigungen erhalten. Heben Sie die Hostzuordnung zum VirtualCenter auf (Trennen der Verbindung allein reicht nicht) oder registrieren Sie das VirtualCenter in vranger. 13
Tabelle 10. Bekannte Probleme bei der Replikation Bekanntes Problem Wenn der Quellenhost bei der Durchführung einer Failoveroperation (ohne Synchronisierung von Änderungen) nicht verfügbar ist, schlägt die Failoveraufgabe fehl, sodass der Failover manuell durchgeführt werden muss. Bei einer Failoveroperation werden zwei wichtige Aufgaben durchgeführt, die manuell durchgeführt werden müssen, wenn die Operation fehlschlägt: Einschalten der Ziel-VM und Umkehren der Replikationsrichtung, damit Änderungen der Ziel-VM erfasst werden, wenn der Produktionsstandort wieder den Betrieb übernimmt. Führen Sie die folgenden Schritte aus, um eine Failoveraufgabe manuell zu replizieren: 1 Deaktivieren Sie den ursprünglichen Replikationsjob. 2 Schalten Sie die Ziel-VM manuell ein. 3 Arbeiten Sie mit der Ziel-VM. 4 Richten Sie einen neuen Replikationsjob unter Verwendung der Preseed-Funktion ein, sobald der Quellenhost wieder verfügbar ist, und wählen Sie die ursprüngliche Quellen- VM als Preseed-Ziel aus. 5 Führen Sie den Preseed-Replikationsjob aus. 6 Führen Sie einen Testfailover aus, nachdem der Job erfolgreich ausgeführt wurde, und überprüfen Sie, ob die Änderungen übertragen wurden. 7 Schalten Sie die Ziel-VM (Notfallwiederherstellung) aus und die ursprüngliche Quellen-VM ein. 8 Aktivieren Sie wieder den ursprünglichen Job. Der nächste Replikationsdurchlauf wird problemlos durchgeführt. Bei der Durchführung einer Replikationsaufgabe nach einem Upgrade der Quellen-VM von Hardwareversion 4 auf Hardwareversion 7 oder 8 scheint die Aufgabe hängenzubleiben. Sie schlägt schließlich mit der Meldung fehl, dass das Zeitlimit der Operation überschritten wurde. In dieser Situation führt vranger ein Upgrade der Hardwareversion der Replikat-VM durch. Dadurch wird vsphere aufgefordert, die VMware Tools auf der Replikat-VM zu aktualisieren. Wählen Sie im vsphere Client für die Replikat-VM die Option zur Fortsetzung des VM-Upgrades aus. Die Replikation mit der virtuellen Appliance schlägt fehl, wenn die nachstehend aufgeführten Zeichen bei der Authentifizierung einer vcenter-verbindung in vranger verwendet werden. 13817 \ / : ; < >,? [ ] + = * Verwenden Sie in Benutzernamen oder Kennwörtern für die Authentifizierung bei vcenter nicht die oben aufgeführten Zeichen. Bei der Replikation einer virtuellen Maschine mit einem Namen, der die Zeichenfolge " [" (Leerzeichen vor einer eckigen Klammer) enthält, bleibt die Replikationsaufgabe bei 12% hängen. 12163 Tabelle 11. Bekannte virtuelle Applianceprobleme Bekanntes Problem Bei einem Upgrade der Hardwareversion der virtuellen vranger-appliance auf Version 10 startet die virtuelle Appliance nicht mehr. 16845 14
Tabelle 11. Bekannte virtuelle Applianceprobleme Bekanntes Problem Bei Implementierung der virtuellen vranger-appliance in einem VMware vsan gilt: 17155 Das Standardkennwort kann bei der Implementierung der VA nicht geändert werden. Nach der Implementierung kann die VA über die vranger-benutzeroberfläche bearbeitet werden, um das Kennwort zu ändern. Bei der Implementierung kann keine statische IP festgelegt werden. Nach einer Implementierung mit DHCP kann die VA bearbeitet werden, um die IP-Adresse zu ändern. Beim Bearbeiten einer vorhandenen virtuellen Appliance schlägt die gleichzeitige Änderung der Größe von Datenspeicher und Scratch-Festplatte für eine virtuelle Appliance fehl 16838 Ändern Sie jede Option jeweils einzeln. Die Implementierung einer virtuellen Appliance auf einem Standalone-Host schlägt fehl, wenn der Host von einem vcenter verwaltet wird. Bei Implementierung der virtuellen vranger-appliance mit dem Implementierungsassistenten für virtuelle Appliances kann nur eine VA pro Host implementiert werden. Beim Versuch, eine zweite virtuelle Appliance zu implementieren, bietet der Implementierungsassistent für virtuelle Appliances keine Möglichkeit, eine virtuelle Appliance auf einem Host zu implementieren, auf dem bereits eine virtuelle Appliance vorhanden ist. Beim Erstellen einer virtuellen Appliance mit dem vapi-cmdlet Install-VirtualAppliance und Aktivieren des Parameters VADeployStatus kann es zu Fehlern kommen, wenn mehrere VAs verwendet werden. 16792 13606 13834 Verwenden Sie bei Implementierung von mehr als drei (3) virtuellen Appliances mit den vapi- Cmdlets das Cmdlet Get-VirtualApplianceDeploymentStatus, um den Status abzurufen. 15
Tabelle 11. Bekannte virtuelle Applianceprobleme Bekanntes Problem In einigen Umgebungen kann es notwendig sein, dass eine zweite Netzwerkkarte zur virtuellen vranger-appliance hinzugefügt wird. So fügen Sie eine zweite Netzwerkkarte hinzu: 1 Fügen Sie die Netzwerkkarte im vsphere-client zur virtuellen Appliance hinzu. 2 Schalten Sie die virtuelle Appliance ein oder starten Sie sie neu. 3 Melden Sie sich bei der virtuellen Appliance an. 4 Führen Sie den folgenden Befehl aus: dmesg grep "rename.*eth" 5 Daraufhin werden zwei Meldungen zum Umbenennen der Netzwerkkarten in neue Udev- Netzwerkartennamen angezeigt. Ermitteln Sie den richtigen Udev-Netzwerkkartennamen für die neue Netzwerkkarte. Verwenden Sie den angezeigten Namen für die umbenannte Netzwerkkarte. 6 Führen Sie den folgenden Befehl aus: cd /etc/sysconfig 7 Dieses Verzeichnis enthält bereits eine Konfigurationsdatei für die erste Netzwerkkarte. Führen Sie den folgenden Befehl aus, um die Konfigurationsdatei für die neue Netzwerkkarte zu erstellen und zu bearbeiten (dabei steht <IFname> für den neuen Namen der neuen Netzwerkkarte): vi ifconfig.<ifname> 8 Fügen Sie die folgenden Zeilen hinzu: == DHCP (Name der Netzwerkschnittstelle = Beispiel): ONBOOT=yes SERVICE=dhcpcd IFACE=enps2 DHCP_STOP="-k" PRINTIP=yes PRINTALL=no == Statisch (Name und IP-Adressen der Netzwerkschnittstelle = Beispiele): ONBOOT=yes SERVICE=ipv4-static IFACE=enps2 IP=192.168.1.1 GATEWAY=192.168.1.254 PREFIX=24 9 Starten Sie die Netzwerkfunktion mit dem folgenden Befehl neu: /etc/init.d/network restart 10 Führen Sie den folgenden Befehl aus, um die neue Netzwerkkarte und die IP- Konfiguration zu überprüfen: ifconfig 16
Tabelle 12. Bekannte Probleme bei Drittanbietern Bekanntes Problem vsphere 5 umfasst die neuen vstorage-apis VixDiskLib_PrepareForAccess() und VixDiskLib_EndAccess() zum Sperren und Entsperren der Migration für einzelne virtuelle Maschinen. Es wurde festgestellt, dass VixDiskLib_EndAccess die virtuelle Maschine bisweilen nicht entsperrt und die virtuelle Maschine daher in einem Zustand verbleibt, in dem vmotion permanent deaktiviert ist. Führen Sie die im folgenden VMware Knowledge Base-Artikel beschriebenen Schritte durch: http://kb.vmware.com/kb/2008957 Aufgrund einer VMware-Einschränkung (siehe Beschreibung in der vsphere 5-Dokumentation) unterstützt vranger keine Operationen für Datenspeicher, deren Namen die Zeichen "/" (Schrägstrich), "\" (umgekehrter Schrägstrich) und "%" (Prozentzeichen) enthalten. Die Verwendung von anderen ASCII-Zeichen als im Standardzeichensatz für US-Englisch in bestimmten VM-Parametern kann zu einem unerwarteten Verhalten führen. Ausführlichere Informationen hierzu finden Sie im VMware Knowledge Base-Artikel 100386. Werden in Datei- oder Ordnernamen Sonderzeichen verwendet, werden die betreffenden Dateien oder Ordner beim Durchsuchen des Datenspeichers in vcenter nicht angezeigt. Ausführlichere Informationen hierzu finden Sie im VMware Knowledge Base-Artikel 1015650. Enthält der Hostname eines vcenter-servers ein Zeichen, das Tomcat nicht unterstützt, schlägt das Abrufen der Zustandsdaten mit der Fehlermeldung fehl, dass vom Server keine Zustandsdaten abgerufen werden können. Dieser Fehler tritt auf, weil Tomcat voraussetzt, dass Hostnamen RFC 952-kompatibel sind. Weitere Informationen finden Sie im VMware Knowledge Base-Artikel 1013507. Das Klonen einer angepassten Linux-VM schlägt fehl, wenn der Computername der VM erweiterte ASCII-Zeichen oder andere Zeichen als ASCII-Zeichen enthält. Ausführlichere Informationen hierzu finden Sie im VMware Knowledge Base-Artikel 2004390. Beim Erstellen eines Hyper-V-Sicherungsjobs wird eine Mischung von VMs mit CSV- (Cluster Shared Volume) und Nicht-CSV-Volumes nicht unterstützt. Weitere Informationen finden Sie im Microsoft Knowledge Base-Artikel 2771882. Beim Erstellen oder Ausführen eines Sicherungsjobs schlägt der Vorgang mit der Fehlermeldung 2760 fehl, dass die angegebene VIX die angegebene VM-Festplatte nicht öffnen kann, weil der Host für diese Funktion nicht lizenziert ist. Entfernen Sie die vsphere-lizenz und fügen Sie sie wieder hinzu, um dieses Problem zu beheben. 13619 13840 13841 Systemanforderungen Vergewissern Sie sich vor der Installation von, dass das System die folgenden Mindestanforderungen für Hardware und Software erfüllt. Hardwareanforderungen Tabelle 13. Hardwareanforderungen Anforderung Details Prozessor Es wird eine beliebige Kombination mit 4 CPU-Kernen empfohlen, z. B. 1 CPU mit vier Kernen oder 2 CPUs mit jeweils zwei Kernen. Arbeitsspeicher 4 GB RAM sind erforderlich. 17
Tabelle 13. Hardwareanforderungen Anforderung Festplattenspeicherplatz Betriebssystem Details Mindestens 4 GB freier Festplattenspeicher auf der vranger-maschine. Die folgenden Betriebssysteme werden für die Installation unterstützt: Windows 7 Windows 8 Windows 8.1 Windows Server 2008 Windows Server 2008 R2 WIndows Server 2012 Windows Server 2012 R2 HINWEIS: Es werden nur die 64-Bit-Versionen der oben aufgeführten Betriebssysteme unterstützt. Upgrade und Kompatibilität Lesen Sie vor einem Upgrade auf dieses Release von vranger for folgenden Hinweise durch: Änderungen der virtuellen vranger-appliance Ab vranger 7.0 wurden die virtuellen Appliances auf eine 64-Bit-Architektur aktualisiert. Wenn Sie bereits virtuelle vranger-appliances implementiert haben, müssen Sie diese virtuellen Appliances auf die 64-Bit-Version aktualisieren, bevor Sie Jobs in vranger ausführen, damit Sie die erwarteten Ergebnisse erhalten. Die früheren Versionen der virtuellen vranger-appliance wurden nicht bei Sicherungs-, Wiederherstellungs- oder Replikationsaufgaben genutzt. Dies kann dazu führen, dass die Aufgabe mit einer anderen Transportoption durchgeführt wird (bei Auswahl von Automatische Transportauswahl) oder komplett fehlschlägt. Unterstützte Upgradepfade Aufgrund von Änderungen der Architektur ist ein direktes Upgrade von älteren vranger-versionen kein auf vranger 7.x u. U. nicht möglich. vranger 4.x: Wenn Sie vranger 4.x verwenden, ist kein direktes Upgrade auf die neueste vranger- Version möglich. Sie müssen ein Upgrade auf eine unterstützte 5.x-Version von vranger durchführen (siehe unten) und dann ein Upgrade auf vranger 7.0 durchführen. vranger 5.x: Die nachstehend aufgeführten Versionen von vranger 5.x sind für ein Upgrade auf vranger 7.0 zertifiziert. vranger 5.5 Für ein Upgrade von vranger 5.4 oder 5.4.1 muss ein Zwischenupgrade auf vranger 5.5 erforderlich. Wenn Sie vranger 5.4 oder 5.4.1 verwenden, müssen Sie vor einem Upgrade auf vranger 7.0 ein Upgrade auf vranger 5.5 durchführen. vranger 6.x: Alle Versionen von vranger 6.x können direkt aktualisiert werden. HINWEIS: Weitere Informationen zum Upgrade auf dieses Release finden Sie im Upgrade-Kapitel im vranger - Installations- und Upgrade-Handbuch. Produktlizenzierung So aktivieren Sie eine Probelizenz 1 Kopieren Sie die beigefügte Datei xxx-135-25746.asc in das vranger-installationsverzeichnis. Dabei steht 135-25746 für die eindeutige Lizenznummer 2 Klicken Sie im Menü Hilfe auf Lizenzinformationen. 18
3 Klicken Sie in der Anzeige Lizenzinformationen auf Neue Lizenz hinzufügen. 4 Navigieren Sie zur Lizenzdatei, wählen Sie sie aus und klicken Sie auf Öffnen. 5 Im unteren Bereich der Anzeige Lizenzinformationen werden die jeweiligen Lizenzinformationen angezeigt. Klicken Sie auf Speichern. 6 Klicken Sie auf Beenden, um den Assistenten zu schließen. Die Lizenz wird beim nächsten Start von vranger aktiviert. So aktivieren Sie eine käuflich erworbene Lizenz 1 Kopieren Sie die beigefügte Datei xxx-135-25746.asc in das vranger-installationsverzeichnis. Dabei steht 135-25746 für die eindeutige Lizenznummer 2 Klicken Sie im Menü Hilfe auf Lizenzinformationen. 3 Klicken Sie in der Anzeige Lizenzinformationen auf Neue Lizenz hinzufügen. 4 Navigieren Sie zur Lizenzdatei, wählen Sie sie aus und klicken Sie auf Öffnen. 5 Im unteren Bereich der Anzeige Lizenzinformationen werden die jeweiligen Lizenzinformationen angezeigt. Klicken Sie auf Speichern. 6 Klicken Sie auf Beenden, um den Assistenten zu schließen. Die Lizenz wird beim nächsten Start von vranger aktiviert. Globalisierung Dieser Abschnitt enthält Informationen zu Installation und Betrieb dieses Produkts in anderen Sprachkonfigurationen als Englisch, die beispielsweise von Kunden außerhalb von Nordamerika benötigt werden. Dieser Abschnitt ersetzt nicht die Unterlagen zu unterstützten Plattformen und Konfigurationen an anderen Stellen in der Produktdokumentation. Dieses Release ist Unicode-fähig und unterstützt alle Zeichensätze. In diesem Release müssen alle Produktkomponenten für die Verwendung identischer oder kompatibler Zeichencodierungen konfiguriert und für die Verwendung derselben Länder- und Regionsoptionen installiert werden. Dieses Release kann in den folgenden Regionen eingesetzt werden: Nordamerika, Westeuropa und Lateinamerika, Mittel- und Osteuropa, Ostasien, Japan. Das Release wurde in folgende Sprachen lokalisiert: Chinesisch (vereinfacht), Französisch, Deutsch, Japanisch. Dieses Release weist die folgenden bekannten Eigenschaften oder Einschränkungen auf: Bei der Wiederherstellung auf Dateiebene aus einem NetVault SmartDisk-Repository wird Unicode nicht unterstützt. Informationen zu Dell Dell berücksichtigt die Wünsche seiner Kunden und liefert auf der ganzen Welt innovative Technologien, Geschäftslösungen und Dienstleistungen, die anerkannt und geschätzt werden. Weitere Informationen finden Sie unter www.software.dell.com/de-de. Kontaktaufnahme zu Dell Technischer Support: Online-Support Produktfragen und Vertrieb: 0800 800-78378 E-Mail: info@software.dell.com 19
Technische Supportressourcen Der technische Support steht Kunden, die Dell-Software mit einem gültigen Wartungsvertrag gekauft haben, und Kunden zur Verfügung, die über eine Testversion verfügen. Das Support Portal ist unter http://support.software.dell.com/de-de/ erreichbar. Das Support Portal stellt Selbsthilfetools bereit, mit denen Sie Probleme schnell und eigenständig lösen können 24 Stunden am Tag, 365 Tage im Jahr. Darüber hinaus ermöglicht das Portal über ein Online- Serviceanforderungssystem auch direkten Zugang zu unseren Produktsupporttechnikern. Das Portal bietet folgende Möglichkeiten: Erstellen, Aktualisieren und Verwalten von Serviceanforderungen (Supportfälle) Anzeigen von Knowledge Base-Artikeln Erhalten von Produktbenachrichtigungen Herunterladen von Software. Testsoftware finden Sie unter Testdownloads. Anzeigen von Videos zur Vorgehensweise Teilnahme an Communitydiskussionen Chatten mit einem Supporttechniker Beiträge von Drittanbietern Dieses Produkt enthält die nachstehend aufgeführten Komponenten anderer Anbieter. Informationen anderer Anbieter finden Sie unter Der Quellcode für Komponenten, die mit einem Sternchen (*) markiert sind, steht unter http://opensource.dell.com zur Verfügung. Sie können sich eine Kopie des Quellcodes zusenden lassen (für eine nominale Gebühr), indem Sie eine entsprechende E-Mail-Anfrage an legal@software.dell.com richten. Tabelle 14. Liste der Beiträge von Drittanbietern Komponente Lizenz Bestätigung AlphaFS 1.5 MIT attr 2.4.47* GLP v2 Eine Kopie dieser Lizenz finden Sie weiter unten. Autofac 2.3.2.632 MIT AutoMapper 1.1.0.188 bash 4.1* bash 4.2.53* MIT GPL v3 Eine Kopie dieser Lizenz finden Sie weiter unten. binutils 2.2* GPL v3 Copyright (C) 2007 Free Software Foundation, Inc. blfs-bootscripts 20130908 blfs 1 Teile entstammen dem "Linux From Scratch"-Projekt. bzip2 1.0.5 bzip2 1.0.5 Portions Copyright 1996-2007 Julian R Seward. Alle Rechte vorbehalten. 20