環境のリフレッシュ

Fusion Applications環境でセルフサービスP2TおよびT2Tリフレッシュを実行する方法について学習します。

環境のリフレッシュにより、ソース環境からターゲット環境にデータがコピーされ、ソース環境のコピーがターゲット環境に作成されます。環境のリフレッシュにより、本番環境に変更を適用する前に、テストおよび検証用に同等の非本番環境を提供することで、テスト・アクティビティ中の予測可能なエクスペリエンスが保証されます。

環境のリフレッシュの主な概念

環境のリフレッシュについて説明する際には、次の用語を使用します:

本番からテスト(P2T): 本番(ソース)環境から非本番(ターゲット)環境にリフレッシュします。
テストからテスト(T2T): 複数の非本番環境がある場合は、1つの非本番環境からもう1つの非本番環境にリフレッシュできます。
リフレッシュ・ポイント: リフレッシュでは、ソース環境の最新バックアップが使用されます。リフレッシュ・ポイントは、使用されたソース・バックアップのタイムスタンプを示します。バックアップが使用されるため、ソース・バックアップが作成された後、リフレッシュが開始される前に入力または変更されたデータは含まれません。
最終リフレッシュ: 最後のリフレッシュが完了した日時。

環境のリフレッシュの要件および制限

環境のリフレッシュの要件および制限は次のとおりです:

本番環境はリフレッシュできません。
リフレッシュ中、ターゲット環境は使用できませんが、ソース環境には影響しません。環境のリフレッシュ期間も参照してください。
ソース環境とターゲット環境は、同じ環境ファミリに存在する必要があります。
リフレッシュは常に、ソース環境自体ではなく、ソース環境の最新のバックアップ・バージョンから実行されます。したがって、バックアップの取得後にソース環境にアクティビティがあった場合、ソース環境とターゲット環境間で一部のデータが一致しないことがあります。
Fusion Applicationsのバージョンとパッチ・レベルは、ソースおよびターゲット環境で一致している必要があります。これには、月次更新および例外更新が含まれます。
重要

リフレッシュをスケジュールする場合、本番環境は通常、非本番環境より2週間後にパッチが適用されるため、ソース環境とターゲット環境のメンテナンス・サイクルが同期していない可能性があることに留意してください。リフレッシュがスケジュール済時点とスケジュールされた日付の間でパッチ・レベル(またはバージョン)が同期されなくなる場合は、リフレッシュを取り消して、それよりも後の日付(バージョンまたはパッチ・レベルが同期するタイミング)に再スケジュールする必要があります。または、より早くリフレッシュを完了する必要がある場合は、Oracle Supportに連絡してください。
パッチ・レベルの不一致が検出された場合、スケジュール済リフレッシュの7日前に次のことが行われます:
- Oracleは、パッチ・レベルの互換性がないためにスケジュール済リフレッシュを実行できないことを電子メールで通知されます。
- 環境の詳細ページに、必要なアクションを通知する警告メッセージが表示されます。
インストールされている言語パックと一致しない場合、ターゲット環境はソース環境の言語パックで上書きされます。
リフレッシュは90日前までにスケジュールできます。
ターゲット環境は7日ごとに1回のみリフレッシュできます。
ターゲット環境のスケジュール済メンテナンス前の5日間はリフレッシュを実行できません。
ターゲット・メンテナンス停止時間の開始から1日間はリフレッシュを実行できません。
ソース環境のスケジュール済メンテナンス日とターゲット環境のスケジュール済メンテナンス日が異なる場合、ソース環境とターゲット環境のスケジュール済メンテナンス日の間にある日付に対してリフレッシュをスケジューリングすることはできません。

環境のリフレッシュ中にコピーされる内容

環境のリフレッシュ中に、ほぼすべてのデータがコピーされます。次の表に詳細を示します。

ソースからターゲットにコピーされるデータ

リフレッシュによって、次のデータがソース環境からターゲット環境にコピーされます:


