メインコンテンツにスキップ
ドキュメント
ドキュメント
Administrator Guide
最終更新: 2025-10-17
参考: 移行実装ツール

参考: 移行実装ツール

このテーブルを使用して、移行のニーズに最適な実装ツールを判断します。

実装ツール
主移行ユース ケース
Object Transporter (スタンドアロン)
  • 単一インスタンス
  • 設定パッケージ (標準設定パッケージとも呼ばれます)
  • セキュリティ設定パッケージ
"Object Transporter を直接使用する (
"オブジェクト トランス
タスクを移行する" タスクまたは関連アクションから)。特定の設定オブジェクトとその依存関係を一度に移行します。これは、変更を単独で移行する実績のある方法です。
ユースケースの例:
  • 1 つまたは複数のカスタム レポートを移行する。
  • 特定のビジネス プロセス定義を移行する。
福利厚生:
  • オブジェクトのすべての依存型コンポーネントが含まれており、複雑な依存関係場合でもオブジェクトが完全に移行されるようにします。
  • 多くのユーザーにとって、このツールは最も使い慣れた移行ツールです。
制限事項:
  • 上位目標オブジェクトは
    、"Object Transporter Supported Objects (OX)"
    レポートに記載されているオブジェクトのみです。
  • 関連しない変更が多数ある大規模なプロジェクトの移行で、効率が低い。
設定変更トラッカー
プロジェクト ベースの作業に設定変更トラッカーを使用する。
ユースケースの例:
サンドボックス リフレッシュ用にプロジェクト作業を保存する。設定変更トラッカーで、テナントで変更する変更の設定パッケージを作成します。次に、パッケージの設定抽出を作成し、テナントのリフレッシュが完了するまでローカルにダウンロード、リフレッシュしたテナントにパッケージをリロードします。
福利厚生:
  • ユーザーと時間に基づいて幅広い作業を把握できるため、プロジェクトの移行が簡素化される。
  • すべての実装タイプがサポートされています。
  • 開発テナントまたはサンドボックス テナントで、設定変更を簡単に保存できます。
制限事項:
  • 不足している依存関係は追加されません。選択したWorkday枠以外の時間枠でユーザーが必須変更を行った場合、その変更が移行されないため、移行に失敗する可能性があります。
  • 必要な変更を確実に把握するために、明確に定義された懲戒処分が必要な開発プロセスが必要となります。
設定の抽出
設定抽出は、テナントから外部に設定を保存する必要がある場合に使用します。
ユースケースの例:
  • プロジェクト作業のオフライン バックアップを作成する。
  • 他のチームと設定を共有する。
  • リフレッシュ後に同じテナントに設定をリロードする。
    設定変更トラッカーを使用して、テナントで変更する変更の設定パッケージを作成します。次に、パッケージの設定抽出を作成し、テナントのリフレッシュが完了するまでローカルにダウンロード、リフレッシュしたテナントにパッケージをリロードします。