Versionshinweise zu VMware vSphere Update Manager 6.5

|

VMware vSphere Update Manager 6.5 für Windows-Betriebssysteme | 15. November 2016 | Build 4540462

VMware vSphere Update Manager 6.5-Dienst in vCenter Server Appliance 6.5 | 15. November 2016 | Build 4602587

Letzte Aktualisierung: 20. Januar 2017

Überprüfen Sie, ob Erweiterungen und Updates für diese Versionshinweise zur Verfügung stehen.

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

Die Versionshinweise für den Update Manager bieten Informationen zu VMware vSphere Update Manager, einem optionalen Modul für VMware vCenter Server. Weitere Informationen zu VMware vSphere Update Manager finden Sie in der Dokumentation Installieren und Verwalten von VMware vSphere Update Manager.


Neuigkeiten

  • Update Manager 64-Bit-Anwendungsunterstützung: Der Update Manager 6.5-Server und UMDS 6.5 stellen nun unterstützte 64-Bit-Anwendungen dar.
  • Update Manager als Dienst in der vCenter Server Appliance: Der Update Manager-Server ist vollständig in die vCenter Server Appliance integriert und wird standardmäßig mit der Bereitstellung der vCenter Server Appliance aktiviert.
  • Unterstützung für eine UMDS-Installation unter Linux: Sie können UMDS auf einem Linux-basierten 64-Bit-Betriebssystem installieren. Das UMDS 6.5-Installationsprogramm wird mit der ISO-Datei der vCenter Server Appliance 6.5 ausgeliefert.
  • Unterstützung für eine Update Manager Utility-Installation unter Linux: Sie können Update Manager Utility auf einem Linux-basierten 64-Bit-Betriebssystem installieren.
  • Unterstützung für die Migration von Update Manager unter Windows auf vCenter Server Appliance 6.5: VMware stellt unterstützte Pfade für die Migration von Update Manager von einem Windows-Betriebssystem auf eine vCenter Server Appliance 6.5 bereit.
  • Die Update Manager-Registerkarte befindet sich auf der vSphere-Benutzeroberfläche nun an anderer Position: Die Update Manager-Registerkarte gehört nun zu den Registerkarten der obersten Ebene, genau wie die Registerkarten „Überwachen“, „Konfigurieren“, „Datencenter“, „Hosts und Cluster“ usw.

 

Hinweise zu Produktunterstützung

  • Upgrades virtueller Appliances mit Update Manager: Upgrade- und Patch-Vorgänge virtueller Appliances werden in künftigen Versionen eingestellt.

 

Installationshinweise

Dieser Abschnitt enthält Informationen zur Installation von Update Manager und Update Manager Download Service, einem optionalen Modul von vSphere Update Manager.

 

Update Manager

Das Update Manager-Modul besteht aus einer Server- und einer Clientkomponente.

 

Update Manager-Installation auf einem Windows-Betriebssystem

Der Update Manager 6.5-Server für Windows wird als 64-Bit-Anwendung ausgeliefert und kann nur auf 64-Bit-Windows-Betriebssystemen installiert werden. Vor der Installation von Update Manager müssen Sie vCenter Server installieren. Der Update Manager-Server hat dieselben Anforderungen für ein Host-Betriebssystem wie der vCenter Server. Informationen zur Datenbankkompatibilität finden Sie im Abschnitt Datenbanken, die die Installation des Update Manager-Servers unterstützen.

Der Update Manager-Server kann auf dem System, auf dem sich vCenter Server befindet, oder auf einem anderen System installiert werden. Jede Instanz von vSphere Update Manager kann einer einzelnen Instanz von vCenter Server zugeordnet werden.

Während der Installation kann zwischen dem Update Manager-Server, der unter Windows ausgeführt wird, und einer vCenter Server Appliance keine Verbindung hergestellt werden.

Für die Installation von VMware vSphere Update Manager ist eine Netzwerkverbindung mit einem vorhandenen vCenter Server-System erforderlich.

Hardwareanforderungen

Die Mindestanforderungen an die Update Manager-Hardware richten sich danach, wie Update Manager auf einem Windows-Betriebssystem bereitgestellt wird.

Wenn die Datenbank auf demselben Computer installiert ist wie der Update Manager, sind die Anforderungen an Arbeitsspeichergröße und Prozessorgeschwindigkeit höher. Die Mindestanforderungen zum Sicherstellen einer akzeptablen Leistung lauten wie folgt:

  • Prozessor: Intel- oder AMD x86-Prozessor mit mindestens zwei logischen Kernen mit einer Geschwindigkeit von jeweils 2 GHz.

  • Netzwerk: 10/100 Mbps
    Für optimale Leistung verwenden Sie zwischen Update Manager und den ESXi-Hosts eine Gigabit-Verbindung.
  • Arbeitsspeicher:
    • 2 GB RAM, wenn Update Manager und der vCenter Server auf unterschiedlichen Computern installiert sind.
    • 8 GB RAM, wenn Update Manager und der vCenter Server auf demselben Computer installiert sind.

 

Update Manager-Integration mit der vCenter Server Appliance

Update Manager 6.5 ist in die vCenter Server Appliance integriert und wird als optionaler Dienst ausgeliefert. Ab vSphere 6.5 können Sie keine Verbindung mehr zwischen einer auf einer Windows Server-Maschine installierten Update Manager-Instanz und der vCenter Server Appliance herstellen.

Zur Verwendung des Update Manager-Servers in der vCenter Server Appliance starten Sie den VMware vSphere Update Manager-Erweiterungsdienst.

Ein Bereitstellungsmodell von Update Manager mit der vCenter Server Appliance verwendet die PostgreSQL-Datenbank. Update Manager und die vCenter Server Appliance verwenden denselben PostgreSQL-Datenbankserver, aber verschiedene PostgreSQL-Datenbankinstanzen.

 

Update Manager Web Client

Die Clientkomponente von Update Manager fungiert als Plug-In für den vSphere Web Client. Die Update Manager-Clientkomponente bietet Ihnen alle Funktionen, die Sie zur Patch- und Versionsverwaltung Ihrer vSphere-Bestandsliste benötigen.

Das Update Manager-Plug-In für den vSphere Web Client erfordert keine Installation. Nach der Installation der Update Manager-Serverkomponente auf einem Windows-Betriebssystem oder nach dem Start des Update Manager-Diensts in der vCenter Server Appliance wird die Update Manager-Clientkomponente automatisch im vSphere Web Client aktiviert. Ein Update Manager-Symbol wird auf dem Startbildschirm angezeigt, und Update Manager befindet sich unter den Registerkarten der obersten Ebene im vSphere Web Client.

Sie können über den Startbildschirm des vSphere Web Clients auf die Update Manager-Administratoransicht zugreifen.
Sie können auf die Update Manager-Übereinstimmungsansicht zugreifen, indem Sie ein Objekt in der vSphere-Bestandsliste auswählen und zur Update Manager-Registerkarte navigieren.

 

Update Manager Download Service

vSphere Update Manager Download Service (UMDS) ist ein optionales Update Manager-Modul, das zum Herunterladen von Patch-Definitionen auf ein vom Update Manager-Server getrenntes System verwendet werden kann. Verwenden Sie UMDS, wenn Ihr Update Manager-Bereitstellungssystem gesichert ist und die Maschine, auf der der Update Manager-Server installiert ist, nicht auf das Internet zugreifen kann.

Für die Installation von UMDS stehen zwei Möglichkeiten zur Verfügung: Sie können UMDS auf einem 64-Bit-Windows-Betriebssystem installieren. Sie dürfen UMDS nicht auf derselben Windows-Maschine installieren, auf der der Update Manager-Server installiert ist.
Sie können UMDS auch auf einem Linux-basierten System installieren. In vSphere 6.5 wird ein Installationsprogramm für UMDS 6.5 mit der ISO-Datei der vCenter Server Appliance 6.5 ausgeliefert. Als Voraussetzung für die Installation von UMDS unter Linux benötigen Sie einen Linux-Server, auf dem Sie die PostgreSQL-Datenbank und einen 64-Bit-DSN vorkonfigurieren müssen. Mounten Sie die ISO-Datei der vCenter Server Appliance 6.5 auf der Linux -Maschine und installieren und konfigurieren Sie UMDS 6.5.

Um UMDS zu verwenden, muss die Version des Download Service mit der Version des Update Manager-Servers kompatibel sein. Weitere Informationen zur Kompatibilität von Update Manager mit UMDS finden Sie in der Dokumentation Installieren und Verwalten von VMware vSphere Update Manager.

Installieren von UMDS 6.5 in einer Umgebung, die nur Update Manager 6.5-Instanzen enthält

