Multi-Cloud-Umgebung unter Ihrer Kontrolle

VMware Update Manager 1.0 Update 4 | 23.02.2009 | Build 63559

Inhalt dieser Versionshinweise

Diese Versionshinweise decken die folgenden Themen ab:

• Installationshinweise
• Upgrade-Hinweise
• Hardwareanforderungen
• Interoperabilität und unterstützte Betriebssysteme
• Behobene Probleme
• Bekannte Probleme

Diese Versionshinweise umfassen Informationen zum VMware Update Manager, einem optionalen Modul für VMware VirtualCenter. Informationen zu neuen Funktionen von VirtualCenter, Anforderungen und der Installation finden Sie in den Versionshinweisen für Ihr Produkt.

Hinweis: In vielen öffentlich verfügbaren Dokumenten wird auf VMware ESX Server 3.5 nun mit dem Namen VMware ESX 3.5 Bezug genommen und VMware ESX Server 3i als VMware ESXi 3.5 bezeichnet. Diese Versionshinweise folgen der bisherigen Namenskonvention, um eine mit den Produktoberflächen und der Dokumentation konsistente Namensgebung zu verwenden. Der Name des Virtual Appliances Development Kit (VADK) wurde in VMware Studio geändert, in der Update Manager-Dokumentation wird jedoch weiterhin der frühere Name dieses Produkts verwendet. In künftigen Versionen werden die Produktnamen aktualisiert.

Installationshinweise

Dieser Abschnitt enthält Informationen zur Installation von Update Manager und den optionalen Modulen.

Update Manager

Für die Installation von Update Manager ist eine Netzwerkverbindung zu einem bestehenden VirtualCenter Server 2.5 oder höher erforderlich. Jede Installation des Update Manager-Moduls muss mit einer einzelnen VirtualCenter Server-Instanz verknüpft sein. Das Update Manager-Modul umfasst ein Plug-In, das auf dem VMware Infrastructure-Client ausgeführt wird, und eine Serverkomponente, die auf dem gleichen System wie VirtualCenter Server oder einem anderen System installiert werden kann.

In der folgenden Matrix wird die Kompatibilität der Update Manager-Versionen mit dem VirtualCenter Server und dem VI-Client aufgelistet:

Kompatibilitätstabelle
	VirtualCenter Server					VI-Client
	2.5	2.5 Update 1	2.5 Update 2	2.5 Update 3	2.5 Update 4	2.5	2.5 Update 1	2.5 Update 2	2.5 Update 3	2.5 Update 4
Update Manager 1.0	Ja	Nein	Nein	Nein	Nein	Ja	Nein	Nein	Nein	Nein
Update Manager 1.0 Update 1	Nein	Ja	Nein	Nein	Nein	Nein	Ja	Nein	Nein	Ja*
Update Manager 1.0 Update 2	Nein	Nein	Ja	Nein	Nein	Nein	Nein	Ja	Nein	Ja*
Update Manager 1.0 Update 3	Nein	Nein	Nein	Ja	Nein	Nein	Nein	Nein	Ja	Ja*
Update Manager 1.0 Update 4	Nein	Nein	Nein	Nein	Ja	Nein	Nein	Nein	Nein	Ja

* Hat vorbereitende Kompatibilitätstests bestanden. Diese Kompatibilität ist experimentell und wird nicht vollständig unterstützt.

Update Manager-Download-Dienst

Das optionale Installationsprogramm für den Update Manager-Download-Dienst erfordert eine Datenbank. Das Installationsprogramm umfasst eine Option zum Erstellen einer SQL Server 2005 Express-Datenbank; alternativ können Sie eine vorhandene Microsoft SQL Server- oder Oracle-Datenbank verwenden.

VMware Infrastructure Update Manager – PowerShell-Bibliothek

Die PowerShell-Bibliothek von VMware Update Manager ist ein Satz von Commandlets für das Überprüfen und Standardisieren virtueller Maschinen oder Hosts, für das Herunterladen von Software-Updates und das Erstellen von Baselines. Die Bibliothek kann auf jeder Maschine installiert werden, auf der das VMware Infrastructure-Toolkit (für Windows) installiert ist und die Zugriff auf einen VirtualCenter Server besitzt.

Die PowerShell-Bibliothek von VMware Infrastructure Update Manager ist eine experimentelle Funktion, die nur in Englisch unterstützt wird.

Während der Installation von Update Manager können Sie die optionale PowerShell-Bibliothek von VMware Infrastructure Update Manager installieren.

Weitere Informationen finden Sie in der Dokumentation zur Update Manager - PowerShell-Bibliothek.

Upgrade-Hinweise

Diese Version ermöglicht Upgrades von allen früheren Update Manager-Versionen.

Aktualisieren von Update Manager

Zum Aktualisieren von Update Manager auf Update Manager 1.0 Update 4 müssen Sie zunächst VirtualCenter auf VirtualCenter 2.5 Update 4 aktualisieren.

Hinweis: Bevor Sie das Upgrade starten, müssen Sie den Update Manager-Dienst anhalten.

Wenn eine Verbindung zwischen einer VI-Client 2.5 Update 4- und einer VirtualCenter Server 2.5 Update 4-Instanz (und entsprechend Update Manager 1.0 Update 4) hergestellt wird, ermittelt der VI-Client die richtige Update Manager-Plug-In-Version und versucht, diese zu laden. Ist die benötigte Update Manager 1.0 Update 4-Plug-In-Version nicht verfügbar, werden Sie durch den VI-Client aufgefordert, diese zu installieren, und es wird Ihnenes ein Weg zum Herunterladen bereitgestellt

Für ein Upgrade oder die Installation von Update Manager sollten Sie das einheitliche Installationsprogramm verwenden.

Beim Aktualisieren von Update Manager können Sie keine Parameter bearbeiten, wie z. B. den Installationspfad und den Speicherort von Patch-Downloads. Das System behält für diese Parameter die Daten von der Originalinstallation. Sie können den Installationspfad und die Speicherorte der Patch-Downloads nur dann bearbeiten, wenn Sie eine neue Update Manager-Installation durchführen. Geben Sie auf der Seite "VirtualCenter Server – Informationen" des Upgrade-Assistenten die IP-Adresse und Anmeldedaten des VirtualCenter Servers von der Originalinstallation ein, damit die Update Manager-Registrierung mit dem VirtualCenter Server gültig bleibt.

