Konzept: Object Transporter
Der Object Transporter (OX) ist ein Deployment-Tool, mit dem Sie die Migration von Konfigurationsdaten von einem Mandanten zum anderen automatisieren können. Die Migration von Objekten mit dem Object Transporter gewährleistet Genauigkeit und spart Zeit, die Sie sonst für die manuelle Neukonfiguration von Objekten in den Mandanten aufwenden würden, in denen Sie sie benötigen. Der Object Transporter bietet außerdem Audit- und Reporting-Funktionen, die bei einer manuellen Konfiguration nicht möglich sind. Es werden sowohl Objekte der obersten Ebene als auch alle Abhängigkeiten von Objekten der obersten Ebene migriert.
Der
vom Object Transporter unterstützte Objekte (OX)
enthält Details dazu, welche Objekte und welche zugehörigen Abhängigkeiten Sie migrieren können. Der Bericht ist in Customer Central und Nicht-Produktionsmandanten mit Zugriff auf Customer Central verfügbar. Um Sie auf die Migration vorzubereiten, können Sie auch den Bericht
Konfigurationsänderungs-Tracker
anzeigen, um Änderungen an Konfigurationsdaten in Mandanten zu verfolgen. Anwendungsfälle für die Object-Transporter-Migration
Der Object Transporter unterstützt folgende Anwendungsfälle:
- Einzelne Instanzen von Konfigurationsdaten (Einzelinstanzen).
- Gebündelte Pakete mit Konfigurationsdaten (Konfigurationspakete).
- Gebündelte Pakete mit Sicherheitskonfigurationsdaten (Sicherheitskonfigurationspakete).
- Inhalt des Konfigurationskatalogs
- Instanzen von Objekten, die übersetzte Werte enthalten.
- Private X.509-Schlüsselpaare.
- Konfigurationsextraktdateien (.dat).
- Erweiterte Konfigurationspakete, die aus Berichtender Konfigurationsänderungs-Trackererstellt wurden.
Verwendung des Object Transporter
Verwenden Sie das Konfigurationsextrakt-Tool nur, wenn Folgendes zutrifft:
- Sie möchten dieselbe Konfiguration mehrmals in verschiedenen Umgebungen wiederverwenden.
- Ihre Quell- und Zielmandanten haben unterschiedliche Fakturierungs-IDs.
- Sie benötigen eine Kopie einer Konfiguration, um sie zu einem späteren Zeitpunkt erneut in Ihren Mandanten zu laden.
- In allen anderen Fällen können Sie den Object Transporter verwenden.
Automatisches Abhängigkeitsmanagement
Der Object Transporter migriert Konfigurationsdaten für ein Objekt und schließt alle abhängigen Objekte ein, die von Instanzen der Objekte der obersten Ebene verwendet werden. Um einen reibungsloseren und erfolgreicheren Migrationsprozess zu gewährleisten, bietet der Object Transporter eine Vorprüfungsvalidierung, mit der Sie potenzielle Fehler vor der Migration identifizieren und korrigieren können. Wenn der Object Transporter fehlende Voraussetzungen im Zielmandanten findet, wird eine Seite
vor der Migration
angezeigt, auf der die Instanzen mit fehlenden Voraussetzungen aufgelistet sind, die Sie beheben müssen. Um eine Voraussetzung zu erfüllen, melden Sie sich beim Zielmandanten an und erstellen die fehlende Instanz oder lösen deren Referenz-ID auf. Sie können auch Quellinstanzen, die keine entsprechenden Zielinstanzen haben, anderen kompatiblen Instanzen im Zielmandanten zuordnen, ohne den Migrations-Workflow zu verlassen. In Object Transporter-Berichten fehlen Voraussetzungen für Objekte der obersten Ebene und für deren Abhängigkeiten. Der Object Transporter migriert zwar Konfigurationsdaten für ein Objekt und seine abhängigen Objekte, jedoch keine Transaktions- oder Referenzdaten. Beispiel: Eine benutzerdefinierte Berichtsdefinition referenziert ein berechnetes Feld, das wiederum einen Standort referenziert. Wenn Sie den Bericht migrieren, migrieren Sie automatisch auch das berechnete Feld, aber nicht den Speicherort. In diesem Beispiel markiert der Bericht
Pre-Migration Check
den Standort als fehlende Voraussetzung. Quell- und Zielmandantendifferenzen
Unmittelbar vor der Migration zeigt der Object Transporter die Unterschiede zwischen Quell- und Zielmandanten für die Instanzen an, die Sie für die Migration auswählen. Sie können auch die Differenzen für die Abhängigkeiten dieser Instanzen anzeigen.
Wenn Sie Abhängigkeiten anzeigen, klicken Sie immer auf View Attribute Dif, um die einzelnen Attribute zu prüfen, aus denen jedes abhängige Objekt besteht.
Workday stellt ein Statussymbol für jede Instanz, Abhängigkeit oder jedes Attribut bereit: „Ändern“, „Entfernt“ oder „Neu“. Wenn Sie die Unterschiede prüfen, können Sie fundierte Entscheidungen darüber treffen, ob Sie mit der Migration fortfahren möchten.
Konfigurationsextrakte für Migration oder Mandantenaktualisierungen
Wenn Sie ein Konfigurationspaket für verschiedene Mandanten wiederverwenden oder eine Konfiguration vor einer Mandantenaktualisierung speichern müssen, verwenden Sie das Tool
Configuration maximal
. Mit Konfigurationsextrakten
können Sie Extraktdateien aus Konfigurations- oder Sicherheitskonfigurationspaketen erstellen und die Extraktionen dann zu aktualisierten oder Zielmandanten migrieren oder neu laden.
Sie können keine Konfigurationsextrakte in Produktionsmandanten laden. Um Konfigurationsdaten zu Produktionsmandanten zu verschieben, können Sie die Daten in einen Implementierungs- oder Sandbox-Mandanten importieren und dann mit dem Object Transporter die Daten zum Produktionsmandanten migrieren.
Um eine Historie der generierten Extraktionsdateien anzuzeigen, navigieren Sie zu Customer Central und öffnen Sie den Bericht
Extraktion
im Abschnitt Bericht
des Dashboards „Object Transporter“ (OX).Zugriff auf den Object Transporter
Sie können die Migration mit dem Object Transporter im Customer Central-Mandanten oder von Ihrem Quellmandanten starten. Im letzteren Fall leitet Workday Sie zu Customer Central weiter, um die Migration abzuschließen.
Um den Object Transporter verwenden zu können, richten Sie den Zugriff darauf ein. Siehe: Schritte: Zugriff auf Customer Central und Object Transporter konfigurieren.
Konfigurationsänderungen werden migriert
Mit
dem Konfigurationsänderungs-Tracker
können Sie Konfigurationsänderungen nach bestimmten Benutzern und Zeitrahmen migrieren. Die Migration mit dem Konfigurationsänderungs-Tracker
ist eine einfache und sichere Möglichkeit, Konfigurationen zwischen Mandanten zu synchronisieren. Da der Object Transporter nur die Instanzen migriert, die Sie aus einem Bericht "Konfigurationsänderungs-Tracker" auswählen, und nach dem Start der Migration keine weiteren abhängigen Instanzen migriert, synchronisiert er nur die Konfigurationsdaten, die Sie kennen.Für eine Migration vom
Konfigurationsänderungs-Tracker
muss Ihnen ein Customer Central-Sicherheitsadministrator Zugriff auf die Aufgabe "Zugriff auf Customer Central-Tooling verwalten"
gewähren, indem Sie das Kontrollkästchen OX-Migration: Vollständige Objektabdeckung
aktivieren. Migration aktivieren und beschränken
Customer Central-Sicherheitsadministratoren können einzelne Benutzer an der Migration von Paketen und Extrakten hindern:
Aktivieren oder einschränken | Zu verwendende Aufgabe |
|---|---|
Migration von Konfigurationspaketen. | Zugriff auf Customer Central Tooling verwalten (Einzelinstanz-Migration noch verfügbar)
Diese Aufgabe ersetzt die Aufgabe "Benutzerzugriff für Migration mit Object Transporter einschränken" . |
Migration von Sicherheitskonfigurationspaketen. | Zugriff auf Customer Central Tooling verwalten
Diese Aufgabe ersetzt die Aufgabe "Zugriff auf Migration von Sicherheitskonfigurationspaketen verwalten" . |
Erstellung und Migration von Konfigurationsextrakten. | Zugriff auf Customer Central Tooling verwalten
Diese Aufgabe ersetzt die Aufgabe "Maintain Access to Migration Configuration Leaves" . |
Erstellung und Änderung von Berichten für Mandantenvergleich . | Zugriff auf Customer Central Tooling verwalten
Diese Aufgabe ersetzt die Aufgabe "Zugriff auf Mandantenvergleich verwalten" . |
Migration erweiterter Konfigurationspakete aus Berichten zur Konfigurationsänderungs-Tracker . | Zugriff auf Customer Central Tooling verwalten
|
Migrationen nur auf die Instanzen, auf die Migratoren Zugriff haben, auf Folgendes:
| Zugriff auf Customer Central Tooling verwalten
|
Unterstützte Mandantenarten
Der Object Transporter unterstützt Migrationen zwischen folgenden Mandantenarten:
Quellmandant | Zielmandant |
|---|---|
Implementierung |
|
Sandbox |
|
Vorschau
Wenn der Inhalt auf Funktionen basiert, die Workday noch nicht für Produktionsmandanten bereitgestellt hat, warten Sie mit der Migration, bis Workday den Bereitstellungszyklus für Produktionsmandanten abgeschlossen hat. Beispiel: Workday stellt einen neuen Bericht für Vorschau-Mandanten bereit, aus dem Sie dann einen benutzerdefinierten Bericht erstellen. Workday plant, den neuen Bericht in zwei Wochen für Produktionsmandanten bereitzustellen. Warten Sie, bis Workday den neuen Bericht an Produktionsmandanten bereitstellt, bevor Sie den benutzerdefinierten Bericht zu Ihrem Produktionsmandanten migrieren. |
|
Wdsetup (nur Konfigurationskatalog) |
|
Workday App Development-Mandant
Wenn Sie einen Konfigurationsextrakt migrieren, bietet Workday die Möglichkeit, einen Entwicklungsmandanten als Zielmandanten auszuwählen. Wenn Sie extrahierten Inhalt von einem Implementierungsmandanten zu einem Entwicklungsmandanten migrieren, unterstützt Workday diesen Pfad nicht. Diese Migrationen führen zu einer Fehlermeldung. | Implementierung |