Sie können im UMDS 6.5-Installationsassistenten als Patch-Speicher ein vorhandenes Download-Verzeichnis aus einer früheren UMDS 6.0- oder UMDS 5.5-Installation auswählen und die entsprechenden heruntergeladenen Updates in UMDS 6.5 wiederverwenden. Sie sollten vorhandene UMDS 6.0- oder UMDS 5.5-Instanzen vor der Wiederverwendung des Patch-Speichers deinstallieren. Nachdem Sie ein vorhandenes Download-Verzeichnis mit UMDS 6.5 verknüpft haben, können Sie es nicht mehr mit früheren UMDS-Versionen verwenden.
Wenn Sie UMDS installieren und einem vorhandenen Download-Verzeichnis zuordnen, stellen Sie sicher, dass Sie mindestens einen Download mithilfe von UMDS 6.0 vor dem Export von Updates durchführen.

Installieren von UMDS 6.5 in einer Umgebung, die sowohl Update Manager 6.5- als auch Update Manager 6.0-Instanzen enthält

Installieren Sie UMDS 6.5 nicht in einem vorhandenen UMDS 6.0-Download-Verzeichnis, wenn die Umgebung sowohl Update Manager 6.5- als auch Update Manager 6.0-Instanzen enthält. In einem solchen Fall benötigen Sie eine UMDS 6.5- und eine UMDS 6.0-Installation auf zwei separaten Maschinen, damit Sie Updates für die jeweiligen Update Manager-Versionen exportieren können.

 

Update Manager Utility

Mithilfe des Update Manager Utility können Sie das Datenbankkennwort und die Proxy-Authentifizierung ändern, Update Manager mit vCenter Server neu registrieren und die SSL-Zertifikate für Update Manager ersetzen. Weitere Informationen über den Gebrauch des Dienstprogramms zum Neukonfigurieren der Update Manager-Einstellungen finden Sie unter Neukonfigurieren von VMware vSphere Update Manager.

Wenn Sie Update Manager oder UMDS installieren, wird vSphere Update Manager Utility automatisch als zusätzliche Komponente auf dem System installiert.


Upgrade-Hinweise

Diese Version ermöglicht Upgrades von den Update Manager-Versionen 5.5 und 6.0 und deren jeweiligen Update-Versionen, die auf einem 64-Bit-Betriebssystem installiert sind. Bevor Sie Update Manager aktualisieren, müssen Sie vCenter Server und den vSphere Web Client auf eine kompatible Version aktualisieren.
Direkte Upgrades von Update Manager vor Version 5.5 oder Update Manager-Systemen, die auf einer 32-Bit-Plattform installiert sind, werden nicht unterstützt. Sie müssen das Datenmigrationstool verwenden, das im Lieferumfang des Update Manager 5.0-Installationsmediums enthalten ist, um das Update Manager-System von einem 32-Bit-Betriebssystem auf Update Manager 5.0 auf einem 64-Bit-Windows-Betriebssystem zu verschieben. Führen Sie anschließend ein Upgrade von Version 5.0 oder Version 5.1 auf Version 5.5 durch, bevor Sie auf Version 6.5 aktualisieren. Detaillierte Informationen zur Verwendung des Datenmigrationstools finden Sie in der Dokumentation Installieren und Verwalten von VMware vSphere Update Manager für Update Manager 5.0.

Ein Upgrade von UMDS 5.x oder UMDS 6.0 auf UMDS 6.5 wird nicht unterstützt.


Migrationshinweise

VMware stellt unterstützte Pfade für die Migration von Update Manager von einem Windows-Betriebssystem auf eine vCenter Server Appliance 6.5 bereit.

Update Manager kann in den folgenden vCenter Server-Bereitstellungsmodellen auf die vCenter Server Appliance migriert werden:

  • vCenter Server und Update Manager werden auf derselben Windows-Maschine ausgeführt
  • vCenter Server und Update Manager werden auf verschiedenen Windows-Maschinen ausgeführt
  • Update Manager wird auf einer Windows-Maschine ausgeführt und ist mit einer vCenter Server Appliance verbunden

Detaillierte Informationen zur Durchführung einer Migration finden Sie in der Dokumentation Installieren und Verwalten von VMware vSphere Update Manager sowie in der vSphere-Upgrade-Dokumentation.


Interoperabilität und Softwareanforderungen

Die VMware-Produkt-Interoperabilitätsmatrix liefert Details zur Kompatibilität aktueller und vorheriger Versionen von vSphere Update Manager mit anderen VMware vSphere-Komponenten, einschließlich ESXi, VMware vCenter Server und vSphere Web Client. Überprüfen Sie außerdem diese Site auf Informationen zu unterstützten Verwaltungs- und Sicherungsagenten, bevor Sie ESXi oder vCenter Server installieren.

Betriebssysteme, die die Installation vom Update Manager-Server und UMDS unterstützen

Informationen dazu, wie Sie eine Liste der Betriebssysteme anzeigen, auf denen der Update Manager-Server und UMDS installiert werden können, finden Sie unter Unterstützte Host-Betriebssysteme für die VMware vCenter Server-Installation. Die in diesem Abschnitt aufgeführten unterstützten Host-Betriebssysteme für die vCenter Server-Installation gelten auch für die entsprechenden Versionen des Update Manager-Servers und UMDS.

Datenbanken, die die Installation von Update Manager-Server und UMDS unterstützen

Die Option "Solution/Database Interoperability" der VMware-Produkt-Interoperabilitätsmatrix liefert Informationen zu den mit Update Manager-Server und UMDS kompatiblen Datenbanken.

Vorgänge mit vSphere-Bestandslistenobjekten, die Update Manager unterstützt

  • Host-Patching der folgenden Host-Version:
    • ESXi 5.5
    • ESXi 6.0
    • ESXi 6.5
  • Host-Upgrades von ESXi 5.5 und ESXi 6.0 und ihren jeweiligen Update-Versionen auf ESXi 6.5
  • Upgrades von VMware Tools und der virtuellen Hardware für virtuelle Maschinen
  • Upgrades von virtuellen Appliances

 

Unterstützte Betriebssysteme für Upgrades von VMware Tools und der virtuellen Hardware

Hinweis: Linux-Gastbetriebssysteme, die Open VM Tools oder betriebssystemspezifische Pakete verwenden, werden mithilfe von distributionsspezifischen Paketverwaltungstools verwaltet, wie z. B. Yum oder Apt. Update Manager bietet keine Unterstützung für Upgrades von VM Tools oder der virtuellen Hardwareversion für solche virtuellen Linux-Maschinen.

Die folgenden Betriebssysteme werden für Upgrades von VMware Tools und der virtuellen Hardware unterstützt:

  • Windows Server 2016 Datacenter Edition 64-Bit
  • Windows Server 10 Enterprise Edition 32-Bit
  • Windows 8.1 Update 3 Enterprise Edition 32-Bit
  • Windows Server 2012 R2 Update 3 Datacenter Edition 64-Bit
  • Windows Server 2012 Datacenter Edition 64-Bit
  • Windows 7 SP1 Enterprise Edition 64-Bit
  • Windows Server 2008 R2 SP1 Datacenter Edition 64-Bit
  • Windows 10 RTM
  • Windows 8.1 Update 1 [Professional/Enterprise] 32-Bit
  • Windows 8.1 Update 1 [Professional/Enterprise] 64-Bit
  • Windows 8.1 [Professional/Enterprise] 32-Bit
  • Windows 8.1 [Professional/Enterprise] 64-Bit
  • Windows 8 [Professional/Enterprise] 32-Bit
  • Windows 8 [Professional/Enterprise] 64-Bit
  • Windows Server 2012 R2 [Standard/Enterprise/Datacenter] 64-Bit
  • Windows Server 2012 R2 Update 1 [Standard/Enterprise/Datacenter] 64-Bit
  • Windows Server 2012 [Standard/Datacenter] 64-Bit
  • Windows 7 [Professional/Enterprise] 32-Bit
  • Windows 7 [Professional/Enterprise] 64-Bit
  • Windows 7 [Professional/Enterprise] 32-Bit SP1
  • Windows 7 [Professional/Enterprise] 64-Bit SP1
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 32-Bit
  • Windows Server 2008 [Standard/Enterprise/Datacenter] 64-Bit
  • Windows Server 2008 SP2 [Standard/Enterprise/Datacenter] 32-Bit
  • Windows Server 2008 SP2 [Standard/Enterprise/Datacenter] 64-Bit
  • Windows Server 2008 R2 [Standard/Enterprise/Datacenter] 64-Bit
  • Windows Server 2008 R2 SP1 [Standard/Enterprise/Datacenter] 64-Bit
  • Windows XP Professional, 32-Bit (SP3 erforderlich)
  • Windows XP Professional, 64-Bit (SP2 erforderlich)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] 32-Bit (SP2 erforderlich)
  • Windows Server 2003 R2 [Standard/Enterprise/Datacenter] 64-Bit (SP2 erforderlich)
  • Windows Vista [Business/Enterprise] 32-Bit (SP2 erforderlich)
  • Windows Vista [Business/Enterprise] 64-Bit (SP2 erforderlich)
  • Windows Server 2003 [Standard/Enterprise/Datacenter] 32-Bit (SP2 erforderlich)
  • Windows Server 2003 [Standard/Enterprise/Datacenter] 64-Bit (SP2 erforderlich)
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server] 32-Bit
  • Windows 2000 [Professional/Server/Advanced Server/Datacenter Server] 64-Bit
  • Red Hat Enterprise Linux 7.2
  • Red Hat Enterprise Linux 7.0
  • Red Hat Enterprise Linux 6.8
  • Red Hat Enterprise Linux 6.5
  • Red Hat Enterprise Linux 5.10
  • Red Hat Enterprise Linux 5
  • Red Hat Enterprise Linux 4
  • Red Hat Enterprise Linux 3
  • Red Hat Enterprise Linux 2
  • CentOS 6.5
  • CentOS 6
  • CentOS 5.10
  • CentOS 5
  • CentOS 4
  • Debian 8.1
  • Debian 8
  • Debian 6
  • Debian 5
  • Debian 4
  • Ubuntu non LTS 15.04
  • Ubuntu 14.04
  • Ubuntu 13.10
  • Ubuntu 11.x
  • Ubuntu 10.x
  • Ubuntu 9.x
  • Ubuntu 8.x
  • Ubuntu 7.x
  • SUSE Linux Enterprise Server 12 SP1
  • SUSE Linux Enterprise Server 12
  • SUSE Linux Enterprise Server 11 SP4
  • SUSE Linux Enterprise Server 11 SP3
  • SUSE Linux Enterprise Server 9
  • SUSE Linux Enterprise Server 8
  • Oracle Enterprise Linux 7.0
  • Oracle Enterprise Linux 6.7
  • Oracle Enterprise Linux 6.5
  • Oracle Enterprise Linux 6
  • Oracle Enterprise Linux 5.1
  • Oracle Enterprise Linux 5
  • Oracle Enterprise Linux 4
  • Oracle Enterprise Linux UEK3 Update 5
  • Asianux 4
  • Asianux 3

