設定データをテストから本番に移行するためのベスト・プラクティス
テスト環境と実稼働環境間での設定データの移行を最適化するには、次のベスト・プラクティスが役立ちます。
移行のための環境準備
エクスポートおよびインポート時には、ソース環境とターゲット環境の両方のOracle Fusion Applicationsクラウド・リビジョンが同じである必要があります。 テスト環境と本番環境が同じリビジョン・レベルであることを確認してから、エクスポートまたはインポートを開始します。
設定データの中には、エクスポートおよびインポート中に自動的に移行されないものもあります。 「オファリング」ページで「設定タスク・リストおよびタスク」レポートを確認し、設定サービスが関連付けられていない設定タスクを確認します。 これらのタスクの設定データは代替の方法で実稼働環境に手動で移行する必要があります。 設定データの正確なコピーがソースからターゲットに移行されていることを確認してください。 インポート・プロセスで指示されないかぎり、ターゲット環境にデータを手動で入力しないようにします。
Gold環境での設定データの管理
Gold環境を使用して設定データを管理するには、次のステップに従います。
-
Gold環境に設定データを入力します。
-
検証準備が整ったら、Gold環境から設定データをエクスポートし、テスト環境にインポートします。
-
テスト環境で設定データを検証します。
-
設定データの更新が必要な場合は、更新値を使用して前述のステップを繰り返します。
ノート: Gold環境を使用して設定データの記録と管理を行うため、設定データの保守には必ずGold環境を使用します。 データをテスト環境で直接更新しないください。 Gold環境が正しい設定データのソースとして機能しなくなります。 -
設定データの検証が済んだ後、設定データをGold環境からエクスポートして実稼働環境にインポートします。
-
次のテスト・サイクルでは、テスト環境で本番環境からのリフレッシュが必要な場合、本番からテスト用(P2T)のリフレッシュ・クラウド・サービスを使用します。
-
Gold環境で実稼働環境の設定データのリフレッシュが必要な場合は、P2T(本番からテストへのリフレッシュ)を使用して、Gold環境を実稼働環境と同期化できます。
ノート: ベスト・プラクティスに従う場合は、Gold環境を実稼働環境の設定データを使用してリフレッシュする必要はありません。
テスト環境での設定データの管理
Gold環境を使用せず、テスト環境で設定データの保守と検証を行う場合は、次のステップに従います。
-
テスト環境に設定データを入力し、検証します。
-
設定データの検証が済んだ後、設定データをテスト環境からエクスポートして実稼働環境にインポートします。
-
テスト環境を実稼働環境の設定データでリフレッシュする必要がある場合は、実稼働環境からテスト用(P2T)のリフレッシュ・クラウド・サービスを使用します。
その他の考慮事項
次に、設定データのエクスポートおよびインポートに関するその他の考慮事項を示します。
-
すべての設定データは入念にテストおよび検証したうえで、実稼働環境にインポートしてください。 また、エクスポートおよびインポート・プロセスを利用できない設定データを手動で実稼働環境に入力する場合は、同じデータをGold環境とテスト環境に作成して検証してから、実稼働環境への入力を行ってください。 両方の環境のデータは完全コピーである必要があります。
警告: カスタム・オブジェクトを手動で作成するか、設定データをターゲットに直接入力し、後でエクスポートおよびインポート・プロセスを使用して同じものを移行すると、一部のカスタム・オブジェクトの修復を超えてインポートの失敗やメタデータの不整合が発生する可能性があります。 これは、両方の環境のレコードが互いに厳密にコピーされないために発生します。 -
設定データをソース環境(必要に応じてゴールドまたはテスト環境)とターゲット環境(必要に応じてテストまたは本番環境)に手動で入力し、後でエクスポートおよびインポート・プロセスを使用して同じデータを移行すると、インポート・プロセスが失敗する可能性があります。 これが発生するのは、これらのレコードが両方の環境で互いに正確に重複することはほとんどないためです。 その結果、インポート中にこれらのレコードの行キー検証が失敗します。
-
実装プロジェクトを使用して設定データをエクスポートするときには、一度に1つのオファリングのみエクスポートしてください。 詳細は、「実装プロジェクトを使用した設定データのエクスポートおよびインポート」のトピックを参照してください。
-
エクスポートする設定データを制限する場合はスコープ値を使用します。 スコープの利便性が特に発揮されるのは、オファリングの実稼働環境への最初のデプロイメントが済んだ後に、設定データの差分の変更点のみを移行する場合です。
-
エクスポートした構成パッケージ・ファイルをソース管理し、実稼働環境に適用した設定変更の履歴を保持します。
-
インポート・プロセスを開始する前に、構成パッケージ内の設定データと実稼働環境内の設定データの比較を実行することを検討します。 インポートによって実稼働環境のデータがどのように変化するのかを確認できるため、実稼働環境に意図しない変更が加えられるのを防止できます。 詳細は、「設定データ比較結果」のトピックを参照してください。
-
インポート前後に実施する必要のあるタスクを必ず実行してください。 それらのデータは手動で移行する必要があります。 これを怠ると、実稼働環境内の設定データが不完全な状態になり、トランザクション処理時にエラーが発生する原因になります。
-
複数のオファリングを同時実装して、それらの設定データを実稼働環境に同時にインポートする場合は、次の項で説明する順序でオファリングをインポートすることで、データ依存関係に起因する問題を回避できます。
同時移行時のオファリングのインポート順序
この表に、複数のオファリングを同時実装して、それらの設定データを実稼働環境に同時にインポートするときにインポートする必要があるオファリングの順序を示します。
|
順序 |
ファミリ |
オファリング |
|---|---|---|
|
1 |
HCM |
ワークフォース配置 |
|
2 |
HCM |
報酬管理 |
|
3 |
HCM |
ワークフォース開発 |
|
4 |
財務 |
財務 |
|
5 |
財務 |
Oracle Fusion Accounting Hub |
|
6 |
HCM |
インセンティブ報酬 |
|
7 |
CRM |
顧客データ管理 |
|
8 |
CRM |
企業契約 |
|
9 |
CRM |
マーケティング |
|
10 |
CRM |
販売 |
|
11 |
調達 |
調達 |
|
12 |
プロジェクト |
プロジェクト財務管理 |
|
13 |
プロジェクト |
プロジェクト実行管理 |
|
14 |
プロジェクト |
資金交付管理 |
|
15 |
SCM |
資材管理およびロジスティックス |
|
16 |
SCM |
製造およびサプライ・チェーン資材管理 |
|
17 |
SCM |
オーダー管理 |
|
18 |
SCM |
価格管理 |
|
19 |
SCM |
製品管理 |
|
20 |
SCM |
サプライ・チェーン財務オーケストレーション |
|
21 |
SCM |
サプライ・チェーン管理会計 |
|
22 |
SCM |
バリュー・チェーン・プランニング |
|
23 |
GRC |
リスクおよび管理 |