Concept : workflow de migration d'objet Transporter
Workday lance Object Transporter lorsque vous accédez aux tâches suivantes ou aux actions associées pour migrer les données de configuration d'un environnement client à l'autre :
- Migrer avec Object Transporter
- Extraction de la configuration de la migration.
Avant que Object Transporter ne transfère les données de configuration à un environnement client cible, Workday vérifie qu'il n'existe pas de problème dans les données source. Il recherche d'abord les erreurs qui bloquent la migration, puis identifie les problèmes de prérequis que vous devez résoudre. Le contrôle final affiche les modifications apportées à l'environnement client cible après la migration, ce qui vous permet d'examiner et d'exclure les instances ou dépendances modifiées avant de migrer vers votre environnement client cible. La séquence suit le workflow suivant :
- 1. Vérification des erreurs
- Si Workday trouve des erreurs qui bloquent votre migration, il affiche la pageAfficher les erreursdans le workflow de la migration. y compris des instructions pour corriger les erreurs et relancer la migration.
- 2. Vérification des prérequis
- Workday vérifie les instances dont les prérequis de configuration doivent exister dans l'environnement client cible pour que la migration s'effectue correctement. Si trouvé, il répertorie les conditions préalables à la migration manquantes sur la pagePré-vérifier la migrationavec des instructions pour les résoudre. Workday marque un prérequis comme un problème lorsqu'il trouve :
- Aucune instance correspondante dans l'environnement client cible.
- Un code de référence manquant ou qui ne correspond pas.
- 3. Vérification des différences avant migration
- Workday affiche ensuite une pageRapport sur les différences avant migrationpour indiquer les instances, regroupées par type d'implémentation, que vous avez dans le périmètre de la migration.Les informations de l'en-tête synthétisent le contenu de l'instance, du package de configuration ou de l'extraction de configuration que vous avez dans le périmètre de la migration. Il affiche le nombre de types d'implémentation existants et le nombre d'instances uniques planifiées pour la migration. Workday ne compte qu'une seule fois les instances qu'il trouve dans plusieurs types d'implémentation. Le rapport regroupe les instances ayant le même comportement de migration dans les onglets suivants, ce qui vous permet de vous concentrer sur un comportement de migration à la fois :OngletDescriptionToutes les instancesRépertorie toutes les instances contenues dans votre package de configuration ou votre extraction de configuration. Lorsque vous migrez une instance unique, l'onglet affiche une instance de premier niveau et tous les objets dépendants qu'elle peut contenir.ModifiedIcône de statut : orangeRépertorie les instances qui existent à la fois dans les environnements clients source et cible, mais qui diffèrent en raison d'une précédente modification. Pendant la migration, Workday remplace l'instance cible par l'instance source, sauf s'il s'agit d'une règle de sécurité.Par défaut, Workday fusionne les règles de sécurité d'une source avec la règle de sécurité correspondante dans l'environnement client cible. Vous pouvez modifier le comportement par défaut de la migration de la règle de sécurité en utilisant l'optionModifier le comportement de migrationpour remplacer la règle de sécurité de l'environnement client.CréerIcône de statut : bleuRépertorie les instances qui n'existent pas encore dans l'environnement client cible. Pendant la migration, Workday ajoute l'instance de l'environnement client source à l'environnement client cible.Aucune modificationIcône de statut : GrisRépertorie les instances identiques dans les environnements clients source et cible. Aucune migration n'est nécessaire.Ligne exclueRépertorie les instances de premier niveau que vous avez exclues de la migration.Si vous n'avez rien exclu, Workday n'affiche pas cet onglet.Vous pouvez utiliser ce rapport pour consulter les instances en détail en explorant les données dans les rapports suivants :
- Différence des dépendances: lorsque lerapport Différence avant migrationindique une instance de premier niveau nouvelle ou modifiée, vous pouvez cliquer surAfficher les dépendancespour afficher les instances dépendantes de l'instance de premier niveau que Workday va également migrer.
- Afficher la différence d'attribut: lorsque le rapportDifférence de dépendancesaffiche les dépendances modifiées d'une instance, vous pouvez cliquer sur le boutonAfficher la différence d'attributde l'instance pour comparer les différences d'attributs entre les environnements clients source et cible.
- Gérer les instances modifiées: lorsque le rapportDifférence entre les dépendancesaffiche les dépendances modifiées d'une instance, vous pouvez cliquer sur le boutonGérer les instances modifiéesdans l'en-tête du rapport pour sélectionner toutes les instances modifiées à exclure de la migration.
- 4. Migration
- Lorsque vous résolvez tous les problèmes, consultez les rapports de différence et excluez éventuellement de la migration les instances et dépendances modifiées. Object Transporters migre les instances depuis l'environnement client source, moins les instances modifiées que vous choisissez d'exclure. Elle migre toujours la version actuelle des objets client. L'ajout d'une instance d'un objet à un package de configuration n'empêche pas Workday de mettre à jour cet objet avec une version plus récente de celle de celui qui est disponible lorsqu'une version est disponible.
Lorsque Workday termine la migration, vous pouvez afficher le rapport
Post migration
ou créer un rapport Comparaison des environnements clients
pour comparer les différences entre les environnements clients après la migration.