Bevor Sie mit der Migration eines beliebigen vCenter Server-Bereitstellungstyps zu einer Appliance beginnen, müssen Sie die Vorbereitungsschritte ausführen.

Vorbereitungsschritte:

Synchronisieren der ESXi-Systemuhren mit einem NTP-Server

Stellen Sie vor der Installation von vCenter Server sicher, dass auf allen Maschinen im vSphere-Netzwerk die Systemuhren synchronisiert sind.

Diese Aufgabe erläutert, wie Sie NTP über den VMware Host Client einrichten.

Prozedur

Starten Sie den VMware Host Client und stellen Sie eine Verbindung mit dem ESXi-Host her.
Klicken Sie auf Verwalten.
Klicken Sie unter System auf Datum und Uhrzeit und anschließend auf Einstellungen bearbeiten.
Wählen Sie NTP (Network Time Protocol) verwenden (NTP-Client aktivieren) aus.
Geben Sie im Textfeld „NTP-Server“ die IP-Adresse oder den vollqualifizierten Domänennamen mindestens eines NTP-Servers ein, der synchronisiert werden soll.
Wählen Sie im Dropdown-Menü Startrichtlinie für NTP-Dienst die Option Mit dem Host starten und beenden aus.
Klicken Sie auf Speichern.
Der Host wird mit dem NTP-Server synchronisiert.

Vorbereiten von vCenter Server-Datenbanken für die Migration

Die vCenter Server-Appliance-Instanz benötigt eine Datenbank zum Speichern und Organisieren von Serverdaten. Stellen Sie sicher, dass Ihre vCenter Server-Quelldatenbank für die Migration zur vCenter Server-Ziel-Appliance vorbereitet ist.

Für jede vCenter Server-Appliance-Instanz ist eine eigene Datenbank erforderlich. Die PostgreSQL-Datenbank, die im Lieferumfang der vCenter Server-Appliance enthalten ist, unterstützt bis zu 2.500 Hosts und bis zu 30.000 virtuelle Maschinen.

So stellen Sie sicher, dass Ihre Datenbank für die Migration vorbereitet ist:

Überprüfen Sie, dass die Kennwörter aktuell sind und nicht in Kürze ablaufen.
(Optional) Reduzieren Sie die Datenbankgröße. Weitere Informationen finden Sie im Knowledgebase-Artikel 2110031.
Vergewissern Sie sich, dass Sie Ihre Datenbank gesichert haben. Informationen finden Sie in der Datenbankdokumentation.
Überprüfen Sie, ob vCenter Server mit der lokalen Datenbank kommunizieren kann.

Während der Migration von vCenter Server zu einer vCenter Server-Appliance führt das Installationsprogramm folgende Aktionen aus:

Die vCenter Server-Datenbank wird exportiert.
Die vCenter Server-Ziel-Appliance wird in unkonfiguriertem Zustand bereitgestellt.
Exportierte Daten werden in die vCenter Server-Ziel-Appliance exportiert.
Der PostgreSQL-Dienst zum Importieren der Quelldatenbankdaten wird gestartet.
Für das Datenbankschema wird ein Upgrade durchgeführt, damit es mit der vCenter Server-Ziel-Appliance kompatibel ist.
Die Dienste der vCenter Server-Ziel-Appliance werden gestartet.

Beim Konfigurieren der vCenter Server-Ziel-Appliance führen Sie die Initialisierung und Konfiguration mithilfe der importierten Datenbank mit dem alten Schema durch. Folgende Migrationsoptionen stehen zur Verfügung:

Bestandslistentabellen
Bestandslistentabellen mit Aufgaben und Ereignissen
Alle Datenbankdaten

Vorbereiten einer Oracle-Datenbank für die Migration

Sie müssen über die erforderlichen Anmeldedaten verfügen und notwendige Bereinigungen oder sonstige Vorbereitungen durchführen, bevor Sie Ihre Oracle-Datenbank unter Windows zu einer eingebetteten PostgreSQL-Datenbank in der Appliance migrieren.

Voraussetzungen

