Multi-Cloud-Umgebung unter Ihrer Kontrolle

Überprüfen Sie regelmäßig, ob Erweiterungen oder Aktualisierungen dieser Versionshinweise verfügbar sind. VMware VirtualCenter 2.0.2 Update 2| 15/11/2007 | Build 62341

 

Versionshinweise wurden am 15/11/2007 um die folgenden neuen Informationen ergänzt:

• Es wurde ein Abschnitt zum Installieren von Sprachpaketen auf dem ESX Server-Host hinzugefügt.

Inhalt dieser Versionshinweise

VirtualCenter 2.0.2 Update 2 behebt verschiedene Probleme hoher Priorität aus früheren Patch-Versionen und umfasst außerdem verschiedene Erweiterungen und Verbesserungen. Die vorliegende Version behebt Probleme, die in Zusammenhang mit der VirtualCenter-Installation und -Aktualisierung, Datenbanken und der Verwaltung virtueller Maschinen stehen. Darüber hinaus umfasst die Version zwei kritische Sicherheits-Updates. Ferner wird mit dieser Version eine neue Benutzerrolle für VMware Consolidated Backup eingeführt.

Diese Wartungsversion umfasst Änderungen an der VirtualCenter Management Server- und der VI-Client-Software. Wenn Sie einen VirtualCenterServer-Host unter Verwendung dieser Wartungsversion aktualisieren, müssen auch alle VI-Clienthosts aktualisiert werden. Die Windows-Clienthosts können aktualisiert werden, indem Sie die Software von einem aktualisierten VirtualCenter Server-Host herunterladen oder den VI-Client auf der Startseite der VirtualCenter-Installation auswählen.

In diesen Versionshinweisen werden die folgenden Themen behandelt:

• Neuheiten
• Behobene Probleme
• Bekannte Probleme
• Vor der Installation von VirtualCenter 2.0.2 Update 2
• Installieren von VirtualCenter 2.0.2 Update 2
• Installieren von Sprachpaketen auf dem ESX Server-Host

Neuheiten

Die neue VCB-Rolle
Mit dieser Version von VirtualCenter wird eine neue Rolle, eine VCB-Rolle, mit einem bestimmten Satz an Berechtigungen eingeführt, die für VMware Consolidated Backup erforderlich sind. Diese Rolle muss den Benutzern auf Host- und Clusterebene zugewiesen werden. Wenn Sie ein Upgrade von einer früheren Version von VirtualCenter durchführen, müssen Sie außerdem ein Upgrade der VirtualCenter-Datenbank durchführen, um auf diese neue Rolle zugreifen zu können.

Unterstützung für die Image-Anpassung für 64-Bit-Gastbetriebssysteme
Für diese Version von VirtualCenter Server wird eine Unterstützung für die Image-Anpassung für 64-Bit-Gastbetriebssysteme bereitgestellt:

• Microsoft Windows 2003 (Standard Edition und Enterprise Edition)
• Microsoft Windows XP Professional

Neuer Eintrag im Windows-Anwendungsprotokoll für die Installation von VirtualCenter Server
In dieser Version wird beim Starten von VirtualCenter Server ein neuer Eintrag im Windows-Anwendungsprotokoll aufgezeichnet. In diesem Eintrag wird der Pfad zum Verzeichnis logsaufgeführt, in dem Diagnoseinformationen enthalten sind. Wie auch bei anderen Versionen, wird für diese Version die Buildnummer der VirtualCenter-Installation im Windows-Anwendungsprotokoll erfasst.

Neue Konfigurationsparamater für erweiterte Supportfunktionen
In dieser Version wird der Konfigurationsparameter UseSETranslatoreingeführt, um die Supportfunktionen von VirtualCenter zu erweitern. Wenn Sie für diesen Parameter den Wert truefestlegen, werden die Einzelheiten zu den ermittelten Ausnahmen während der Ausführung des VirtualCenter-Diensts automatisch protokolliert. Gehen Sie zum Zuweisen dieses Parameters zu vpxd.cfgwie folgt vor:

    <config>
        ...
        <vmacore>
            <threadpool>
                 <UseSETranslator>true</UseSETranslator>
            </threadpool>
        </vmacore>
        ...
    </config>

Es wird empfohlen, diesen Parameter hinzuzufügen, um die Supportfunktionen für dieses Produkt zu erweitern.
Hinweis: Starten Sie VirtualCenter Server neu, nachdem Sie Änderungen an der Datei vpxd.cfgvorgenommen haben.

Behobene Probleme

In VirtualCenter 2.0.2 Update 2 (Build 62341) werden zahlreiche Probleme behoben und eine Reihe an Verbesserungen hinzugefügt:

• Sicherheitsprobleme
• Installationsprobleme
• Datenbankprobleme
• Verwaltungsprobleme bei virtuellen Maschinen
• Andere Probleme

Sicherheitsprobleme

