機械翻訳について

アップグレードに関する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から電子メールで通知されます。 Eメールは、アップグレード・ウィンドウ内またはアップグレード後まもなく届きます。 Oracle Integration Generation 2四半期ごとの更新に関する電子メールを受け取るすべてのユーザーが電子メールを受信します。 アップグレードをもう一度スケジュールでき、Oracleはユーザーと協力して次のステップを決定します。

    「アップグレード」ページに「アップグレード・サマリー」も表示されます。これには、アップグレードが試行された時期と、アップグレードが完了しなかった理由が含まれます。

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

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

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

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

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

    はい Oracleによってアップグレード・ウィンドウが選択されますが、3営業日以上離れている場合は、アップグレード・ウィンドウを変更できます。

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

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

  3. ダウンタイムはありますか?

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

    すべてのユーザーがOracle Integrationで作業を停止する必要があります。 停止時間中にサインインしようとすると、Oracle Integrationを使用できないことが「サービスが使用不可です」ページに通知されます。

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

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

  5. アップグレードがスケジュールされ、インスタンスがアップグレードできなくなったらどうなるでしょうか。

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

    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のruntime 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. 基本認証はまだサポートされていますか。

    「Oracle Integration 3でBasic認証がサポートされるのはいつですか。」を参照してください。

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

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

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

      • Visual Builderは代替カスタム・エンドポイントをサポートしていますが、現在Oracle Integration 3はサポートしていません。
      • Visual Builderを使用せず、カスタム・エンドポイントでSSLを使用する場合は、ロード・バランサをOracle Integration Generation 2インスタンスのフロント・エンドとして設定し、SSL証明書を削除する必要があります。
      • 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. アップグレード後のタスクをサービス・インスタンスに対して実行する必要がありますか。

接続に関するFAQ

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

    いいえ。ただし、次の点に注意してください:

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

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

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

  3. アップグレードは接続にどのように影響しますか。

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

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

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

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

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

  4. アップグレードは、統合にどのように影響しますか。

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

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

    「統合作業の保証」を参照してください。

アダプタに関するFAQ

  1. アップグレードがアダプタに与える影響

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

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

B2B FAQs

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

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

    番号

「ファイル・サーバー」 FAQs

  1. アップグレードは「ファイル・サーバー」にどのように影響しますか。

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

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

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

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

    「接続性の確保」を参照してください

プロセスのFAQ

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

    参照:

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

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

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

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

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

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

  5. 手動移行プロセスで、作成する「OCIプロセス自動化」インスタンスをスタンドアロン・インスタンスにすることを推奨するのはなぜですか。

    次の理由から、スタンドアロン「OCIプロセス自動化」インスタンスをお薦めします:

    • これにより、既存のプロセス統合やVisual Builderアプリケーションに影響がなくなります。

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

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

      「OCIプロセス自動化」スタンドアロンでは、Oracle Cloud Free Tier価格設定モデルを利用できます。 「Process Automationの価格」を参照してください。

  6. 手動移行プロセスをフォローしており、サポートが必要です。 誰に向けることができますか。

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

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

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

  8. 待機した場合、実際に使用されているプロセス・アプリケーションがあるインスタンスに対して、最終的に自動アップグレードは行われますか。

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

Visual Builder FAQs

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

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

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

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