Konzept: Object Transporter
Der Object Transporter (OX) ist ein Deployment-Tool, mit dem Sie die Migration von Konfiguration von einem Mandant zu einem anderen automatisieren können. Das Migrieren 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, in denen Sie sie benötigen, sparen würden. Der Object Transporter bietet außerdem Audit- und Reportingfunktionen, die bei einer manuellen Konfiguration nicht möglich sind. Sie migriert sowohl Objekte der obersten Ebene als auch alle Abhängigkeiten von Objekten der obersten Ebene.
Der Bericht
Object Transporter Supported Objects (OX)
enthält Details zu den Objekten und den zugehörigen Abhängigkeiten, die Sie migrieren können. Der Bericht ist in Customer Central und Nicht-Produktionsmandanten mit Zugriff auf Customer Central verfügbar. Zur Vorbereitung auf die Migration können Sie auch den Bericht
Configuration Change Tracker
anzeigen, um Änderungen an Konfiguration in Mandanten zu verfolgen. Anwendungsfälle für die Migration von Object Transporter
Der Object Transporter unterstützt folgende Anwendungsfälle:
- Einzelne Instanzen von Konfiguration (Einzelinstanzen).
- Gebündelte Pakete mit Konfiguration (Konfiguration ).
- Gebündelte Pakete mit Konfiguration ( Konfiguration ).
- Inhalt des Konfigurationskatalogs
- Instanzen von Objekten, die übersetzte Werte enthalten.
- privater Schlüssel
- Konfigurationsextraktdateien (.dat)
- Erweiterte Konfiguration , die aus Berichtenzum Konfigurationsänderungs-Trackererstellt wurden.
Wann der Object Transporter verwendet werden soll
Verwenden Sie das Tool Konfigurationsextrakte nur in folgenden Fällen:
- Sie möchten dieselbe Konfiguration mehrmals in verschiedenen Umgebungen verwenden.
- Ihre Quell- und Soll haben unterschiedliche Fakturierungs-IDs.
- Sie benötigen eine Kopie einer Konfiguration , um Mandant zu einem späteren Zeitpunkt neu zu laden.
- In allen anderen Fällen können Sie den Object Transporter verwenden.
Automatisches Management von Abhängigkeiten
Der Object Transporter migriert Konfiguration für ein Objekt und schließt alle mit Abhängigkeit Objekte ein, die von Instanzen von Objekten der obersten Ebene verwendet werden. Um einen reibungsloseren und erfolgreicheren Migrationsprozess zu gewährleisten, bietet der Object Transporter eine Validierung Vorprüfung , damit Sie Potenzial Fehler vor der Migration identifizieren und korrigieren können. Wenn der Object Transporter fehlende Voraussetzungen für den Zielmandant findet, wird die Seite
"Prüfung vor der Migration"
angezeigt, auf der die Instanzen mit fehlenden Voraussetzungen aufgelistet sind, die Sie lösen müssen. Um eine Voraussetzung zu lösen , melden Sie sich beim Zielmandant an und erstellen Sie die fehlende Instanz oder lösen deren Referenz-ID auf. Sie können auch Quellinstanzen , die keine entsprechenden Soll haben, mit anderen kompatiblen Instanzen im Zielmandant mappen, ohne den Migrations Workflow zu verlassen. Der Object Transporter meldet fehlende Voraussetzungen für Objekte der obersten Ebene und deren Abhängigkeiten. Während der Object Transporter Konfiguration für ein Objekt und seine mit Abhängigkeit Objekte migriert, werden keine Transaktions- oder Referenzdaten migriert. Beispiel: Eine benutzerdefinierter Bericht verweist auf ein berechnetes Feld , das wiederum einen Standort referenziert. Wenn Sie den Bericht migrieren, wird automatisch auch das berechnetes Feld migriert, nicht jedoch der Standort. In diesem Beispiel kennzeichnet der Bericht
Prüfung vor Migration
den Standort als fehlende Voraussetzung. Quell- und Zielmandantendifferenzen
Unmittelbar vor der Migration zeigt der Object Transporter die Unterschiede zwischen Ihren Quell- und Soll 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 Attributdifferenz anzeigen, um die einzelnen Attribute zu prüfen, aus denen die einzelnen mit Abhängigkeit Objekte bestehen.
Workday stellt für jede Instanz, jede Abhängigkeit oder Attribut ein Symbol bereit: Ändern, Entfernen oder Neu. Wenn Sie die Differenzen 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 Konfiguration für verschiedene Mandanten wiederverwenden oder eine Konfiguration vor der aktualisieren des Mandant speichern müssen, verwenden Sie das Tool
"Konfigurationsextrakte"
. Mit Konfigurationsextrakten
können Sie Extraktdateien aus Konfiguration oder Konfiguration erstellen und die Extrakte dann auf aktualisierte oder Soll migrieren oder neu laden.
Sie können keine Konfiguration in Produktionsmandanten laden. Um Konfiguration zu Produktionsmandanten zu verschieben, können Sie die Daten in einen Implementierungs- oder Sandbox- Mandant importieren und dann mit dem Object Transporter die Daten zum Mandant migrieren.
Um eine Historie der generierten Extraktdateien anzuzeigen, navigieren Sie zu Customer Central und öffnen Sie den Bericht
Extraktion
im Abschnitt Bericht
des Dashboard Object Transporter (OX) .Zugriff auf den Object Transporter
Sie können die Migration mit dem Object Transporter im Mandant „Customer Central“ oder in Ihrem Quellmandant 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 Zugriff darauf ein. SeeSchritte: Zugriff auf Customer Central und Object Transporter konfigurieren .
Migrieren von Konfigurationsänderungen
Sie können
den Änderungs-Tracker für die Konfiguration
verwenden, um Konfiguration nach bestimmten Benutzern und Zeitrahmen zu migrieren. Die Migration mit dem Änderungs-Tracker für Konfigurationen
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 zum Konfigurationsänderungs-Tracker auswählen, und nach dem Start der Migration keine weiteren mit Abhängigkeit Instanzen migriert, werden nur die Konfigurationsdaten synchronisiert, die Sie kennen.Für die Migration vom
Änderungs-Tracker der Konfiguration ""
muss ein Customer Central Sicherheitsadministrator Ihnen Zugriff auf die Aufgabe " Zugriff auf Customer Central -Tooling verwalten"
Fördermittel , indem Sie das KontrollkästchenOX-Migration: Vollständige Objektabdeckung
aktivieren . Migration aktivieren und einschränken
Customer Central Sicherheitsadministratoren können die Migration einzelner Pakete und Extrakte aus folgenden Gründen einschränken:
Aktivieren oder beschränken | Zu verwendende Aufgabe |
|---|---|
Migration von Konfigurationspaketen. | Zugriff auf Customer Central Tooling verwalten (Migration von Instanz noch verfügbar)
Diese Aufgabe ersetzt die Aufgabe "Benutzerzugriff auf Migration beschränken mit Object Transporter" . |
Migration von Konfiguration . | 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 Zugriff auf Migration von Konfigurationsextrakten verwalten . |
Erstellung und Änderung von Berichten zu Mandantenvergleich
| Zugriff auf Customer Central Tooling verwalten
Diese Aufgabe ersetzt die Aufgabe " Zugriff auf Mandantenvergleich verwalten" . |
Migration von erweiterten Konfiguration aus Berichten zum Änderungs-Tracker . | Zugriff auf Customer Central Tooling verwalten
|
Migrationen nur bis zu den Instanzen, auf die Migratoren Zugriff haben, und beschränkt auf:
| Zugriff auf Customer Central Tooling verwalten
|
Postmigration
Um die Historie der migrierten Objekte und Pakete anzuzeigen, öffnen Sie den Abschnitt
"Migrationsberichte"
im Dashboard"Object Transporter" (OX) . Während der Migration können Sie auf der Seite
Post-Migrationsbericht
auf Mandantenvergleich ausführen
klicken, um Instanzen von Implementierung zwischen Quell- und Zielmandanten zu vergleichen. Sie können die Vergleiche als Berichte zum Mandantenvergleich
speichern.Unterstützte Mandantenarten
Der Object Transporter unterstützt Migrationen zwischen folgenden Mandant :
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 die Produktionsumgebung abgeschlossen hat. Beispiel: Workday stellt einen neuen Bericht für Vorschau-Mandanten bereit, aus dem Sie einen benutzerdefinierten Bericht erstellen. Workday plant, den neuen Bericht für Produktionsmandanten in zwei Wochen bereitzustellen. Warten Sie, bis Workday den neuen Bericht für Produktionsmandanten bereitstellt, bevor Sie den benutzerdefinierten Bericht zu Ihrem Mandant migrieren. |
|
Wdsetup (Nur Konfigurationskatalog) |
|
Mandant für Workday App Development
Wenn Sie einen Konfiguration migrieren, bietet Workday die Option , einen Mandant als Zielmandant auszuwählen. Wenn Sie extrahierten Inhalt aus einem Implementierungsmandanten zu einem Mandant migrieren, unterstützt Workday diesen Pfad nicht. Diese Migrationen Ergebnis zu einer Fehler . | Implementierung |