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

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

• アップグレードの利点
• Oracle Integration 3の新機能

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

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

はい。ただし、Oracle Integration 3でアップグレードできるのは、非推奨となった機能以外のすべての機能の後のみです。

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

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

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

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

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

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

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

アップグレード中はどうなりますか。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

• アップグレードの準備状況を確認し、事前チェックの問題を修正します。
• アップグレード設定を構成します。
• アップグレード日が近づくと、許可リストの更新など、一部のアップグレード前タスクを実行します。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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が変更されます。

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

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

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

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

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

• カスタム・エンドポイント:カスタム・エンドポイントを使用する場合は、次の変更に注意してください:
  • 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 Infrastructure Consoleで取得できます。インスタンス・アップグレード前タスクを参照してください。
• ネットワーク・ルール構成: Oracle Cloud Infrastructureサービスでネットワーク・ルールを有効にした場合は、Oracle Integrationを含めるように構成する必要がある場合があります。インスタンス・アップグレード前タスクを参照してください。
• 「更新」ウィンドウ:更新ウィンドウは、Oracle Integration Generation 2でのタグではなく、インスタンスのシェイプによって決定されるようになりました。本番インスタンスは、開発インスタンスの2週間後に更新されます。リリース・サイクル中にアップグレードするタイミングによっては、開発インスタンスと本番インスタンス間でバージョンが一致しない場合があります。Oracle Integration 3インスタンスへの更新のパッチ適用を参照してください。
• 次のドキュメントを参照することもできます。
  • アップグレードの利点
  • Oracle Integration 3の新機能
  • Oracle Integration 3の既知の問題の一般的な問題
  • アップグレードの問題のトラブルシューティング

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

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

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

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

• エージェントJavaバージョンおよびKeyStore: Oracle Integration 3の場合、接続エージェントはJDK 17およびPKCS 12 KeyStoreを使用する必要があります。Agent Java Version 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のプロキシ・サーバーの「キャッシュ」プロパティを、できるだけ頻繁にリフレッシュするように設定します。プロキシ・サーバーの「キャッシュ」プロパティの設定を参照してください。
• アップグレード後の追加のファイアウォール・トラフィック:接続エージェントはアイデンティティ・プロバイダから新しい認証トークンを取得する必要があるため、アップグレード後にファイアウォールへの追加のトラフィックが表示されます。

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

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

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

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

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

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

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

Oracle Integration Generation 2とOracle Integration 3の統合は前方および後方互換性がありますか。

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

アップグレードは、アクティビティ・ストリームおよびアクティブに実行されている統合にどのように影響しますか。

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

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

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

• 遅延(非同期)レスポンス:一部のアダプタでは、遅延(非同期)レスポンス・パターンが以前サポートされていました。遅延(非同期)レスポンス事前チェックを参照してください。
• アイデンティティ証明書:アイデンティティ証明書がある場合は、アップグレード後に新しいアイデンティティ証明書をアップロードする必要があります。Ensure Connectivityを参照してください。
• 基本的なルーティング重複アプリケーション名: Oracle Integration 3では、同じソース・エンドポイント名とターゲット・エンドポイント名を持つ複数の基本ルーティング統合を持つことはできません。「基本的なルーティング重複アプリケーション名の事前チェック」を参照してください。
• アクティブな統合の数:インスタンスには、サービス制限で指定されている最大800のアクティブな統合を含めることができます。
• 複数読取りファイル:複数ファイルの読取り操作は、Oracle Integration Generation 2で非推奨になりました。複数読取りファイルの事前チェックを参照してください。
• パブリッシュ/サブスクライブ統合:パブリッシュ/サブスクライブ(パブリッシュ/サブスクライブ)統合は、Oracle Integration 3でイベント駆動型のオーケストレーションに置き換えられました。「パブリッシュ/サブスクライブの統合の事前チェック」を参照してください。
• APIコールではOAuthを使用する必要があります: REST接続を使用する設計時(DT)組込みAPIコールでは、OAuthを使用する必要があります。DT API Basic認証からOAuthアクション事前チェックを参照してください。
• 次のドキュメントを参照することもできます。
  • アップグレードの利点
  • Oracle Integration 3の新機能
  • Oracle Integration 3の既知の問題の統合の問題
  • アップグレードの問題のトラブルシューティング

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

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

「統合が機能していることの確認」を参照してください。

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