• Sicherheitsupdate für Tomcat Server
  In dieser Version von VirtualCenter Server wird ein Update des Tomcat Server-Pakets von 5.5.17 auf 5.5.25 vorgenommen. Durch dieses Update werden mehrere Sicherheitsprobleme früherer Versionen von Tomcat Server behoben. Im Rahmen des Common Vulnerabilities and Exposures-Projekts (cve.mitre.org) wurden diesen Problemen die Bezeichnungen CVE-2005-2090, CVE-2006-7195 und CVE-2007-0450 zugewiesen.


• Sicherheitsupdate für JRE
  In dieser Version von VirtualCenter Server wird ein Update des JRE-Pakets von 1.5.0_7 auf 1.5.0_12 vorgenommen. Durch dieses Update wird ein Problem der früheren Version von JRE behoben. Im Rahmen des Common Vulnerabilities and Exposures-Projekts (cve.mitre.org) wurde diesem Problem die Bezeichnung CVE-2007-3004 zugewiesen.

Installationsprobleme

• Der Upgradeprozess der VirtualCenter-Datenbank kann abgebrochen werden
  In dieser Version kann der Upgradeprozess der VirtualCenter-Datenbank von VirtualCenter 1.x auf VirtualCenter 2.0.2 Update 2 über die Schaltfläche Abbrechen im Assistenten abgebrochen werden. In früheren Versionen wurde beim Klicken auf die Schaltfläche Abbrechen der Assistent entfernt, der Upgradeprozess der Datenbank wurde jedoch im Hintergrund durchgeführt.
  Hinweis: Es ist empfehlenswert, vor der Durchführung des Upgrades eine Sicherung der VirtualCenter-Datenbank zu erstellen.

Datenbankprobleme

• Hosts mit virtuellen Maschinen können in Datencentern erfolgreich verschoben werden
  In früheren Versionen ist das Verschieben von Hosts mit virtuellen Maschinen von Zeit zu Zeit aufgrund von Verletzungen von Datenbankbeschränkungen, die zu einem Neustart von VirtualCenter Server geführt haben, fehlgeschlagen. Dieses Problem wurde in VirtualCenter 2.0.2 Update 2 behoben.


• Verlängerung der Längenbeschränkung für das Datenbankkennwort für VirtualCenter
  In früheren Versionen bestand für das Datenbankkennwort für VirtualCenter eine Längenbeschränkung auf 32 Zeichen. In dieser Version wird diese Beschränkung aufgehoben, die Zeichenbeschränkung für das Datenbankkennwort ergibt sich aus dem Datenbanktyp, für den die Installation von VirtualCenter vorgenommen wird.

Verwaltungsprobleme bei virtuellen Maschinen

• Mit dem Skript "vmware-vmupgrade" werden Upgrades für virtuelle Maschinen mit dynamischen Festplatten vorgenommen
  In früheren Versionen schlug das Skript vmware-vmupgradefehl, und beim Ausführen auf virtuellen Windows-Maschinen mit dynamischen Festplatten wurde eine Fehlermeldung ausgegeben. Dieses Problem wurde in dieser Version behoben. Vor der Ausführung des Skripts müssen Sie jedoch die virtuelle Maschine abschalten.


• Angehaltene oder ausgeschaltete virtuelle Maschinen in einem Cluster können auf einen im angeschalteten Zustand erfassten Snapshot wiederhergestellt werden
  In früheren Versionen reagierte VirtualCenter Server nicht mehr, wenn für eine angehaltene oder ausgeschaltete virtuelle Maschine eine Wiederherstellung auf einen im angeschalteten Zustand erfassten Snapshot vorgenommen wurde. Für VirtualCenter Server musste ein Neustart vorgenommen werden, um den normalen Betrieb wieder aufzunehmen. Dieses Problem wurde in dieser Version behoben.


• Schnappschüsse von virtuellen Maschinen mit Pass-Through-RDM-Festplatte können erstellt werden
  Vor dieser Version gab es keine Möglichkeit, über VirtualCenter Server einen Snapshot von virtuellen Maschinen mit Pass-Through-RDM-Festplatten auf einem ESX Server 3.0.1-Host mit dem ESX-H171726-01-Patch zu erstellen. Es bestand jedoch die Möglichkeit, Snapshots dieser virtuellen Maschinen durch den direkten Anschluss vom VI-Client an den ESX Server-Host zu erstellen. In dieser Version haben Sie die Möglichkeit über VirtualCenter Server Snapshots von virtuellen Maschinen mit Pass-Through-RDM-Festplatten zu erstellen. Sie können jedoch keine Snapshots vom Speicher einer virtuellen Maschine erstellen.