Sie müssen die grundlegende Interoperabilität bestätigen, bevor Sie Ihre Oracle-Datenbank für die Migration vorbereiten.

Vergewissern Sie sich, dass Sie Ihre Datenbank gesichert haben. Informationen zum Erstellen einer Sicherungskopie der vCenter Server-Datenbank finden Sie in der Oracle-Dokumentation.

Prozedur

Überprüfen Sie, dass die Kennwörter aktuell sind und nicht in Kürze ablaufen.
Sie müssen über Anmeldedaten, den Datenbanknamen und den Namen des Datenbankservers, der von der vCenter Server-Datenbank verwendet werden soll, verfügen.
Suchen Sie im ODBC-System den Verbindungsnamen der Datenbankquelle für die vCenter Server-Datenbank.
Verwenden Sie den Oracle SERVICE_NAME anstelle der SID, um sicherzustellen, dass Ihre Oracle-Datenbankinstanz verfügbar ist.
- Melden Sie sich beim Datenbankserver an, um das Warnungsprotokoll zu lesen: $ORACLE_BASE/diag/rdbms/$instance_name/$INSTANCE_NAME/trace/alert_$ INSTANCE_NAME.log.
- Melden Sie sich beim Datenbankserver an, um die Oracle Listener-Statusausgabe zu lesen.
- Wenn Sie den SQL*Plus-Client installiert haben, können Sie tnsping für die vCenter-Datenbankinstanz verwenden. Wenn der Befehl tnsping beim ersten Mal nicht ausgeführt wird, versuchen Sie es nach ein paar Minuten erneut. Sollte dies auch nicht funktionieren, starten Sie die vCenter Database-Instanz auf dem Oracle-Server neu und führen Sie tnsping erneut aus, um sicherzustellen, dass die Instanz verfügbar ist.
Prüfen Sie, ob die JDBC-Treiberdatei in der CLASSPATH-Variablen enthalten ist.
Prüfen Sie, ob die Berechtigungen korrekt festgelegt sind.
Weisen Sie dem Benutzer die DBA-Rolle zu oder gewähren Sie ihm die erforderlichen Berechtigungen.
Erstellen Sie eine vollständige Sicherung der vCenter Server-Datenbank.

Ergebnisse

Ihre Datenbank ist für die vCenter Server-Migration zu vCenter Server Appliance vorbereitet.

Vorbereiten einer Microsoft SQL Server-Datenbank für die Migration

Sie müssen über die erforderlichen Anmeldedaten verfügen und notwendige Bereinigungen oder sonstige Vorbereitungen durchführen, bevor Sie Ihre Microsoft SQL Server-Datenbank unter Windows zu einer eingebetteten PostgreSQL-Datenbank-Appliance migrieren.

Wichtig: Die integrierte Windows-Authentifizierungsmethode können Sie nicht verwenden, wenn der vCenter Server-Dienst unter dem integrierten Systemkonto von Microsoft Windows ausgeführt wird.

Voraussetzungen

Vergewissern Sie sich, dass Sie Ihre Datenbank gesichert haben. Informationen zum Erstellen einer Sicherungskopie der vCenter Server-Datenbank finden Sie in der Dokumentation zu Microsoft SQL Server.

Prozedur

Überprüfen Sie, dass die Kennwörter aktuell sind und nicht in Kürze ablaufen.
Prüfen Sie, ob JDK 1.6 oder höher auf dem vCenter Server-System installiert ist.
Stellen Sie sicher, dass auf der Maschine, auf der vCenter Server Appliance migriert werden soll, die Datei sqljdbc4.jar zur CLASSPATH-Variablen hinzugefügt wird.
Wenn die Datei sqljdbc4.jar noch nicht auf Ihrem System installiert ist, erfolgt die Installation über das vCenter Server Appliance-Installationsprogramm.
Prüfen Sie, ob der Quellname Ihrer Systemdatenbank den Treiber von Microsoft SQL Server Native Client 10 oder 11 verwendet.
Erstellen Sie eine vollständige Sicherung der vCenter Server-Datenbank.

Ergebnisse