Geben Sie auf der Seite "VirtualCenter Server – Informationen" des Upgrade-Assistenten die IP-Adresse und Anmeldedaten des VirtualCenter Servers von der Originalinstallation ein, damit die Update Manager-Registrierung mit dem VirtualCenter Server gültig bleibt.

Aktualisieren des Update Manager-Download-Dienstes

Der Update Manager-Download-Dienst (UMDS) und der Update Manager müssen dieselbe Version aufweisen. So aktualisieren Sie den UMDS:

1. Aktualisieren Sie den Update Manager.
   Beim Aktualisieren von Update Manager wird das Datenbankschema aktualisiert, aber die Daten in der Datenbank werden beibehalten..
2. Aktualisieren Sie den Update Manager-Download-Dienst.
   Die Binärdateien für UMDS finden Sie im Ordner umds der Installations-CD oder als aus einer ZIP-Datei extrahierte Binärdatei. Der Installations-Assistent führt eine Aktualisierung des Update Manager-Download-Dienstes von der älteren auf die neuere Version durch.

Um die neuesten Update-Metadaten zu erhalten und die bereits vorhandenen Informationen in der Datenbank zu aktualisieren, laden Sie die ESX Server-Patches herunter, und importieren Sie diese auf die Maschine, auf der der Update Manager-Server installiert ist.

Um sicherzustellen, dass das Upgrade von UMDS erfolgreich war, überprüfen Sie, ob Patches für Update Manager 1.0 Update 4 heruntergeladen und importiert werden können. Um beispielsweise die ESX Server-Host-Patches herunterzuladen und diese auf den Update Manager 1.0 Update 4-Server zu importieren, führen Sie die folgenden Schritte aus:

1. Melden Sie sich an der Maschine an, auf der der Update Manager-Download-Dienst installiert ist.
2. Wählen Sie Start > Ausführen, geben Sie cmd ein und drücken Sie die Eingabetaste.
3. Wechseln Sie zu dem Verzeichnis, in dem der Update Manager-Download-Dienst installiert ist.
   Der Standardordner lautet C:\Programme\VMware\Infrastructure\Update Manager.
4. Richten Sie einen Download aller ESX Server-Host-Updates ein, indem Sie den folgenden Befehl ausführen:
   vmware-umds -S -h true -w false -l false
5. Starten Sie das Programm zum Herunterladen von Updates:
   vmware-umds -D
6. Exportieren Sie die Patches auf ein portables Speichergerät oder einen freigegebenen Ordner, indem Sie den folgenden Befehl ausführen:
   vmware-umds -E --dest <Repository-Pfad>
   Dabei ist <Repository-Pfad> der vollständige Pfad zu Ihrem Exportverzeichnis.
   Um nur die in Schritt 4 heruntergeladenen Updates einzubeziehen, verwenden Sie die Option -s. Um beispielsweise nur die Updates zu exportieren, die nach dem 3. Oktober 2008 heruntergeladen wurden, geben Sie den folgenden Befehl ein:
   vmware-umds -E --dest <repository_path> -s 2008-10-03T00:00:00
7. Importieren Sie die Patches auf die Maschine, auf der der Update Manager-Server installiert ist.

Hardwareanforderungen

Die Hardwaremindestanforderungen für den Update Manager richten sich danach, wie Update Manager bereitgestellt wird. Wenn die Datenbank auf demselben Computer installiert ist wie der Update Manager, sind die Anforderungen an Arbeitsspeicher und Prozessorgeschwindigkeit höher. Die Mindestanforderungen zum Sicherstellen einer akzeptablen Leistung lauten wie folgt:

• Prozessor: Intel- oder AMD x86-Prozessor mit mindestens 2 logischen Cores, mit einer Geschwindigkeit von je 2 GHz.
• Netzwerk:
  • 10/100 MBit/s
  • Für eine optimale Leistung verwenden Sie zwischen Update Manager und den ESX Server-Hosts eine Gigabit-Verbindung.
• Arbeitsspeicher:
  • 2 GB RAM, wenn Update Manager und der VirtualCenter Server auf unterschiedlichen Computern installiert sind
  • 4 GB RAM, wenn Update Manager und der VirtualCenter Server auf demselben Computer installiert sind

Die Festplattenspeicheranforderungen variieren abhängig von Ihrer Bereitstellung. Weitere Informationen finden Sie unter VMware Update Manager Sizing Estimator.

Interoperabilität und unterstützte Betriebssysteme

Update Manager kann verschiedene ESX Server-Hosts, virtuelle Maschinen, virtuelle Appliances und Anwendungen prüfen und standardisieren.

ESX Server – Prüfung und Standardisierung

• ESX Server 3.5 oder höher
• ESX Server 3i oder höher
• ESX Server 3.0.3

Virtuelle Maschinen – Prüfung und Standardisierung

• Windows XP Professional, SP2 erforderlich, 32-Bit
• Windows XP Professional, 64-Bit
• Windows 2003 Datacenter
• Windows 2000 Server, SP4 mit Update-Rollup 1
• Windows 2000 Professional, SP4 erforderlich
• Windows Server 2003, SP1 erforderlich
• Windows Server 2003 R2
• Windows Server 2003 x64
• Windows Server 2003 Standard/Web, 32-Bit und 64-Bit
• Windows Vista Business
• Windows Vista Enterprise
• Windows Vista Business (x64)
• Windows Vista Enterprise (x64)

Virtuelle Maschinen – Prüfung

• Red Hat Enterprise Linux AS 3.0 (Update 5 erforderlich)
• Red Hat Enterprise Linux ES 3.0 (Update 5 erforderlich)
• Red Hat Enterprise Linux AS 4.0 (Update 2 erforderlich)
• Red Hat Enterprise Linux ES 4.0 (Update 2 erforderlich)

Anwendungen – Prüfung und Standardisierung

