Object Transporter を使用した設定カタログ コンテンツの移行
Customer Centralと Object Transporter のアクセスとセキュリティを設定します
Customer Centralの
テナント ダッシュボード
または " Configure Catalog"
タスクを使用して、設定カタログ パッケージまたはそのパッケージの 1 つ以上のインスタンスを実装またはサンドボックス テナントに移行できます。カタログでWorkdayターゲット テナントと設定パッケージを選択すると、カタログで選択したインスタンスと、ターゲット テナントの対応するインスタンスを比較し、移行の準備をするための一連のチェックを開始します。
レポートを移行する場合は、下位レベルのテナントで編集されたレポートへの下流への影響を考慮し、潜在能力問題が移行しないようにする。Workdayを移行した後にレポートを検証し、アラートやその他のプロセスに対する下流への影響を考慮することをお勧めします。
Workday で移行が完了すると、
"移行後"
レポートを表示するか、"テナント比較
" レポートを作成して移行後のテナントの違いを比較できます。- Customer Central のユーザーまたは管理者としてCustomer Centralにサインインします。
- "設定カタログ"タスクにアクセスします。このタスクには、テナント ダッシュボードワークレット ()からアクセスすることもできます。
- "ターゲット テナント"プロンプトから、"設定カタログ" の内容を移行するテナントを選択します。
- 設定パッケージを選択します。"名称" 列見出しとフィルタをクリックして、パッケージを検索できます。
- "パッケージ インスタンスの設定"をクリックします。
- 移行するインスタンスを 1 つ以上選択します。パッケージ全体を移行するには、テーブルヘッダーのチェックボックスをオンにします。
- "Pre-Migration Status"ページで"リフレッシュ"をクリックするか、移行適用範囲の設定データの事前移行チェックが完了するのを待つ。一部のインスタンスには、移行先テナントに存在する必要がある移行先の前提条件があります。例: 計算フィールド。Workday で以下のように処理します。
- 前提条件の不足が見つかると、"移行前のチェック" レポートが生成されます。
- 前提条件がすべて検出されない場合、"Pre-Migration Check"レポートはスキップされ、"View Pre-Migration Diff"レポートが生成されます。
- "差分レポートは生成されません" ページが表示された場合は、"移行前のチェック レポートの表示"をクリックして"エラー"テーブルを確認します。移行を続行する前に解決する必要がある前提条件の不足を次の表に示します。以下に該当する場合、前提条件が欠落しているというフラグが設定されます。
- ターゲット テナントに対応するインスタンスがありません。
- 参照 ID がありません。
- 参照 ID が一致しません。
Workday で他の問題が特定されて表示されるには、テーブルにリストされている最初の 50 件の前提条件を解決する必要があります。前提条件の欠落を解決するときには、参照 ID が両方のテナントで一致していることを確認します。 - 前提条件の欠落の解決パスを決定し、マッピングできない前提条件を解決します。"マッピング不可"および"ターゲットのインスタンスにマッピング" (任意)列を確認し、リストされた各前提条件に対して必要な修正を特定します。
- "マッピング不可"列が "はい" の場合は、ターゲット テナントにサインインし、問題を手動で解決します。
- インスタンスが見つかりません: ターゲット テナントでインスタンスを作成し、参照 ID がソースと一致することを確認します。
- Missing or不一致 ID:インスタンスが存在する場合は、ソースと一致するように参照 ID を追加または更新します。
- "ターゲットのインスタンスへのマッピング (任意)" 列に"インスタンスのマッピング"ボタンが表示された場合、個別のロードによってインスタンスをマッピングするか、マッピングできないインスタンスのように、前提条件を手動で解決できます。個別にローディングする場合は、次のステップに進みます。
- "マッピング不可"列が空の場合、アクションは必要ありません。
WD 設定の移行では、変更または既存のターゲット テナント インスタンスへのマッピングのみが可能です。 - 個別のロードを使用して、一致しないソースインスタンスをターゲット テナントの互換性のあるインスタンスに自動的にマッピングします。
- "ターゲットのインスタンスへのマッピング (任意)"列で、クリックします。マッピング インスタンス。マッピングするには、ターゲット テナントで互換性のあるインスタンスの "参照 ID" が指定されている必要があります。
- ターゲット テナントで互換性のあるインスタンスの "参照 ID" を入力し、"検索"をクリックします。
- 検索結果で、互換性のあるインスタンスのチェックボックスをオンにします。複数のインスタンスが表示される場合は、同じ実装タイプでソースと最も互換性のあるものを選択します。
- "マッピングを適用"をクリックします。
- (任意) マッピングされたインスタンスの詳細を表示するには、"マッピング先" 列のリンクをクリックします。
- (任意)マッピングを削除するには、"削除"をクリックします。
- 手動の更新またはマッピングを通じて前提条件に対応した後、以下を実行します。
- ターゲット インスタンスを更新またはマッピングした場合は、"ターゲットの再スキャン"をクリックします。
- ソース テナントを更新した場合は、"移行を再試行"をクリックします。
最初の 50 より後に検出されたすべての前提条件を含め、前提条件を解決すると、"移行前の差異レポート"ページが生成および表示されます。 - "設定カタログ" で選択したコンテンツに有効日付きのインスタンスが含まれている場合は、"有効日ストラテジーの設定" をクリックします。
- "パッケージの日付の設定" プロンプトで、最初に移行内のすべてのインスタンスの戦略を選択します。デフォルトの有効日として "1900/01/01" を適用するか、手動で日付を選択します。単一のインスタンスを移行する場合、そのインスタンスの依存関係は、ここで選択した日付を継承します。有効日のないインスタンスに有効日のある依存関係がある場合、依存関係は移行プロセス中の有効日として移行の日付を継承します。有効日は移行後にいつでも変更できます。実装タイプ別に、インスタンスと依存関係の異なる日付を個別に選択するか、グループとして選択して、有効日の戦略をさらに絞り込むこともできます。
- 実装タイプまたはインスタンス組織で異なる有効日を適用するには、"保存して編集を続行" をクリックします。
- 特定の実装タイプのすべてのインスタンスに異なる有効日を選択するには、"実装タイプ別の有効日の設定" 列で日付を選択します。年を変更するには、フィールドに直接入力します。
- 1 つ以上の一意のインスタンスまたは依存関係の有効日を変更するには、"インスタンスごとに有効日を設定"をクリックします。
- "インスタンス別の有効日の設定" 列でインスタンスの新しい有効日を選択します。テーブル上の別々の行として、インスタンスとその依存関係が表示されます。インスタンスまたは依存インスタンスの年を変更するには、フィールドに年を直接入力します。一部の実装タイプでは、将来の有効日を入力できます。将来の日付を入力した場合、Object Transporter は移行を続行し、エラーを報告します。
- (任意)ターゲット テナントの対応するポリシーとは異なるドメインまたはビジネス プロセスのセキュリティ ポリシーがパッケージに含まれている場合は、"移行の動作の編集" をクリックして、すべてまたは一部の変更されたセキュリティ ポリシーについて移行の動作を選択します。このオプションは、 1 つ以上の変更されたセキュリティ ポリシーが検出された場合にのみ有効になります。
オプション 説明 統合 (推奨)デフォルトの動作。変更されたすべてのソース セキュリティ ポリシーのセキュリティ グループおよびロールなどの権限保持コンポーネントと、対応するターゲット セキュリティ ポリシーのコンポーネントを組み合わせる。統合は追加的です。何も削除されることはないため、最も安全なオプションとなります。以下の場合は、このオプションを検討してください。- ターゲット テナントの整合性を優先する。
- プレビュー、サンドボックス、または開発環境から本番環境にルーチン更新を移行する。既存の設定を中断することなく、新しい設定を導入することを目標としています。
- ターゲット テナントの操作に重要な権限またはセキュリティ グループを誤って削除してしまうリスクを軽減する。
- ターゲット固有の変更を保護する。
統合はデフォルトで非構造化になっているため、上書きされる可能性をチェックする時間が短縮され、追加の確認により集中できます。上書きターゲット テナントのすべてのセキュリティ ポリシーが、対応するソース テナントの変更済みポリシーに置き換えられます。置き換えると、ターゲット テナントで対応していた以前のポリシーが破棄され、ソース テナントの変更されたセキュリティ ポリシーのみが実装されます。以下の場合は、このオプションを検討してください。- ソース テナントをセキュリティ ポリシーの正式なソースとして扱う。
- 初期デプロイまたはテナントのリフレッシュを実行します。
- ターゲット セキュリティ ポリシーを完全に置き換える。
- ソースとの絶対的な整合性を確保する。
単一のインスタンスを移行した場合、移行先テナントの対応するインスタンスのみが置き換えられます。手動選択最も詳細な管理が提供され、パッケージ内の変更された各セキュリティ ポリシーを個別に確認できます。"移行の動作 (インスタンスごと)" 列で、変更するセキュリティ ポリシーごとに"統合"または"上書き" を選択します。以下の場合は、このオプションを検討してください。- ポリシーごとのさまざまなニーズに応える、複雑な移行に対応する。
- ポリシーごとに異なる統合や上書きの動作を適用する必要がある場合に、単一のパッケージ内の混合要件に対応する。
- 各ポリシーを慎重に制御することが要求される機密性の高い環境で運用されている。
- さまざまなチームが担当する段階的な適用やポリシーを管理する。
- ポリシーごとにアクションを調整し、最大限の精度と柔軟性を実現する。
- "リフレッシュ"をクリックするか、"差分レポートの表示"が表示されるのを待ってクリックします。"移行前の差異レポート"ページには、移行の範囲内のすべてのインスタンスが最上位インスタンスの実装タイプ別にグループ化され、移行の動作別に以下のタブが表示されます。タブ説明すべてのインスタンス設定パッケージまたは設定抽出に含まれるすべてのインスタンスを一覧表示します。単一のインスタンスを移行する場合、タブに最上位組織の 1 つのインスタンスと、それに含まれている可能性のある依存オブジェクトが表示されます。Modifiedステータス アイコン: オレンジソース テナントとターゲット テナントの両方に存在するが、以前の変更のために異なるインスタンスをリストします。移行中に、ターゲット インスタンスはソース インスタンスで上書きされます (セキュリティ ポリシーでない場合)。デフォルトでは、ソース テナントのセキュリティ ポリシーはターゲット テナントの対応するセキュリティ ポリシーと統合されます。"移行動作の編集"オプションを使用して、テナント セキュリティ ポリシーを上書きすることで、セキュリティ ポリシー移行のデフォルト動作を変更できます。新規ステータス アイコン: 青ターゲット テナントにまだ存在しないインスタンスをリストします。移行中に、ソース テナントのインスタンスがターゲット テナントに追加されます。変更なしステータス アイコン: グレーソース テナントとターゲット テナントで同一のインスタンスをリストします。移行は必要ありません。除外移行から除外した最上位インスタンスをリストします。何も除外していない場合、このタブは表示されません。タブを選択して、移行の動作別にフィルタできます。このタブで実装タイプを展開し、移行の対象となる最上位インスタンスを確認できます。同じ実装タイプが複数のタブに表示される場合がありますが、その下にリストされているインスタンスは特定の移行動作のみに関連しています。例:"変更済" タブを選択すると、"新規"タブに表示された実装タイプと同じ実装タイプが表示されます。実装タイプを展開し、"新規"タブのインスタンスから一意の最上位レベル インスタンスを表示します。"変更済" タブには、ソース インスタンスとターゲット インスタンス間で差異のあるインスタンスがリストされます。"新規" タブには、ターゲット テナントにまだ存在しないインスタンスがリストされます。"変更済" ステータスの横にある数字は、移行の対象となる最上位の変更済みインスタンスの合計数を示します。"新規" ステータスの横にある数字は、ターゲット テナントに追加される最上位レベル インスタンスの合計数を示します。.処理が続行しない移行についての"Pre-Migration Diff"レポートは、30 日間にわたって使用可能です
- (任意) 新規または変更されたインスタンスの依存関係をレビューします。
- "変更済"または"新規" タブに移動し、実装タイプを展開します。
- テーブルの"依存関係" 列で、依存関係を確認したいインスタンスの"依存関係の表示"をクリックします。新規または変更されたインスタンスの依存オブジェクトを確認することをお勧めします。最上位レベルのインスタンスと同様、Workday には、依存インスタンスごとにステータス アイコンが用意されています ("変更済"、"新規"、"変更なし")。循環依存が検出されると、そのインスタンスのそれ以上の依存関係のロードは停止します。循環依存関係は移行されます。同じ依存関係について繰り返しレポートが作成されるのを防ぐために、依存関係の最初の出現箇所のみが表示され、円形の依存関係アイコンでフラグが設定されます。
- (任意) 変更されたインスタンスの属性を表示するには、"属性の差異の表示"をクリックし、変更された依存関係オブジェクトの個々の属性を確認します。"Attribute Diff"ページで、"変更済"インスタンスの特性ごとにステータス アイコンが表示されます。次の表で、ソース属性とターゲット属性の差異を分類する方法を説明します。特性ステータス説明以下の変更を行います。ソース属性とターゲット属性が存在するが、同一ではない。移行により、ターゲット特性がソース特性で上書きされます。ソース属性がセキュリティ ポリシー インスタンスに属している場合、セキュリティ ポリシーの移行動作を編集したときに "上書き" オプションを選択していない限り、そのソース属性はターゲット テナントに追加されます。新規ターゲット テナントに特性が存在しません。ソース属性がターゲット テナントに追加されます。不一致ソース属性とターゲット属性の換算値が異なります。Workday では、ターゲット換算値がソース換算値と統合されます。例: ソース特性にはポーランド語翻訳値があり、ターゲット特性には英語翻訳値があります。移行によって、英語の値は変更されずに、ポーランド語翻訳の値がターゲット特性に追加されます。削除特性はターゲット テナントに存在しますが、ソースには存在しません。移行によって、ターゲット特性が削除されます。Workday では、ドメインまたはビジネス プロセスのセキュリティ ポリシーに含まれる属性には"削除" ステータスは割り当てられません。
- (任意) 移行に"変更済" インスタンスが含まれている場合は、"依存関係の差異"ページの"変更済インスタンスの管理" をクリックして、変更されたインスタンスまたはその依存関係の 1 つを移行から除外します。
- "移行するインスタンス" テーブルで、除外するインスタンスのチェックボックスをオフにします。最上位のインスタンスを除外すると、その依存先も移行の対象外となります。
- (任意)"依存関係" 列で"表示"をクリックし、インスタンスの依存関係を再度表示します。
- "変更内容を保存"をクリックし、選択を保存することを確認します。いったん保存すると、除外を取り消すことはできません。除外を取り消すには、新しい移行を開始します。
"依存関係の差異"ページで、インスタンスのテーブルにこのインスタンスが除外として表示されます。最上位組織のインスタンスを除外すると、最上位組織のインスタンスは"除外済"と報告され、その依存関係は"親によって除外済" と報告されます。別の実装タイプが同じ移行に含まれている場合、別の実装タイプの依存関係も除外されません。除外されたインスタンスは、"移行前の差分レポート" ページの"除外済"タブでも確認できます。 - 移行ターゲット テナントに加えられる変更内容を確認し、理解したら、"移行に進む"をクリックして、移行するインスタンスの最終サマリを表示します。
- "移行を開始" をクリックします。
- 移行が完了したら、"移行後レポートの表示"をクリックして、ターゲット テナントの変更のサマリを確認します。移行後サマリ レポートは、2 年間引き続き使用できます。
- (任意)"移行後レポート"ページで"テナント比較の実行"をクリックし、2 つのテナント間で実装タイプのインスタンスを比較します。比較は"テナント比較" レポートとして保存できます。
顧客の要件を満たすように設定コンテンツを調整したら、設定カタログのコンテンツをサンドボックス テナントから本番稼働テナントに移行できます。
Customer Central の本番稼働アクセスの設定を参照してください。