Bekannte Probleme

Die bekannten Probleme in dieser Version von Update Manager sind wie folgt gruppiert:


Installation, Upgrades und Migration

  • NEU Der UMDS, den Sie auf Linux installieren, enthält das Hilfsprogramm Update Manager Utility
    Beim Installieren des UMDS auf einem Linux-System wird das Update Manager Utility nicht auf dem System installiert.
    Problemumgehung: Sie können eine der folgenden Aufgaben ausführen, um dieses Problem zu umgehen:

    • Setzen Sie auf dem Linux-System die Datenbank zurück, indem Sie den folgenden Befehl eingeben:
      cd <UMDS_INSTALLATIONSVERZEICHNIS>/bin/ ./vmware-vciInstallUtils -D <DSN> -U <DB_BENUTZERNAME> -P <DB_KENNWORT> -I <UMDS_INSTALLATIONSVERZEICHNIS>/bin -L <PROTOKOLLVERZEICHNIS> -C <UMDS_INSTALLATIONSVERZEICHNIS>/bin -T PostgreSQL -O dbcreate
    • Aktualisieren Sie auf dem Linux-System den Proxyhost und den zugehörigen Port:
      1. Aktualisieren Sie den Proxyhost und den zugehörigen Port, indem Sie den folgenden Befehl eingeben:
        <UMDS_INSTALLATIONSVERZEICHNIS>/bin/vmware-umds -S -p <HOST>:<PORT>
      2. Aktualisieren Sie den Benutzernamen und das zugehörige Kennwort, indem Sie den folgenden Befehl eingeben:
        cd <UMDS_INSTALLATIONSVERZEICHNIS>/bin
        vi downloadConfig.xml
      3. Aktualisieren Sie in der Datei downloadConfig.xml die Parameter proxySettings/username und proxySettings/password.
  • Die Migration von Update Manager schlägt unter Umständen fehl, wenn der DSN für die Update Manager-Datenbank Zeichen im hohen ASCII-Bereich enthält
    Bei der Update Manager-Migration von Windows auf die vCenter Server Appliance 6.5 schlägt die Migration fehl, wenn der DSN für die Update Manager-Datenbank Zeichen im hohen ASCII-Bereich enthält.
    Problemumgehung: Benennen Sie den DSN so um, dass er keine ASCII-Zeichen enthält.

  • Obwohl die vCenter Server Appliance nicht mit dem Internet verbunden ist, zeigt der vSphere Web Client eine Warnmeldung bezüglich Versuchen zum Herunterladen von Patches für Update Manager an
    Nach der Bereitstellung der vCenter Server Appliance startet der Update Manager-Dienst automatisch und versucht, die Patches aus den vordefinierten Patch-Depots herunterzuladen. Das Herunterladen von Patches beim Systemstart stellt eine Option des Update Manager-Diensts in der vCenter Server Appliance dar. Diese Option wird standardmäßig nach der Bereitstellung der vCenter Server Appliance aktiviert. Wenn die vCenter Server Appliance nach der Bereitstellung nicht mit dem Internet verbunden ist, wird bei der Anmeldung beim vSphere Web Client eine Warnmeldung bezüglich Versuchen zum Herunterladen von Patches für Update Manager angezeigt. Diese Fehlermeldung wiederholt sich ständig, da die Aufgabe täglich ausgeführt wird.
    Problemumgehung: Nachdem Update Manager beim erstmaligen Start der vCenter Server Appliance keine Patches herunterladen konnte, weil die vCenter Server Appliance nicht mit dem Internet verbunden ist, deaktivieren Sie die Option zum Herunterladen von Patches beim Start des Update Manager-Diensts. Update Manager stellt weitere Versuche zum Herunterladen von Patches beim Start des Update Manager-Diensts ein.

    Führen Sie die folgenden Schritte durch, um das Herunterladen von Patches beim Start des Update Manager-Diensts zu deaktivieren.

    1. Wählen Sie Startseite > Verwaltung im vSphere Web Client aus.
    2. Wählen Sie Bereitstellung > Systemkonfiguration und anschließend Dienste aus.
    3. Wählen Sie in der Liste der Dienste die Option VMware vSphere Update Manager aus und klicken Sie auf die Registerkarte Verwalten.
    4. Klicken Sie auf Bearbeiten und geben Sie dann im Textfeld Patches beim Start des Diensts herunterladen als Wert False ein. Klicken Sie anschließend auf OK.
    5. Starten Sie den Dienst VMware vSphere Update Manager neu.
  • Update Manager-Installation schlägt auf Windows Server 2008 R2 möglicherweise fehl
    Versuche, Update Manager mit einer gebündelten Datenbank auf einem Windows Server 2008 R2 zu installieren, schlagen möglicherweise fehl.
    Problemumgehung: Installieren Sie Update Manager unter den folgenden Betriebssystemen:

    • Windows Server 2008 R2 SP1 Datacenter 64-Bit
    • Windows Server 2008 R2 SP1 Enterprise 64-Bit
    • Windows Server 2008 R2 SP1 Standard 64-Bit
    • Windows Server 2008 R2 SP1 Foundation 64-Bit
    • Windows Server 2008 R2 SP1 Web 64-Bit
    • Windows Server 2008 SP2 Datacenter 64-Bit
    • Windows Server 2008 SP2 Enterprise 64-Bit
    • Windows Server 2008 SP2 Standard 64-Bit
    • Windows Server 2008 SP2 Foundation 64-Bit
    • Windows Server 2008 SP2 Web 64-Bit
  • Update Manager mit der eingebetteten Microsoft SQL 2012-Datenbank kann nicht auf Systemen mit Microsoft .NET Framework 4 installiert werden
    Versuche, Update Manager mit der eingebetteten Microsoft SQL 2012-Datenbank zu installieren, schlagen fehl, wenn die Host-Maschine Microsoft .NET Framework 4 verwendet. Die folgende Fehlermeldung wird angezeigt:

    Die SQL-Installation ist fehlgeschlagen.

    Problemumgehung: Um dieses Problem zu umgehen, führen Sie die folgenden Schritte durch:

    1. Schließen und deaktivieren Sie auf der Maschine, auf der Update Manager installiert werden soll, alle Dienste, die die Verwendung von Microsoft .NET Framework 4 erfordern.
    2. Deinstallieren Sie alle Komponenten von Microsoft .NET Framework 4.
    3. Öffnen Sie ein Eingabeaufforderungsfenster und wechseln Sie zu C:\Windows\Microsoft.NET\Framework\v2.0.50727
    4. Führen Sie die folgenden Befehle aus, um die Dateien security.config und security.config.cch im Konfigurationsordner zu erstellen:
      Caspol.exe -all -reset
    5. Wechseln Sie zu C:\Windows\Microsoft.NET\Framework64\v2.0.50727
    6. Führen Sie die folgenden Befehle aus, um die Dateien security.config und security.config.cch im Konfigurationsordner zu erstellen:
      Caspol.exe -all -reset
    7. Laden Sie alle Komponenten von Microsoft .NET Framework 4 herunter und installieren Sie sie erneut.
    8. Nach Abschluss der Installation aktivieren Sie alle Dienste, die die Verwendung von Microsoft .NET Framework 4 erfordern.
    9. Starten Sie das Betriebssystem neu und versuchen Sie erneut, Update Manager mit der eingebetteten Datenbank Microsoft SQL 2012 zu installieren.
  • Update Manager Client kann nicht auf einem Windows-System mit nicht englischen Gebietsschemata gestartet werden, wenn Sie bei der Installation des Update Manager-Servers DSN mit Nicht-ASCII-Zeichen konfiguriert haben
    Wenn Sie den Update Manager-Server auf einem Windows-System mit nicht englischem Gebietsschema installieren, wenn Sie die Option zur Verwendung einer vorhandenen unterstützten Datenbank auswählen und Nicht-ASCII-Zeichen im DSN-Namen verwenden, wird die Installation erfolgreich abgeschlossen. Anschließend installieren Sie den Update Manager Client. Wenn Sie versuchen, den Update Manager Client zu starten, wird der Client nicht initiiert und der folgende Fehler wird angezeigt:

    Bei der Verbindung zu VMware vSphere Update Manager ist ein Fehler aufgetreten. Die Datenbank ist vorübergehend nicht verfügbar oder weist Netzwerkprobleme auf.

    Durch die Verwendung von Nicht-ASCII-Zeichen im DSN kann der Update Manager Client nicht gestartet werden.
    Problemumgehung: Verwenden Sie keine Nicht-ASCII-Zeichen bei der Installation des Update Manager-Servers.

  • Das Update Manager-Installationsprogramm reagiert nicht mehr, wenn die Microsoft SQL 2008 R2 SP2-Datenbank auf Ihrem System bereits installiert ist
    Falls auf dem System, auf dem Sie den Update Manager-Server oder UMDS installieren, bereits eine Instanz der Microsoft SQL 2008 R2 SP2-Datenbank vorhanden ist, aber es keine VIM_SQLEXP-Instanz gibt, reagiert das Installationsprogramm nicht mehr, wenn Sie versuchen, den Update Manager-Server oder UMDS zu installieren und dabei die Option zum Installieren des Pakets mit der Installer-Datenbank ausgewählt haben.
    Problemumgehung: Um dieses Problem zu umgehen, führen Sie die folgenden Schritte durch:

    1. Öffnen Sie auf der Maschine, auf der Sie den Update Manager-Server oder den UMDS installieren, eine Befehlszeilenschnittstelle und geben Sie den folgenden Befehl ein:
      .\redist\SQLEXPR\SQLEXPR_x64_ENU.exe /ACTION=install /IACCEPTSQLSERVERLICENSETERMS /SQLSVCACCOUNT="NT AUTHORITY\SYSTEM" /HIDECONSOLE /FEATURES=SQL /SQLSYSADMINACCOUNTS="BUILTIN\ADMINISTRATORS" /NPENABLED="1" /TCPENABLED="1" /INSTANCENAME=VIM_SQLEXP
    2. Versuchen Sie, den Update Manager-Server oder den UMDS erneut zu installieren.
  • Update Manager Web Client ist nach dem Deinstallieren von Update Manager immer noch im vSphere Web Client vorhanden
    Beim Deinstallieren von Update Manager wird die Registerkarte „Update Manager“ nach wie vor unter der Registerkarte „Überwachen“ von vSphere Web Client angezeigt und die Schaltflächen „Prüfen“ und „Anhängen“ sind nach wie vor aktiv. Wenn Sie die Update Manager-Registerkarte in vSphere Web Client nach dem Deinstallieren des Update Manager-Servers auswählen, wird die folgende Fehlermeldung angezeigt: Bei der Verbindung zu VMware vSphere Update Manager ist ein Fehler aufgetreten.
    Problemumgehung: Melden Sie sich von vSphere Web Client ab und anschließend erneut an.

  • Die Installation des Update Manager-Servers und von UMDS mit enthaltener Datenbank schlägt auf einem Windows-Betriebssystem mit türkischem Sprachpaket fehl
    Auf einem Windows-Betriebssystem mit türkischem Sprachpaket schlägt die Installation des Update Manager-Servers und von UMDS mit enthaltener Datenbank mit dem folgenden Fehler fehl:
    Fehler 25003. Setup konnte keine Datenbanktabellen erstellen.
    Problemumgehung: Um das Problem zu umgehen, führen Sie eine der folgenden Aufgaben durch:

    • Installieren Sie den Update Manager-Server und UMDS auf einem Windows-Betriebssystem mit englischem Sprachpaket.
    • Installieren Sie den Update Manager-Server und UMDS auf einem Windows-Betriebssystem mit türkischem Sprachpaket und verwenden Sie eine der folgenden Datenbanken:
      • Microsoft SQL Server 2012 64-Bit
      • Microsoft SQL Server 2008 R2 64-Bit
      • Oracle 11g R2 64-Bit
  • Nach einem Upgrade ist das Update Manager-Plug-In möglicherweise für die Dauer einer Download-Aufgabe deaktiviert
    Wenn Update Manager während einer laufenden Download-Aufgabe die Verbindung zu vCenter Server verliert, kann das Update Manager-Plug-In nicht reaktiviert werden. Dieses Problem tritt möglicherweise nach einem Upgrade von Update Manager auf.
    Problemumgehung: Warten Sie, bis die Download-Aufgabe abgeschlossen ist, und aktivieren Sie dann das Update Manager-Plug-In.

  • Auf dem Startlaufwerk sind mindestens 600 MB an freiem Speicherplatz für die Installation von Update Manager erforderlich
    Obwohl Update Manager selbst nicht auf dem Startlaufwerk installiert werden muss, müssen einige erforderliche Komponenten darauf installiert werden. Für diese erforderlichen Komponenten sowie temporäre Dateien, die während der Installation verwendet werden, sind zum Installationszeitpunkt 600 MB an Speicherplatz für Update Manager erforderlich.
    Problemumgehung: Stellen Sie vor der Installation von Update Manager sicher, dass auf dem Startlaufwerk mindestens 600 MB an freiem Speicherplatz zur Verfügung stehen.

 