• Internet Information Server (IIS)
• Windows Media Player, Version 7.0 oder höher
• Microsoft SQL Server 7.0/2000/2005
• Microsoft SQL Server Desktop Edition (MSDE) 1.0 oder höher
• Exchange 2000 Server und Exchange Server 5.0
• Internet Explorer 4.0 oder höher
• Outlook Express 4.01 oder höher
• Microsoft Site Server 3.0
• ISA Server 2000
• Microsoft .NET Framework, Version 1.0 oder höher
• Microsoft Data Access Components (MDAC) 2.5 oder höher
• BizTalk Server 2000 oder höher
• SNA Server 4.0
• Host Integration Server 2000
• WinZip 8.1 oder höher
• Apache 1.3 und 2.0
• Firefox 1.0 oder höher
• RealPlayer 10 oder höher
• Adobe Acrobat Reader

Behobene Probleme:

• Update Manager-Client-Plug-In trennt periodisch die Verbindung zum VI-Client
  In dieser Version ist das Problem behoben, dass das Update Manager-Client-Plug-In möglicherweise vom VI-Client entladen wird, wenn der Update Manager-Client zeitweilig keine Verbindung zum Update Manager-Server hat.
• vci-integrity.xml muss nicht bearbeitet werden, um ESX Server 3.0.3-Hosts zu prüfen oder zu standardisieren
  In vorherigen Versionen von VMware Update Manager mussten Benutzer zum Prüfen oder Standardisieren von ESX Server 3.0.3-Hosts den Wert für das Tag SupportedBaseHostVersionin der Datei vci-integrity.xmlvon 3.1.0 auf 3.0.3 ändern.
  Ab Update Manager 1.0 Update 4 ist kein manueller Eingriff mehr erforderlich, um ESX Server 3.0.3-Hosts zu prüfen oder zu standardisieren.
• Updates sind zum täglichen Herunterladen geplant
  In vorherigen Versionen von VMware Update Manager wird die Aufgabe "VMware Update Manager – Update herunterladen" standardmäßig einmal wöchentlich ausgeführt. Diese Einstellung sorgt nicht dafür, dass Sie immer über die neuesten Updates verfügen, die Sie möglicherweise täglich benötigen. 
  Ab Update Manager 1.0 Update 4 wird die Aufgabe "VMware Update Manager – Update herunterladen" standardmäßig täglich ausgeführt.
• Probleme beim Prüfen und Standardisieren des ESX Server-Hosts mit Express-Patches wurden gelöst
  Wenn das Update-Repository Patches für ESX Server Update 2 und Express-Patches für ESX Server Update 2 enthält, schlägt bei Update Manager 1.0 Update 3 möglicherweise das Prüfen oder Standardisieren von ESX Server-Hosts fehl, und es wird eine Meldung ähnlich der Folgenden angezeigt:
  Im Update Manager ist ein Fehler aufgetreten.
  Dieses Problem ist behoben.
• Update Manager und UMDS laden Updates herunter, nachdem die Informationen zur Proxy-Authentifizierung in die Datei "vum-proxyAuthCfg.exe" eingegeben wurden
  In dieser Version ist das Problem behoben, dass Update Manager oder UMDS möglicherweise keine Updates herunterladen, obwohl sie zur Verwendung mit einem Internet-Proxy konfiguriert sind, der Authentifizierungs- und Proxy-Authentifizierungsinformationen benötigt, die in der Datei vum-proxyAuthCfg.exeim Installationsverzeichnis von Update Manager oder UMDS korrekt angegeben wurden. Dabei wird eine Meldung ähnlich der Folgenden angezeigt:
  Fehler: Proxy-Authentifizierung ist erforderlich, wird jedoch keine Authentifizierungsinfo bereitgestellt.
• Updates für das JRE-Paket
  Das mit VMware Update Manager 1.0 Update 4 verteilte JRE-Paket wurde von Version 1.5.0_12 auf 1.5.0_16 aktualisiert. In der neuen Version wurden mehrere Sicherheitsprobleme behoben, die es in den vorherigen Versionen von JRE gab.
  Weitere Informationen zu Sicherheitsproblemen, die in JRE-Version 1.5.0_16 und früheren Versionen behoben wurden, finden Sie unter java.sun.com/j2se/1.5.0/ReleaseNotes.html.
  Eine Liste der CVE-Bezeichner mit den in JRE 1.5.0_13, JRE 1.5.0_14, JRE 1.5.0_15 und JRE 1.5.0_16 behobenen Problemen finden Sie in den folgenden Secunia Advisories:
  • secunia.com/advisories/27009
  • secunia.com/advisories/27320
  • secunia.com/advisories/28795
  • secunia.com/advisories/29239
  • secunia.com/advisories/31010

  Diese Sicherheitslücken können nur dann remote ausgenutzt werden, wenn der Angreifer Zugriff auf das Servicekonsolennetzwerk hat. Entsprechend den Best Practices zur Sicherheit von VMware muss die Servicekonsole vom Netzwerk der virtuellen Maschine isoliert werden. Weitere Informationen über die Best Practices zur Sicherheit von VMware finden Sie unter www.vmware.com/resources/techresources/726.

Bekannte Probleme

Die bekannten Probleme gliedern sich in folgende Gruppen:

• Installation und Upgrade
• Prüfung und Standardisierung
• Internationalisierungsprobleme
• Verwenden von Update Manager

Installation und Upgrade

• Update Manager-Konfiguration mit einem Internet-Proxy schlägt möglicherweise fehl, wenn der Proxy-Port 5 Ziffern hat (KB 1008546)
• VirtualCenter Server kann möglicherweise die aktualisierte Version von Update Manager-Client nicht anzeigen
  Auf der Registerkarte Verfügbar im Plug-In-Managerfenster wird möglicherweise die Version des installierten Update Manager in folgenden Fällen nicht aktualisiert:
  • Update Manager wurde auf VMware Update Manager 1.0 Update 4 aktualisiert
  • VMware Update Manager 1.0 Update 3 wurde deinstalliert und VMware Update Manager 1.0 Update 4 wurde installiert.
    Allerdings wird auf der Registerkarte Installiert im Plug-In-Managerfenster die korrekte Version von Update Manager angezeigt.
  Umgehung: Damit auf der Registerkarte Verfügbar die korrekte Version des installierten Update Manager angezeigt wird, müssen Sie den VMware VirtualCenter Server-Dienst neu starten.
