Oracle Cloud Infrastructureドキュメント

アップグレードに関するFAQ

Oracle Integration Generation 2からOracle Integration 3へのアップグレードに関する質問への回答を確認できます。

一般的なアップグレードに関するFAQ

  1. アップグレードにはどうすればよいですか。

    Oracle Integration 3は、次世代のOracle Integrationプラットフォームです。Oracle Integration 3へのアップグレードは、最新の直感的なユーザー・インタフェースとパフォーマンスの向上を提供します。また、最新機能はOracle Integration 3にのみ提供されます。次を参照してください:

  2. 以前のバージョンのOracle Integrationのすべての機能は、Oracle Integration 3で使用可能ですか。

    以前の一部の機能は、Oracle Integration 3で完全に削除、置換、拡張されたか、または現在サポートされていない可能性があります。これらの変更の多くは、これらのFAQに記載されています。また、次のドキュメントを参照することもできます。

  3. インスタンスをOracle Integration 3にアップグレードする必要はありますか。

    はい。ただし、使用しているすべての機能(非推奨の機能以外)がOracle Integration 3でアップグレード可能になった後にのみ使用できます。

    Oracleは、アップグレード・ウィンドウを選択し、電子メール通知を送信します。Oracle Integration Generation 2の四半期更新に関する電子メールを受信するすべてのユーザーが電子メールを受信します。

    必要に応じて、別のアップグレード・ウィンドウを選択できますが、アップグレードをオプトアウトすることはできません。

    割り当てられたアップグレード・ウィンドウで稼働する必要がある場合、Oracleはアップグレード・ウィンドウを1か月前または1か月後に変更できます。アカウント担当者またはカスタマ・サクセス・マネージャに連絡してください。

  4. アップグレードには料金が必要ですか。

    いいえ。アップグレードは追加コストなしで利用できます。

  5. アップグレード・ワークフローとは何ですか。

    ワークフロー・クイック・リファレンスのアップグレードを参照してください。

  6. アップグレード中に何が起こりますか。

    アップグレード時の作業を参照してください。

  7. アップグレード中に問題が発生した場合はどうなりますか。

    まれに、問題が発生しアップグレードを完了できない場合があります。アップグレードが完了しない場合、Oracleは変更をロールバックし、Oracle Integration Generation 2インスタンスのスケジュールをオンにして、ダウンタイム期間中のインスタンスへのアクセスを復元します。アップグレード前に使用していた機能と同じ機能を使用して、Oracle Integration Generation 2インスタンスで作業を続行します。

    このような状況では、Oracle Integration Generation 2で続行できることがOracleから電子メールで通知されます。電子メールは、アップグレード・ウィンドウ内またはその後まもなく届きます。Oracle Integration Generation 2の四半期更新に関する電子メールを受信するすべてのユーザーが電子メールを受信します。ユーザーはアップグレードを後でもう一度スケジュールでき、Oracleはユーザーと協力して次のステップを決定します。

    アップグレード・ページにアップグレード・サマリーも表示されます。これには、アップグレードがいつ試行されたか、なぜ完了しなかったかが含まれます。

    アップグレード要件を指定する場合、アップグレード中に特定の問題を無視することもできます。たとえば、Oracleがすべての統合をアクティブ化できず、すべての統合のスケジュールを開始できない場合にアップグレードを続行するかどうかを決定します。アップグレード設定の構成またはアップグレードの再スケジュールを参照してください。