• Nicht-standardmäßige Konfigurationsparametereinstellungen der virtuellen Maschinen werden in VMotion gespeichert
  In dieser Version werden nach einem VMotion-Vorgang alle nicht-standardmäßigen Einstellungen der Konfigurationsparameter, die der virtuellen Maschine hinzugefügt wurden, gespeichert und auf den Zielhost übernommen. Wenn jedoch im angeschalteten Zustand Änderungen an den Einstellungen vorgenommen werden, ist ein Neustart der virtuellen Maschine vor der Durchführung des VMotion-Vorgangs erforderlich, sodass die Einstellungen der Konfigurationsparameter gespeichert werden.

Andere Probleme

• Auf der Übersichtsseite werden nicht länger negative Werte für die Speicherauslastung eines Ressourcenpools angezeigt
  In früheren Versionen wurde unter bestimmten Umständen auf der Übersichtsseite ein negativer Wert für die Speicherauslastung eines Ressourcenpools angezeigt. Dieser negative Wert wurde aufgrund eines Problems bei der Berechnung des von virtuellen Maschinen genutzten Speichers angezeigt, die den Ressourcenpool gemeinsam nutzen. Dieses Problem besteht nicht mehr.


• Verringerung der standardmäßigen Protokollinformationen zur verbesserten Darstellung der Anzeige
  In dieser Version werden standardmäßig weniger Informationen oder Meldungen im Systemprotokoll erfasst. In früheren Versionen wurden bei Auswahl der Option Admin> Systemprotokolle auch Mitteilungen im Hinblick auf die Anzeige und das Durchsuchen der Protokolle im Protokoll aufgeführt. In dieser Version wurden diese Meldungen auf der standardmäßigen Protokollstufe nicht aufgezeichnet. Um diese Meldungen im Protokoll anzuzeigen, müssen Sie die ausführliche Protokollierung konfigurieren.


• Für einen Cluster gesetzte erweiterte DRS-Optionen können gelöscht werden
  In früheren Versionen konnten die erweiterten DRS-Optionen für einen Cluster nicht gelöscht werden. Obwohl eine Änderung des Optionswertes möglich war, konnten Optionen nach ihrer Erstellung nicht mehr gelöscht werden. In dieser Version können Sie die erweiterten DRS-Optionen löschen, indem Sie das Name/Wert-Paar im Dialogfeld mit den erweiterten DRS-Optionen deaktivieren und auf OK klicken.


• Beim Vornehmen ordnungsgemäßer Änderungen an der NIC-Teaming-Richtlinie wird kein Fehler ausgegeben
  In früheren Versionen führte der Versuch einer nicht ordnungsgemäßen Änderung an der NIC-Teaming-Richtlinie zu einer Fehlermeldung. Die gleiche Fehlermeldung wurde erneut angezeigt, wenn eine ordnungsgemäße Änderung an der NIC-Teaming-Richtlinie vorgenommen wurde, ohne das Dialogfenster mit den vSwitch-Eigenschaften zu schließen und erneut zu öffnen. Dieses Problem wurde in dieser Version behoben.


• Auf Clients mit Betriebssystemen ohne standardmäßige Zeitzonenkonfiguration kann auf den Assistenten für den Anpassungsspezifikationsmanager zugegriffen werden
  Vor dieser Version von VirtualCenter schlug der Assistent für den Anpassungsspezifikationsmanager fehl und gab eine Fehlermeldung aus, wenn eine nicht-standardmäßige Zeitzone ohne den Schlüssel INDEXin der Windows-Registrierung konfiguriert wurde. Dieses Problem wurde in dieser Version behoben, und der Assistent für den Anpassungsspezifikationsmanager kann erfolgreich ausgeführt werden.


• VirtualCenter Web Access unterstützt Mozilla Firefox 2.0.0.4
  In dieser Version bietet VirtualCenter Web Access Unterstützung für Mozilla Firefox 2.0.0.4. In früheren Versionen wurde bei Verwendung von Mozilla Firefox 2.0.0.4 die Fehlermeldung "Browser nicht unterstützt" angezeigt. Dieser Fehler führte jedoch zu keiner Funktionsbeeinträchtigung von VirtualCenter Web Access unter Mozilla Firefox 2.0.0.4. In dieser Version zeigt VirtualCenter Web Access keine Fehlermeldung an, wenn über Mozilla Firefox 2.0.0.4 auf VirtualCenter Server zugegriffen wird.


• VirtualCenter-Lizenzquelle zeigt die Kosteneinheit für die Lizenzfunktion der virtuellen Maschine an
  In früheren Versionen wurde auf der Seite für die VirtualCenter-Lizenzquelle in der Spalte für die Kosten nur "1/" für die Lizenzfunktion der virtuellen Maschine angezeigt. Die Kosteneinheit "Virtuelle Maschine" wurde nicht angezeigt. In dieser Version von VirtualCenter wird die Kosteneinheit in der Kostenspalte ordnungsgemäß angezeigt.