• Baseline-Updates stehen möglicherweise auch dann nicht zur Verfügung, wenn Update Manager Informationen zu den Updates heruntergeladen hat
  Wenn Update Manager ohne Verbindung zum Internet oder mit deaktivierten Internet-Proxy-Einstellungen installiert wird, kann Update Manager keine Metadaten verfügbarer Updates herunterladen und es stehen keine Baseline-Updates zur Verfügung. Nach erfolgter Update Manager-Installation werden auf der Registerkarte Update-Repository Informationen zu den Updates angezeigt, aber die Registerkarte Baseline zeigt möglicherweise keine Informationen an, wenn Update Manager für das Arbeiten mit dem Internet-Proxy-Server konfiguriert wurde und die Metadaten der Updates mit der Befehlszeilenschnittstelle des Update Manager heruntergeladen oder importiert wurden. Möglicherweise wird eine Fehlermeldung wie die Folgende auf der Registerkarte Baseline angezeigt:
  Baseline kann nicht erstellt werden, da auf dem Update Manager-Server keine Updates zur Verfügung stehen........
  Umgehung: Damit auf der Registerkarte Baseline Baseline-Updates angezeigt werden, starten Sie den VI-Client erneut oder aktivieren Sie den Update Manager auf einem VI-Client neu.
• Irrelevante Warnmeldung bei der Installation von Update Manager auf einem System, auf dem Oracle 10g R2 v10.2.0.3 installiert ist
  Wenn Sie Update Manager mit dem einheitlichen Installationsprogramm auf einem System installieren, auf dem Oracle 10g R2 v10.2.0.3 installiert ist, zeigt das Installationsprogramm folgende nicht relevante Warnmeldung an: Stellen Sie sicher, dass Oracle Server und Client auf Version 10.2.0.3 aktualisiert werden. In den Versionshinweisen finden Sie weitere Informationen. Diese Meldung können Sie jedoch ignorieren und die Installation von Update Manager erfolgreich abschließen.
• Mögliches Fehlschlagen des Update Manager-Upgrades
  Das Update Manager-Upgrade schlägt fehl, wenn die Verbindung zum VirtualCenter Server während des Upgrade-Vorgangs getrennt wird.
  Umgehung: Führen Sie das Upgrade erneut durch, sobald die Verbindung zwischen Update Manager und dem VirtualCenter Server wieder hergestellt ist.
• Mögliche Fehlermeldungen beim Update Manager-Upgrade
  Beim Upgrade von Update Manager werden weitere Fehlermeldungen angezeigt, obwohl Sie den Update Manager-Dienst angehalten haben, bevor Sie das Upgrade gestartet haben. Führt der Update Manager-Dienst Aufgaben wie Prüfung, Standardisierung oder Update-Signaturen aus, wird der Dienst erst nach einiger Zeit angehalten.
  Umgehung: Akzeptieren Sie die Meldungen und warten Sie zum Ausführen des Upgrades, bis der Update Manager-Dienst heruntergefahren wurde.
• Benutzereingaben bei der Reparatur der Update Manager-Installation erforderlich
  Bei der Reparatur der Update Manager-Installation mit der Option Reparieren unter Programme ändern oder entfernen fordert das Installationsprogramm Sie dazu auf, einige Werte (z.B die IP-Adresse des VirtualCenter Servers) einzugeben, die Sie bereits während der Installation eingegeben haben. Geben Sie für die Reparatur der Installation die entsprechenden Werte ein.
• Die Schaltfläche zum Herunterladen des Update Manager-Plug-Ins ist nicht verfügbar, nachdem Sie den Update Manager Server aktualisiert haben
  Umgehung: Starten Sie das Update Manager-Client-Installationsprogramm manuell vom Installationsverzeichnis aus: \docroot\vci\downloads\VMware-UMClient.exe. Das Standardinstallationsverzeichnis ist C:\Programme\VMware\Infrastructure\Update Manager\.
• Nach dem Upgrade von Update Manager kann das Update Manager-Plug-In nicht aktiviert werden
  Wenn Update Manager und VirtualCenter Server auf verschiedenen Hosts ausgeführt werden, gehen nach dem Upgrade von Update Manager die Proxy-Informationen in der Update Manager-Konfigurationsdatei verloren. VI-Client stellt keine Verbindung zum Update Manager-Webserver her.
  Umgehung: Reparieren Sie die Update Manager-Installation.
• Das Upgrade von Update Manager schlägt möglicherweise fehl, wenn Update Manager und VirtualCenter auf verschiedenen Computern installiert sind
  Wenn Update Manager und VirtualCenter Server auf verschiedenen Computern installiert sind, erhalten Sie beim Upgrade von Update Manager mit dem einheitlichen Installationsprogramm möglicherweise eine Fehlermeldung, wie z. B. Unzureichende Berechtigungen. Umgehung: Brechen Sie die Installation ab, indem Sie auf die Schaltfläche "Abbrechen" klicken. Starten Sie Ihr System neu und aktualisieren Sie Update Manager mit dem einheitlichen Installationsprogramm.
• Erneutes Installieren von Update Manager führt möglicherweise zu Fehlern
  Bei der Deinstallation von Update Manager werden möglicherweise nicht alle Update Manager-Dienste gestoppt. Wenn Sie Update Manager neu installieren, wird am Ende des Vorgangs möglicherweise ein Fehler angezeigt. Die Installation wurde trotz des Fehlers erfolgreich durchgeführt.
• Erneutes Installieren von Update Manager schlägt möglicherweise fehl
  Das Update Manager-Installationsprogramm schlägt möglicherweise mit der Warnung 25015 fehl, die besagt, dass Update Manager nicht installiert werden kann. Dieser Fehler tritt auf, wenn Sie versuchen, Update Manager auf einem Computer zu installieren, auf dem zuvor Update Manager installiert war und dann entfernt wurde. Um dieses Problem zu beheben, müssen Sie den Computer neu starten.
• Das Beheben des in KB896423 geschilderten Problems auf Windows 2000 Servern mit SP4 schlägt möglicherweise fehl
  Update Manager installiert Updates auf virtuellen Maschinen im Hintergrundmodus, damit interaktive Benutzer keine Informationen zu Updates oder Service Pack-Installationen erhalten. Die Installation von KB896423 auf Windows 2000 SP4 führt gelegentlich zu einem Fehler, wobei den Benutzern ein Dialogfeld angezeigt wird. Das Dialogfeld enthält die Meldung spoolsv.exe - Einstiegspunkt wurde nicht gefunden. Dieses Problem wird möglicherweise durch eine bestimmte Kombination von Patches hervorgerufen, die auf der virtuellen Maschine installiert werden.
  Solch ein Fehler kann dazu führen, dass eine bestimmte Standardisierungsaufgabe keinen Fortschritt macht. Um den Standardisierungsfortschritt zu aktivieren, schließen Sie das Dialogfeld von der Konsole der virtuellen Maschine aus.