• カスタム・アダプタ:カスタム・アダプタは、Oracle Integration 3ではまだサポートされていません。カスタム・アダプタの事前チェックを参照してください。
• Oracleユーティリティ・アダプタ: Swagger 2.0は、Oracle Utilitiesアダプタでサポートされなくなりました。Oracle Utilitiesアダプタの事前チェックを参照してください。
• サポートされていないアダプタ:一部のアダプタは、Oracle Integration 3でサポートされなくなりました。サポートされていないアダプタの事前チェックを参照してください。
• サポートされていないRESTタイプ:一部の接続タイプは非推奨であり、RESTアダプタ接続ではサポートされていません。「サポートされていないRESTタイプの事前チェック」を参照してください。
• 廃止されたMicrosoftアダプタ: Microsoftは、2022年11月にMicrosoft Outlook REST APIを廃止しました。次のアダプタのいずれかを使用する場合は、かわりにMicrosoft Graph REST APIを使用する必要があります。アダプタのアップグレード前タスクを参照してください。
• 次のドキュメントを参照することもできます。
  • アップグレードの利点
  • Oracle Integration 3の新機能
  • Oracle Integration 3の既知の問題の統合の問題
  • アップグレードの問題のトラブルシューティング

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

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

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

• データ保持: Oracle Integration 3 StandardおよびEnterpriseエディションでは、32日間のデータ保持のみがサポートされます。アップグレード中は、最新の32日間の保持データのみが移行されます。
• B2Bパスワード:アイデンティティ証明書ファイル(JKS)には、キー・パスワードとキーストア・パスワードの2つのパスワード・セットが必要です。すべてのパスワードが一致している必要があります。Oracle Integrationのアップグレード前のタスクについては、B2Bを参照してください。
• 次のドキュメントを参照することもできます。
  • アップグレードの利点
  • Oracle Integration 3の新機能
  • Oracle Integration 3の既知の問題の一般的な問題
  • アップグレードの問題のトラブルシューティング

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

不可

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

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

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

• IPおよびポート値:アップグレード中に、Oracleはファイル・サーバーSFTPサーバーに新しいIPおよびポート値を割り当てます。アップグレードがファイル・サーバーに与える影響を参照してください。アップグレード後、次に説明するアップグレード後のタスクを完了する必要があります。
• ファイル・サーバーへのアクセス: Oracle Integration 3では、ファイル・サーバーのURLおよび資格証明を使用してファイル・サーバーにアクセスできます。
• 許可リスト: Oracle Integration Generation 2では、ファイル・サーバー許可リストへの変更をリクエストするためにサービス・リクエスト(SR)を送信する必要がありました。Oracle Integration 3では、許可リストを自分で更新できます。移行後のファイル・サーバーの許可リストの管理の詳細は、セルフサービス許可リストを使用したインスタンスへのアクセスの制限を参照してください。
• レガシー・アルゴリズム: FTPでサポートされなくなったレガシー交換アルゴリズムがいくつかあります。アップグレード中、FTP接続は現在のアルゴリズムで更新されます。アップグレードがファイル・サーバーに与える影響を参照してください。
• APIコールではOAuthを使用する必要があります: ファイル・サーバーのREST APIコールを使用する場合は、OAuthを使用する必要があります。統合のアップグレード前タスクを参照してください。
• 次のドキュメントを参照することもできます。
  • アップグレードの利点
  • Oracle Integration 3の新機能
  • 『Oracle Integration 3』のファイル・サーバーの問題に関する項
  • アップグレードの問題のトラブルシューティング

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

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

Ensure Connectivityを参照してください

プロセスをアップグレードする利点は何ですか。

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

• プロセス機能には、注意する必要がある重要な変更が加えられています。アップグレードがプロセス機能に与える影響を参照してください。
• アップグレード後、プロセスは新しいURLを介してアクセス可能になります。プロセス自動化のアップグレード後タスクの完了を参照してください。
• アップグレードは、REST APIを介してプロセスをコールするクライアント(統合やVisual Builderアプリケーションなど)に影響します。プロセス自動化のアップグレード後タスクの完了を参照してください。
• プロセス・インスタンス・データはOracle Integration 3に移行されません。つまり、アップグレード後にOracle Integration Generation 2で作成または完了した過去のトランザクションは表示されません。
• また、Oracle Integration 3の既知の問題のプロセス自動化の問題を参照することもできます。

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

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

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

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

手動移行プロセスで、作成するOCI Process Automationインスタンスをスタンドアロン・インスタンスにすることをお薦めします。

次の理由から、スタンドアロンのOCI Process Automationインスタンスをお薦めします:

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

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

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

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

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

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

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

番号アップグレード前にこのデータを保存またはエクスポートするには、Oracle Integrationでのプロセス自動化データのアーカイブおよびパージで説明されているステップを完了します。

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

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

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

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

• Visual Builderの事前チェック
• Visual Builderのアップグレード前のタスク
• Visual Builderのアップグレード後のタスクの完了

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

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