• Durch Beantwortung des Fragedialogfelds zum Redo-Protokoll werden alle weiteren Instanzen des gleichen Fragedialogfelds geschlossen
  Vor dieser Version mussten Benutzer jede Instanz eines Fragedialogfelds zum Redo-Protokoll beantworten, und durch die mehrfache Beantwortung der gleichen Frage wurde eine Fehlermeldung ausgegeben. In dieser Version führt für jede Festplatte im nicht rücksetzbaren Modus die Beantwortung einer einzelnen Instanz eines Fragedialogfelds zum Redo-Protokoll dazu, dass alle Instanzen des gleichen Dialogfelds geschlossen werden und dass keine Fehler mehr auftreten.


• VMware HA-Konfiguration kann für ESX Server-Hosts mit Großbuchstaben im Hostnamen erfolgreich abgeschlossen werden
  In VirtualCenter 2.0.2 schlug die VMware HA-Konfiguration fehl, und es wurde eine Fehlermeldung angezeigt, wenn in dem Hostnamen eines ESX Server-Hosts Großbuchstaben enthalten waren. Dieses Problem wurde in dieser Version behoben.


• Der Speichervorgang einer Vorlage mit mehr als 255 Zeichen im Anmerkungenfeld führt nicht zu einem Absturz von VirtualCenter Server
  In früheren Versionen führte das Speichern einer Vorlage mit mehr als 255 Zeichen im Anmerkungenfeld zu einem Absturz von VirtualCenter Server. In dieser Version führt die Eingabe von mehr als 255 Zeichen im Anmerkungenfeld einer Vorlage nicht zu einem Absturz von VirtualCenter Server. Der Inhalt im Anmerkungenfeld wird jedoch auf 255 Zeichen gekürzt.
  Hinweis: Es wird empfohlen, nicht mehr als 255 Zeichen in das Anmerkungenfeld einer Vorlage einzugeben.

Bekannte Probleme

Für diese Aktualisierung gelten die folgenden bekannten Probleme und Einschränkungen:

• VirtualCenter Server unterstützt keine SQL-Serverinstallation und keine SQL-Serverdatenbank, bei denen die Groß- und Kleinschreibung berücksichtigt wird
  Wenn der während der Installation von VirtualCenter Server angegebene DSN auf eine SQL-Serverinstanz oder eine SQL-Datenbank verweist, bei der die Groß- und Kleinschreibung Berücksichtigung findet, schlägt die Installation fehl, und es wird eine Fehlermeldung ausgegeben. Hierbei handelt es sich um ein erwartungsgemäßes Verhalten. Bevor Sie die Installation erneut ausführen, vergewissern Sie sich, dass Sie eine SQL-Serverinstanz und eine SQL-Datenbank verwenden, bei der die Groß- und Kleinschreibung unberücksichtigt bleibt.


• Gleichzeitiges Klonen von virtuellen Maschinen mithilfe einer einzelnen Vorlage mit Gästeanpassung schlägt fehl
  Hierbei handelt es sich um eine bekannte Einschränkung. Für dieses Problem gibt es keine provisorische Lösung. Weitere Informationen zu diesem Thema finden Sie im KB-Artikel 1002584.


• Automatische Neukonfiguration der VMware HA-Agenten nach Wiederherstellung der Netzwerkkonnektivität schlägt möglicherweise fehl
  In Fällen, bei denen für mehrere Hosts gleichzeitig eine Netzwerkisolation auftritt (alle Hosts verlieren gleichzeitig ihre Netzwerkkonnektivität), können die auf diesen Hosts ausgeführten VMware HA-Agenten möglicherweise nicht automatisch neu konfiguriert und dem HA-Cluster hinzugefügt werden, nachdem die Netzwerkkonnektivität wiederhergestellt wurde. Sie können versuchen, VMware HA auf jedem Host neu zu konfigurieren, oder Sie führen eine clusterweite VMware HA-Neukonfiguration durch. Weitere Informationen zu diesem Thema finden Sie im KB-Artikel 1002126.


• Die benutzerdefinierten Netzwerkeinstellungen werden auf den geklonten virtuellen Maschinen nicht übernommen
  Wenn Sie virtuelle Maschinen mithilfe einer angepassten Antwortdatei sysprep.infklonen, werden für die geklonten virtuellen Maschinen die angepassten Netzwerkeinstellungen unter Umständen nicht übernommen. Weitere Informationen zur provisorischen Lösung dieses Problems finden Sie im KB-Artikel 1002780.


• Nach einem Neustart von VirtualCenter Server werden die Statusanzeigen für angeschaltete virtuelle Maschinen in Grau dargestellt
  Wenn VirtualCenter Server neu gestartet wird, wird der Status aller virtuellen Maschinen unabhängig von deren Status in Grau dargestellt. Der Status wird nur im Falle eines ausgelösten Alarms aktualisiert. Um das Problem zu beheben, wählen Sie einen der Standardalarme der virtuellen Maschine oder der Host-Alarme der Host- und Cluster-Ebenen, klicken Sie auf Einstellungen bearbeiten, und klicken Sie anschließend auf OK.