• Die Installation von Update Manager mit dem einheitlichen Installationsprogramm schlägt möglicherweise fehl, wenn verschiedenartige Datenbanken verwendet werden (KB 1003277)
• Die Installation des VMware Update Manager-Plug-Ins schlägt fehl (KB 1003468)
• Update Manager-Plug-In kann nicht aktiviert werden (KB 1004680)
• Update Manager- und Converter Enterprise-Plug-Ins sind im VI-Client nicht verfügbar (1004292)
• VirtualCenter kann keine Verbindung zum Update Manager herstellen, wenn während der VirtualCenter-Installation ein neuer Port für den HTTP- oder HTTPS-Webservice angegeben wird (1004412)

Prüfung und Standardisierung

• Die Suche nach Updates auf ausgeschalteten virtuellen Linux-Maschinen schlägt möglicherweise fehl, wenn der ESX Server-Host zurück in die VirtualCenter-Bestandsliste eingefügt wird
  Wenn ein ESX Server-Host mit virtuellen Linux-Maschinen vom VirtualCenter Server entfernt und dann in die VirtualCenter-Bestandsliste zurück eingefügt wird, wobei die virtuellen Linux-Maschinen ausgeschaltet sind, schlägt die Suche nach Updates auf ausgeschalteten virtuellen Linux-Maschinen möglicherweise mit einer Meldung ähnlich der Folgenden fehl:
  Die Serverdatenbank unterstützt nicht die Softwarebestandsliste für das Ziel.
  Umgehung: Wenn ein ESX Server-Host mit virtuellen Linux-Maschinen zurück in die VirtualCenter-Bestandsliste eingefügt wird, schalten Sie die virtuellen Linux-Maschinen ein und prüfen Sie sie mindestens einmal auf Updates, bevor Sie die virtuellen Maschinen im ausgeschalteten Zustand prüfen.
• Update Manager kann beim Prüfen unterstützter Versionen virtueller Linux-Maschinen auf Updates fehlschlagen
  Wenn beim Erstellen einer virtuellen Linux-Maschine für diese ein Linux-Betriebssystem definiert wird, das nicht von Update Manager unterstützt wird, die virtuelle Maschine aber mit einem Linux-Betriebssystem installiert wird, das von Update Manager unterstützt wird, kann das Prüfen der unterstützten virtuellen Linux-Maschine mit einer Fehlermeldung ähnlich der Folgenden fehlschlagen:
  Der versuchte Vorgang kann nicht auf das Objekt angewendet werden.
  Umgehung: Ändern Sie die definierte Linux-Betriebssystemversion der virtuellen Maschine, damit sie mit der tatsächlich installierten Version übereinstimmt, und prüfen Sie die virtuelle Maschine auf Updates.
  So ändern Sie das für die virtuelle Maschine definierte Linux-Betriebssystem:
  1. Klicken Sie mit der rechten Maustaste auf die virtuelle Linux-Maschine, die Sie nicht auf Updates prüfen können, und wählen Sie Einstellungen bearbeiten
  2. Bearbeiten Sie auf der Registerkarte Optionen die Einstellung "Allgemeine Optionen" und ändern Sie die Gastbetriebssystemversion, damit sie mit dem Linux-Betriebssystem übereinstimmt, das auf der virtuellen Maschine installiert ist.
• Das Prüfen oder Standardisieren einer virtuellen Maschine kann während einer VMotion-Migration fehlschlagen
  Update Manager kann beim Prüfen oder Standardisieren virtueller Maschinen fehlschlagen, wenn diese beim Prüfen oder Standardisieren migriert werden. Es werden Fehlermeldungen angezeigt, die den folgenden Meldungen ähneln:
  Während der Prüfung sind Fehler aufgetreten.
  Während der Standardisierung sind Fehler aufgetreten.
  Umgehung: Stellen Sie sicher, dass virtuelle Maschinen auf demselben ESX Server-Host verbleiben, während die virtuellen Maschinen von Update Manager geprüft oder standardisiert werden.
• Der Standardisierungsvorgang schlägt möglicherweise bei DPM-fähigen DRS-Clustern fehl
  Wenn VMware Distributed Power Management (DPM) auf einem VMware DRS-fähigen Cluster aktiviert ist, der mit Update Manager aktualisiert wird, schlägt der Standardisierungsvorgang zum Aktualisieren des Clusters möglicherweise mit einer Meldung ähnlich der Folgenden fehl:
  Während des Standardisierungsvorgangs sind Fehler aufgetreten
  Umgehung: Wenn Sie DRS-aktivierte Cluster standardisieren möchten, deaktivieren Sie DPM und schalten Sie die Hosts ein, die sich im Standby-Modus befinden, damit deren Standardisierung durchgeführt werden kann.
  So deaktivieren Sie DPM:
  
  1. Klicken Sie mit der rechten Maustaste auf den DRS-fähigen Cluster und wählen Sie Einstellungen bearbeiten.
  2. Wählen Sie im Fenster <Cluster_Name> Einstellungendie Option Energieverwaltung.
  3. Wählen Sie Aus als standardmäßige Energieverwaltungsoption für den Cluster aus.
• Verlangsamte Offline-Prüfung durch Antivirensoftware
  Wird eine Antivirensoftware wie z.B. McAfee auf der Maschine ausgeführt, auf welcher der Update Manager-Server installiert ist, kann es auf dem Bereitstellungssystem zu erheblichen Leistungseinbußen bei der Offline-Prüfung kommen.
  Umgehung: Deaktivieren Sie die Online-Antivirenprüfung, oder entfernen Sie vmware-updatemgr.exe vom Sperrvorgang der Antivirensoftware.
• Installation von Windows XP x64 SP2 während der Standardisierung führt möglicherweise zu einem Fehler
  Windows XP x64 SP2 erfordert einen interaktiven Desktop, und die Standardisierung schlägt möglicherweise fehl.
  Umgehung: Installieren Sie Windows XP x64 SP2 manuell auf der virtuellen Maschine.