アップグレードのタイミングとスケジュールに関するFAQ

  1. インスタンスはいつアップグレードされますか。

    すべてのインスタンスのアップグレードがスケジュールされています。Oracleから、アップグレード日を含む電子メールが送信されました。これは、「アップグレード」ページおよびバナー内のメッセージでも確認できます。

  2. アップグレード日を選択または再スケジュールできますか。

    はい。Oracleがアップグレード・ウィンドウを選択しますが、3営業日以上後にアップグレード・ウィンドウを変更できます。

    使用可能なすべてのアップグレード日が、「アップグレード」ページの「アップグレード・ウィンドウ」リストに表示されます。

    割り当てられたアップグレード・ウィンドウ中に稼働を開始する必要がある場合、Oracleはアップグレード・ウィンドウを1か月前または1か月後に変更できます。アカウント担当者またはカスタマ・サクセス・マネージャに連絡してください。

  3. 停止時間はかかりますか。

    はい。通常、アップグレードにかかる時間は10分未満ですが、多くのファイルまたは複雑なセットアップがある場合は時間がかかることがあります。この間、Oracle Integrationは使用できず、進行中のすべてのインスタンスの実行が停止します。アップグレードがランタイム・データに与える影響を参照してください。

    全員がOracle Integrationでの作業を停止する必要があります。ダウンタイム中にサインインしようとすると、「サービス使用不可」ページにOracle Integrationが使用不可であることが表示されます。

  4. アップグレードがスケジュールされました。日付を確認しない場合やアップグレードの詳細を指定しない場合はどうなりますか。

    日付を確認しない場合でも、アップグレードはスケジュールどおりに進みます。

  5. アップグレードをスケジュールした後で変更があり、インスタンスをアップグレードできなくなった場合はどうなりますか。

    アップグレードをスケジュールした後、Oracleはインスタンスを頻繁にチェックして準備ができていることを確認します。チェックで問題が特定された場合、Oracleから電子メールが送信されるため、ユーザーは問題に対処してスケジュール済アップグレードを続行できます。「失敗した準備状況チェックを含むインスタンスの修正」を参照してください。

    Oracleは、アップグレード・ウィンドウの最初にもインスタンスをチェックします。チェックで問題が特定された場合、Oracleによってアップグレードが取り消され、変更に関する電子メールが送信されます。Oracle Integration Generation 2の四半期更新に関する電子メールを受け取るすべてのユーザーが、次のステップに関する情報を含む電子メールを受信します。

アップグレード前のFAQ

  1. アップグレードの前に何を行う必要がありますか。

  2. アップグレード前にスケジュール済統合を停止する必要がありますか。

    Oracleでは、スケジュール済統合の停止はお薦めしません。Oracle Integration Generation 2インスタンスでインテグレーションを停止した場合、アップグレードの完了後でもOracle Integration 3インスタンスでインテグレーションが停止したままになり、すべてを手動で再起動する必要があります。

  3. アップグレードの開始時にスケジュール済統合が実行されている場合はどうなりますか。

    アップグレードの前に、実行中であればOracleによってスケジュールが停止されます。アップグレード後、スケジュールはOracle Integration Generation 2で停止したポイントからOracle Integration 3で開始されます。

アップグレード後のFAQ

  1. いつアップグレードが完了したかをどのように知ることができますか。

    通常、アップグレードには10分もかかりませんが、ファイルが多い場合や複雑な設定の場合は時間がかかることがあります。アップグレードが完了すると、Oracleから電子メールが送信されます。

    サインインを試行することで、インスタンスが使用可能かどうかを確認することもできます:

    • サインインしてもユーザー・インタフェースが変更されない場合、アップグレードはまだ開始されていません。
    • サインインし、サービスを使用できないことがページに通知された場合、アップグレードはまだ進行中です。
    • サインインし、ユーザー・インタフェースが変更されている場合、アップグレードは終了しています。

      「バージョン情報」ダイアログでバージョン番号を確認して、アップグレードが終了したことを確認します。

  2. アップグレード後もOracle Integration Generation 2インスタンスは使用可能ですか。

    番号アップグレード後はOracle Integration Generation 2を使用できません。

  3. アップグレードの後に何を行う必要がありますか。

    「アップグレード後タスクの完了」を参照してください。

  4. アップグレード後、ユーザー、グループおよびポリシー情報を使用できますか。

    はい。Oracle Integration Generation 2インスタンスのすべてのセキュリティ関連情報は、アップグレード後にOracle Integration 3インスタンスに存在します。また、アイデンティティ・ドメインに関連するものはアップグレードによって変更されません。たとえば、アップグレード前にテナンシがアイデンティティ・ドメインを使用している場合、アップグレード後にアイデンティティ・ドメインの使用は続行します。

  5. アップグレード後に問題が発生した場合はどうなりますか。

    アップグレードが完了したら、サインインして一般的な検証タスクを実行し、必要なアップグレード後のタスクを完了します。

    アップグレード後に、検証タスクの実行中または日常アクティビティの実行中に問題が発生する場合は、My Oracle Supportでサービス・リクエスト(SR)を入力します。

    ノート

    インスタンスをロールバックする必要があると判断した場合、インスタンスは、アップグレードの実行時と同じ状態でOracle Integration Generation 2にロールバックされます。ロールバックした場合、アップグレードした環境で行った変更はOracle Integration Generation 2環境に反映されません。