Ihre Datenbank ist für die vCenter Server-Migration zu vCenter Server Appliance vorbereitet.

Vorbereiten der PostgreSQL-Datenbank vor dem Migrieren von vCenter Server zu einer Appliance

Sie müssen über die erforderlichen Anmeldedaten verfügen und notwendige Bereinigungen oder sonstige Vorbereitungen durchführen, bevor Sie Ihre PostgreSQL-Datenbankinstallation unter Windows zu einer Appliance migrieren.

Informationen zum Sichern der vCenter Server-Datenbank finden Sie in der PostgreSQL-Dokumentation.

Voraussetzungen

Sie müssen die grundlegende Migrations-Interoperabilität bestätigen, bevor Sie Ihre PostgreSQL-Datenbank für die Migration von vCenter Server vorbereiten.

Prozedur

Überprüfen Sie, dass die Kennwörter aktuell sind und nicht in Kürze ablaufen.
Suchen Sie für vCenter Server das Skript cleanup_orphaned_data_PostgresSQL.sql im ISO-Image und kopieren Sie es auf Ihren PostgreSQL-Server.
Melden Sie sich bei der vCenter Server Appliance als Root-Benutzer an.
Führen Sie das Bereinigungsskript aus.
/opt/vmware/vpostgres/9.4/bin/psql -U postgres -d VCDB -f path cleanup_orphaned_data_Postgres.sql

Das Bereinigungsskript löscht und bereinigt alle unnötigen oder verwaisten Daten in der vCenter Server-Datenbank, die von keiner vCenter Server-Komponente verwendet werden.
Erstellen Sie eine vollständige Sicherung der vCenter Server-Datenbank.

Ergebnisse

Ihre Datenbank ist für die vCenter Server-Migration zu vCenter Server Appliance vorbereitet.

Vorbereiten verwalteter ESXi-Hosts für die Migration

Sie müssen die ESXi-Hosts vorbereiten, die von Ihrer vCenter Server-Installation verwaltet werden, bevor Sie sie von Windows zu vCenter Server 8.0 migrieren.

Voraussetzungen

Für die Migration von vCenter Server oder eines externen Platform Services Controller von Windows zu vCenter Server 8.0 müssen Ihre quell- und zielseitigen ESXi-Hosts die Migrationsanforderungen erfüllen.

Für ESXi-Hosts ist Version 6.7 oder höher erforderlich. Informationen zur ESXi-Kompatibilität finden Sie im VMware-Kompatibilitätshandbuch.
Die ESXi-Zielhosts dürfen sich nicht im Sperr- oder im Wartungsmodus befinden.

Prozedur

Um Ihre aktuellen SSL-Zertifikate beizubehalten, sichern Sie die im vCenter Server-System vorhandenen SSL-Zertifikate, bevor Sie ein Upgrade auf vCenter Server 8.0 durchführen.
Der Standardspeicherort der SSL-Zertifikate ist %allusersprofile%\VMware\VMware VirtualCenter.
Falls Sie benutzerdefinierte Zertifikate oder Fingerabdruckzertifikate verwenden, lesen Sie den Abschnitt GUID-5D8D20A1-F79B-49DA-BC90-73FF9AC2ADA0.html#GUID-5D8D20A1-F79B-49DA-BC90-73FF9AC2ADA0, um Ihre vorbereitenden Schritte festzulegen.
Wenn Sie vSphere HA-Cluster verwenden, muss die SSL-Zertifikatprüfung aktiviert sein.
Wenn Sie vSphere HA-Cluster verwenden, muss die SSL-Zertifikatprüfung aktiviert sein.
1. Wählen Sie die vCenter Server-Instanz in der vSphere Client-Bestandslistenstruktur aus.
2. Wählen Sie die Registerkarte Verwalten und dann die Unterregisterkarte Allgemein aus.
3. Überprüfen Sie, ob vCenter Server erfordert Host-SSL-Zertifikate ausgewählt ist.

Ergebnisse

Ihre ESXi-Hosts sind für die Migration zur vCenter Server-Appliance bereit.