• Standardisierung von ESX Server-Remotehosts schlägt fehl
  Aufgrund von Netzwerkproblemen kann die Standardisierung von ESX Server-Remotehosts mit großen Patch-Dateien fehlschlagen. Die Übertragung der Datei vom lokalen Speicherort zu den standardisierten ESX Server-Hosts kann länger als erwartet dauern und zu Zeitüberschreitungen führen.
• Standardisierung von Datencentern wirkt sich nicht auf die richtigen ESX Server-Hosts aus
  Wenn Sie eine Standardisierungsaufgabe für ein Datencenter einplanen, wird die Standardisierung auf den ESX Server-Hosts durchgeführt, die sich während des Planens der Aufgabe im Datencenter befinden. Wenn Sie die Konfiguration des Datencenters vor dem Start der Standardisierung ändern und beispielsweise ESX Server-Hosts zum Datencenter hinzufügen oder aus diesem entfernen, erfolgt die Standardisierung nur für die Hosts, die sich vor der Änderung der Konfiguration im Datencenter befunden haben.
• Standardisierung schlägt bei der Installation von Patches auf einer VM fehl
  Die Standardisierung kann bei der Installation sämtlicher Patches auf einer virtuellen Maschine fehlschlagen, bei der die Gebietsschemen der Anwendung vom Gebietsschema des Betriebssystems abweichen. Wenn Sie virtuelle Maschinen mit gemischten Gebietsschemen standardisieren, werden Patches von nur einem Gebietsschema gleichzeitig ausgeführt. Für die restlichen Patches von anderen Gebietsschemen werden deshalb Installationsfehler ausgegeben.
  Umgehung: Wiederholen Sie die Standardisierung, bis die Baseline mit der virtuellen Maschine übereinstimmt.
• Standardisierung schlägt mit der Meldung "Datei ist nicht signiert" im Protokoll der Windows-Ereignisanzeige der VM fehl
  Wird eine Windows-Patch-Datei nicht ordnungsgemäß heruntergeladen (die Datei wird beispielsweise aufgrund von Netzwerkproblemen nicht vollständig heruntergeladen), schlagen die Signaturprüfung der Patch-Datei während der Standardisierung und somit die Standardisierung selbst fehl. Ein Anwendungsereignis wird protokolliert und in der Windows-Ereignisanzeige mit der Meldung Datei ist nicht signiert und dem entsprechenden Dateipfad angezeigt.
  Umgehung: Um die fehlende Patch-Datei erneut herunterzuladen, müssen Sie die Datei löschen, indem Sie zum Pfad im Ereignisprotokoll navigieren und einen anderen Standardisierungsvorgang starten.
• ESX Server-Host wechselt während der Standardisierung möglicherweise nicht in den Wartungsmodus
  Während der Standardisierung eines ESX Server-Hosts wechselt der Host möglicherweise nicht in den Wartungsmodus, und die Standardisierungsaufgabe wird nicht abgeschlossen. Im Fenster "Kürzlich bearbeitete Aufgaben" wird für die Aufgabe zum Wechsel in den Wartungsmodus für mehr als vier Stunden ein Fortschritt von 2% angezeigt.
  Umgehung: Prüfen Sie, ob die virtuellen Maschinen auf dem nicht reagierenden ESX Server-Host ausgeschaltet sind. Schalten Sie die virtuellen Maschinen ggf. manuell aus, um den Wechsel in den Wartungsmodus abzuschließen. Wenn Sie alle virtuellen Maschinen ausgeschaltet haben und der Wechsel in den Wartungsmodus dennoch nicht innerhalb von 30 Minuten abgeschlossen wird, starten Sie den Hostdienst manuell neu.
• Standardisierung von ESX Server 3.5- und ESX Server 3.5 Update 1-Hosts führt möglicherweise zur Installation einer äquivalenten neueren Version des Patches
  Wenn Sie einen ESX Server-Host anhand einer Baseline standardisieren, die einen Patch mit einem veralteten abhängigen Paket umfasst, werden Sie auf der Registerkarte Ereignisse in einer Ereignismeldung darüber informiert, dass der Patch und das veraltete abhängige Paket installiert wurden. Auf dem ESX Server-Host werden jedoch der Patch und die aktuelle Version des abhängigen Pakets installiert. Angenommen, Patch A hängt von Patch B ab, und Patch B wird durch Patch C ersetzt. Wenn Sie eine Standardisierung anhand einer Baseline durchführen, die nur Patch A enthält, wird auf der Registerkarte Ereignisse des Update Managers angezeigt, dass Patches A und B installiert wurden. Tatsächlich werden auf der ESX Server-Maschine jedoch die Patches A und C installiert.
• Nach der Standardisierung von ESX Server 3.5 mit dem Paket ESX350-Update02 wird das Paket ESX350-Update01 möglicherweise als nicht übereinstimmend angezeigt ( KB 1006383)
  Nachdem Sie einen ESX Server 3.5-Host anhand einer Baseline standardisiert haben, die ESX350-Update02 enthält, wird die Baseline, die das vorherige Update (ESX350-Update01) enthält, möglicherweise als nicht übereinstimmend angezeigt. Die Update-Versionen von ESX Server sind kumulativ und neue Update-Versionen enthalten alle Fixes der vorherigen Update-Versionen. Es ist nicht erforderlich, ESX350-Update01 auf einem Host zu installieren, der bereits mit ESX350-Update02 übereinstimmt.
  Umgehung: Damit der Host mit der angehängten Baseline, die das Paket ESX350-Update01 enthält, übereinstimmt, führen Sie einen der folgenden Schritte durch:
  1. Trennen Sie die Baseline, die das Paket ESX350-Update01 enthält, von allen Hosts, die mit der Baseline übereinstimmen, die das Paket ESX350-Update02 enthält.
  2. Standardisieren Sie den ESX-Host anhand einer Baseline, die das Paket ESX350-Update01 enthält.
• Geplante Standardisierung einer virtuellen Maschine schlägt möglicherweise fehl
  Die geplante Standardisierung einer virtuellen Maschine schlägt möglicherweise zum geplanten Zeitpunkt fehl mit der Fehlermeldung, dass die Anmeldung aufgrund eines falschen Benutzernamens oder Kennworts nicht erfolgreich verlaufen ist. Dieses Problem tritt auf, wenn der Update Manager-Server und der VirtualCenter Server auf verschiedenen Maschinen installiert sind, deren Zeiteinstellungen nicht synchronisiert sind.
  Umgehung: Stellen Sie sicher, dass die Systemzeiteinstellungen der VirtualCenter Server- und Update Manager-Servermaschinen bis auf eine Minute genau synchronisiert sind. Sie können beispielsweise die Maschinen automatisch mit einem NTP-Server synchronisieren.