• Der Heartbeat-Alarm der virtuellen Maschine wird nicht immer ausgelöst, wenn ein Taktsignal der virtuellen Maschine ausfällt
  Der Heartbeat-Alarm der virtuellen Maschine wird nicht immer ausgelöst, wenn ein Taktsignal der virtuellen Maschine ausfällt. Das Taktsignal einer virtuellen Maschine kann in bestimmten Fällen ausfallen, beispielsweise wenn eine virtuelle Maschine nicht antwortet. Wenn der Alarm nicht ausgelöst wird, führt das dazu, dass für den Gesamtstatus der virtuellen Maschine keine Aktualisierung vorgenommen wird. Derzeit gibt es für dieses Problem keine provisorische Lösung.


• Der Alarm wird nicht immer ausgelöst, wenn ein Alarmzustand eintritt
  Der Alarm wird nicht immer bei Eintreten eines Alarmzustands ausgelöst. Dies ist bei Alarmen für virtuelle Maschinen und für Hosts der Fall. Der Status der virtuellen Maschine oder des Hosts wird nicht ordnungsgemäß dargestellt, und daher wird kein Alarm ausgelöst. Um das Problem zu beheben, wählen Sie einen der Standardalarme der virtuellen Maschine oder der Host-Alarme der Host- und Cluster-Ebenen, klicken Sie auf Einstellungen bearbeiten, und klicken Sie anschließend auf OK. Dadurch wird eine Neukonfiguration des Alarms durchgeführt. Der ordnungsgemäße Status beliebiger virtueller Maschinen oder Hosts, die derzeit in Betrieb sind, werden innerhalb weniger Minuten angezeigt.


• Das Installationsprogramm für VirtualCenter-Aktualisierung schlägt bei Ausführung von einem USB-Gerät fehl
  Das Installationsprogramm für die Aktualisierung von VirtualCenter 2.0.x auf VirtualCenter 2.0.2 Update 2 schlägt fehl, wenn das Upgrade unter Verwendung eines USB-Geräts ausgeführt wird. VMware empfiehlt, alle Setupdateien vom verwendeten USB-Gerät auf die lokale Festplatte zu kopieren und das Setup anschließend lokal auszuführen.


• Beschränkung für Nicht-ASCII-Zeichen
  Versionen von VirtualCenter 2.0.x unterstützen keine Eingabe von Nicht-ASCII-Zeichen. Nicht-ASCII-Zeichen können zu einem Absturz der VirtualCenter-Datenbank und von VirtualCenter Server führen.


• Ressourcenpool-Berechtigungen und Anzeigen von virtuellen Maschinen und Vorlagen
  In der Bestandslistensicht für virtuelle Maschinen und Vorlagen sind für Benutzer mit Weitergabeberechtigung auf Ressourcenpool-Ebene nur nicht erkannte virtuelle Maschinen sichtbar. Der Ordner mit erkannten virtuellen Maschinen und sein Inhalt sind für diese Benutzer nicht sichtbar.


• NAT für ESX Server 2.5- und 3.0-Hosts nicht unterstützt
  Diese Version bietet keine Unterstützung für die Verbindung von für NAT konfigurierten ESX Server 2.5- und 3.0-Hosts mit VirtualCenter Server.


• Vorgang zum Hinzufügen von Hosts schlägt fehl, wenn das Verzeichnis /tmp/vmware-rootnicht auf dem ESX Server 3.0.x-Host vorhanden ist
  Der VirtualCenter-Agent aktualisiert einen Host nicht, auf dem das Verzeichnis /tmp/vmware-rootfehlt. Um dieses Problem zu vermeiden, vergewissern Sie sich vor der Installation oder Aktualisierung mit VirtualCenter 2.0.2 Update 2, dass das Verzeichnis /tmp/vmware-rootauf dem ESX Server 3.0.x-Host vorhanden ist. Weitere Informationen finden Sie im KB-Artikel 4478241.


• Alarme für virtuelle Maschinen im VMware Infrastructure SDK Reference Guide korrigiert
  Im VMware Infrastructure SDK Reference Guide wird runtime.connectionStatefälschlicherweise als verfügbarer Wert für alarm.StateExpression (on type="VirtualMachine")aufgeführt. runtime.powerStatesollte als einziger Wert aufgeführt sein. Die API-Referenz wird in der nächsten Hauptversion aktualisiert.


• Benutzernamen mit Nicht-ASCII-Zeichen unzulässig
  Diese Einschränkung gilt für Virtual Infrastructure-Client, Web Access und SDK. Weitere Informationen zu diesem Thema finden Sie im KB-Artikel 1002224.