Vorbereiten der vCenter Server-Zertifikate für die Migration

Sie müssen sich vergewissern, dass Ihre vCenter Server-Quellzertifikate vorbereitet sind, bevor Sie den Migrationsprozess starten.

In vSphere 6.0 oder höher sind Zertifikate im VMware Endpoint Certificate Store gespeichert. Der Migrationsprozess läuft wie gewohnt ab, und Ihre Zertifikate werden beibehalten. Informationen zu vCenter Server-Zertifikatsspeicherorten finden Sie im Knowledgebase-Artikel KB 2111411.

Speicherort der Zertifikatsdateien

Die Zertifikatsdateien für vCenter Server sind im Verzeichnis %ProgramData%\VMware\VMware VirtualCenter\SSL gespeichert.

Unterstützte Zertifikatstypen

Wenn in Ihrer Umgebung unterstützte Zertifikatstypen verwendet werden, können Sie mit der Migration fortfahren. Der Migrationsprozess läuft wie gewohnt ab, und Ihre Zertifikate werden beibehalten.

Die Datei rui.crt enthält die komplette Zertifikatskette einschließlich des untergeordneten Zertifikats. Diese Art von Zertifikat können Sie erstellen, indem Sie das VMware SSL Certificate Automation Tool bereitstellen und verwenden. Weitere Informationen hierzu finden Sie im Knowledgebase-Artikel KB 2057340.
Ihre rui.crt-Datei enthält das untergeordnete Zertifikat, und die entsprechende cacert.pem-Datei zur Validierung von rui.crt ist unter %ProgramData%\VMware\VMware VirtualCenter\SSL verfügbar.

Nicht unterstützte Zertifikatstypen

Wenn in Ihrer Umgebung nicht unterstützte Zertifikatstypen verwendet werden, müssen Sie Ihre Zertifikate vorbereiten, bevor Sie den Migrationsprozess fortsetzen können.

Die Datei rui.crt enthält nur das untergeordnete Zertifikat, cacert.pem fehlt oder ist ungültig und cacert.pem wird nicht dem Windows-Vertrauensspeicher hinzugefügt.
Beziehen Sie das Zertifikat der Zertifizierungsstelle, einschließlich aller Zwischenzertifikate, und erstellen Sie die Datei cacert.pem, oder ersetzen Sie die vCenter Server-Zertifikate durch unterstützte Formate.
Die Datei rui.crt enthält nur das untergeordnete Zertifikat und cacert.pem fehlt oder ist ungültig, aber cacert.pem wird dem Windows-Vertrauensspeicher hinzugefügt.
Beziehen Sie das Zertifikat der Zertifizierungsstelle, einschließlich aller Zwischenzertifikate, vom Windows-Vertrauensspeicher und erstellen Sie die Datei cacert.pem. Überprüfen Sie mithilfe von OpenSSL das Zertifikat, indem Sie den Befehl verify -CAfile cacert.pem rui.crt ausführen.

Weitere Informationen zu vSphere-Sicherheitszertifikaten finden Sie im Handbuch vSphere-Sicherheit.

Systemanforderungen für das vCenter Server-Installationsprogramm

Sie können das Installationsprogramm für die vCenter Server-GUI oder -CLI über einen Clientcomputer im Netzwerk mit einer unterstützten Version eines Windows-, Linux- oder Mac-Betriebssystems ausführen.

Um eine optimale Leistung der GUI- und CLI-Installationsprogramme zu gewährleisten, verwenden Sie einen Clientcomputer, der die Mindestanforderungen an die Hardware erfüllt.