Prüfen, Bereitstellen und Standardisieren

  • Die Standardisierung von Virtual SAN-Clustern schlägt fehl, wenn die Gesamtzahl der CPUs für die virtuellen Maschinen im Virtual SAN-Datenspeicher 384 überschreitet
    Versuche, einen Virtual SAN-Cluster mithilfe virtueller Maschinen im Virtual SAN-Datenspeicher mit mindestens 384 aktiven CPUs anhand eines Patches, der die Hosts zum Wechsel in den Wartungsmodus benötigt, zu standardisieren, schlagen fehl.
    Problemumgehung: Führen Sie eine der folgenden Umgehungen durch:

    • Schalten Sie die virtuellen Maschinen aus, die Teil des Virtual SAN-Datenspeichers sind, um die Anzahl der aktiven CPUs der virtuellen Maschine unter 384 zu halten.
    • Nachdem die Virtual SAN-Cluster-Standardisierung aufgrund des Fehlers eines Hosts beim Wechseln in den Wartungsmoduszustand fehlschlägt, versuchen Sie die Hosts vom Virtual SAN-Cluster auszuführen, bei denen ein Fehler beim Standardisieren aufgetreten ist.
  • Bei der Bereitstellung oder Standardisierung von Patches wird möglicherweise eine falsche Warnmeldung angezeigt
    Bei der Bereitstellung oder Standardisierung von Patches in Update Manager werden Sie eventuell fälschlicherweise gewarnt, dass einige Patches nicht verfügbar sind. Sie erhalten die folgende Warnmeldung:
    Einige der Patches, die Sie für die Standardisierung ausgewählt haben, sind nicht verfügbar. Möchten Sie fortfahren?.
    Problemumgehung: Ignorieren Sie die Meldung und klicken Sie auf Ja, um mit der Bereitstellung fortzufahren. Es werden alle anfänglich ausgewählten Patches bereitgestellt.

  • Update Manager meldet beim Überprüfen bzw. Standardisieren von ESXi 5.x-Hosts, die zu einem HA-Cluster gehören, deren Übereinstimmungsstatus als "Nicht kompatibel"
    Wenn Sie eine Upgrade-Prüfung von ESXi 5.x-Hosts durchführen, die zu einem HA-Cluster gehören, meldet Update Manager den Übereinstimmungsstatus dieser Hosts möglicherweise als "Nicht kompatibel", wodurch die Standardisierung dieser Hosts nicht ausgeführt werden kann. Der Grund für den Übereinstimmungsstatus "Nicht kompatibel" liegt in der Art, wie der FDM(HA)-Agent auf ESXi 5.x-Hosts installiert ist. Ab vSphere 5.0 wird der FDM-Agent auf ESXi-Hosts als VIB installiert. Wenn ein VIB auf einem ESXi-Host installiert oder aktualisiert wird, wird ein Flag gesetzt, um zu kennzeichnen, dass die Bootbank auf dem Host aktualisiert wurde. Update Manager überprüft beim Durchführen einer Upgrade-Prüfung bzw. -Standardisierung das Vorhandensein dieses Flags. Das Flag muss vor einem Upgrade eines Hosts gelöscht werden. Das Flag kann gelöscht werden, indem der Host neu gestartet wird.
    Wenn Sie eine Upgrade-Prüfung von ESXi 5.x-Hosts durchführen, die zu einem HA-Cluster gehören, meldet Update Manager den Übereinstimmungsstatus dieser Hosts möglicherweise als "Nicht kompatibel", wodurch die Standardisierung dieser Hosts nicht ausgeführt werden kann. Der Grund für den Übereinstimmungsstatus "Nicht kompatibel" liegt in der Art, wie der FDM(HA)-Agent auf ESXi 5.x-Hosts installiert ist. Ab vSphere 5.0 wird der FDM-Agent auf ESXi-Hosts als VIB installiert. Wenn ein VIB auf einem ESXi-Host installiert oder aktualisiert wird, wird ein Flag gesetzt, um zu kennzeichnen, dass die Bootbank auf dem Host aktualisiert wurde. Update Manager überprüft beim Durchführen einer Upgrade-Prüfung bzw. -Standardisierung das Vorhandensein dieses Flags. Das Flag muss vor einem Upgrade eines Hosts gelöscht werden. Das Flag kann gelöscht werden, indem der Host neu gestartet wird.
    Problemumgehung: Starten Sie Hosts neu, deren Übereinstimmungsstatus "Nicht kompatibel" lautet. Führen Sie die Upgrade-Prüfung bzw. -Standardisierung erneut aus, nachdem der Host wieder online ist.

  • Die Hoststandardisierung wird möglicherweise nicht abgeschlossen, wenn der Host eingeschaltete fehlertolerante virtuelle Maschinen enthält
    Die Hoststandardisierung schlägt möglicherweise fehl, wenn sich auf dem Host primäre virtuelle Maschinen mit deaktivierter Fehlertoleranz befinden und Sie auf der Seite "Standardisierungsoptionen für den Host" des Standardisierungsassistenten Aufgabe abbrechen oder Wiederholen wählen. In einem solchen Szenario können eingeschaltete primäre virtuelle Maschinen mit deaktivierter Fehlertoleranz nicht ausgeschaltet oder in ein DRS-Cluster migriert werden. Der Host kann nicht in den Wartungsmodus versetzt werden, solange sich eingeschaltete virtuelle Maschinen darauf befinden. Die Standardisierung kann nicht abgeschlossen werden.
    Problemumgehung: Wenn Sie Hosts standardisieren, die primäre oder sekundäre virtuelle Maschinen enthalten, können Sie eine der folgenden Umgehungen verwenden:

    • Wählen Sie auf der Seite "Standardisierungsoptionen für den Host" des Standardisierungsassistenten Virtuelle Maschinen ausschalten und wiederholen oder Virtuelle Maschinen anhalten und wiederholen.
    • Migrieren Sie die fehlertolerante virtuelle Maschine manuell auf einen anderen Host, bevor Sie eine Standardisierung starten.
    • Wenn EVC auf einem DRS-Cluster aktiviert ist, können virtuelle Maschinen mit deaktivierter Fehlertoleranz automatisch migriert werden, wenn der Host versucht, in den Wartungsmodus zu wechseln. Dies ist nur dann möglich, wenn auf dem Host DRS nicht deaktiviert ist.
  • Auf der Seite "Standardisierungsauswahl" wird möglicherweise eine falsche Anzahl an Patches für die ausgewählten Baselines angezeigt
    Wenn Sie ein vSphere-Bestandslistenobjekt anhand eines Patches oder einer Erweiterungs-Baseline, der/die vorab in der Übereinstimmungsansicht ausgewählt wurde, standardisieren, wird auf der ersten Seite des Standardisierungsassistenten möglicherweise eine falsche Anzahl an Patches angegeben, die standardisiert werden müssen. Für den Fall, dass das Bestandslistenobjekt über mehrere angehängte Patch- und Erweiterungs-Baselines verfügt, entspricht die Anzahl der Patches der Anzahl der übereinstimmenden Patches aller angehängter Baselines und nicht nur der ausgewählten Baselines.
    Problemumgehung: Ändern Sie entweder die Auswahl der Baselines oder Gruppen auf der Seite "Standardisierungsauswahl" oder klicken Sie zuerst auf "Weiter", um zur nächsten Seite zu wechseln, und klicken Sie anschließend auf Zurück, um zur Auswahlseite zurückzukehren.

  • Die Host-Upgrade-Prüfung und -Standardisierung schlagen möglicherweise fehl, wenn nicht ausreichend freier Speicherplatz auf dem Host zur Verfügung steht
    Die Host-Upgrade-Prüfung und -Standardisierung schlagen möglicherweise mit der Fehlermeldung AgentInstallFailed fehl. Der Grund für diesen Fehler kann nicht genügend freier Speicherplatz auf dem ESXi-Host sein.
    Problemumgehung: Stellen Sie für ein Upgrade des ESXi-Hosts sicher, dass im Verzeichnis /tmp des Hosts mindestens 20 MB an freiem Speicherplatz zur Verfügung stehen.

  • Die Standardisierung schlägt möglicherweise fehl für einige Patches, weil es einen nicht behebbaren Konflikt mit Patches auf dem Host gibt
    Die Patch-Standardisierung eines Hosts schlägt möglicherweise fehl, wenn ein Patch (z. B. Patch A) in einem Baseline-Input in Konflikt mit dem Host steht und der Konflikt nicht durch andere Patches im Baseline-Input behoben werden kann.
    Problemumgehung: Im Fenster "Patch-Details" für Patch A wird die Empfehlung ausgegeben, einen anderen Patch zum Beheben des Konflikts zu verwenden. Die Empfehlung enthält möglicherweise viele Patches. Die Aufnahme eines oder aller der empfohlenen Patches in die Baseline behebt möglicherweise den Konflikt. Weitere Informationen finden Sie in dem Knowledgebase-Artikel, der mit Patch A und den empfohlenen Patches in Verbindung steht.

 