• Aktualisierte lokalisierte Ressourcen werden beim Upgrade auf die Version VirtualCenter 2.0.2 Update 2 nicht installiert
  Wenn Sie ein Upgrade für eine vorhandene VirtualCenter 2.0.x-Installation auf VirtualCenter 2.0.2 Update 2 durchführen, werden die aktualisierten lokalisierten Ressourcen nicht installiert. Dieses Problem tritt bei allen VirtualCenter-Versionen in allen unterstützten Sprachen auf. Weitere Informationen zu diesem Thema finden Sie im KB-Artikel 1002583.


• Beim Upgrade einer vorhandenen Version von VirtualCenter 2.0.x auf VirtualCenter 2.0.2 Update 2 wird die japanische und deutsche Version nicht unterstützt
  Diese Version kann nicht über eine vorhandene japanische oder deutsche Installation von VirtualCenter installiert werden. Deinstallieren Sie die vorhandene Version von VirtualCenter, bevor Sie diese Version installieren. Es ist jedoch möglich, während der Installation eine Aktualisierung Ihrer Datenbank vorzunehmen. Wählen Sie hierzu bei Installation der neuen Version die Option zum Verweisen auf die vorhandene Datenbank. Anweisungen zur Konfiguration Ihrer vorhandenen Datenbank nach einer Aktualisierung finden Sie unter dem im Folgenden genannten bekannten Problem "VirtualCenter kann nach der Installation von VirtualCenter 2.0.2 Update 2 nicht gestartet werden".


• VirtualCenter Server kann nach der Installation von VirtualCenter 2.0.2 Update 2 nicht gestartet werden
  Wenn Sie eine Neuinstallation und nicht ein Upgrade der japanischen oder deutschen Version von VirtualCenter 2.0.2 Update 2 durchgeführt und dabei auf eine Datenbank verwiesen haben, die mit einer Vorgängerversion von VirtualCenter erstellt wurde, kann VirtualCenter nach Abschluss der Installation nicht gestartet werden. Unter diesen Bedingungen wird die Datenbank während des Installationsvorgangs nicht aktualisiert. Die Protokolle zeigen unter Umständen die folgenden Fehler:
  

  Sequence VPX_INVENTORY_SEQ is not defined on the database Failed to initialize VMware VirtualCenter. Shutting down...

  Führen Sie zur Beseitigung dieses Problems die folgenden Schritte aus:

  1. Öffnen Sie eine Eingabeaufforderung auf dem Host, auf dem VirtualCenter installiert wurde.
  2. Wechseln Sie zu dem Verzeichnis, in dem VirtualCenter installiert wurde. Das Standardverzeichnis ist C:\Programme\VMware\VMware VirtualCenter 2.0\
  3. Führen Sie die folgenden Befehle abhängig von dem Datenbanktyp, den Sie verwenden, aus:
     

     Für Microsoft SQL Server:

     vpxd.exe -f DropVpxStatsRollupProc.sql -m
     vpxd.exe -f rollup_mssql1.sql
     vpxd.exe -f rollup_mssql2.sql
     vpxd.exe -f rollup_entity_mssql1.sql
     vpxd.exe -f rollup_entity_mssql2.sql
     vpxd.exe -f updatedb_mssql.sql -m

     Für Oracle-Datenbank:

     vpxd.exe -f rollup_oracle.sql
     vpxd.exe -f rollup_entity_oracle.sql
     vpxd.exe -f updatedb_oracle.sql -m

  4. Starten Sie nach Ausführung der Befehle VirtualCenter Server neu.

Vor der Installation von VirtualCenter 2.0.2 Update 2

Wie bei jeder Aktualisierung eines Produktionssystems sollten Sie die VirtualCenter-Datenbank vor der Installation dieser Wartungsversion sichern.

Diese Version umfasst zudem Änderungen an den SQL-Skripts für die VirtualCenter-Datenbank (zur Unterstützung der Änderungen am Statistik-Rollup erforderlich). Diese Änderungen sind weitgehend transparent und erfolgen während des Installationsvorgangs. Abhängig vom verwendeten Datenbankdienst müssen Sie (oder der DBA Ihrer Organisation) jedoch die in den folgenden Abschnitten beschriebenen Aufgaben vor der Installation ausführen:

Führen Sie vor der Installation die folgenden Aufgaben für Ihre Virtual Infrastructure-Konfiguration aus:

• Aufgaben vor der Installation für verwaltete ESX Server 3.0.x
• Aufgaben vor der Installation des Oracle-Datenbankservers
• Aufgaben vor der Installation von Microsoft SQL Server

Aufgaben vor der Installation für verwaltete ESX Server 3.0.x
Stellen Sie vor der Installation sicher, dass das Verzeichnis /tmp/vmware-rootauf dem ESX Server 3.0.x-Host vorhanden ist. Wenn dieses Verzeichnis nicht vorhanden ist, schlägt das VirtualCenter-Agent-Update fehl. Einzelheiten zu diesem Problem finden Sie im KB-Artikel 4478241.