オブジェクト	追加情報または例
Fusion Applicationsスキーマのすべてのデータ	トランザクション・データおよび機能設定
WebCenterコンテンツ	添付ファイルおよびインバウンドとアウトバウンドの統合ファイル
Fusion Middlewarメタデータ・サービスによって管理される主要なアーティファクト	Application Development Framework (ADF)サンドボックスとして管理されるユーザー・インタフェース拡張(フレックスフィールド、サービス指向アーキテクチャ(SOA)スイートによって管理されるワークフロー/承認拡張など)
Business Intelligence Webカタログおよびリポジトリ定義(RPD)	カタログ全体がコピーされます。
HCM Cloud Serviceで使用されるプリコンパイル済FastFormula
Oracle Data Integrator (ODI)リポジトリ
アイデンティティ管理ポリシー・ストア・データ	アプリケーションおよびシステム・ポリシー(資格証明およびキーではない)
アイデンティティ管理アイデンティティ・ストア・データ

コピーされないデータ

次のデータは、リフレッシュ時にコピーされません。


オブジェクト	追加情報または例
コンパイル済オブジェクト	Fusion Applicationsバイナリ、Fusion Middlewareバイナリ、そしてHCM Cloud Serviceのお客様については、コンパイル済FastFormula
ホーム・ページ通知	承認リクエスト
トポロジ・マネージャで保持されるデータ	他の環境へのエンドポイントURL
ESSプロセス・パラメータ	インスタンス・データ
一部のスキーマ	FUSION_IPM、FUSION_BIPLATFORM、FUSION_ORASDPLS、FUSION_ORASDPXDMS、FUSION_ORASDPSDS、FUSION_ORASDPM
ファイル・システム内のファイルおよびバイナリ	ファイル・システム内のJavaファイル、スクリプトおよび実行可能ファイル
環境固有のデータ	長時間実行ワークフロー、SOAトランザクション表およびシステム監査データ
学習コンテンツ	カタログ・リソースの管理でロードされたデータ(SCORM、AICC、PDF、Webリンクなど)はコピーされない
マルチファクタ認証(MFA)	MFA登録設定(必須またはオプション)、および個々のユーザーが構成した登録選択(Eメール、モバイル・アプリ・パスコードまたはモバイル・アプリ通知、FIDO、SMS)
シングル・サインオン(SSO)資格証明
セキュリティ資格証明およびOPSSデータ
ウィルス・スキャン構成データ

環境のリフレッシュ期間

通常、データのサイズによっては、環境のリフレッシュに最大48時間かかることがあります。ソース環境が大きい場合、リフレッシュに48時間以上かかる可能性があります。リフレッシュ中、ターゲット環境には「リフレッシュ進行中」のステータスが表示されます。リフレッシュに対してデータ・マスキングを有効にすると、データ・マスキング・プロセスを含めるために環境をリフレッシュする時間が長くなります。

ソース環境は影響を受けません。

環境のリフレッシュ管理タスク

環境をリフレッシュするには

環境は、次のいずれかの方法でリフレッシュできます。

コンソールのユーザー・インタフェースに関するステップバイステップ・ガイドに従います: Fusion Applicationsの「概要」ページの「ガイド付き学習」で、「環境のリフレッシュ」タイルを見つけて「環境のリフレッシュ」を選択します。タスクを実行するためのステップバイステップの支援が提供されます。タスクを任意の時点で終了するには、「閉じる」を選択します。ガイド付きタスクに関するフィードバックは、クローズまたは完了後に送信できます。
コンソールで次の手順を実行します。
1. 「環境」リスト・ページで、作業する環境を選択します。リスト・ページの検索に関するヘルプが必要な場合は、環境をリストするにはを参照してください。
2. 環境の詳細ページで、「リフレッシュ」を選択します。
3. 「環境のリフレッシュ」を選択します。
4. 「環境のリフレッシュ」ページで、ソース環境を選択します。
5. リフレッシュ開始時間を選択します。
  リフレッシュを後日にスケジュールするには、「後でリフレッシュ」を選択し、日時を選択します。
6. リフレッシュ時に最大数時間にわたり環境が使用できなくなったことを確認するには、チェック・ボックスを選択します。
7. データ・マスキングSKUを購入した場合は、「データ・マスシング」オプションが表示されます「データ・マスキングの有効化」を選択して、リフレッシュされたデータに対してデータ・マスキングを実行します。データ・マスキングの詳細は、データ・マスキングの概要を参照してください。
8. 「送信」を選択します。
9. リフレッシュを確認するには、指定されたフィールドにターゲット環境の名前を入力します。
10. 「リフレッシュ」を選択します。

