環境のリフレッシュ
Fusion Applications環境でセルフサービスP2TおよびT2Tリフレッシュを実行する方法について学習します。
ノート
セルフサービス環境のリフレッシュ機能は、Cloud Classicコンソール(My Services)では使用できません。環境のリフレッシュのリクエストの詳細は、環境リフレッシュのサービス・メンテナンスのスケジュールを参照してください。
セルフサービス環境のリフレッシュ機能は、Cloud Classicコンソール(My Services)では使用できません。環境のリフレッシュのリクエストの詳細は、環境リフレッシュのサービス・メンテナンスのスケジュールを参照してください。
環境のリフレッシュにより、ソース環境からターゲット環境にデータがコピーされ、ソース環境のコピーがターゲット環境に作成されます。環境のリフレッシュにより、本番環境に変更を適用する前に、テストおよび検証用に同等の非本番環境を提供することで、テスト・アクティビティ中の予測可能なエクスペリエンスが保証されます。
環境のリフレッシュの主な概念
環境のリフレッシュについて説明する際には、次の用語を使用します:
- 本番からテスト(P2T)
- 本番(ソース)環境から非本番(ターゲット)環境にリフレッシュします。
- テストからテスト(T2T)
- 複数の非本番環境がある場合は、1つの非本番環境からもう1つの非本番環境にリフレッシュできます。
- リフレッシュ・ポイント
- リフレッシュでは、ソース環境の最新バックアップが使用されます。リフレッシュ・ポイントは、使用されたソース・バックアップのタイムスタンプを示します。バックアップが使用されるため、ソース・バックアップが作成された後、リフレッシュが開始される前に入力または変更されたデータは含まれません。
- 最終リフレッシュ
- 最後のリフレッシュが完了した日時。
環境のリフレッシュの要件および制限
環境のリフレッシュの要件および制限は次のとおりです:
- 本番環境はリフレッシュできません。
- リフレッシュ中、ターゲット環境は使用できませんが、ソース環境は影響を受けません。環境のリフレッシュ期間も参照してください。
- ソース環境とターゲット環境は、同じ環境ファミリに存在する必要があります。
- リフレッシュは常に、ソース環境自体ではなく、ソース環境の最新のバックアップ・バージョンから実行されます。したがって、バックアップの作成後にソース環境でアクティビティがあった場合、ソース環境とターゲット環境間で一部のデータが一致しないことがあります。
- Fusion Applicationsのバージョンとパッチ・レベルは、ソース環境とターゲット環境で一致している必要があります。これには、月次更新および例外更新が含まれます。 重要
リフレッシュをスケジュールする場合、本番環境には通常、非本番環境より2週間後にパッチが適用されるため、ソース環境とターゲット環境のメンテナンス・サイクルが同期していない可能性があることに注意してください。リフレッシュがスケジュールされた時点とスケジュールされた日付の間でパッチ・レベル(またはバージョン)が同期しなくなる場合は、リフレッシュを取り消して、それより後の日付(バージョンまたはパッチ・レベルが同期するタイミング)に再スケジュールする必要があります。または、より早くリフレッシュを完了する必要がある場合は、サポートに連絡してください。パッチ・レベルの不一致が検出された場合、スケジュール済リフレッシュの7日前に次のことが行われます:
- Oracleは、パッチ・レベルに互換性がないためにスケジュール済リフレッシュを実行できないことを電子メールで通知します。
- 環境の詳細ページに、必要なアクションを通知する警告メッセージが表示されます。
- インストールされている言語パックが一致しない場合、ターゲット環境はソース環境の言語パックで上書きされます。
- ターゲット環境は7日ごとに1回のみリフレッシュできます。
- ターゲット環境のスケジュール済メンテナンス前の4日間はリフレッシュを実行できません。
- ターゲット・メンテナンス停止時間の開始から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リンクなど)はコピーされません |
| セキュリティ資格証明およびOPSSデータ | |
| ウィルス・スキャン構成データ |
環境のリフレッシュ期間
通常、データのサイズによっては、環境のリフレッシュに最大48時間かかる場合があります。ソース環境が非常に大きい場合、リフレッシュに48時間以上かかる可能性があります。リフレッシュ中、ターゲット環境には「リフレッシュ進行中」のステータスが表示されます。リフレッシュに対してデータ・マスキングを有効にすると、データ・マスキング・プロセスを含めるために環境をリフレッシュする時間が長くなります。
ソース環境は影響を受けません。
環境のリフレッシュ管理タスク
環境をリフレッシュするには
環境は、次のいずれかの方法でリフレッシュできます。
- コンソールのユーザー・インタフェースのステップバイステップ・ガイドに従います: Fusion Applicationsの「概要」ページの「ガイド付き学習」で、「環境のリフレッシュ」タイルを見つけて「環境のリフレッシュ」を選択します。タスクを実行するためのステップバイステップの支援が提供されます。任意の時点でタスクを終了するには、「閉じる」を選択します。ガイド付きタスクをクローズまたは完了した後、ガイド付きタスクに関するフィードバックを送信できます。
- コンソールで次の手順を実行します。
- 環境にナビゲートします。「アプリケーション・ホーム」の「自分のアプリケーション」で、「Fusion Applications」を選択し、環境名を選択します。環境の詳細ページが表示されます。
- 環境の詳細ページの「リソース」で、「リフレッシュ」を選択します。
- 「環境のリフレッシュ」を選択します。
- リストから「ソース環境」を選択します。
- リフレッシュを後日にスケジュールするには、「リフレッシュを後日にスケジュールする」を選択し、日時を選択します。
- データ・マスキングSKUを購入した場合は、「データ・マスキング」オプションが表示されます。リフレッシュされたデータに対してデータ・マスキングを実行するには、このチェック・ボックスを選択します。データ・マスキングの詳細は、データ・マスキングの概要を参照してください。
- 「送信」を選択します。
- リフレッシュを確認するには、指定されたフィールドにターゲット環境の名前を入力します。
- 「リフレッシュ」を選択します。
リフレッシュ履歴の詳細を表示するには
- 環境にナビゲートします。「アプリケーション・ホーム」の「自分のアプリケーション」で、「Fusion Applications」を選択し、環境名を選択します。環境の詳細ページが表示されます。
- 環境の詳細ページの「リソース」で、「リフレッシュ」を選択します。送信されたリフレッシュの発生のリストが表示され、次の詳細が示されます:
- リフレッシュ・リクエストのOCID (一意の識別子)。
- 最後のリフレッシュのソース環境。
- スケジュール済または完了済のリフレッシュのリフレッシュ・ステータス(ステータスは「スケジュール済」、「成功」、「進行中」、「注意が必要」または「失敗」)。
ステータスが「失敗」の場合は、リフレッシュが失敗した場合の処理を参照してください。
ステータス「注意が必要」は、ソース環境とターゲット環境間でバージョンの不一致があることを示します。このステータスを解決するために、リフレッシュを再スケジュールできます。
- ソース環境のリフレッシュ・ポイント日時。
- リフレッシュが開始された開始日および時間。
リフレッシュのステータスをモニターするには
- 環境にナビゲートします。「アプリケーション・ホーム」の「自分のアプリケーション」で、「Fusion Applications」を選択し、環境名を選択します。環境の詳細ページが表示されます。
- 環境の詳細ページの「リソース」で、「リフレッシュ」を選択します。送信されたリフレッシュの発生のリストが表示され、次の詳細が示されます:
- ソース環境
- リフレッシュ・ステータス
- リフレッシュ・ポイント
- 開始日
スケジュール済リフレッシュのステータスが「Needs attention」の場合は、行の最後にある「Actions」メニュー(
)を選択し、「View details」を選択します。このステータスの一般的な原因は、リフレッシュがスケジュールされてから、ソースとターゲットのバージョンまたはパッチ・レベルが同期しなくなったことです。この問題を解決するには、リフレッシュを再スケジュールします。リフレッシュをより早く実行する必要がある場合は、サポートに連絡してください。
スケジュール済リフレッシュを取消または再スケジュールするには
- 環境にナビゲートします。「アプリケーション・ホーム」の「自分のアプリケーション」で、「Fusion Applications」を選択し、環境名を選択します。環境の詳細ページが表示されます。
- 環境の詳細ページの「リソース」で、「リフレッシュ」を選択します。送信されたリフレッシュの発生のリストが表示されます。
- 取消または再スケジュールするスケジュール済リクエストを検索し、行の最後にある「アクション」メニュー()を選択します。
- 再スケジュールするには: メニューから「再スケジュール」を選択し、新しいリフレッシュ日を選択します。環境名を入力して確認し、「再スケジュール」を選択します。
- 取り消すには: メニューから「取消」を選択します。確認のためにターゲット環境名を入力し、「リフレッシュの取消」を選択します。
リフレッシュが失敗した場合の処理
「リフレッシュ・ステータス」が「失敗」の場合は、次のアクションを実行します:
- 環境の作業リクエストを確認して、エラーを表示します:
- 環境の詳細ページの「リソース」で、「作業リクエスト」を選択します。
- 作業リクエストのリストで、「環境のリフレッシュ」のエントリを見つけます。
- 操作名を選択して、その詳細を表示します。詳細には、ログ・メッセージおよびエラー・メッセージがリストされます。エラー・メッセージを選択して、エラーを表示します。
- エラーに応じて、次のことができます:
- 後でリフレッシュを再試行してください。バージョンが一致しないためにリフレッシュが失敗した場合は、本番環境および非本番環境のメンテナンス・スケジュールに従って、バージョンが同期するタイミングをスケジュールしてください。
- 問題が解決しない場合、またはリフレッシュをすぐに実行する必要がある場合は、サービス・リクエストを提出します。作業リクエストのエラー・メッセージからの情報を含めます。