アップグレードまでの日数と時間数で、Oracle Integration Generation 2での作業を制限すると、アップグレードを確実に成功させることができます。アップグレードの2日前に開発作業を一時停止するための電子メール・リマインダを受信します。

1. アップグレードまでの2日間: 開発作業を可能なかぎり一時停止または制限します。
   行った変更は保存されますが、アップグレード・チェックが失敗する可能性があります。このような場合は、アップグレードを再スケジュールする必要があります。次に例を示します:

   • メタデータを追加しないでください。
   • 統合を作成しないでください。
   • 統合をアクティブ化しないでください。
   • 失敗した統合インスタンスを再送信してください。

     デフォルトでは、失敗した統合インスタンスはアップグレード中に無視されます。

   • Oracle Integration Generation 2でプロセスを使用する場合は、新しいプロセス・アプリケーションやプロセス・トランザクションを作成しないでください。
2. アップグレードの1から2時間前:

   • 可能であれば、長時間実行される非同期統合は開始しないでください。

   • 失敗した統合インスタンスを再度確認し、再送信します。

     障害が発生した統合インスタンスがインスタンスに含まれている場合は、それらをリカバリします。これ以上必要ない場合は、削除することもできます。

   • できるだけ作業を制限します。

     たとえば、アクティブ化および非アクティブ化の作業を制限してみてください。

   • 接続性エージェントが稼働していることを確認してください。

     Oracle Integration Generation 2では、接続エージェントは基本認可を使用してOracle Integrationエンドポイントを起動します。アップグレード中、接続エージェントは、基本認証の使用からOAuth 2.0トークンベース認証を使用したOracle Integrationエンドポイントの起動に自動的に変換されます。すべての接続はOAuth 2.0に自動的にアップグレードされるため、自分で接続を手動で再作成する必要はありません。

3. アップグレードの15分前: Oracle Integration Generation 2でビジネスクリティカルなタスクを実行しないでください。すべてのユーザーがOracle Integration Generation 2での作業を停止してサインアウトする必要があります。
   ノート
   
   Oracleでは、アップグレード前にスケジュール済統合を停止しないことをお薦めします。インスタンスで統合を停止した場合、アップグレードの完了後もインスタンスで統合が停止したままになり、すべてを手動で再起動する必要があります。