Tabelle 1. Systemanforderungen für die GUI- und CLI-Installationsprogramme
Betriebssystem	Unterstützte Versionen	Mindestanforderungen an die Hardwarekonfiguration für optimale Leistung
Windows	Windows 10, 11 Windows 2016 x64-Bit Windows 2019 x64-Bit Windows 2022 x64-Bit	4 GB RAM, 2 CPU mit 4 Kernen mit 2,3 GHz, 32 GB Festplatte, 1 Netzwerkkarte
Linux	SUSE 15 Ubuntu 18.04, 20.04, 21.10	4 GB RAM, 1 CPU mit 2 Kernen mit 2,3 GHz, 16 GB Festplatte, 1 Netzwerkkarte Hinweis: Für das CLI-Installationsprogramm ist ein 64-Bit-Betriebssystem erforderlich.
Mac	macOS 10.15, 11, 12 macOS Catalina, Big Sur, Monterey	8 GB RAM, 1 CPU mit 4 Kernen mit 2,4 GHz, 150 GB Festplatte, 1 Netzwerkkarte

Hinweis: Für Clientcomputer mit Mac 10.15 oder höher werden parallele GUI-Bereitstellungen mehrerer Appliances nicht unterstützt. Sie müssen die Appliances nacheinander bereitstellen.

Hinweis: Zum Ausführen des CLI-Installationsprogramms unter Windows-Versionen vor Windows 10 müssen Visual C++ Redistributable-Bibliotheken installiert werden. Die Microsoft-Installationsprogramme für diese Bibliotheken befinden sich im Verzeichnis vcsa-cli-installer/win32/vcredist.

Hinweis: Für die Bereitstellung der vCenter Server Appliance mit der GUI wird zur ordnungsgemäßen Darstellung eine minimale Auflösung von 1024 x 768 Pixel benötigt. Bei niedrigeren Auflösungen können die Elemente der Benutzeroberfläche abgeschnitten werden.

Festlegen der Oracle-Datenbankgröße und der Speichergröße für die neue Appliance

Vor dem Aktualisieren einer vCenter Server Appliance oder dem Migrieren eines vCenter Server unter Windows, die bzw. der eine externe Oracle-Database verwendet, müssen Sie die Größe der bestehenden Datenbank festlegen. Sie können die minimale Speichergröße für die neue vCenter Server Appliance mithilfe einer eingebetteten PostgreSQL-Datenbank basierend auf der Größe der vorhandenen Datenbank berechnen.

Zur Ermittlung der Größe der Oracle-Kerntabelle, der Ereignis- und Aufgabentabellen und der Statistiktabellen können Sie Skripts ausführen. Die Oracle-Kerntabelle entspricht der Datenbankpartition (/storage/db) der PostgreSQL-Datenbank. Die Oracle-Ereignis- und Aufgabentabellen und die Statistiktabellen entsprechen der Partition für Statistik, Ereignisse, Alarme und Aufgaben (/storage/seat) der PostgreSQL-Datenbank.

Während des Upgrades der Appliance müssen Sie eine Speichergröße für die neue Appliance auswählen; diese muss mindestens doppelt so groß sein wie die Größe der Oracle-Tabellen.

Während des Upgrades der Appliance können Sie die an die neue Appliance zu übertragenden Datentypen auswählen. Um die Dauer des Upgrades und die Speicheranforderungen für die neue Appliance zu minimieren, können Sie auch nur die Konfigurationsdaten übertragen.

Voraussetzungen

Sie müssen über die Anmeldedaten für die vCenter Server-Datenbank verfügen.

Prozedur

Melden Sie sich mit dem vCenter Server-Datenbankbenutzer bei einer SQL*Plus-Sitzung an.

Ermitteln Sie die Größe der Kerntabelle, indem Sie den folgenden Befehl ausführen:

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
  FROM   user_segments s
  WHERE  (s.segment_name,s.segment_type)
                IN (SELECT seg_name, seg_type FROM
                         (SELECT t.table_name seg_name, t.table_name tname,
                           'TABLE' seg_type
                           FROM   user_tables t
                          UNION
                          SELECT i.index_name, i.table_name,
                          'INDEX'
                           FROM   user_indexes i
                         ) ti
                    WHERE  (ti.tname LIKE 'VPX_%'
                            OR ti.tname LIKE 'CL_%'
                            OR ti.tname LIKE 'VDC_%')
                        AND ti.tname NOT LIKE 'VPX_SAMPLE_TIME%'
                        AND ti.tname NOT LIKE 'VPX_HIST_STAT%'
                        AND ti.tname NOT LIKE 'VPX_TOPN%'
                        AND ti.tname NOT LIKE 'VPX_SDRS_STATS_VM%'
                        AND ti.tname NOT LIKE 'VPX_SDRS_STATS_DATASTORE%'
                        AND ti.tname NOT LIKE 'VPX_TASK%'
                        AND ti.tname NOT LIKE 'VPX_EVENT%'
                        AND ti.tname NOT LIKE 'VPX_PROPERTY_BULLETIN%');

