アップグレード設定の構成またはアップグレードの再スケジュール
スケジュール済アップグレード・ウィンドウの通知を受信し、アップグレードの準備状況を確認して、事前チェックの問題を修正しました。 アップグレードの前に、アップグレード設定を構成します。 アップグレードを再スケジュールする必要がある場合は、アップグレードが3営業日を超えている場合に再スケジュールできます。
- アップグレード準備状況チェックが失敗した場合は、インスタンスに適用される問題に対処します。 失敗したアップグレード・チェックを修正する方法については、「アップグレード準備状況の確認および事前チェックの問題の修正」を参照してください。
- これらのタスクを実行できるのは、
ServiceAdministratorグループに属しているユーザーのみです。 IAMポリシーの作成を参照してください。
アップグレード・ウィンドウの表示
スケジュール済アップグレード・ウィンドウは次の場所に表示されます:
- Oracleは、アップグレード・ウィンドウを通知する電子メールを送信します。
デフォルトでは、アップグレード通知は、リストされた管理者電子メールに自動的に送信されます。 Oracleでは、配布リストまたはグループEメールに通知を送信して、会社の退職時に重要なEメールを逃さないようにすることをお薦めします。配布リストやグループEメール、アップグレード通知を受信する他の利害関係者は、Eメール・アドレスをカンマ(、)で区切ってボックス「アップグレード通知」に入力して追加します。 Oracleでは、今後のすべてのアップグレード通知にこれらの電子メール・アドレスが含まれます。
- ユーザー・インタフェースにお知らせが表示されます。 管理者グループに属している場合は、お知らせが表示されます。
- 「お知らせ」
をクリックします。 アップグレードのお知らせの横の「イベント時間」に、アップグレード・ウィンドウの開始時間が表示されます。 通知をクリックして、アップグレード・ウィンドウの開始時間と終了時間を表示します。
- 「設定」をクリックし、「アップグレード」をクリックしてアップグレード・ウィンドウを表示します。
アップグレード設定の構成
- インスタンスに適したオプションを選択します。
オプション 説明 アップグレード中の事前チェックの失敗を無視 選択すると、準備状況チェックではすべての事前チェックの失敗が無視され、アップグレードを続行できます。 時間枠 アップグレードがスケジュールされている場合は、アップグレード・ウィンドウが表示されます。 アップグレード・ウィンドウは、前述のように3営業日以上離れている場合は変更できます。 ノート:
新しいIPアドレスが環境に割り当てられた「後に」アップグレード・ウィンドウを変更した場合(「IPアドレスの許可リスト」セクションを参照)、OracleではIPアドレスの割当てが同じままであることを保証できません。 最初に割り当てられたIPアドレスは、新しいアドレスが割り当てられるまでユーザー・インタフェースに表示され続けます。Oracle Integration 3のシェイプ シェイプは、インスタンスがいつ更新を受信するかを決定します。 選択したシェイプによって、使用可能なアップグレード時間ウィンドウが決まります。 - 開発: このシェイプのインスタンスは、本番シェイプのインスタンスの約3週間前に更新されます。
- 本番: このシェイプのインスタンスは、開発シェイプのインスタンスの約3週間後に更新を受信します。
「本番」を選択すると、変更を保存するときに、開発インスタンスで実行したテストに満足していることを確認するよう求められます。
インスタンスにイングレスまたはエグレスIPアドレスが割り当てられた後は、シェイプを変更できません。 シェイプが正しくなく、変更できない場合は、My Oracle Supportでサービス・リクエスト(SR)を発行します。
ノート:
アップグレードの完了後にシェイプを変更することはできません。 ただし、エクスポートおよびインポート機能を使用して、データを別のインスタンスに移動できます。アクティブ化の失敗を無視します。必要に応じて統合をアクティブ化します OracleがOracle Integration 3のすべての統合をアクティブ化できない場合に、アップグレードをロールバックするかどうかを決定します。 - 選択した場合、Oracleが1つ以上の統合をアクティブ化できない場合、アップグレードは続行されます。
このオプションを選択した場合は、アップグレードの終了後にすべての統合のステータスを確認し、必要に応じて統合をアクティブ化することを計画します。
- 選択解除すると、Oracleが1つ以上の統合をアクティブ化できない場合、Oracleはアップグレードをロールバックします。
ロールバック後も、Oracle Integration Generation 2インスタンスで作業を続けます。 Oracleは今後、別のアップグレードをスケジュールします。
開始スケジュールの失敗を無視します。必要に応じて手動で開始 Oracleが統合のスケジュールを開始できない場合、アップグレードをロールバックするかどうかを決定します。 - 選択した場合、Oracleが1つ以上のスケジュール済統合でスケジュールを開始できない場合、アップグレードは続行されます。
このオプションを選択した場合は、アップグレード後に統合のスケジュールを確認し、必要に応じて手動で開始するように計画します。
- 選択解除すると、Oracleが1つ以上のスケジュール済統合でスケジュールを開始できない場合、Oracleはアップグレードをロールバックします。
ロールバック後、Oracle Integration Generation 2インスタンスで作業を続行し、今後別のアップグレードをスケジュールできます。
テスト接続の失敗を無視 アップグレード後に接続がOracle Integration 3のテストに合格しない場合でも、アップグレードを続行するには、このオプションを選択します。 このオプションを選択解除すると、接続でOracle Integration 3でのテストに合格しないと、アップグレードはロールバックされます。 Oracleでは、このチェック・ボックスを選択し、アップグレード後に接続障害に対処することをお薦めします。 トラブルシューティングの目的で、アップグレードが失敗する原因となる統合フローのIARファイルにアクセスすることをOracle Integrationに認可 このオプションを選択すると、アップグレードが失敗した場合、Oracle Integration Generation 2は失敗の原因となった統合IARファイルを保存します。 これにより、テクニカル・サポートに連絡する際のトラブルシューティングに必要な時間が短縮されます。 FlowId変換のサポート
統合インスタンスIDを英数字に変更するために必要な更新にさらに時間が必要な場合は、「アップグレード後の数値としてのflowidの有効化」を選択して、統合インスタンスIDを一時的に(アップグレード後6か月)数値として保持します。 この変更の影響を受ける統合は、必ず「事前チェックからの詳細のコピー」に注意してください。
アップグレード後、「アップグレード後のステップ」を実行して必要な変更を行う必要があります。
接続エージェント・ステータス 「接続エージェントのステータス」セクションには、インスタンス内のすべての接続エージェントのステータスが表示されます。 
接続エージェントのステータス表には、次の情報が表示されます:
- エージェント名: エージェントの名前を表示します。
- エージェント・グループ: エージェントが関連付けられているエージェント・グループを表示します。
- エージェント・ステータス: 接続エージェントのアップグレードを開始する前に接続エージェントが稼働している必要があります。そうしないと、アップグレードは失敗します。 この事前チェックに失敗したエージェントについては、アップグレードの開始前にそれらが使用可能であることを確認してください。
- Javaバージョン: 接続エージェントをホストするサーバーは、JDK 17を使用する必要があります。そうしないと、これらの接続エージェントのアップグレードが失敗します。 この事前チェックに失敗したエージェントの場合は、JDK 17をインストールします。
- PKCS12 KeyStore: 接続エージェントをホストするサーバーは、PKCS12 KeyStoreを使用する必要があります。 エージェントでJDK 17を使用している場合、アップグレード中にJKS KeyStoresは自動的にPKCS12 KeyStoreに変換されます。
- 使用中: エージェントが使用中でないとマークされている場合、そのエージェントはどの接続でも使用されていないか、エージェントからの最近のトラフィック(エージェント・レベルのメッセージ)がないことを意味します。 エージェントが使用中でない場合、アップグレードは失敗しません。 ただし、未使用のエージェントを削除することを検討してください。
- 許可リスト・ステータス: 接続性エージェントからOracle Cloud Infrastructure Identity and Access Management (IAM)およびOracle Integrationへの接続を構成するために接続性エージェントの許可リストが更新されたかどうかを示します。 「アップグレード前のタスクの完了」を参照してください。
注意:
アップグレード「前に」許可リストを更新する必要があります。更新しないと、完了するまで接続が失われます。
アップグレード中にいずれかのエージェントがオフラインであるか、アップグレード要件を満たしていない場合、エージェントはアップグレードされません。 接続を取り戻すには、「アップグレード後のステップ」を実行する必要があります。
プロセス・アップグレード 設定する前に、これらのオプションを十分に理解していることを確認してください。 「プロセス・アップグレード・オプション」を参照してください。 IPアドレスの許可リスト アップグレードの2週間前に、新しいイングレスおよびエグレスIPアドレスを使用できます: - OIC設計時IP: Oracle Integration 3設計時(Oracle Integration 3アプリケーション)に入るトラフィックのIPアドレス。
ノート:デザインタイムURLでは、Developer API for Oracle Integration 3がサポートされています。
- OICランタイムIP: Oracle Integration 3ランタイム・アプリケーションに入力するトラフィックのIPアドレス。
- OICアウトバウンドIP: Oracle Integration 3を終了するトラフィックのIPアドレス。
- VBインバウンドIP: Visual Builderに入力するトラフィックのIPアドレス。
- VBアウトバウンドIP: Visual Builderを終了するトラフィックのIPアドレス。
- VB VCN OCID: Visual Builderを終了するトラフィックのVisual BuilderサービスVirtual Cloud Network (VCN)のOracle Cloud ID (OCID)。
- アウトバウンドIPの処理: プロセス自動化を終了するトラフィックのIPアドレス。
これらの値は、「ファイアウォールおよび接続エージェントをホストするサーバーの許可リストを更新」に必要です。
アップグレード通知 デフォルトでは、アップグレード通知は、リストされた管理者電子メールに自動的に送信されます。 Oracleでは、配布リストまたはグループEメールに通知を送信して、会社の退職時に重要なEメールを逃さないようにすることをお薦めします。配布リストやグループEメール、アップグレード通知を受信する他の利害関係者は、Eメール・アドレスをカンマ(、)で区切ってボックス「アップグレード通知」に入力して追加します。 Oracleでは、今後のすべてのアップグレード通知にこれらの電子メール・アドレスが含まれます。
アップグレード日が近づくと、「アップグレード前のタスクの完了」。