Aufgaben vor der Installation für Oracle-Datenbankserver
Das zum Verwalten der VirtualCenter-Objekte verwendete Schema muss das integrierte Oracle-Paket DBMS_LOCK verwenden können, das heißt, es sind Ausführungsberechtigungen für das Paket erforderlich. Vor der Installation des Upgrades auf einem vorhandenen System müssen Sie (oder Ihr Oracle-Datenbankadministrator) sich am Oracle-Datenbankserver als Systemdatenbankadministrator (sysdba) anmelden und diese Berechtigung wie folgt zuweisen:

sqlplus system/<Kennwort>@<Systemname> as sysdba
grant execute on dbms_lock to vpxadmin;

Beachten Sie, dass [@<Systemname>] nur für eine Remote-Datenbank-Hostverbindung relevant ist. Wenn eine Datenbank z. B. auf demselben Host installiert ist wie das VirtualCenter Server-System, kann die Sitzung wie folgt aussehen:

C:\oracle\product\10.2.0\10gR2_Home\BIN>sqlplus system/techpubs as sysdba SQL*Plus: Release 10.2.0.1.0 - Production on Fri Jan 5 10:01:51 2007 Copyright (c) 1982, 2005, Oracle. All rights reserved. Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options SQL> grant execute on dbms_lock to vpxadmin; Grant succeeded. SQL> exit Disconnected from Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production With the Partitioning, OLAP and Data Mining options C:\oracle\product\10.2.0\10gR2_Home\BIN>

Für eine Neuinstallation von VirtualCenter auf einem vorhandenen Oracle-Datenbankserver müssen Sie vor der Installation von VirtualCenter das Schema erstellen und die erforderlichen Berechtigungen zuweisen. Im Folgenden finden Sie ein Beispiel einer SQL*Plus-Sitzung zur Schemaerstellung für eine Oracle Database Server 10gR2-Instanz von einer Windows-Konsole:

sqlplus system/<Kennwort>[@<Systemname>] as sysdba
CREATE SMALLFILE TABLESPACE "VIRTUALCENTER"
DATAFILE 'C:\ORACLE\PRODUCT\10.2.0\ORADATA\TECHPUBS\virtualcenter'
SIZE 500M AUTOEXTEND ON NEXT 10M MAXSIZE UNLIMITED LOGGING
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO;

ALTER DATABASE DEFAULT TABLESPACE "VIRTUALCENTER";

CREATE USER "VPXADMIN" PROFILE "DEFAULT"
IDENTIFIED BY "*******"
DEFAULT TABLESPACE "VIRTUALCENTER"
TEMPORARY TABLESPACE "TEMP"
ACCOUNT UNLOCK;
GRANT "CONNECT" TO "VPXADMIN";
GRANT "RESOURCE" TO "VPXADMIN";
GRANT "CREATE VIEW" TO "VPXADMIN";
GRANT "EXECUTE ON DBMS_LOCK" TO "VPXADMIN";

Aufgaben vor der Installation für Microsoft SQL Server
Wenn Ihre aktuelle VirtualCenter-Installation für die Verwendung eines ODBC-System-DSN (Data Source Name) konfiguriert ist, der auf die Masterdatenbank verweist, führen Sie die folgenden Aufgaben aus:

1. Erstellen Sie eine neue Datenbank für VirtualCenter Server.
2. Halten Sie den VirtualCenter Server-Dienst an.
3. Migrieren Sie alle mit VirtualCenter verknüpften Daten aus der Masterdatenbank in die neue Datenbank. Datenbankobjekte, die mit einer VirtualCenter-Installation verknüpft sind, beginnen mit VPX. Es wird empfohlen, dass ein qualifizierter Datenbankadministrator (DBA) die Datenmigration durchführt.
4. Ändern Sie den ODBC-System-DSN, den Ihre VirtualCenter-Installation verwendet, um auf die neue Datenbank zu verweisen.

Für eine Neuinstallation von VirtualCenter führen Sie die folgenden Aufgaben aus:

1. Erstellen Sie eine neue Datenbank für VirtualCenter Server.
2. Erstellen Sie einen ODBC-System-DSN, der auf diese Datenbank verweist.

Informationen zur Verwendung von SQL Server 2005 als VirtualCenter Server-Datenbank finden Sie im KB-Artikel 6565318.

Installieren von VirtualCenter 2.0.2 Update 2

Die Wartungsversionen der VirtualCenter-Software umfassen eine vollständige Softwareinstallation (und sind damit keine ergänzende Software oder Patches). Wie bei einer Neuinstallation überprüft das VirtualCenter-Installationsprogramm das lokale System, ermittelt gegebenenfalls vorhandene VirtualCenter-Installationen und führt Sie durch den Installationsvorgang (oder die Upgrade-Schritte).

Hinweis: Wenn bereits VirtualCenter-Komponenten auf dem Hostcomputer installiert sind, werden Sie im Installationsprogramm aufgefordert, die Aktualisierung zu bestätigen.