サービス・インスタンスに関するFAQ

  1. インスタンスのIPアドレスは変更されますか。

    はい。アップグレード後、Oracle Integration 3インスタンスのIPアドレスはOracle Integration Generation 2インスタンスとは異なります。

    許可リストがある場合は、新しいIPアドレスを許可リストに登録する必要があります。許可リストの更新を参照してください。

    アップグレードが終了すると、Oracle Integration Generation 2のIPアドレスは割り当てられなくなります。

    開発インスタンスと本番インスタンスの受信IPアドレスは、同じリージョン内でも異なることに注意してください。ただし、送信IPアドレスは、1つのリージョン内のすべてのシェイプ(開発または本番)で同じです。

  2. URLは変化しますか?

    • Oracle Integration 3のランタイムURLは変更されず、Oracle Integration Generation 2のURLになります。
    • デザインタイムURLは変更されますが、ブックマークは引き続き機能します。Oracle Integration 3の設計時URLは、次の形式です。

      https://design.integration.region.ocp.oraclecloud.com/?integrationInstance=query_parameter_repersenting_instance

      アップグレード後、Oracle Integration Generation 2インスタンスの設計時URLは新しいOracle Integration 3インスタンスのURLにリダイレクトされるため、既存のブックマークを引き続き使用できる。ユーザー次第です。

    • プロセスURLが変更されます。

  3. Oracle Integration Generation 2インスタンスとOracle Integration 3インスタンスの両方を保有できますか。

    はい。たとえば、複数のOracle Integration Generation 2インスタンスがある場合、それらを異なるタイミングでアップグレードできます。ただし、2024年10月現在では、Oracle Integration Generation 2とOracle Integration 3は十分に異なっており、Oracle Integration Generation 2での作業はOracle Integration 3との互換性がなく、その逆もあることに注意してください。Oracle Integration 3の新機能の新機能および以前のバージョンとの相違点を参照してください。

    Oracle Cloudコンソールで作業する管理者の場合、Oracle Integration 3インスタンスはOracle Integration Generation 2インスタンスと同じリストに表示されます。各インスタンスには、バージョンを識別できるように明確なラベルが付けられています。

  4. アップグレード中に別のリージョンまたはコンパートメントに切り替えることができますか。

    いいえ。リージョンおよびコンパートメントの移動は、アップグレード・プロセスの一部ではありません。

  5. Basic認証はまだサポートされていますか。

    Oracle Integration 3でBasic認証がサポートされるタイミングを参照してください。

  6. アップグレードはサービス・インスタンスにどのような影響を与えますか。

    • カスタム・エンドポイント:カスタム・エンドポイントを使用する場合は、次の変更に注意してください:
      • Oracle Visual Builderを使用している場合、アップグレード・プロセス中にカスタム・エンドポイントおよび代替カスタム・エンドポイントがOracle Visual Builderに構成されます。

        アップグレード後、Oracle Visual Builderアプリケーションは、カスタム・エンドポイントではなく、元のOracle Integration 3 URLを使用してOracle Integrationを起動する必要があります。

      • Oracle Visual Builderでは代替カスタム・エンドポイントがサポートされていますが、現在、Oracle Integration 3ではサポートされていません。
      • Oracle Visual Builderを使用せず、カスタム・エンドポイントでSSLを使用する場合は、Oracle Integration Generation 2インスタンスのフロント・エンドとしてロード・バランサを設定し、SSL証明書を削除する必要があります。
      • Oracle Visual Builderを使用していない場合、アップグレード後も、統合へのランタイム・アクセスはOracle Integration Generation 2と同様に引き続き機能します。設計時やプロセスの自動化など、他のすべてのアクセス・ポイントについては、カスタム・エンドポイントには引き続きアクセスしますが、カスタム・エンドポイントは適切なURLにリダイレクトします

      カスタム・エンドポイントURLの事前チェックを参照してください。

    • インスタンスID値: 統合インスタンスのインスタンス・ページおよびアクティビティ・ストリームに表示されるシステム生成インスタンスIDが、Oracle Integration 3の数値から英数字値に変更されました。アップグレード設定の構成時に、インスタンスIDを数値として保持するように選択できます。FlowId変換のサポートおよびインスタンスIDアクションの事前チェックを参照してください。
    • 日次電子メール制限: Oracle Integration 3では、24時間ごとのローリング・ウィンドウで電子メール制限として10,000通を送信できます。「日次電子メール制限事前チェック」を参照してください。
    • IDCSのカスタム・スコープ:インスタンスの作成時に、Oracle Integration 3によってOracle Identity Cloud Service (IDCS)にデフォルト・スコープが追加されます。IDCSでは他のカスタム・スコープはサポートされていません。IDCS事前チェックのカスタム・スコープを参照してください。
    • アクティビティ・ストリーム・データ:アクティビティ・ストリームは移行されませんが、このデータはOracle Cloudコンソールで取得できます。インスタンスのアップグレード前タスクを参照してください。
    • ネットワーク・ルール構成: Oracle Cloud Infrastructureサービスでネットワーク・ルールを有効にした場合は、Oracle Integrationを含めるように構成する必要がある場合があります。インスタンスのアップグレード前タスクを参照してください。
    • 「更新」ウィンドウ:更新ウィンドウは、Oracle Integration Generation 2でのタグではなく、インスタンスのシェイプによって決定されるようになりました。本番インスタンスは、開発インスタンスの約3週間後に更新されます。リリース・サイクル中にアップグレードした時期によっては、開発インスタンスと本番インスタンス間でバージョンが一致しない場合があります。Oracle Integration 3インスタンスへの更新へのパッチ適用を参照してください。
    • また、次のドキュメントを参照することもできます。

  7. サービス・インスタンスに対してアップグレード後のタスクを実行する必要がありますか。

    • Oracle Integration 3インスタンスへのアクセス権があることを確認します。これには、新しいOCIDでのIAMポリシーの更新が含まれる場合があります。インスタンスへのアクセスの確認を参照してください。
    • 組織のアップグレード後の検証タスクを完了します。組織の検証手順に従うを参照してください。

