Dell vranger 7.1.1 Oktober 2014 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 Wartungsrelease mit geringfügigen Verbesserungen. Informationen zu diesem Release finden Sie unter Neue Funktionen und Verbesserungen und Behobene Probleme. Neue Funktionen und Verbesserungen umfasst die nachstehend aufgeführten Verbesserungen: Lokalisierte anwendungsinterne Hilfe Die virtuelle vranger-appliance wurde auf Version 7.1.4 aktualisiert. Weitere Informationen finden Sie unter Upgrade und Kompatibilität. Aktualisierungen zum Beheben der Shellshock-Schwachstelle in Bash Fehlerkorrekturen 1
Behobene Probleme Nachstehend finden Sie eine Liste der behobenen Probleme in diesem Release. Tabelle 1. Behobene allgemeine Probleme Behobenes Problem In der Ansicht Meine Bestandsliste werden vapp-vms fälschlicherweise auf der Stammebene des 17187 Hosts angezeigt. vcenter-verbindung zu vranger wird getrennt, sodass alle Jobs fehlschlagen 17242 Tabelle 2. Behobene Installations- und Konfigurationsprobleme Behobenes Problem Wenn die PowerShell-Ausführungsrichtlinie über ein Gruppenrichtlinienobjekt auf AllSigned oder RemoteSigned festgelegt ist, startet der vranger-dienst nicht. Die Aktualisierung einer virtuellen vranger-appliance, die an DVS angeschlossen ist, schlägt mit der folgenden Fehlermeldung fehl: System wiederhergestellt, nachdem der folgende Fehler aufgetreten ist: Fehler bei der VA-Implementierung: Die angegebene Netzwerkzuordnung zwischen OVF-Netzwerken und dem Systemnetzwerk wird von keinem Host unterstützt. 17216 17188 Tabelle 3. Behobene Probleme bei Sicherungen und Wiederherstellungen Behobenes Problem Die Wiederherstellung einer VM mit einem angeschlossenen USB-Gerät schlägt mit Fehler: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt. fehl. Die Wiederherstellung einer VM mit einem angeschlossenen ISO-Image schlägt mit Fehler: API- Aufruf fehlgeschlagen. Meldung: Ungültige Konfiguration für Gerät '11'. fehl. Die Erstellung eines Wiederherstellungsjobs schlägt mit dem Fehler NullReferenceException: Der Objektverweis wurde nicht auf eine Objektinstanz festgelegt fehl. Sicherungen mit der vranger-va in CIFS-Repositorys, die Samba verwenden, schlagen mit der Fehlermeldung Error: 2651 - FATAL cifs_cant_write_detail fehl. 17189 17162 17186 17254 Tabelle 4. Behobene Probleme bei der Replikation Behobenes Problem Replikationsaufgabe schlägt beim zweiten Durchlauf mit Automap-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. 2
Tabelle 5. Bekannte Installationsprobleme Bekanntes Problem Beim Versuch, den SQL-Server zu deinstallieren, der von vranger 7.0 installiert wird, kann die Deinstallation fehlschlagen, wenn.net 3.5 nicht installiert ist. Wenn versucht wird, SQL 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 deinstallieren zu können, müssen Sie.NET 3.5 auf dem Server hinzufügen, bevor Sie SQL deinstallieren. Nach Installation von.net 3.5 kann der von vranger installierte SQL-Server deinstalliert werden. 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 Express- Installationsprogramm fehl, wenn das Betriebssystem nicht aktualisiert wurde. Die eingebettete SQL Express-Software setzt Windows Installer 4.5 voraus, der in der Basisinstallation von Windows 2008 nicht vorhanden ist. 16919 Führen Sie Windows Update auf dem Windows 2008-Server aus. Dadurch wird Windows Installer 4.5 installiert. 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. 15470 3
Tabelle 5. Bekannte Installationsprobleme Bekanntes Problem 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. 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-Authentifizierung verwenden. 13623 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-Instanz erteilen. 4
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. 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. 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. 15187 15468 15409 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. 15112 12302 5
Tabelle 6. Bekannte allgemeine Probleme Bekanntes Problem 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. "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 Bei einer Änderung der Anmeldeinformationen für einen vcenter-benutzer wird die Änderung erst nach einem Neustart des vranger-dienstes voll wirksam. 16907 17038 Tabelle 7. Bekannte Probleme bei Sicherungen Bekanntes Problem 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. 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. 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. 16879 14130 6
Tabelle 7. Bekannte Probleme bei Sicherungen Bekanntes Problem 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 7
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. 8
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 9
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 10
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. 11
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. 12
Tabelle 10. Bekannte Probleme bei der Replikation Bekanntes Problem 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. Bei der hybriden Replikation einer Windows 2008-VM erzeugt die Replikation u. U. eine nicht bootfähige Replikat-VM, wenn die nachstehend aufgeführten Bedingungen erfüllt sind. Dieses Problem tritt in der folgenden Situation auf: Die Quellen-VM befindet sich auf einem ESX 4.1-Host. Auf dem Quellenhost ist eine virtuelle vranger-appliance konfiguriert. Für den Replikationsjob ist der Ruhemodus des Gastbetriebssystems aktiviert. HINWEIS: Dieses Problem tritt nicht auf, wenn auf dem Zielhost eine VA konfiguriert ist. Kunden, die eine hybride Replikation verwenden möchten, sollten auf dem Quellenhost keine virtuelle vranger-appliance konfigurieren. 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. Bei Implementierung der virtuellen vranger-appliance in einem VMware vsan gilt: 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 16845 17155 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. 16792 13606 13
Tabelle 11. Bekannte virtuelle Applianceprobleme Bekanntes Problem 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. 13834 Verwenden Sie bei Implementierung von mehr als drei (3) virtuellen Appliances mit den vapi- Cmdlets das Cmdlet Get-VirtualApplianceDeploymentStatus, um den Status abzurufen. 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 14
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. Windows 2012 wird nicht unter ESX(i) 4.1 unterstützt. Damit Windows 2012 unter ESX 5.0 unterstützt wird, muss ESX 5.0 Patch 4 installiert sein. Entsprechende Informationen finden Sie im VMware Knowledge Base-Artikel 2006859. 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 15
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. Festplattenspeicherplatz Mindestens 4 GB freier Festplattenspeicher auf der vranger-maschine. Betriebssystem 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 In 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 7.0 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. 16
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. 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. 17
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. Kontaktaufnahme zu Dell Technischer Support: Online-Support Produktfragen und Vertrieb: 0800 800-78378 E-Mail: info@software.dell.com 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://software.dell.com/support/ 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 MIT 18
Tabelle 14. Liste der Beiträge von Drittanbietern Komponente Lizenz Bestätigung bash 4.1* GPL v3 Eine Kopie dieser Lizenz finden Sie weiter unten. bash 4.2.53* 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. bzip2 1.0.6 bzip2 1.0.6 Copyright 2010 Julian R Seward. Alle Rechte vorbehalten. coreutils 8.21* GPL v3 Eine Kopie dieser Lizenz finden Sie weiter unten. coreutils 8.4* curl 7.21.1* Curl Copyright 1996-2012 Daniel Stenberg curl 7.32.0 Curl 2013 Copyright 2013, Daniel Stenberg, daniel@haxx.se cyrus-sasl 2.1.26 cyrus-sasl 2.1.22 Dieses Produkt enthält Software, die von den Computing Services an der Carnegie Mellon University (http://www.cmu.edu/computing/) entwickelt wurde. dhcpcd 3.0* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. dhcpcd 6.0.5 FreeBSD Copyright 1992-2014 The FreeBSD Project. Alle Rechte vorbehalten. e2fsprogs 1.41* e2fsprogs 1.42* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. file 5.14 findutils 4.4* findutils 4.4.2* FUSE 2.8* FUSE 2.9* File Command License 1.1 GPL v3 GPL v2 Copyright 1995 Ian F. Darwin, Christos Zoulas und andere. Eine Kopie dieser Lizenz finden Sie weiter unten. Eine Kopie dieser Lizenz finden Sie weiter unten. gawk 3.1.7* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. gawk 4.1* GPL v3 Eine Kopie dieser Lizenz finden Sie weiter unten. gcc 4.4* gcc 4.8* GPL v3 Eine Kopie dieser Lizenz finden Sie weiter unten. glib 2.36* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. 19
Tabelle 14. Liste der Beiträge von Drittanbietern Komponente Lizenz Bestätigung glibc 2.11* GPL v2.1 Copyright (C) 1991, 1999 Free Software Foundation, Inc. 51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA glibc 2.18* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. gmp 5.0* LGPL 3 Copyright (C) 2007 Free Software Foundation, Inc. gmp 5.1* GPL v3 Eine Kopie dieser Lizenz finden Sie weiter unten. Granados 2.0.0 Apache 1.1 Dieses Produkt enthält Software, die von der Apache Software Foundation (http://www.apache.org) entwickelt wurde. grep 2.1.4* grep 2.5.4* grub 1.97* grub 2.00* gzip 1.4* gzip 1.6* iana-etc 2.3 GPL v3 GPL v3 GPL v3 Open Software License 3 Copyright (c) 2000 The Apache Software Foundation. Alle Rechte vorbehalten. Eine Kopie dieser Lizenz finden Sie weiter unten. Eine Kopie dieser Lizenz finden Sie weiter unten. Eine Kopie dieser Lizenz finden Sie weiter unten. inetutils 1.7* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. inetutils 1.9* GPL v3 Eine Kopie dieser Lizenz finden Sie weiter unten. iproute2 2.6* iproute2 3.10* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. iscsitarget 1.4* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. jfsutils 1.1* GPL v3 Eine Kopie dieser Lizenz finden Sie weiter unten. jsoncpp.0.6.0-rc MIT kmod 14* GPL v2 Eine Kopie dieser Lizenz finden Sie weiter unten. 20
Tabelle 14. Liste der Beiträge von Drittanbietern Komponente Lizenz Bestätigung krb5 1.11 MIT Copyright 1985-2013 Massachusetts Institute of Technology Copyright 1993-1996 OenVision Technologies, Inc. Alle Rechte vorbehalten. Die Arbeit an den Teilen, die von Matt Crawford crawdad@fnal.gov stammen, wurden am Fermi National Accelerator Laboratory durchgeführt, das für die Universities Research Association, Inc. gemäß Vertrag DE-AC02-76CHO3000 mit dem U.S. Department of Energy tätig ist. Copyright 1998 FundsXpress, INC. Alle Rechte vorbehalten. Copyright 2001 Dr Brian Gladman brg@gladman.uk.net, Worcester, UK. Alle Rechte vorbehalten. Copyright 2006, 2011 Red Hat, Inc. Alle Rechte vorbehalten. Copyright 2004 Sun Microsystems, Inc. Copyright 1983 Regents of the University of California. Alle Rechte vorbehalten. Copyright 2004-2005, Novell, Inc. Alle Rechte vorbehalten. COPYRIGHT 2006-2007 THE REGENTS OF THE UNIVERSITY OF MICHIGAN. ALLE RECHTE VORBEHALTEN. Copyright 2006 g10 Code GmbH Copyright 2006 Andreas Jellinghaus Copyright 2004-2008 Apple Inc. Alle Rechte vorbehalten. Copyright 1999-2003 The OpenLDAP Foundation. Alle Rechte vorbehalten. Copyright 2006 Kungliga Tekniska Högskola (Royal Institute of Technology, Stockholm, Sweden). Alle Rechte vorbehalten. Copyright 2010 Oracle America, Inc. Alle Rechte vorbehalten. Copyright 2006,2007,2009 NTT (Nippon Telegraph and Telephone Corporation). Alle Rechte vorbehalten. Copyright 2000 Carnegie Mellon University. Alle Rechte vorbehalten. Copyright 2002 Naval Research Laboratory (NRL/CCS) Copyright The Internet Society (2006). Copyright 1991, 1992, 1994 Cygnus Support. Copyright 2006 Secure Endpoints Inc. Copyright 2005 Marko Kreen. Alle Rechte vorbehalten. Copyright 1994 University of Southern California Copyright 1995 The President and Fellows of Harvard University Dieser Code wurde von Software abgeleitet, die Harvard von Jeremy Rassen zur Verfügung gestellt wurde. Dieses Produkt enthält Software, die von der University of California, Berkeley und ihren Mitarbeitern entwickelt wurde. Copyright 1995 Richard P. Basch. Alle Rechte vorbehalten. Copyright 1995 Lehman Brothers, Inc. Alle Rechte vorbehalten. Copyright 1997, 1998 The NetBSD Foundation, Inc. Alle Rechte vorbehalten. Dieser Code wurde The NetBSD Foundation von Klaus Klein zur Verfügung gestellt. Copyright 1997, 1998, 1999 Computing Research Labs, New Mexico State University Copyright 1998 Todd C. Miller Todd.Miller@courtesan.com Copyright 1999 by Theodore Ts o. Copyright 1999-2000 The University of Chicago Copyright 2000 The Regents of the University of Michigan. Alle Rechte vorbehalten. 21