Sie können einen vCenter Server von einer vSphere-Domäne in eine andere vSphere-Domäne verschieben. Dienste wie Tagging und Lizenzierung bleiben erhalten und werden auf die neue Domäne migriert.
- Sie können einen vCenter Server von einer vorhandenen Domäne zu einer anderen vorhandenen Domäne mit oder ohne Replizierung migrieren. Der migrierte vCenter Server wird von seiner aktuellen Single Sign-On-Domäne verschoben und der anderen vorhandenen Domäne als weiterer vCenter Server, der über den erweiterten verknüpften Modus verbunden ist, hinzugefügt.
- Anweisungen zum Neuverweisen eines einzelnen eingebetteten Knotens von einer Domäne auf eine vorhandene Domäne ohne Replizierungspartner finden Sie unter Neuverweisen eines einzelnen vCenter Server-Knotens auf eine vorhandene Domäne ohne Replizierungspartner.
- Anweisungen zum Neuverweisen eines eingebetteten Knotens von einer Domäne auf eine vorhandene Domäne mithilfe einer Replizierung finden Sie unter Neuverweisen eines einzelnen vCenter Server-Knotens auf eine vorhandene Domäne ohne Replizierungspartner.
- Sie können einen vCenter Server von einer vorhandenen Domäne zu einer neu erstellten Domäne migrieren (wobei der migrierte vCenter Server die erste Instanz ist). Unter Neuverweisen eines vCenter Server-Knotens auf eine neue Domäne finden Sie Anweisungen für diese Art des Neuverweisens. In diesem Fall gibt es keinen Replikationspartner.
Neuverweisen eines einzelnen vCenter Server-Knotens auf eine vorhandene Domäne ohne Replizierungspartner
Sie können einen einzelnen vCenter Server von einer Single Sign-On-Domäne auf eine vorhandene Domäne ohne Replizierungspartner neu verweisen. Jede Single Sign-On-Domäne enthält einen einzelnen vCenter Server.
Voraussetzungen
- Dieses Neuverweisen wird nur von vCenter Server 6.7 Update 1 und höher unterstützt.
- Sie müssen erneut auf einen vCenter Server verweisen, der dieselbe Version aufweist, und auf Knoten, die dieselbe Version und Build-Nummer aufweisen.
- Um Datenverlust zu vermeiden, erstellen Sie eine dateibasierte Sicherung jedes Knotens, bevor Sie mit der Neuverweisung von vCenter Server fortfahren.
Prozedur
Neuverweisen eines einzelnen vCenter Server-Knotens auf eine vorhandene Domäne ohne Replizierungspartner
Sie können einen vCenter Server von einer Single Sign-On-Domäne auf eine vorhandene Domäne mit einem Replizierungspartner neu verweisen.
Voraussetzungen
- Dieses Neuverweisen wird nur von vCenter Server 6.7 Update 1 und höher unterstützt.
- Sie müssen erneut auf einen vCenter Server verweisen, der dieselbe Version aufweist, und auf Knoten, die dieselbe Version und Build-Nummer aufweisen.
- Um Datenverlust zu vermeiden, erstellen Sie eine dateibasierte Sicherung jedes Knotens, bevor Sie mit der Neuverweisung von vCenter Server fortfahren.
Prozedur
Neuverweisen eines vCenter Server-Knotens auf eine neue Domäne
Sie können einen vCenter Server von einer vorhandenen Domäne auf eine neu erstellte Domäne neu verweisen.
Voraussetzungen
- Dieses Neuverweisen wird nur von vCenter Server 6.7 Update 1 und höher unterstützt.
- Sie müssen erneut auf einen vCenter Server verweisen, der dieselbe Version aufweist, und auf Knoten, die dieselbe Version und Build-Nummer aufweisen.
- Um Datenverlust zu vermeiden, erstellen Sie eine dateibasierte Sicherung jedes Knotens sowie einen Snapshot in ausgeschaltetem Zustand, bevor Sie mit der Neuverweisung von vCenter Server fortfahren.
Prozedur
Syntax des Domänenneuverweisungsbefehls
Mithilfe von Befehlsargumenten können Sie die Ausführungsparameter des Domänenneuverweisungsbefehls festlegen.
Die cmsso-util domain-repoint-CLI führt eine Neuverweisung von vCenter Server von einer Domäne zu einer anderen durch.
Sie können dem CLI-Neuverweisungsbefehl eine durch Leerzeichen getrennte Liste von Argumenten hinzufügen.
cmsso-util domain-repoint -m execute --src-emb-admin Administrator --replication-partner-fqdn FQDN _of_destination_node --replication-partner-admin destination_node_PSC_Admin_user_name --dest-domain-name destination_PSC_domain
| Argument | Beschreibung |
|---|---|
| -m, --mode | mode kann pre-check oder execute sein. Das Argument pre-check führt den Befehl im Vorabprüfungsmodus aus. Das Argument execute führt den Befehl in Ausführungsmodus aus. |
| -spa, --src-psc-admin | Benutzername des SSO-Administrators für den Quell-vCenter Server. Fügen Sie nicht die @Domäne hinzu. |
| -dpf, --dest-psc-fqdn | FQDN des vCenter Server, der neu verwiesen werden soll. |
| -dpa, --dest-psc-admin | Benutzername des SSO-Administrators für den Ziel-vCenter Server. Hängen Sie nicht @domain an. |
| -ddn, --dest-domain-name | SSO-Domänenname des Ziel-vCenter Server. |
| -dpr, --dest-psc-rhttps | (Optional) HTTPS-Port für den Ziel-vCenter Server. Wenn Sie nichts festlegen, wird die Standardwert 443 verwendet. |
| -dvf, --dest-vc-fqdn | FQDN des vCenter Server, der auf einen Ziel-vCenter Server verweist. Der vCenter Server wird verwendet, um nach Komponentendatenkonflikten im Vorabprüfungsmodus zu suchen. Falls nicht angegeben, werden Konfliktprüfungen übersprungen, und die Standardlösung (COPY) wird für alle Konflikte angewendet, die während des Imports gefunden wurden.
Hinweis: Dieses Argument ist nur optional, wenn die Zieldomäne nicht über einen
vCenter Server verfügt. Wenn ein
vCenter Server in der Zieldomäne vorhanden ist, ist dieses Argument obligatorisch.
|
| -sea, --src-emb-admin | Administrator für den vCenter Server mit eingebettetem vCenter Server. Hängen Sie @domain nicht an die Administrator-ID an. |
| -rpf, --replication-partner-fqdn | (Optional) Der FQDN des Replizierungspartnerknotens, auf den der vCenter Server repliziert wird. |
| -rpr, --replication-partner-rhttps | (Optional) Der HTTPS-Port für den Replizierungsknoten. Wenn Sie nichts festlegen, wird der Standardwert 443 verwendet. |
| -rpa, --replication-partner-admin | (Optional) SSO-Administrator-Benutzername des vCenter Server des Replizierungspartners. |
| -dvr, --dest-vc-rhttps | (Optional) Der HTTPS-Port für den vCenter Server, der auf den Ziel-vCenter Server verweist. Wenn Sie nichts festlegen, wird die Standardwert 443 verwendet. |
| --ignore-snapshot | (Optional) Ignorieren Sie Snapshot-Warnungen. |
| --no-check-certs | (Optional) Ignorieren Sie Zertifizierungsvalidierungen. |
| --debug | (Optional) Ruft Befehlsausführungsdetails ab. |
| -h, --help | (Optional) Zeigt die Hilfemeldung für den Befehl cmsso-util domain repoint an. |
Grundlegendes zu Tagging und Genehmigungskonflikten
Wenn Sie den Domänenneuzuweisungsbefehl im Vorabprüfungsmodus ausführen, werden Daten vom vCenter Server exportiert, untersucht, und Konflikte werden in eine Datei geschrieben.
Die folgenden Daten werden in den Ordner /storage/domain-data/ oder ProgramData/VMWare/vCenterServerdata/domain-data exportiert:
- All_Privileges.json
- All_Roles.json
- All_TagCategories.json
- All_Tags.json
Diese Dateien enthalten alle Daten (Autorisierung und Tagging) vom vCenter Server, für den dieser Befehl ausgeführt wurde.
Wenn ein sekundärer vCenter Server mit der Option -dvf oder --dest-vc-fqdn bereitgestellt wird, werden auch Konflikte in denselben Ordner exportiert:
- Conflicts_Roles.json
- Conflicts_TagCategories.json
- Conflicts_Tags.json
Nachfolgend finden Sie ein Beispieldatei für Konflikte:
<---- Sample Conflict file code block --->
{
"global" : {
"resolution" : "MERGE|SKIP|COPY",
"description" : "Default resolution option used to resolve Role Conflicts is COPY. The
conflicts list describes the differences between Role entities on source and target vCenter Server. If
the source information represents an empty JSON array, it simply means that all the entity
attributes from source and target are identical. If the source lists few entries, it means
that only these entity attributes are missing from the target. If the target lists few entries,
it means that only these entity attributes are missing from the source. Though a global resolution
can be set, it can also be overridden at each conflict level by providing individual resolution
mode."
},
"conflicts-count" : 1,
"conflicts-list" : {
"NoCryptoAdmin" : {
"source" : {
"privileges" : "[]"
},
"target" : {
"privileges" : "[Group-1.SamplePriv-1, Group-1.SamplePriv-4, Group-2.SamplePriv-10,
Group-2.SamplePriv-3, Group-2.SamplePriv-7, Group-3.SamplePriv-2, Group-3.SamplePriv-9]"
},
"resolution" : ""
}
}
<----- End of code block --->
Die Beispielkonfliktdatei besteht aus folgenden Teilen:
description. Details, wie die entsprechende Konfliktdatei zu lesen und zu verstehen ist.sourceundtarget. JSON-Objekte, die nur die Unterschiede zwischen den Quell- und Zielobjekten des vCenter Server auflisten.resolution. Benutzer stellt eine gültige Lösung zur Verfügung. Gültige Lösungen sindMERGE,COPYundSKIP.
Um die Lösung für die Handhabung von Konflikten anzugeben, können Sie eine Standardlösungsoption für alle Konflikte im Abschnitt "global": "resolution" = "MERGE|SKIP|COPY" angeben. Wenn Sie keinen gültigen globalen Lösungstyp für resolution angeben oder ihn unbearbeitet lassen, verwendet das System COPY als Standardlösungsoption.
Sie können auch eine gültige Auflösungsoption für jeden der Konflikte bereitstellen, indem Sie die Eigenschaft resolution auf jeder Konfliktebene bearbeiten, wodurch die globale Lösungsoption überschrieben wird.
Die Typen von Konflikten, die in Konflikttypen aufgeführt sind.
| Konflikt | Eigenschaften zum Vergleich von Kategorieobjekten | Konflikttypen | In Konflikt stehende Eigenschaften | Konfliktlösungsoptionen |
|---|---|---|---|---|
| Rollenkonflikt |
|
|
Eigenschaften, die für RoleName-Konflikttyp in Konflikt stehen, können Privileges sein. |
|
| Tag-Kategorienkonflikt: Ein Kategoriename in einem vCenter Server muss eindeutig sein. |
|
Nur eine Art des Konflikts kann beim Importieren von Tag-Kategorien angezeigt werden, nämlich CategoryName-Konflikt. Dieser Konflikt gibt an, dass eine Kategorie mit demselben Namen im Ziel-vCenter Server, jedoch mit verschiedenen Eigenschaften (cardinality oder associableEntityType) vorhanden ist. |
Eigenschaften, die für Konflikttyp CategoryName in Konflikt stehen können, können mindestens einen der zwei Typen Cardinality oder AssociableTypes haben. |
|
Tag-Konflikt: Ein tag-Objekt gehört immer zu einem category-Objekt. Ein Tag-Name muss nur innerhalb einer Kategorie eindeutig sein. |
|
Beim Importieren von Tags kann nur ein Konflikttyp angezeigt werden: TagName Konflikt. Dieser Konflikt gibt an, dass ein Tag mit demselben Namen unter der gleichen Kategorie und im Ziel-vCenter Server, jedoch mit anderen Eigenschaften vorhanden ist. |
Eigenschaften, die für einen Konflikt vom Typ TagName in Konflikt stehen, können Description sein. |
|
Überlegungen zu Lizenzen zum erneuten Verweisen von vCenter Server-Domänen
Beim erneuten Verweisen auf eine Domäne werden die Lizenzschlüssel auf eine neue Domäne kopiert. Durch das Kopieren der Lizenzschlüssel wird gewährleistet, dass nach dem erneuten Verweis die gültigen Lizenzen für alle Assets beibehalten werden.
vCenter Server verfolgt die Lizenznutzung nach Domänen. Wenn ein Schlüssel in mehr als einer Domäne verwendet wird, müssen Sie sicherstellen, dass die Gesamtkapazität des Schlüssels durch seine Gesamtnutzung nicht überschritten wird. Um Ihre Lizenzverwaltung zu vereinfachen, können Sie jede Lizenz, die an eine zweite Domäne kopiert wurde, entfernen und den Assets eine neue Lizenz zuweisen.
- Lizenzschlüssel, die nicht mehr in Gebrauch (d. h. Assets zugewiesen) sind, in der ursprünglichen Domäne nach dem erneuten Verweis.
- Lizenzschlüssel, die in mehreren Domänen in Gebrauch (d. h. Assets zugewiesen) sind.
Lizenzschlüssel, die in einer Domäne nicht verwendet werden
Wenn ein Lizenzschlüssel nach Abschluss des erneuten Verweises in mehr als einer Domäne erscheint, aber in einigen dieser Domänen nicht verwendet wird, können Sie den Lizenzschlüssel aus einer beliebigen Domäne entfernen, in der er nicht verwendet wird. Eine Anleitung zum Entfernen der Lizenzen in vCenter Server finden Sie unter „Lizenzen entfernen“ in vCenter Server und Hostverwaltung.
Lizenzschlüssel, die in mehreren Domänen verwendet werden
- Wenn Sie andere Lizenzschlüssel mit ausreichender oder nicht ausgelasteter Kapazität zur Verfügung haben, können Sie die folgenden anderen Schlüssel verwenden, anstatt einen Lizenzschlüssel zu entfernen. Siehe unter „Zuweisen einer Lizenz zu mehreren Assets“ in vCenter Server und Hostverwaltung zum Zuweisen von Lizenznehmern in vCenter Server.
- Sie könnten die Lizenzschlüssel, die in mehr als einer Domäne verwendet werden, in separate Lizenzschlüssel teilen, einen für jede Domäne. Informationen zum Teilen von Lizenzschlüsseln finden Sie im VMware-Knowledgebase-Artikel unter http://kb.vmware.com/kb/2006972. Sie können ermitteln, welche Kapazität in jeden der Lizenzschlüssel aufgenommen werden muss, in die der ursprüngliche Lizenzschlüssel geteilt wird, indem Sie unter „Anzeigen der Lizenzdaten“ in vCenter Server und Hostverwaltung die Nutzung des Lizenzschlüssels in vCenter Server für jede dieser Domänen überprüfen.
Die einzelnen, sich ergebenden Lizenzschlüssel können dann einer anderen Domäne hinzugefügt und in vCenter Server Assets zugeordnet werden, die zuvor mit dem ursprünglichen Lizenzschlüssel lizenziert worden waren. Unter „Erstellen neuer Lizenzen“ in vCenter Server und Hostverwaltung erhalten Sie Informationen zum Erstellen von Lizenzen, und unter „Zuweisen einer Lizenz zu mehreren Assets“ in vCenter Server und Hostverwaltung erhalten Sie Informationen zum Zuweisen einer Lizenz zu mehreren Assets.
Nachdem allen Assets jeweils verschiedene Lizenzen zugewiesen wurden, kann der ursprüngliche Lizenzschlüssel, der nicht mehr gültig ist, mit vCenter Server aus allen Domänen entfernt werden. Siehe „Entfernen von Lizenzen“ vCenter Server und Hostverwaltung.