Internationalisierungsprobleme

  • Das Wort Partner ist nicht lokalisiert
    Wenn Sie zu Home > Update Manager > Verwalten > ESXI-Images > ESXi-Image importieren navigieren, ist im Update Manager das Wort Partner im Dialogfeld „ESXi-Image importieren“ nicht lokalisiert.

  • Wenn Sie auf "VMware vSphere Update Manager.msi" doppelklicken, wird ein nicht lokalisierter Hinweis angezeigt
    Wenn Sie alle Komponenten, die für die Installation von Update Manager erforderlich sind, in einen lokalen Ordner extrahieren, entweder aus einer .zip-Datei oder aus einem .iso-Image, können Sie die Anwendung VMware vSphere Update Manager.msi ausführen, indem Sie darauf doppelklicken. Wenn Sie die Anwendung ausführen, wird die Popup-Meldung The installer should be started using VMware-UpdateManager.exe angezeigt. Die Meldung erscheint auf Englisch.

  • Update Manager und Download-Patches können nicht in Verzeichnissen installiert werden, deren Namen Nicht-ASCII-Zeichen enthalten
    Im Installationsassistenten von Update Manager können Sie den Installationsspeicherort und den Patch-Download-Speicherort von Update Manager ändern. Wenn Sie den Installations- und den Patch-Download-Speicherort in Ordner ändern, deren Namen Nicht-ASCII-Zeichen enthalten, können Fehler auftreten. In Installationspfaden und Benutzernamen werden nur ASCII-Zeichen unterstützt. In Kennwörtern werden jedoch auch Nicht-ASCII-Zeichen unterstützt.

 