Das Skript gibt die Speichergröße der Datenbank in MB zurück.

Ermitteln Sie die Größe der Ereignis- und Aufgabentabelle, indem Sie den folgenden Befehl ausführen:

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
FROM   user_segments s
WHERE  (s.segment_name,s.segment_type)
             IN (SELECT seg_name, seg_type FROM
                      (SELECT t.table_name seg_name, t.table_name tname,
                        'TABLE' seg_type
                        FROM   user_tables t
                       UNION
                       SELECT i.index_name, i.table_name,
                       'INDEX'
                        FROM   user_indexes i
                      ) ti
                 WHERE
                    ti.tname LIKE 'VPX_TASK%'
                 OR ti.tname LIKE 'VPX_EVENT%');

Das Skript gibt die Speichergröße der Ereignisse und Aufgaben in MB zurück.

Ermitteln Sie die Größe der Statistiktabelle, indem Sie den folgenden Befehl ausführen:

SELECT ROUND(SUM(s.bytes)/(1024*1024)) SIZE_MB
FROM   user_segments s
WHERE  (s.segment_name,s.segment_type)
             IN (SELECT seg_name, seg_type FROM
                      (SELECT t.table_name seg_name, t.table_name tname,
                        'TABLE' seg_type
                        FROM   user_tables t
                       UNION
                       SELECT i.index_name, i.table_name,
                       'INDEX'
                        FROM   user_indexes i
                      ) ti
                 WHERE
                    ti.tname LIKE 'VPX_SAMPLE_TIME%'
                 OR ti.tname LIKE 'VPX_TOPN%'
                 OR ti.tname LIKE 'VPX_TASK%'
                 OR ti.tname LIKE 'VPX_EVENT%'
                 OR ti.tname LIKE 'VPX_HIST_STAT%');

Das Skript gibt die Speichergröße der Statistik in MB zurück.

Berechnen Sie die Mindestspeichergröße für die neue Appliance, die Sie während des Upgrade bereitstellen werden.
1. Die Größe der Datenbankpartition (/storage/db) der eingebetteten PostgreSQL-Datenbank muss mindestens doppelt so groß wie die der in Schritt 2 zurückgegebenen Oracle-Kerntabelle sein.
2. Die Größe der Partition für Statistik, Ereignisse, Alarme und Aufgaben (/storage/seat) der eingebetteten PostgreSQL-Datenbank muss mindestens doppelt so groß sein wie die Summe der Größen der in Schritt 3 und Schritt 4 zurückgegebenen Oracle-Ereignis- und Aufgabentabellen und Statistiktabellen.
Wenn die Oracle-Kerntabelle beispielsweise eine Größe von 100 MB, die Ereignis- und Aufgabentabelle eine Größe von 1.000 MB und die Statistiktabelle eine Größe von 2.000 MB hat, muss die Postgres-Partition /storage/db eine Mindestgröße von 200 MB und die Partition /storage/seat eine Mindestgröße von 6.000 MB aufweisen.

Festlegen der Microsoft SQL Server-Datenbankgröße und der Speichergröße für die neue vCenter Server Appliance

Vor dem Aktualisieren einer vCenter Server Appliance oder dem Migrieren eines vCenter Server unter Windows, die bzw. der eine externe Microsoft SQL Server-Datenbank verwendet, müssen Sie die Größe der bestehenden Datenbank festlegen. Sie können die minimale Speichergröße für die neue vCenter Server Appliance basierend auf der Größe der vorhandenen Datenbank berechnen. Nach dem Upgrade kann die eingebettete PostgreSQL-Datenbank dann die Daten aus der alten Datenbank auf der Grundlage dieser Speichergröße mit ausreichend freiem Festplattenspeicher übernehmen.

