概念: Object Transporter
Object Transporter (OX) は、テナント間での設定データの移行を自動化できる導入ツールです。Object Transporter を使用してオブジェクトを移行することで、正確性を確保し、必要なテナントでオブジェクトを手動で再設定する際にかかる時間を節約できる。Object Transporter では、手動設定では不可能な監査およびレポートの機能も提供されています。最上位オブジェクトと、その最上位オブジェクトの依存関係の両方が移行されます。
"Object Transporter Supported Objects (OX)"
レポートには、移行可能なオブジェクトと関連依存関係が詳細に記載されています。レポートは、 Customer CentralにアクセスできるCustomer Central Central と非本稼働テナントで利用可能です。移行の準備に役立てるために、
"Configure Change Tracker
" レポートを表示して、テナント内の設定データに対する変更を追跡することもできます。Object Transporter Migration ユース ケース
Object Transporter では、以下のユース ケースが上位目標。
- 設定データの単一インスタンス (単一インスタンス)。
- 設定データのバンドル パッケージ (設定パッケージ )。
- セキュリティ設定データのバンドル パッケージ (セキュリティ設定パッケージ)。
- 設定カタログのコンテンツ。
- 翻訳された値を含むオブジェクトのインスタンス。
- X.509秘密鍵ペア。
- 設定は、(.data) ファイルを抽出します。
- "設定変更トラッカー"レポートから作成された詳細設定パッケージ。
Object Transporter を使用する場合
"設定抽出" ツールは、以下の場合にのみ使用します。
- 同じ設定をさまざまな環境で複数回利用したい。
- ソース テナントとターゲットテナントで請求 ID が異なる。
- 後でテナントに再ロードするため、設定のコピーが必要になります。
- それ以外の場合は、Object Transporter を使用できます。
自動依存関係管理
Object Transporter は、オブジェクトの設定データを移行し、最上位オブジェクトのインスタンスが使用する依存型オブジェクトを含めます。移行プロセスをよりスムーズかつ正常に完了させるために、Object Transporter にはチェック前の検証が用意されており、移行前に潜在能力エラーを特定して訂正することができます。Object Transporter がターゲット テナント ""で前提条件の不足が見つかった場合、
"Pre-Migration Check"
ページが表示され、""を解決ために必要な前提条件のないインスタンスをリストします。前提条件を解決には、ターゲット テナントにサインイン、見つからないインスタンスを作成するか、その参照 IDを解決。対応するターゲットインスタンスのないソース インスタンスを、ターゲット テナントにある他の互換性のあるインスタンスにマッピングすることもできます。移行ワークフローはその代わりに行われます。Object Transporter では、最上位のオブジェクトとその依存関係についての前提条件が不足していることが報告されます。Object Transporter は、オブジェクトとその依存型オブジェクトの設定データを移行しますが、トランザクション データや参照データを移行することはありません。例:カスタム レポート定義が計算フィールドが次の事業地を参照する:レポートを移行すると、計算フィールド ()も自動的に移行しますが、事業地 () は自動的に移行しません。この例では、
"移行前チェック"
レポートで、事業地に前提条件が満たされていないとしてフラグを設定しています。ソース テナントとターゲット テナントの差異
移行の直前に、Object Transporter に移行対象として選択したインスタンスのソース テナントとターゲットテナントの差異が表示されます。これらのインスタンスにおける依存関係の違いも確認できます。
依存関係を表示する場合は、常に "属性の差異の表示" をクリックして、各依存型オブジェクトを構成している個々の属性を確認してください。
Workday、各インスタンス、依存関係、または属性(変更、削除、新規) にステータスアイコンが用意されています。差異を確認することで、移行を続行するかどうかについて十分な情報に基づいた意思決定を行うことができます。
移行またはテナントのリフレッシュのための設定抽出
設定パッケージを異なるテナント間で再利用する必要がある場合、またはテナントがリフレッシュ前に設定を保存する必要がある場合は、
"Configure Extracts
" ツールを使用します。設定抽出を
使用すると、設定またはセキュリティ設定パッケージから抽出ファイルを作成し、リフレッシュしたテナントまたはターゲットテナントに抽出を移行またはリロードできます。
設定抽出を本稼働テナントにロードすることはできません。設定データを本番のテナントに移動するには、データを実装またはサンドボックスのテナントにインポートし、Object Transporter を使用して本番のテナントにデータを移行します。
生成された抽出ファイルの履歴を表示するには、 Customer Centralに移動し、"Object Transporter (OX)"ダッシュボードの
"レポート"
セクションにある "抽出
" レポートにアクセスします。Object Transporter へのアクセス
移行は、 Customer Centralテナントで Object Transporter を使用するか、ソース テナントから開始できます。後者のケース、移行を完了するためにCustomer CentralにWorkdayされます。
Object Transporter を使用するには、アクセス権を設定します。を参照ステップ: Customer Central および Object Transporter へのアクセスの設定-
設定の変更を移行する
設定変更トラッカー
を使用すると、特定のユーザーおよび時間枠ごとに、設定変更を移行できます。設定変更トラッカー
を使用した移行は、テナント間で設定を同期するための簡単かつ安全な方法です。Object Transporter は、"設定変更トラッカー" レポートで選択したインスタンスのみを移行し、移行の開始後に追加の依存型インスタンスを移行しないため、同期されるのは既知の設定データのみです。設定変更トラッカー
から移行するには、 Customer Centralセキュリティ管理者が"Maintain Access to Customer Central Tooling
" タスクで、"OX 移行: フル オブジェクト カバレッジ
" チェックボックスを選択して、アクセス権をグラント必要があります。移行の有効化と制限
Customer Centralセキュリティ管理者は、個々のユーザーがパッケージを移行および抽出することを制限できます。
有効または制限 | 使用するタスク |
|---|---|
設定パッケージを移行する。 | Customer Centralツールへのアクセスの管理 (単一インスタンスの移行は可能です)
このタスクは 、"Object Transporter を使用した移行へのユーザー アクセスの制限" タスクを置き換えます。 |
セキュリティ設定パッケージの移行。 | Customer Centralツールへのアクセスの管理
このタスクは 、"Maintain Access to Migrate Security Configurations Packages " タスクを置き換えます。 |
設定では、作成と移行が抽出されます。 | Customer Centralツールへのアクセスの管理
このタスクは、" Maintain Access to Migrate Configuration Extracts " タスクを置き換えます。 |
テナント比較 レポートの作成と修正。 | Customer Centralツールへのアクセスの管理
このタスクは 、"テナント比較へのアクセスの管理 " タスクの代わりに実行されます。 |
"設定変更トラッカー" レポートからの詳細設定パッケージの移行。 | Customer Centralツールへのアクセスの管理
|
移行者がアクセス権を持つインスタンスのみに移行し、移行を以下に制限します。
| Customer Centralツールへのアクセスの管理
|
移行後
移行されたオブジェクトとパッケージの履歴を表示するには、"Object Transporter (OX)"ダッシュボードの
"移行レポート"
セクションにアクセスします。移行中の場合、
"移行後レポート
" ページで、 "テナントの比較の実行"
をクリックして、ソース テナントとターゲット テナントの間で実装タイプのインスタンスを比較できます。比較は"テナント比較
" レポートとして保存できます。サポートされているテナント タイプ
Object Transporter では、以下のテナント タイプ間の移行が上位目標。
ソース テナント | ターゲット テナント |
|---|---|
実装 |
|
サンドボックス |
|
プレビュー
コンテンツが、 Workday が本稼働テナントにまだ提供していない機能に依存している場合は、 Workday が本稼働環境へのデリバリー サイクルを完了するまで待ってから、移行してください。 例: Workday がテナントをプレビューするための新しいレポートを提供しており、そのレポートからカスタマイズしたレポートを作成します。Workday、2 週間以内にこの新しいレポートを本稼働テナントに提供する予定です。新しいレポートがWorkday稼働テナントに提供されるのを待ってから、カスタマイズしたレポートを本番テナントに移行します。 |
|
Wdsetup (設定カタログのみ) |
|
Workdayアプリ開発テナント
設定抽出を移行する際、Workdayターゲット テナントとして "開発" テナントを選択するオプションが用意されています。導入テナントから抽出したコンテンツを開発テナントに移行する場合、このパスはサポートされていません。これらの移行では、エラーメッセージが結果。 | 実装 |