Verwenden von Update Manager

  • NEU Ein ESXi-Image wird nach einer Importaufgabe nicht in der Liste angezeigt
    Wenn Sie ein ESXi-Image löschen und nach einiger Zeit erneut importieren, wird das importierte Image nicht in der Liste der ESXi-Images angezeigt, die Update Manager verwenden kann. Tatsächlich wird das Image hochgeladen, wird jedoch unter ESXi-Images auf der Registerkarte Verwalten der Update Manager-Administrationsansicht nicht angezeigt. Nach dem Klicken auf die Aktualisierungsschaltfläche in vSphere Web Client wird das ESXi-Image immer noch nicht in der Liste der importierten ESXi-Images angezeigt.
    Problemumgehung: Um dieses Problem zu umgehen, verwenden Sie die Aktualisierungsschaltfläche in Ihrem Browser.

  • NEU Das Hochladen eines Offline-Pakets oder einer Upgrade-ISO-Datei schlägt möglicherweise fehl
    Wenn Sie Update Manager nach der Bereitstellung der vCenter Server Appliance einige Tage lang nicht verwendet haben, schlagen Versuche, ein Offline-Paket oder eine Upgrade-ISO hochzuladen, möglicherweise fehl.
    Problemumgehung: Starten Sie den Update Manager-Dienst neu.

  • Die Einstellungen des Patch-Speichers für Update Manager können in der Update Manager-Administratoransicht im vSphere Web Client nicht geändert werden
    Wenn der Hostname des Update Manager-Servers Zeichen im hohen ASCII-Bereich oder keine ASCII-Zeichen enthält, schlägt der Versuch, für den Update Manager-Patch-Speicher in den Update Manager-Netzwerkeinstellungen zwischen Hostname und IP-Adresse zu wechseln, mit folgender Fehlermeldung fehl:
    Fehlerinfo: com.vmware.vim.vmomi.core.exception.Unmarsh allException: Aufheben der Einordnung der Antwort nicht möglich.
    Problemumgehung: Verwenden Sie ASCII-Zeichen nur im Hostnamen des Update Manager-Servers.

  • Der Update Manager-Dienst wird nach einem Neustart des VMware VirtualCenter Server-Diensts nicht automatisch gestartet
    Wenn vCenter Server unerwarteterweise nicht mehr funktioniert, gibt es automatisierte Prozesse, die einen Neustart des VMware VirtualCenter Server-Diensts (vmware-vpxd-Dienst) erzwingen. Nach dem Starten des VMware VirtualCenter Server-Diensts wird jedoch der Update Manager-Dienst nicht automatisch gestartet.
    Problemumgehung: Starten Sie den Update Manager-Dienst manuell.

  • In der Hilfe des unter Linux ausgeführten Update Manager Utility wird fälschlicherweise eine Option zum Aktualisieren von Update Manager-Zertifikaten angezeigt
    Wenn Sie die Hilfe des unter Linux ausgeführten Update Manager Utility aufrufen, wird in der Zeile der vorgeschlagenen positionellen Argumente die Option zum Aktualisieren von Zertifikaten angezeigt, die von Update Manager verwendet werden. Diese Option sollte nicht angezeigt werden.
    Problemumgehung: Keine. Verwenden Sie diese Option nicht.

  • Der Update Manager-Dienst wird unter Umständen nicht angezeigt, wenn Sie ihn zur Verwendung eines benutzerdefinierten Ports mit einem Wert kleiner als 1024 konfigurieren
    Über den vSphere Web Client können Sie den für den VMware vSphere Update Manager-Dienst zu verwendenden Port anpassen. Wenn Sie für einen Port einen Wert kleiner als 1024 festlegen, kann der Update Manager-Dienst nicht gestartet werden. Dieser Fehler tritt auf, weil Ports mit einem Wert größer als 1024 bereits von der vCenter Server Appliance verwendet werden. Aus diesem Grund kann der Update Manager-Dienst nicht gestartet werden.

    Problemumgehung: Keine. Wenn Sie den benutzerdefinierten Port für den Update Manager-Dienst verwenden, legen Sie für den Port einen Wert größer als 1024 fest.

  • Update Manager zeigt nur einen vCenter Server in vSphere-Umgebungen mit mehreren vCenter Server-Instanzen an
    In vSphere-Umgebungen mit mehreren vCenter Server-Instanzen, die entweder mit einem Platform Services Controller registriert sind oder die jeweils mit einem individuellen Platform Services Controller registriert sind, zeigt Update Manager nur die vCenter Server-Instanz an, dessen IP/DNS im Update Manager Client verwendet wurde.
    Problemumgehung: Keine. Unabhängig davon, welches IP/DNS Sie im Update Manager Client eingegeben haben, sollten in der Bestandsliste beide vCenter Server-Instanzen angezeigt werden.

  • Möglicherweise können Sie Update Manager in vSphere-Umgebungen mit mehreren vCenter Server-Instanzen nicht verwenden, die mit einem Platform Services Controller registriert sind
    Wenn Sie eine vSphere-Umgebung mit zwei vCenter Servern festlegen, die mit einem Platform Services Controller registriert sind und Update Manager-Server mit jeder vCenter Server-Instanz registriert sind, können Sie sich erfolgreich bei einer der Update Manager-Instanzen anmelden. Wenn Sie aber versuchen, sich bei der zweiten anzumelden, kann der Update Manager Client keine Verbindung herstellen. Die folgende Fehlermeldung wird angezeigt, wenn Sie sich bei der Update Manager-Instanz nicht anmelden können:
    Keine ausreichenden Berechtigungen zum Abrufen von Daten.
    Problemumgehung: Erstellen Sie im vSphere Web Client, der die vCenter Server-Instanzen verwaltet, einen neuen Benutzer mit allen vSphere-Berechtigungen, und verwenden Sie dieses Konto, um sich bei der Update Manager-Instanz anzumelden, die den Fehler anzeigt.

  • Die Verbindung des Update Manager-Servers zur vCenter Server-Instanz kann nach einigen Tagen Betriebszeit getrennt werden
    Wenn Sie den Update Manager-Server für einige Tage verwenden, wird möglicherweise die Verbindung zur vCenter Server-Instanz getrennt. Wenn Sie Vorgänge im Update Manager Client ausführen, wird möglicherweise der folgende Fehler angezeigt:
    Keine Verbindung zum VC-Server für die Neuanmeldung.
    Problemumgehung: Stellen Sie die Verbindung des Update Manager-Servers zur vCenter Server-Instanz mit Update Manager Utility wieder her und starten Sie anschließend den Update Manager-Dienst neu.

  • Nicht informative Systemfehler werden angezeigt, wenn ein Host, der Teil des Virtual SAN-Clusters ist, während der Standardisierung nicht in den Wartungsmodus versetzt werden kann
    Wenn ein Host, der Teil eines Virtual SAN-Clusters ist, nicht in den Wartungsmodus versetzt werden kann, wird ein generischer Systemfehler über Virtual SAN ähnlich dem folgenden angezeigt:
    Ein allgemeiner Systemfehler ist aufgetreten: Vorgang aufgrund eines vSAN-Fehlers fehlgeschlagen.
    Die Fehlermeldung enthält keinen Kontext für die Fehlerursache bzw. die entsprechende Fehlermeldung.
    Problemumgehung: Um den Kontext zur Fehlerursache anzuzeigen, führen Sie die folgenden Schritte aus:

    1. Klicken Sie im Fenster "Kürzlich bearbeitete Aufgaben" auf Details anzeigen.
    2. Klicken Sie auf Fehlerbericht senden und zeigen Sie unter "Fehlerstapel" weitere Informationen zur Fehlerursache an.
  • Update Manager Utility unterstützt keine IPv6-Adresse für die Anmeldung
    Die Anmeldung bei Update Manager Utility schlägt durch das Eingeben der IPv6-Adresse der vCenter Server-Maschine mit einem Fehler fehl.
    Problemumgehung: Geben Sie die IPv4-Adresse oder den Hostnamen der vCenter Server-Maschine ein, um sich erfolgreich beim Update Manager Utility anzumelden.

  • VMware Update Manager verwendet die konfigurierte Proxy-Authentifizierung nicht
    Wenn Sie eine Patch-Download-Aufgabe starten, verwendet Update Manager anonyme Anmeldedaten zum Authentifizieren beim Proxy-Server, obwohl Update Manager zum Verwenden eines Proxy mit Authentifizierung konfiguriert ist. Wenn der Proxy-Server keine anonymen Anmeldedaten akzeptiert, schlägt die Patch-Download-Aufgabe möglicherweise fehl.
    Problemumgehung: Ändern Sie den Update Manager-Dienst, damit er unter Verwendung eines lokalen Administratorkontos mit lokalen Administratorrechten oder eines Domänenkontos mit lokalen Administratorrechten ausgeführt wird.

  • Die virtuelle Maschine, auf der Update Manager ausgeführt wird, wird möglicherweise während eines Host-Upgrades ausgeschaltet
    Außerhalb von DRS-Clustern führt Update Manager kein Upgrade des Hosts durch, auf dem die virtuelle Maschine mit vCenter Server oder Update Manager ausgeführt wird. Wenn Sie in DRS-Clustern eine Standardisierungsaufgabe auf dem Host starten, auf dem die virtuellen Maschine von vCenter Server oder Update Manager ausgeführt wird, versucht DRS, die virtuelle Maschine auf einen anderen Host zu migrieren, damit die Standardisierung erfolgreich ist. Wenn Sie den Host, auf dem die virtuelle Maschine mit Update Manager ausgeführt wird, aus einem DRS-Cluster entfernen und anschließend zu einem Datencenter in der vSphere Web Client- Bestandsliste hinzufügen, können Sie den Host standardisieren und die virtuelle Update Manager-Maschine wird ausgeschaltet.
    Problemumgehung: Stellen Sie vor der Standardisierung sicher, dass sich der Host, auf dem die virtuelle Maschine mit Update Manager läuft, in einem DRS-Cluster befindet, oder verschieben Sie die virtuelle Maschine mit Update Manager auf einen anderen Host.

  • Sie sind möglicherweise nicht in der Lage, Übereinstimmungsinformationen für eine geklonte virtuelle Maschine anzuzeigen
    Wenn Sie eine virtuelle Maschine klonen, Fault Tolerance für die Maschine aktivieren und die geklonte virtuelle Maschine einschalten, sind Sie möglicherweise nicht in der Lage, die Übereinstimmungsinformationen anzuzeigen. Wenn Sie die Übereinstimmungsansicht öffnen, wird der Fehler Daten konnten nicht abgerufen werden angezeigt.

  • Fehlende Informationen zum Patch-Typ im Assistenten "Importieren von Patches"
    Wenn Sie bei einer neuen Update Manager-Installation zum ersten Mal Offline-Patch-Pakete importieren, werden die Informationen zum Patch-Typ im Assistenten "Importieren von Patches" nicht angezeigt. Die Spalte "Typ" auf der Seite "Import bestätigen" ist leer.
    Problemumgehung: Obwohl die Informationen zum Patch-Typ nicht angezeigt werden, können Sie die Patches erfolgreich importieren, wenn Sie den Assistenten abschließen. Dieses Problem tritt nur beim ersten Import von Offline-Patch-Paketen auf. Bei nachfolgenden Importvorgängen werden die Informationen zum Patch-Typ korrekt im Assistenten angezeigt.

  • Die Aufgabe zum Herunterladen von Patch-Definitionen schlägt möglicherweise fehl, wenn Update Manager zur Verwendung von authentifiziertem Proxy konfiguriert ist
    Wenn die Konfiguration des Update Manager-Servers die Verwendung eines Proxy-Servers vorsieht, für den eine Authentifizierung erforderlich ist, können mithilfe der Aufgabe Patch-Definitionen herunterladen möglicherweise keine Patches heruntergeladen werden.
    Problemumgehung: Aktivieren Sie den anonymen Benutzerzugriff auf den Proxy-Server.

  • Update Manager kann keine Updates von einer gültigen Download-Quelle herunterladen
    Eine nicht vorhandene HTTPS-URL wird im Fenster "Download-Quelle hinzufügen" möglicherweise als verfügbar angezeigt. Wenn Sie beispielsweise https://mydepot.com an Stelle von http://mydepot.com eingeben und auf URL validieren klicken, verläuft die Validierung möglicherweise auch dann erfolgreich, wenn es sich bei der tatsächlichen Download-Quelle um eine HTTP-Adresse handelt. Als Folge davon kann Update Manager keine Updates von der angegebenen HTTPS-URL-Adresse herunterladen.
    Problemumgehung: Löschen Sie die URL und fügen Sie sie erneut ordnungsgemäß hinzu.

  • Ungültige E-Mail-Adressen in den E-Mail-Benachrichtigungseinstellungen verhindern, dass Update Manager E-Mail-Nachrichten sendet
    Sie können in den Patch- und Benachrichtigungs-Download-Zeitplänen Update Manager so konfigurieren, dass E-Mails gesendet werden, wenn neue Patches oder Benachrichtigungen heruntergeladen werden. Wenn Sie ungültige E-Mail-Adressen eingeben, sendet Update Manager möglicherweise keine E-Mails. Wenn Sie für die Mail-Sender-Einstellung von vCenter Server eine ungültige E-Mail-Adresse mit demselben Domänennamen wie dem Absenderkonto des SMTP-Servers eingeben, sendet Update Manager keine E-Mails an die E-Mail-Adressen (auch nicht an die gültigen E-Mail-Adressen). Wenn sich in der Mail-Sender-Einstellung des vCenter Servers der Domänenname der ungültigen E-Mail-Adresse von dem des SMTP-Server-Absenderkontos unterscheidet, können E-Mail-Benachrichtigungen an die gültigen, in den E-Mail-Benachrichtigungseinstellungen für Update Manager eingetragenen E-Mail-Adressen gesendet werden.
    Problemumgehung: Entfernen Sie die ungültigen E-Mail-Adressen aus den E-Mail-Benachrichtigungseinstellungen.

  • Unter Windows Vista wird immer die Standard-Hilfeseite von Update Manager geöffnet, wenn man auf einer Schaltfläche für die kontextbezogene Hilfe klickt
    Wenn Sie auf einer Windows Vista-Maschine den Internet Explorer 7-Browser verwenden, werden in der kontextbezogenen Hilfe von vSphere Update Manager nicht die passenden Hilfeseiten angezeigt. Stattdessen zeigt die Hilfe die standardmäßige vSphere Update Manager-Hilfeseite an.
    Problemumgehung: Installieren Sie Service Pack 2 für Windows Vista. Weitere Informationen hierzu finden Sie im Microsoft-KB-Artikel unter http://support.microsoft.com/kb/942172.

  • Benachrichtigungs-E-Mails werden möglicherweise durch Antiviren-Software blockiert
    Wenn gewisse Antiviren-Software auf Ihrem vCenter Server-System installiert ist, erhalten Sie möglicherweise keine E-Mail-Benachrichtigungen von Update Manager. Update Manager kann zum Senden von E-Mail-Benachrichtigungen konfiguriert werden, z. B. von Benachrichtigungen zu neu heruntergeladenen Patches und anderen geplanten Aufgaben. Wenn Sie Antiviren-Software (z. B. McAfee) installiert haben, die den E-Mail-Datenverkehr überwacht und blockiert, erhalten Sie möglicherweise keine Benachrichtigungen von Update Manager.
    Problemumgehung: Deaktivieren Sie die Regel in der Antiviren-Software, die den E-Mail-Datenverkehr blockiert.

  • Update Manager erstellt keine Snapshots von virtuellen Maschinen, auf denen vor der Standardisierung die Fehlertoleranz eingeschaltet wurde
    Sie können keine Snapshots von virtuellen Maschinen erstellen, auf denen die Fehlertoleranz aktiviert ist. Wenn Sie eine virtuelle Maschine standardisieren, auf der die Fehlertoleranz eingeschaltet ist, und im Standardisierungsassistenten die Option wählen, vor der Standardisierung einen Snapshot zu erstellen, ignoriert Update Manager diese Auswahl und erstellt keinen Snapshot der virtuellen Maschine.
    Problemumgehung: Deaktivieren Sie die Fehlertoleranz, konfigurieren Sie Update Manager, damit ein Snapshot der virtuellen Maschine erstellt wird, und führen Sie eine Standardisierung der Maschine durch. Wenn Sie nach der Standardisierung die Fehlertoleranz einschalten möchten, löschen Sie den Snapshot und aktivieren Sie anschließend die Fehlertoleranz.

  • Wenn mehrere Benutzer versuchen, gleichzeitig eine Baseline mit demselben Namen zu erstellen, zeigt Update Manager eine mehrdeutige Fehlermeldung an
    Wenn mehrere Benutzer versuchen, gleichzeitig eine Baseline mit demselben Namen zu erstellen, zeigt Update Manager die Meldung Der angegebene Schlüssel, Name oder Bezeichner ist bereits vorhanden an. Die Meldung informiert Sie nicht explizit darüber, dass ein anderer Benutzer versucht, eine Baseline mit demselben Namen zu erstellen.

  • Wenn Sie eine Baseline bereitstellen, die mehrere Bulletins enthält, werden einige Bulletins möglicherweise als fehlend angezeigt
    Nach der erfolgreichen Bereitstellung einer Baseline, die mehrere Bulletins enthält, werden einige Bulletins als "Eingestuft" (Bereitgestellt) und andere als "Fehlt" angezeigt. Weitere Informationen hierzu finden Sie im Knowledgebase-Artikel Nach dem Bereitstellen einer Baseline wird ein Bulletin möglicherweise als fehlend statt bereitgestellt angezeigt (KB 1018530).

  • Update Manager kann Cisco Nexus 1000V VEM weder installieren noch aktualisieren, wenn der ESX-Host auf einem IPv6-Netzwerk-Stack ausgeführt wird
    Wenn ein ESX-Host zu Cisco Nexus 1000V DVS hinzugefügt wird, installiert Update Manager das Cisco Nexus 1000V VEM auf dem Host. Bei einem Upgrade von Cisco Nexus 1000V VSM auf die neueste Version führt der Update Manager ebenfalls ein Upgrade des VEM auf dem Host durch, der mit dem DVS verbunden ist. Die Installation und das Upgrade können fehlschlagen, wenn der Host auf einem IPv6-Netzwerk-Stack ausgeführt wird.
    Problemumgehung: Installieren oder führen Sie ein Upgrade von VEM auf dem Host manuell durch, indem Sie das Offline-Paket verwenden.

  • Während des VMware Tools-Upgrades wird möglicherweise im Fenster "Kürzlich bearbeitete Aufgaben" eine irreführende Fehlermeldung angezeigt
    Wenn Sie ein VMware Tools-Upgrade einer virtuellen Maschine durchführen, wird möglicherweise die irreführende Fehlermeldung Der Vorgang kann nicht abgeschlossen werden, weil die VMware Tools auf dieser virtuellen Maschine nicht ausgeführt werden angezeigt, obwohl die Standardisierung erfolgreich ist.

  • Das Planen einer Standardisierungsaufgabe generiert mehrere Aufgaben
    Wenn Sie eine Standardisierungsaufgabe planen, werden im Bereich "Kürzlich bearbeitete Aufgaben" mehrere aktive Aufgaben angezeigt. Eine dieser Aufgaben ist Element standardisieren. Diese Aufgabe wird angezeigt, wenn Sie eine neue Standardisierungsaufgabe erstellen. Es handelt sich jedoch nicht um eine tatsächliche Standardisierungsaufgabe, bei der die Objekte standardisiert werden. Die Aufgabe Element standardisieren erstellt basierend auf Ihrer Eingabe im Standardisierungsassistenten Unteraufgaben für die geplante Standardisierung.

  • Die Schnellumschalt-Links für die Administratoransicht und die Übereinstimmungsansicht funktionieren möglicherweise nicht ordnungsgemäß, wenn sich Ihre Umgebung im verknüpften Modus befindet
    Wenn Ihr vCenter Server-System zu einem verknüpften Modus gehört und bei jedem vCenter Server-System eine separate Update Manager-Instanz registriert ist, funktionieren die Navigationslinks für die Administratoransicht und die Übereinstimmungsansicht möglicherweise nicht ordnungsgemäß. Betrachten Sie z. B. folgendes Szenario: Update Manager-Instanz 1 ist beim vCenter Server-System 1 registriert, Update Manager-Instanz 2 bei vCenter Server-System 2. Wenn Sie ein von vCenter Server-System 1 verwaltetes Objekt auswählen, klicken Sie auf die Registerkarte Update Manager und dann oben rechts auf Admin-Ansicht. Sie sehen die Administratoransicht von Update Manager-Instanz 1. Wenn Sie auf Übereinstimmungsansicht klicken, wählen Sie ein Objekt aus dem Bestand, der von vCenter Server 2 verwaltet wird. Wenn Sie rechts oben auf Admin-Ansicht klicken, wird wieder die Administratoransicht von Update Manager-Instanz 1 angezeigt.
    Problemumgehung: Klicken Sie auf Übereinstimmungsansicht und anschließend erneut auf Administratoransicht, damit die Administratoransicht der zweiten Update Manager-Instanz angezeigt wird.

  • Im Standardisierungsassistenten werden miteinander in Konflikt stehende Patches gezählt
    Nach dem Prüfen eines ausgewählten Objekts anhand einer Patch-Baseline werden möglicherweise mehrere miteinander in Konflikt stehende Patches im Fenster "Patch-Baselines" angezeigt. Wenn Sie versuchen, das ausgewählte Objekt zu standardisieren, werden die miteinander in Konflikt stehenden Patches im Standardisierungsassistenten als Patches gezählt, die auf dem Objekt installiert werden, es werden jedoch nur einige oder keine der miteinander in Konflikt stehenden Patches während des Standardisierungsvorgangs installiert.

  • Der Update Manager-Dienst füllt das \Temp-Verzeichnis möglicherweise mit einer großen Anzahl an temporären Systemdateien
    Möglicherweise befinden sich viele Dateien mit Namen wie ufa{*}.tmp und ufa{*}.tmp.LOG{*} im \Temp-Verzeichnis von Windows (der Standardspeicherort ist C:\WINDOWS\Temp).

    • ufa{*}.tmp-Dateien – Diese Dateien werden erstellt, wenn der Update Manager-Dienst während einer Offline-Prüfung einer virtuellen Maschine plötzlich nicht mehr verfügbar ist. Sie löschen die ufa{*}.tmp-Dateien, z. B. die Datei ufa729F.tmp, indem Sie die folgenden Schritte ausführen:
      1. Wählen Sie Start > Ausführen .
      2. Geben Sie im Fenster "Ausführen" regedit ein und drücken Sie die Eingabetaste.
      3. Navigieren Sie im Registrierungs-Editor zum Ordner My Computer\HKEY_LOCAL_MACHINE und wählen Sie die Datei ufa729F.tmp aus.
      4. Wählen Sie die Option Datei > Struktur entfernen.
      5. Öffnen Sie ein Eingabeaufforderungsfenster.
      6. Navigieren Sie zu C:\ und führen Sie den folgenden Befehl aus:
        del C:\Windows\Temp\ufa729F.tmp
    • ufa{*}.tmp.LOG{*}-Dateien – Diese Dateien sind Windows-Transaktionsprotokolldateien für Registrierungsvorgänge. Sie können durch die Protokollierung von Registrierungstransaktionen durch Windows generiert werden und werden nach ihrer Verwendung entfernt. ufa{*}.tmp.LOG{*}-Dateien gleichen allen anderen temporären Windows-Dateien und können im Rahmen einer Festplattenbereinigungsaufgabe von Windows gelöscht werden.
      Sie löschen die ufa{*}.tmp.LOG{*}-Dateien, z. B. die Datei ufaFF50.tmp.LOG2, indem Sie die folgenden Schritte ausführen:
      1. Öffnen Sie ein Eingabeaufforderungsfenster.
      2. Navigieren Sie zu C:\ und führen Sie den folgenden Befehl aus:
        del C:\Windows\Temp\ufaFF50.tmp.LOG2
  • Update Manager Web Client wird nicht im vSphere Web Client angezeigt
    Wenn Sie den Update Manager-Server mit einem vCenter Server-System mit einer IPv6-Adresse registriert haben, sich dann aber beim vSphere Web Client mit einer IPv4-Adresse anmelden, wird die Registerkarte "Update Manager" nicht im vSphere Web Client angezeigt.
    Problemumgehung: Um die Registerkarte "Update Manager" im vSphere Web Client anzuzeigen, führen Sie einen der folgenden Schritte durch:

    • Wenn Sie den Update Manager-Server mit einem vCenter Server-System mit IPv4 registriert haben, verwenden Sie die IPv4-Adresse, um die Verbindung zum vSphere Web Client herzustellen.
    • Wenn Sie den Update Manager-Server mit einem vCenter Server-System mit IPv6 registriert haben, verwenden Sie die IPv6-Adresse, um die Verbindung zum vSphere Web Client herzustellen.
  • Auf der Update Manager Web Client-Seite werden möglicherweise inkonsistente Informationen zum Übereinstimmungsstatus angezeigt
    Wenn Sie in Update Manager Web Client eine Baseline auswählen, werden die Informationen zum Übereinstimmungsstatus in der Tabelle "Angehängte Baselines", im Dropdown-Menü "Angehängte Baselinegruppen" und Details zum Übereinstimmungsstatus in der Tabelle "Angehängte Baselines" angezeigt.
    Wenn Sie oder ein anderer Benutzer Vorgänge ausführen, die sich auf den Übereinstimmungsstatus eines Objekts auswirken, werden in den Informationen zum Übereinstimmungsstatus auf der Update Manager Web Client-Seite möglicherweise einige Inkonsistenzen angezeigt. Vorgänge beispielsweise, die sich auf den Übereinstimmungsstatus des Objekts auswirken können, sind die Standardisierung des Objekts im Update Manager Client, die direkte Aktualisierung des Objekts oder das Ändern des Inhalts der Baseline im Update Manager Client.
    Wenn Sie im Update Manager Web Client eine Baseline auswählen, enthalten die Details des Übereinstimmungsstatus immer Informationen zum aktuellen Übereinstimmungsstatus des Objekts. Die Baseline zeigt den Übereinstimmungsstatus des letzten über den Update Manager Web Client initiierten Prüfvorgangs oder der letzten Aktualisierung von vSphere Web Client an.

  • Die im Update Manager Web Client angehängten Baselines unterscheiden sich von den in Update Manager Client angehängten Baselines
    Wenn Sie eine Baseline an ein vSphere-Bestandslistenobjekt im Update Manager Client anhängen, wird es nicht in der Tabelle "Angehängte Baselines" von Update Manager Web Client angezeigt.
    Wenn Sie eine Baseline in Update Manager Client trennen, wird sie dennoch in der Tabelle "Angehängte Baselines" von Update Manager Web Client angezeigt.
    Wenn Sie eine Prüfung im Update Manager Web Client mit einer Baseline initiieren, die im Update Manager Client bereits getrennt, im Update Manager Web Client aber noch angezeigt wird, wird sie in der Tabelle "Angehängte Baselines" von Update Manager Web Client nach Abschluss des Prüfvorgangs nicht mehr angezeigt.
    Dies ist darauf zurückzuführen, dass der Update Manager Web Client den gesamten Inhalt nicht automatisch aktualisiert, nachdem Vorgänge über den Update Manager Client ausgeführt werden.
    Dies gilt auch für Baselines und Baselinegruppen.
    Problemumgehung: Aktualisieren Sie den vSphere Web Client manuell.