Zur Ermittlung der Größe der Microsoft SQL Server-Kerntabelle, der Ereignis- und Aufgabentabellen und der Statistiktabellen können Sie Skripts ausführen. Die Microsoft SQL Server-Kerntabelle entspricht der Datenbankpartition (/storage/db) der PostgreSQL-Datenbank. Die Microsoft SQL Server-Ereignis- und Aufgabentabellen und die Statistiktabellen entsprechen der Partition für Statistik, Ereignisse, Alarme und Aufgaben (/storage/seat) der PostgreSQL-Datenbank.

Während des Upgrade der Appliance müssen Sie eine Speichergröße für die neue Appliance auswählen; diese muss mindestens doppelt so groß sein wie die Größe der Microsoft SQL Server-Tabellen.

Voraussetzungen

Sie müssen über die Anmeldedaten für die vCenter Server-Datenbank verfügen.

Prozedur

Melden Sie sich mit dem vCenter Server-Datenbankbenutzer bei einer SQL Management Studio-Sitzung an.

Ermitteln Sie die Größe der Kerntabelle, indem Sie den folgenden Befehl ausführen:

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0 AND UPPER(o.name) NOT LIKE 'VPX_HIST_STAT%'
   AND UPPER(o.name) NOT LIKE 'VPX_SAMPLE_TIME%'
   AND UPPER(o.name) NOT LIKE 'VPX_TOPN%'
   AND UPPER(o.name) NOT LIKE 'VPX_TASK%'
   AND UPPER(o.name) NOT LIKE 'VPX_EVENT%'
   AND UPPER(o.name) NOT LIKE 'VPX_SDRS_STATS_VM%'
   AND UPPER(o.name) NOT LIKE 'VPX_SDRS_STATS_DATASTORE%'
   AND UPPER(o.name) NOT LIKE 'VPX_PROPERTY_BULLETIN%';

Das Skript gibt die Speichergröße der Datenbank in MB zurück.

Ermitteln Sie die Größe der Ereignis- und Aufgabentabelle, indem Sie den folgenden Befehl ausführen:

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0 AND ( UPPER(o.name) LIKE 'VPX_TASK%'
    OR UPPER(o.name) LIKE 'VPX_EVENT%');

Das Skript gibt die Speichergröße der Ereignisse und Aufgaben in MB zurück.

Ermitteln Sie die Größe der Statistiktabelle, indem Sie den folgenden Befehl ausführen:

SELECT SUM(p.used_page_count * 8)/1024 AS disk_size
  FROM sys.dm_db_partition_stats p
  JOIN sys.objects o
    ON o.object_id = p.object_id
 WHERE o.type_desc = 'USER_TABLE'
   AND o.is_ms_shipped = 0
   AND (     UPPER(o.name) LIKE 'VPX_HIST_STAT%'
         OR UPPER(o.name) LIKE 'VPX_SAMPLE_TIME%'
         OR UPPER(o.name) LIKE 'VPX_TOPN%');

Das Skript gibt die Speichergröße der Statistik in MB zurück.

Berechnen Sie die Mindestspeichergröße für die neue Appliance, die Sie während des Upgrade bereitstellen werden.
1. Die Größe der Datenbankpartition (/storage/db) der eingebetteten PostgreSQL-Datenbank muss mindestens doppelt so groß wie die der in Schritt 2 zurückgegebenen Microsoft SQL Server-Kerntabelle sein.
2. Die Größe der Partition für Statistik, Ereignisse, Alarme und Aufgaben (/storage/seat) der eingebetteten PostgreSQL-Datenbank muss mindestens doppelt so groß wie die Summe der Größen der in Schritt 3 und Schritt 4 zurückgegebenen Microsoft SQL Server-Ereignis- und Aufgabentabellen und Statistiktabellen sein.
Wenn die Microsoft SQL Server-Kerntabelle beispielsweise eine Größe von 100 MB, die Ereignis- und Aufgabentabelle eine Größe von 1.000 MB und die Statistiktabelle eine Größe von 2.000 MB hat, muss die Postgres-Partition /storage/db eine Mindestgröße von 200 MB und die Partition /storage/seat eine Mindestgröße von 6.000 MB aufweisen.