接続性に関するFAQ

  1. 接続性エージェントを使用する場合、接続を再作成する必要がありますか。

    番号ただし、いくつかの点に注意してください。

    • エージェントJavaバージョンおよびキーストア: Oracle Integration 3の場合、接続性エージェントはJDK 17およびPKCS 12キーストアを使用する必要があります。エージェントJavaバージョンの事前チェックを参照してください。
    • 許可リスト:アップグレードの前に、許可リスト設定を更新して、接続性エージェントからアイデンティティ・プロバイダおよびOracle IntegrationランタイムIPアドレスへの接続を構成する必要があります。許可リストの更新を参照してください。
    • エージェント・グループ識別子: Oracle Integration 3では、エージェント・グループ識別子のスペースはサポートされていないため、Oracle Integration 3に移行されません。Unsupported AgentGroup Identifier precheckを参照してください。
    • OAuth 2.0への変換:アップグレード中に、接続性エージェントは、Basic認証の使用からOAuth 2.0トークンベース認証を使用したOracle Integrationとの通信に自動的に変換されます。アップグレードの開始時にエージェントが実行されているかぎり、すべてのエージェントは自動的にOAuth 2.0にアップグレードされるため、自分でエージェントを手動で再作成する必要はありません。接続性エージェントのアップグレード前のタスクを参照してください。
    • プロキシ・サーバーのキャッシュ: Oracle Integration URLのプロキシ・サーバーの「キャッシュ」プロパティをできるだけ頻繁にリフレッシュするように設定します。Set the proxy server's Cache propertyを参照してください。
    • アップグレード後の追加のファイアウォール・トラフィック:アップグレード後、接続性エージェントはアイデンティティ・プロバイダから新しい認証トークンを取得する必要があるため、ファイアウォールへの追加のトラフィックが表示されます。

  2. 接続エージェントに対してJKS KeyStoreをPKCS12 KeyStoreに変換すると、Oracle Integration Generation 2接続エージェントに影響しますか。

    番号JKSキーストアをPKCS12キーストアに変換しても、Oracle Integration Generation 2接続エージェントには影響せず、Oracle Integration 3にアップグレードした後にのみ有効になります。キーストアは手動で変換することも、アップグレード中に自動的に実行することもできます(エージェントはJDK 17を使用する必要があります)。

  3. アップグレードが接続にどのような影響を与えるか

    また、次のドキュメントを参照することもできます。

  4. 接続のためにアップグレード後のタスクを実行する必要がありますか。

    • アップグレード中にオフラインであるか、アップグレード要件を満たさないエージェントはアップグレードされません。接続を取り戻すには、アップグレード後のステップを実行する必要があります。
    • 接続エージェントがアップグレードされ、接続が適切に機能していることを確認してください。Ensure Connectivityを参照してください。