• Bei der Standardisierung von ESX Server 3.5 und ESX 3.5 Update 1 wird die neuere Version eines Patches installiert
  Wenn Sie ESX Server 3.5 und ESX 3.5 Update 1 auf Basis einer festen Baseline standardisieren, die einen Patch mit einem veralteten abhängigen Paket enthält, werden der Patch und die neuere Version des abhängigen Pakets auf dem Host installiert. Dieses Verhalten hat sich ab ESX Server 3.5 Update 2 geändert. Nur die erforderlichen Pakete in einer festen Baseline werden während der Standardisierung auf dem Host installiert. Wenn beispielsweise Patch A von Patch B abhängt und Patch B durch Patch C ersetzt wurde, werden bei der Standardisierung von ESX Server 3.5 Update 2 die Patches A und B auf dem Host installiert.
  Wenn Sie einen ESX Server-Host auf Basis einer dynamischen Baseline standardisieren, hat sich das Verhalten nicht geändert. Der Patch und die neuere Version des abhängigen Pakets werden auf dem Host installiert.
• Eine geplante Standardisierungsaufgabe schlägt möglicherweise fehl
  Wenn sich zu viele Patches in der Ausnahmeliste befinden, kann eine geplante Standardisierungsaufgabe mit der folgenden Fehlermeldung fehlschlagen: Ein angegebener Parameter war nicht korrekt. Wert.
  Umgehung: Um die Patches in der Ausnahmeliste zu verringern, erstellen Sie eine Baseline mit den erforderlichen Patches und planen Sie anschließend eine Standardisierungsaufgabe.
• Das Bearbeiten einer virtuellen Maschine, die Update Manager prüft oder standardisiert, verursacht Probleme
  Während des Prüfens oder Standardisierens einer virtuellen Maschine durch Update Manager können Sie die Einstellungen für diese virtuelle Maschine ändern. Wenn Sie dies tun, kann die Prüfung bzw. Standardisierung fehlschlagen und die Änderungen an der virtuellen Maschine gehen möglicherweise verloren. Um dieses Problem zu vermeiden, ändern Sie nicht die Einstellungen der virtuellen Maschine, während dieses geprüft oder standardisiert wird.
• Standardisieren einer virtuellen Maschine oder Vorlage schlägt möglicherweise fehl, wenn VMware Tools nicht verfügbar sind
  Der Standardisierungsprozess umfasst möglicherweise den Einsatz der VMware Tools. In den Fällen, wo die Tools erforderlich sind, schlägt die Standardisierung fehl. Um dieses Problem zu beheben, installieren Sie VMware Tools oder starten Sie sie neu, und versuchen Sie die Standardisierung erneut.
• Standardisierungsaufgaben für einige Microsoft-Produkte schlagen fehl
  Update Manager standardisiert einige Microsoft-Produkte nicht. Details dieser Fehler werden in einem Ereignis protokolliert, das mit dem VI-Client angezeigt werden kann.
  • Die Anwendung von SP2 für Microsoft Content Management Server 2002 und SP2 für Internet Explorer 6 schlägt fehl. Sie sind nur zum Prüfen vorgesehen.
  • Die Anwendung einiger SPs auf Exchange erfordern Benutzereingriffe, was bedeutet, dass sie nicht automatisch abgeschlossen werden können.
• Der Standardisierungsassistent behält keine Informationen über ausgewählte Updates bei
  Wenn Sie auf der Baselines-Seite des Standardisierungsassistenten eine bestimmte Anzahl an Updates von einer Baseline auswählen und dann zurück zur Baseline-Listenansicht wechseln, wird die vorherige Update-Auswahl nicht beibehalten und alle Updates werden erneut ausgewählt.
• Update Manager spielt die Windows Small Business Sever 2003 Service Packs nicht auf
  Update Manager kann Service Pack 2 (SP2) für Windows Small Business Server 2003 nicht herunterladen oder installieren. Update Manager prüft korrekt und meldet, wenn das Service Pack aufgespielt wird, aber es ist keine Standardisierung möglich.
• Update Manager meldet fälschlicherweise, dass Windows Vista-Gast-Patches nicht installiert wurden
  Update Manager meldet möglicherweise, dass bei einigen virtuellen Windows Vista-Maschinen keine Übereinstimmung gibt, selbst nachdem Patches erfolgreich installiert wurden. Um dieses Problem zu beheben, starten Sie die entsprechende virtuelle Maschine neu. Bei nachfolgenden Prüfungen wird diese Maschine als übereinstimmend erkannt.
• Standardisieren angehaltener virtueller Maschinen unter Windows 2003 Enterprise (x64) schlägt möglicherweise fehl
  Das Standardisieren von Windows 2003 Enterprise x64 SP2 mit Patches MS06-061, MS06-071 und MS07-042 schlägt unter bestimmten Bedingungen fehl. Wenn diese virtuellen Maschinen über 256 MB RAM verfügen, bleibt die Aufgabe bei 62 % Fortschritt hängen und schlägt letztendlich fehl. Das Ändern der RAM-Größe auf 512 MB führt dazu, dass zukünftige Standardisierungen erfolgreich verlaufen.
• Update Manager kann einen ESX Server nicht auf Updates prüfen, wenn ein nicht standardmäßiger Webservices-HTTP-Port verwendet wird (KB 1003943)

Internationalisierungsprobleme

• Sie können den Update Manager-Server nicht auf einem Computer mit Nicht-ASCII-Zeichen im Namen installieren
  Wenn sie versuchen, den Update Manager-Server auf einem Computer mit Nicht-ASCII-Zeichen im Namen zu installieren, schlägt die Installation fehl.
• Sie können den Update Manager nicht in einem Verzeichnis mit Nicht-ASCII-Zeichen im Namen installieren
  Im Installationassistenten von Update Manager können Sie ein vom Standard (C:\Programme\VMware\Infrastructure\Update Manager) abweichendes Installationsverzeichnis auswählen. Wenn Sie einen Ordner mit Nicht-ASCII-Zeichen im Namen als Installationsverzeichnis auswählen, schlägt die Installation fehl.