Herunterladen und Ausführen von VMware Migration Assistant auf der quellseitigen Windows-Maschine

Sie müssen den VMware Migration Assistant auf dem quellseitigen vCenter Server oder Platform Services Controller herunterladen und ausführen, um ihn für die Migration von Windows auf eine vCenter Server Appliance vorzubereiten. Wenn Ihre Bereitstellung von vCenter Server über einen externen Update Manager verfügt, der unter Windows ausgeführt wird, laden Sie den VMware Migration Assistant auf der Windows-Quellmaschine herunter und führen Sie ihn aus. Update Manager bereitet den Update Manager-Server und die Datenbank für die Migration von Windows auf die vCenter Server Appliance vor.

Der VMware Migration Assistant führt auf der Windows-Quallmaschine, auf der er ausgeführt wird, folgende Aufgaben durch:

Erkennen des Quellbereitstellungstyps.
Ausführen von Vorabprüfungen für die Quellinstanz.
Melden von Fehlern, die behoben werden müssen, bevor die Migration gestartet wird.
Bereitstellen von Informationen für die nächsten Schritte des Migrationsprozesses.

Achten Sie darauf, dass das VMware Migration Assistant-Fenster während des Migrationsprozesses geöffnet bleibt. Durch Schließen des VMware Migration Assistant wird der Migrationsprozess beendet.

Voraussetzungen

GUID-11468F6F-0D8C-41B1-82C9-29284630A4FF.html#GUID-11468F6F-0D8C-41B1-82C9-29284630A4FF.
Melden Sie sich als Administrator an der Windows-Maschine an.

Prozedur

Suchen Sie im Installationsprogrammpaket der vCenter Server Appliance das Verzeichnis, das VMware Migration Assistant enthält.
Kopieren Sie den VMware Migration Assistant-Ordner auf die quellseitige Windows-Maschine, auf der eine der folgenden Komponenten ausgeführt wird:
- Update Manager
- Platform Services Controller
- vCenter Server
Vorsicht: Wenn Update Manager auf einer anderen Windows-Maschine als alle anderen migrierten vCenter Server-Komponenten ausgeführt wird, führen Sie zuerst VMware Migration Assistant auf der quellseitigen Update Manager-Maschine aus. Wenn der VMware Migration Assistant nicht zuerst auf der quellseitigen Update Manager-Maschine ausgeführt wird, schlägt der VMware Migration Assistant auf vCenter Server möglicherweise fehl.
Führen Sie den VMware Migration Assistant auf der Windows-Maschine aus.
- Doppelklicken Sie für die grafische Benutzeroberfläche auf VMware-Migration-Assistant.exe
- Geben Sie für die Befehlszeilenschnittstelle Folgendes ein: VMware-Migration-Assistant.exe -p <Kennwort von [email protected]>
  Geben Sie Folgendes ein, um eine Liste aller verfügbarer Eingabeparameter zu erhalten: VMware-Migration-Assistant.exe --help.
Wichtig: Lassen Sie das Fenster des Migrationsassistenten geöffnet, bis der Upgrade- oder der Migrationsprozess Ihrer vCenter Server-Bereitstellung abgeschlossen ist.

Der VMware Migration Assistant führt Prüfungen vor dem Upgrade durch und fordert Sie auf, gefundene Fehler zu beheben, bevor Sie mit der Migration fortfahren.

Ergebnisse

Wenn die Vorabprüfungen abgeschlossen sind und etwaige Fehler behoben wurden, ist Ihr Quellsystem für die Migration bereit.

Nächste Maßnahme

Um den Migrationsvorgang zu starten, befolgen Sie die Anweisungen des VMware Migration Assistant.

Detaillierte Migrationsschritte finden Sie auf folgenden Seiten.