1. Sichern Sie Ihre VirtualCenter-Datenbank (wie oben empfohlen).
2. Laden Sie die Softwareinstallationsdatei unter http://www.vmware.com/download/vi/ herunter.
3. Halten Sie den VirtualCenter Server-Dienst an.
4. Führen Sie autorun.exeaus, um die Installation zu beginnen. Wählen Sie auf der Startseite des VMware VirtualCenter-Installationsprogramms VirtualCenter Management Server.
5. Wählen Sie Ja, um eine vorhandene Installation zu aktualisieren.

Hinweis: Bei Verwendung von Microsoft SQL Server als Datenbankserver ist die Verwendung der Masterdatenbank für VirtualCenter Server-Tabellen keine unterstützte Konfiguration. Wenn Ihre vorherige VirtualCenter Server-Installation für die Verwendung der Masterdatenbank anstelle einer spezifischen für VirtualCenter Server erstellten Datenbank konfiguriert war, wird in einer Warnmeldung angezeigt, dass Ihre aktuelle Konfiguration nicht unterstützt wird und manuell geändert werden muss. Diese Warnmeldung wird nur bei der GUI-basierten Installation angezeigt.

6. Führen Sie die Schritte des VirtualCenter-Installations-Assistenten aus, der Sie durch verschiedene Konfigurationseinstellungen (einschließlich Angabe der Datenbankinstanz) leitet. Dabei müssen Sie Ihre vorhandene VirtualCenter-Datenbank auswählen und den Benutzernamen und das Kennwort für die VirtualCenter-Datenbank eingeben.
7. Nach der Aktualisierung von VirtualCenter Server müssen auch alle Windows-Hostsysteme auf die aktualisierte VI-Clientsoftware aktualisiert werden. Führen Sie erneut autorun.exeaus, um das Installationsprogramm zu starten, wählen Sie auf der Startseite jedoch die Option Virtual Infrastructure Client.

Hinweis: Wenn die vorhandene Installation des VirtualCenter-Diensts durch Freigabe aller Systemressourcen nicht ordnungsgemäß geschlossen werden kann, kann die aktualisierte Installation des VirtualCenter-Diensts nicht gestartet werden. In diesem Fall müssen Sie den VirtualCenter-Server erneut starten.

Vollständige Informationen zur Installation oder Aktualisierung von VirtualCenter finden Sie unter Installing and Upgrading the VirtualCenter Product.

Installieren von Sprachpaketen auf dem ESX Server-Host

Wenn Sie eine deutsche oder japanische Sprachunterstützung für den Einsatz von VI Web Access oder VI-Client mit Ihrem ESX Server-Host wünschen, müssen Sie ein entsprechendes Sprachpaket installieren.

So installieren Sie ein Sprachpaket:

1. Suchen Sie nach dem komprimierten Sprachpaket (.zip-Datei) im Verzeichnis langpackauf der Installations-CD von ESX Server, oder laden Sie das komprimierte Sprachpaket (-zip-Datei) von der Website http://www.vmware.com herunter. Die Datei trägt den Namen VMware-esxlangpack-2.0.2- build#.zip.
2. Extrahieren Sie die den Inhalt der .zip-Datei in ein temporäres Verzeichnis.
3. Kopieren Sie die Dateien vom Verzeichnis ESX-LangPack/hostd/in das Installationsverzeichnis hostdauf Ihrem ESX Server-Host (üblicherweise usr/lib/vmware/hostd/).
   

   cp -pr ESX-LangPack/hostd/locale /usr/lib/vmware/hostd

4. Kopieren Sie die Dateien aus dem Verzeichnis ESX-LangPack/webAccess/in das VI Web Access-Installationsverzeichnis auf Ihrem ESX Server-Host (üblicherweise usr/lib/vmware/webAccess/tomcat/apache-tomcat-5.5.17/webapps/).
   

   cp -pr ESX-LangPack/webAccess/webapps/ui /usr/lib/vmware/webAccess/tomcat/apache-tomcat-5.5.17/webapps/
   cp -pr ESX-LangPack/webAccess/webapps/WEB-INF /usr/lib/vmware/webAccess/tomcat/apache-tomcat-5.5.17/webapps/ui/
   cp –pr ESX-LangPack/docroot /var/lib/vmware/hostd/

5. Bearbeiten Sie die Datei /etc/vmware/hostd/config.xml, um die richtige Standardsprache zu aktivieren:

   Für Deutsch fügen Sie der Datei config.xmldie folgenden Zeilen hinzu:

      <locale>
         <DefaultLocale>de_DE</DefaultLocale>
      </locale>

   Für Japanisch fügen Sie der Datei config.xmldie folgenden Zeilen hinzu:

      <locale>
         <DefaultLocale>ja_JP</DefaultLocale>
      </locale>

6. Geben Sie die folgenden Befehle ein, um VI Web Access und die Host-Agentendienste neu zu starten:

   service mgmt-vmware restart
   service vmware-webAccess restart