リフレッシュ履歴の詳細を表示するには

「環境」リスト・ページで、作業する環境を選択します。リスト・ページの検索に関するヘルプが必要な場合は、環境をリストするにはを参照してください。
環境の詳細ページで、「環境のリフレッシュ」を選択します。
送信されたリフレッシュの発生のリストが表示され、次の詳細が示されます:
- 前回のリフレッシュのソース環境。
- スケジュール済リフレッシュまたは完了済リフレッシュのリフレッシュ・ステータス(ステータスは、「スケジュール済」、「成功」、「進行中」、「注意が必要」または「失敗」)。
  ステータスが「失敗」の場合は、リフレッシュが失敗した場合の処理を参照してください。
  ステータス「注意が必要」は、ソースとターゲット環境間でバージョンの不一致が存在することを示します。このステータスを解決するために、リフレッシュを再スケジュールできます。
- ソース環境のリフレッシュ・ポイントの日時。
- リフレッシュが開始された開始日時。
- データ・マスキングが有効かどうか。
- リフレッシュの期間。
「アクション」メニュー(3つのドット)を使用して、リフレッシュ・リクエストのOCID (一意の識別子)を表示します。

リフレッシュのステータスをモニターするには

「環境」リスト・ページで、作業する環境を選択します。リスト・ページの検索に関するヘルプが必要な場合は、環境をリストするにはを参照してください。
環境の詳細ページで、「環境のリフレッシュ」を選択します。
送信されたリフレッシュの発生のリストが表示され、次の詳細が示されます:
- ソース環境
- リフレッシュ・ステータス
- リフレッシュ・ポイント
- 開始日

スケジュール済リフレッシュのステータスが「注意が必要」の場合は、行の最後にある「アクション」メニュー(3つのドット)を選択し、「詳細の表示」を選択します。このステータスの一般的な原因は、リフレッシュがスケジュールされて以来、ソースとターゲットのバージョンまたはパッチ・レベルが同期していないことです。この問題を解決するには、リフレッシュを再スケジュールします。リフレッシュを早く実行する必要がある場合は、Oracle Supportに連絡します。

スケジュール済リフレッシュを取消または再スケジュールするには

「環境」リスト・ページで、作業する環境を選択します。リスト・ページの検索に関するヘルプが必要な場合は、環境をリストするにはを参照してください。
環境の詳細ページで、「環境のリフレッシュ」を選択します。
送信されたリフレッシュの発生のリストが表示されます。
取消または再スケジュールするスケジュール済リクエストを検索し、行の最後にある「アクション」メニュー(3つのドット)を選択します。
- 再スケジュールするには: メニューから「再スケジュール」を選択し、新しいリフレッシュ日を選択してください。確認のために環境名を入力して「再スケジュール」を選択します。
- 取り消すには: メニューから「リフレッシュの取消」を選択します。確認のために環境名を入力し、「リフレッシュの取消」を選択します。

リフレッシュが失敗した場合の処理

「リフレッシュ」ステータスが「失敗」の場合は、次のアクションを実行します:

環境の作業リクエストをチェックして、エラーを表示します。
1. 「環境」リスト・ページで、作業する環境を選択します。リスト・ページの検索に関するヘルプが必要な場合は、環境をリストするにはを参照してください。
2. 環境の詳細ページで、「作業リクエスト」を選択します。
3. 作業リクエストのリストで、「環境のリフレッシュ」のエントリを見つけます。
4. 操作名を選択して、その詳細を表示します。詳細には、ログ・メッセージおよびエラー・メッセージが含まれます。エラーを確認します。
エラーに応じて、次のことができます:
- 再度リフレッシュしてください。バージョンが一致しないためにリフレッシュが失敗した場合は、本番環境および非本番環境でメンテナンス・スケジュールに従って、バージョンが同期化するタイミングのスケジュールをスケジュールしてください。
- 問題が解決しない場合、またはリフレッシュをすぐに実行する必要がある場合は、サービス・リクエストを提出します。作業リクエストのエラー・メッセージからの情報を含めます。

Oracle Cloud Infrastructureドキュメント