統合に関するFAQ

  1. インスタンスの一部の統合をOracle Integration 3に移行し、一部の統合は既存のOracle Integration Generation 2インスタンスで維持できますか。

    いいえ。アップグレードする場合は、インスタンス全体をアップグレードする必要があります。

  2. Oracle Integration Generation 2およびOracle Integration 3の統合には、前方および下位互換性がありますか。

    番号2024年10月現在、Oracle Integration Generation 2とOracle Integration 3は、統合に前方互換性や下位互換性がないほど大きく異なります。Oracle Integration 3の新機能の新機能および以前のバージョンとの相違点を参照してください。

  3. アップグレードはアクティビティ・ストリームおよびアクティブな統合にどのように影響しますか。

    • データ保持: Oracle Integration 3 StandardエディションおよびEnterpriseエディションでは、デフォルトで32日間のデータ保持がサポートされます。アップグレード中に、最新の32日間の保持データのみが移行されます。
    • アクティビティ・ストリーム・データ:アクティビティ・ストリームは移行されませんが、このデータはOracle Cloudコンソールで取得できます。アクティビティ・ストリームが大幅に拡張され、「インスタンス」ページ、「インスタンスの詳細」ページおよび「エラー」ページから表示およびダウンロードできます。
    • アップグレードの停止時間中にランタイム・アクティビティが一時停止されます: Oracle Integrationは、アップグレード中の短い停止時間中に受信統合リクエストの受入れを停止します。

    アップグレードがランタイム・データに与える影響を参照してください。

  4. アップグレードが統合にどのような影響を与えるか

  5. 統合のためにアップグレード後のタスクを実行する必要がありますか。

    • 開始に失敗したアクティブ化またはスケジュールについて、統合を確認してください。
    • 必要に応じて、ダウンタイム中にクライアントがOracle Integrationに送信したリクエストに対するアクションを実行します。
    • 事前チェックの失敗を無視するように選択した場合は、追加のアップグレード後のタスクの実行が必要になることがあります。「無視された事前チェックの失敗に対するアップグレード後のタスクの完了」を参照してください。

    統合の動作の確認を参照してください。

アダプタに関するFAQ

  1. アップグレードはアダプタにどのような影響を与えますか。

  2. アダプタのアップグレード後のタスクを実行する必要はありますか。

    事前チェックの失敗を無視するように選択した場合は、アップグレード後のタスクの実行が必要になることがあります。「無視された事前チェックの失敗に対するアップグレード後のタスクの完了」を参照してください。

B2Bに関するよくある質問

  1. アップグレードはB2B機能にどのように影響しますか。

  2. B2Bのアップグレード後のタスクを実行する必要はありますか。

    番号