• Die Verwendung von Multibyte-Zeichen für die Eingabe von Ziffern wird im Assistenten "Planen einer Prüfung" nicht unterstützt
  Wenn Sie im Assistenten "Planen einer Prüfung" in einem der Zeitfelder ein Multibyte-Zeichen eingeben und zur nächsten Seite wechseln, ändert sich der Wert in 0. Nur Single-Byte-Zeichen werden als numerische Werte betrachtet. Sie erhalten keine Warnmeldung, dass die Verwendung von Multibyte-Zeichen für die Eingabe von Ziffern nicht unterstützt wird.
• Sie können nicht die maximale Anzahl an Nicht-ASCII-Zeichen als Aufgabenname im Assistenten "Planen einer Prüfung" eingeben
  Wenn im Assistenten "Planen einer Prüfung" ein Aufgabenname die maximale Anzahl von 80 Nicht-ASCII-Zeichen enthält, können Sie den Assistenten beenden. Allerdings erhalten Sie eine Fehlermeldung im Fenster "Kürzlich bearbeitete Aufgaben". Sie erhalten keine weitere Warnmeldung. Eine Aufgabe, die die maximale Anzahl an Nicht-ASCII-Zeichen im Namen enthält, wird im Fenster "Geplante Aufgaben" nicht angezeigt.
  Umgehung: Kürzen Sie den Aufgabennamen.

Verwenden von Update Manager

• Überflüssige Fehlermeldung wird möglicherweise angezeigt, wenn das Update Manager-Plug-In neu aktiviert wird
  Wenn der VMware Update Manager Server-Dienst neu gestartet und das Update Manager-Plug-In neu aktiviert wird, wird möglicherweise eine Fehlermeldung ähnlich der Folgenden angezeigt:
  Objektreferenz nicht auf eine Instanz eines Objekts gesetzt
  Umgehung: Ignorieren Sie die Fehlermeldung und aktivieren Sie das Plug-In neu, indem Sie das Kontrollkästchen Aktiviert auswählen.
• Mögliche Deaktivierung des Update Manager-Plug-Ins
  Wird eine Software wie z.B. McAfee oder eine andere Antivirensoftware auf Ihrem Bereitstellungssystem ausgeführt, kann dies zu einer Deaktivierung des Update Manager-Plug-Ins im VI-Client kommen.
  Umgehung: Schließen Sie den Prozess vmware-updatemgr.exe und zugehörige Ports von den Prüf- und Sperrvorgängen der Antivirensoftware aus. Führen Sie bei Verwendung von McAfee VirusScan Enterprise 8.5i die folgenden Schritte aus:
  1. Wählen Sie Start > Programme > McAfee > VirusScan Console (VirusScan-Konsole).
  2. Doppelklicken Sie auf Access Protection (Zugriffsschutz).
  3. Wählen Sie im Fenster mit den Zugriffsschutzeigenschaften die Kategorie User-defined Rules (Benutzerdefinierte Regeln). Stellen Sie sicher, dass der Update Manager-SOAP-Port (standardmäßig 8084) nicht in den Sperrregeln aufgeführt wird (doppelklicken Sie auf jede Regel, um die Details anzuzeigen). Wenn Sie eine Regel zum Sperren des Ports angeben müssen, fügen Sie vmware-updatemgr.exe zur Ausschlussliste hinzu.
• Falsche Einstellung für Aufgabe "Update-Downloads"
  Wenn Sie die Aufgabe "Update-Downloads" von der Registerkarte Konfiguration im Update Manager und auf der Seite "Aufgabe planen" im Assistent "Update-Download planen" bearbeiten und dabei die Option Häufigkeit auf Nach dem Start setzen, wird diese Einstellung nicht korrekt vorgenommen.
• Abgebrochene Aufgaben werden immer im Aufgabenfenster angezeigt
  Abgebrochene Aufgaben werden im Gegensatz zu fehlgeschlagenen oder abgeschlossenen Aufgaben, die nach einiger Zeit aus dem VI-Client entfernt werden, im Aufgabenfenster des VI-Clients angezeigt, bis der VirtualCenter Server heruntergefahren wird.
• Im Fenster "Baselines anhängen" wird möglicherweise ein falscher Zieltyp angezeigt
  Nachdem Sie Update Manager installiert und versucht haben, eine Baseline an einen Host anzuhängen, indem Sie auf der Registerkarte Update Manager mit der rechten Maustaste geklickt und Baseline anhängen ausgewählt haben, wird der Zieltyp möglicherweise nicht als Host angezeigt, sondern als virtuelle Maschine.
  Umgehung: Klicken Sie auf den Link Baseline anhängen in der oberen rechten Ecke der Registerkarte Update Manager.
• Einige Meldungen im Update Manager-Plug-In verdecken teilweise andere Meldungen und Schaltflächen
  Wenn Sie die Updates im Assistenten für neue Baselines filtern, verdeckt die Meldung zur Anzahl der gefilterten Updates möglicherweise die Filter-Schaltfläche.
  Umgehung: Vergrößern Sie das Assistentenfenster.
• Eingabe von Sonderzeichen im Feld "Text enthält" auf der Seite "Updates-Filter" nicht möglich
  Wenn Sie eine dynamische Baseline erstellen, ist die Eingabe von Sonderzeichen (Symbolen) im Feld Text enthält unzulässig. Sie dürfen nur gültige Textzeichenfolgen als Suchkriterium eingeben. Durch die Eingabe von Sonderzeichen wird die Baseline ungültig und wird auf der Registerkarte "Update Manager" nicht angezeigt. Sie sind anschließend möglicherweise nicht in der Lage, andere Baselines anzuhängen, zu bearbeiten, abzuhängen oder zu löschen.
  Umgehung: Löschen Sie die ungültige Baseline aus der Tabelle VCI_BASELINES in der Datenbank.
• Das Skript VCI_UNDO_ORACLE.sql wird erfolgreich ausgeführt, obwohl Fehler ausgegeben werden
  Wenn Sie das Skript VCI_UNDO_ORACLE.sql ausführen, werden viele Fehler angezeigt. Dennoch wird das Skript erfolgreich ausgeführt.