File ServerのFAQ

  1. アップグレードはFile Serverにどのような影響を与えますか?

    アップグレード後も同じことが多くなります。アップグレード中に、OracleはFile Serverファイル、フォルダ構造および許可リスト(権限)をOracle Integration Generation 2からOracle Integration 3に移行します。アップグレード後、Oracle Integration Generation 2と同じ方法でファイル・サーバー用のDeveloper APIにアクセスします。

    ただし、次の点に注意する必要がある変更があります。

  2. ファイル・サーバーのアップグレード後のタスクを実行する必要がありますか。

    • 新しいIPおよびポート値を使用するように統合およびSFTPクライアントを更新します。
    • 内部ファイアウォール許可リストに新しいIPアドレスを追加します。

    接続の保証を参照してください

プロセスFAQ

  1. アップグレード・プロセスにはどのようなメリットがありますか

    次を参照してください:

  2. アップグレードはプロセス機能にどのように影響しますか?

  3. プロセスを使用すると、どのようなアップグレード・パスを使用できますか。

    Oracle Integration Generation 2でのプロセスの使用方法に応じて、アップグレードまたは移行に別のオプションを使用します。Process Upgrade Optionsを参照してください。

    オプションの簡単な説明を次に示します。
    • アクティブなプロセス・インスタンスがない場合、またはアップグレード前にすべてのプロセス・インスタンスを完了できる場合は、Oracleによって実行される自動インプレース・アップグレードを使用します。
    • 本番にアクティブなプロセス・インスタンスがあり、中断することなくリクエストの処理を続行する必要がある場合は、プロセス・アプリケーションを新しいOCI Process Automationインスタンスに移行します。そのOCI Process Automationインスタンスは新しいプロセス・リクエストを処理し、Oracle Integration Generation 2インスタンスは、それらのトランザクションが完了するまで既存のリクエストを引き続き処理します。次に、Oracle Integration Generation 2インスタンスをOracle Integration 3にアップグレードし、OCI Process AutomationインスタンスをOracle Integration 3にアタッチします。

  4. プロセスに対してアップグレード後のタスクを実行する必要はありますか。

    アップグレード後のステップは、実装に適用するアップグレード・オプションによって異なります。Process Upgrade Optionsを参照してください。

  5. 手動移行プロセスでは、作成するOCI Process Automationインスタンスがスタンドアロン・インスタンスであることが推奨されるのはなぜですか。

    次の理由により、スタンドアロンのOCI Process Automationインスタンスをお薦めします。

    • これにより、既存のプロセス統合やOracle Visual Builderアプリケーションに影響を与えません。

      かわりに、新しいOracle Integration 3インスタンスをプロビジョニングした場合は、既存のプロセス統合およびOracle Visual Builderアプリケーションを新しい環境に移行し、クライアントを新しいOracle Integration 3 URLに更新する必要もあります。また、Oracle Integration 3のアップグレードを利用して、環境のリストアを自動的にアップグレードすることはできません。

    • 移行時のコストを制限します。

  6. 手動移行プロセスをフォローしており、ヘルプが必要です。誰に切り替えることができますか。

    移行プロセス全体のガイダンスが必要な場合は、Oracle Account担当者に連絡し、使用可能なオプションについて話し合うことができます。特定のエラーまたは問題が発生した場合は、My Oracle Supportでサービス・リクエスト(SR)を作成します。

  7. Oracle Integration Generation 2のプロセス・データは、アップグレードまたは移行プロセスの一部として保持されますか。

    番号アップグレード前にこのデータを保存またはエクスポートするには、「データのアーカイブおよびパージ」のステップを実行します。

  8. 待つと、実際に使用されているプロセス・アプリケーションがあるインスタンスに対して自動アップグレードが行われるようになりますか。

    番号Oracle Integration 3への手動移行を実行する必要があります。

Visual BuilderのFAQ

  1. アップグレードはVisual Builderにどのように影響しますか。

    次の項を参照してください。

  2. Visual Builderのアップグレード後のタスクを実行する必要はありますか。

    Oracle Integration 3でのOracle Visual Builderの管理のアップグレード後に完了するタスクを参照してください。