アップグレード後タスクの完了

Oracleは、最初にOracle Integration Generation 2開発インスタンスをアップグレードします。アップグレード日から3日以内にすべてのアップグレード後タスクを完了し、問題を報告できるようにします。Oracleは、開発インスタンスの約4週間後に本番インスタンスをアップグレードします。

アップグレード後のタスクを完了することは、ユーザーが新しいインスタンスにアクセスできること、統合との間でやり取りされるデータをファイアウォールを介して送信できること、および統合が期待どおりに機能するために重要です。

アップグレード後に問題が発生した場合は、My Oracle Supportでサービス・リクエスト(SR)を入力するか、問題のトラブルシューティングを行うこと。アップグレードの問題のトラブルシューティングを参照してください。

ノート

アップグレード後、停止したOracle Integration Generation 2インスタンスがOracle Cloudコンソールに表示されます。このインスタンスを更新、起動または削除しないでください。不要になった場合は、Oracleがユーザーのかわりに削除します。
これらのタスクを開始する前に、アップグレードが完了していることを確認してください。アップグレード時の作業を参照してください。

アップグレード後のタスクのサマリー

影響 時間 完了するタスク

インスタンスへのアクセスの確認

アップグレード直後

  1. 新しいOracle Integration 3インスタンスを確認します。
  2. IAMポリシーを新しいOCIDで更新します
  3. 新しいインスタンスのURLを取得して共有します

接続性の確保

アップグレード直後

  1. 完全なネットワーク・ルール構成
  2. 接続用の新しいアイデンティティ証明書のアップロード
  3. アップグレードされなかったエージェントとの接続性を回復
  4. ファイル・サーバー: 内部ファイアウォール許可リストにファイル・サーバーのIPアドレスを追加します

    アップグレード後1週間以内にこのタスクを完了します。

  5. ファイル・サーバー: 新しいIPおよびポートの値を使用するように統合およびSFTPクライアントを更新します

    アップグレード後1週間以内にこのタスクを完了します。

統合作業を保証

アップグレード直後

  1. Oracle Integration 3コールのDeveloper APIを基本認証からOAuthに変更します
  2. 「アクティブ化失敗を無視」または「開始スケジュール失敗を無視」を選択した場合は、統合をチェックします
  3. アップグレード・ダウンタイム中に拒否されたリクエストを処理します。
  4. サービス・インスタンス名の変更
  5. 統合がサポートされている最新の形式に更新されていることを確認します

無視された事前チェック失敗に対するアップグレード後のタスクの完了

アップグレード直後

無視された事前チェック失敗のアップグレード後のタスクの完了

アップグレード後のVisual Builderタスクの完了

アップグレード直後

Visual Builderのアップグレード後のタスクの完了

プロセス自動化のアップグレード後タスクの完了

アップグレード直後

プロセス自動化のためのアップグレード後タスクの完了
統合インスタンスIDのアップグレード後更新の完了 アップグレードから6か月以内 統合インスタンスIDの変更に必要な更新の実行

アップグレード後検証の完了

アップグレードの2週間以内

組織の検証手順に従う

インスタンスへのアクセスの確認

タスク ユーザー 時間 完了するタスク

新しいOracle Integration 3インスタンスを確認します

アドミニストレータ アップグレード直後 既存の資格証明を使用してOracle Integration 3インスタンスにサインインします。既存のOracle Integration Generation 2ブックマーク(新しいURLにリダイレクト)を使用するか、Oracle Integration 3インスタンスの新しいURLを使用します。Oracle Integrationインスタンスへのアクセスを参照してください。

インタフェースが次のようになると、アップグレードが完了します。
右ペインの上部に「作成およびモニター」というテキストが表示されたOracle Integration 3のスクリーンショット

次の場合、アップグレードはまだ進行中です。
  • サインインすると、サービスが利用できないことがページに示されます。
  • サインインすると、ユーザー・インタフェースは次のようになります。

    Oracle Integration Generation 2のスクリーンショット。右ペインの上部に「レシピを試す」というテキストがあります

IAMポリシーを新しいOCIDで更新します

IAMポリシー管理者

アップグレード直後 組織がインスタンスのOracle Cloud ID (OCID)に基づいてOracle Integration Generation 2インスタンスへのアクセスを制限している場合は、新しいOracle Integration 3インスタンスOCIDを指すようにIAMポリシーを更新します。

注意:

IAMポリシーでOCIDを更新するまで、ユーザーはOracle Integration 3にサインインできません。
  1. Oracle Cloudコンソールにサインインします。
  2. Oracle Integration 3インスタンスの新しいOCID値を取得します。インスタンスの詳細の表示を参照してください。
  3. IAMポリシーのOCIDを更新します。既存のポリシーで文を更新する手順は、Oracle Cloud Infrastructureドキュメントのコンソールの使用を参照してください。

新しいインスタンスのURLを取得して共有します

アドミニストレータ アップグレード直後 新しいOracle Integration 3インスタンスのURLを取得し、必要なすべてのインスタンスと共有します。既存のブックマークも新しいURLにリダイレクトされますが、すべてのユーザーが新しいURLを持っていることを確認する必要があります。形式は次のとおりです。

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

新しいURLを取得するには:

  1. Oracle Cloudコンソールにサインオンします。
  2. ナビゲーション・メニューを開き、「開発者サービス」をクリックします。
  3. 「アプリケーション統合」で、「統合」をクリックします。
  4. 新しいOracle Integration 3インスタンスの名前をクリックします。
  5. 「サービス・コンソールURL」フィールドの右側にある「コピー」をクリックします。
  6. URLを必要とする人と共有します。

接続性の確保

タスク ユーザー 時間 完了するタスク

完全なネットワーク・ルール構成

ネットワーク管理者 アップグレード前またはアップグレード直後 いずれかの統合接続で、Oracle Cloud Infrastructure Object StorageやOracle Autonomous Databaseなど、ネットワーク・ルールをサポートするOracle Cloud Infrastructureサービスをターゲットとしていて、それらのルールを有効にしている場合は、Oracle Integration Service VCNをルールに追加するなど、ネットワーク・ルールの構成を完了する必要があります。
  1. Oracle Cloudコンソールにサインインします。
  2. Oracle Integration 3インスタンスのOCID値を取得します。

    インスタンスの詳細の表示を参照してください。

  3. ターゲット・サービスのルールに従います。たとえば、Oracle Autonomous Database Serverlessの場合は、Oracle Autonomous Database Serverlessの使用インスタンスのプロビジョニングまたはクローニング時のアクセス制御リストの構成を参照してください。
  4. アクセスしているOracle Cloud InfrastructureサービスがOracle Integrationインスタンスとは異なるリージョンにある場合は、アップグレード前に他の許可リストを更新したときに収集したOICアウトバウンドIPアドレスを許可リストに登録します。

接続用の新しいアイデンティティ証明書のアップロード

アイデンティティ証明書を使用する接続を持つ開発者

これらのステップを実行する必要があるのは、組織の1人のユーザーのみです

アップグレード直後 アイデンティティ証明書は、双方向SSL通信中にクライアント・アイデンティティを確立します。AS2アダプタおよびRESTアダプタに基づく接続では、アイデンティティ証明書を使用できます。

インスタンスにアイデンティティ証明書を使用する接続が含まれている場合、アイデンティティ証明書はアップグレード中に削除されるため、新しいアイデンティティ証明書を生成し、新しいJKSを構成する必要があります。

次のステップを実行して、新しいアイデンティティ証明書をアップロードし、アイデンティティ証明書を使用する接続をテストし、接続を使用する統合をアクティブ化します。

  1. 新しいアイデンティティ証明書のアップロード。

    Oracle Integration 3での統合の使用SSL証明書のアップロードを参照してください。

  2. アイデンティティ証明書を使用する接続をテストして、ステータスが「ドラフト」から「構成済」に変更されるようにします。

    Oracle Integration 3での統合の使用接続のテストを参照してください。

  3. 接続を使用する統合をアクティブ化します。

    Oracle Integration 3での統合の使用統合のアクティブ化を参照してください。

アップグレードされなかったエージェントとの接続性を回復

アップグレードされなかったエージェントを持つ開発者 アップグレード直後 アップグレード中に到達できなかったエージェント、またはアップグレード要件を満たさなかったエージェントはアップグレードされませんでした。アップグレード後に、一部のエージェントがアップグレード適格を満たしておらず、アップグレードされなかったことを示すメッセージが表示された場合は、次のステップを実行します。

前提条件

接続エージェントからOracle Cloud Infrastructure Identity and Access Management (IAM)およびOracle Integration 3への接続を確認します:

  • 許可リストの更新の説明に従って、アップグレード前にIAMおよびOracle Integration 3のIPアドレスを許可リストに追加しておく必要があります。
  • Oracle Integration 3の設計時IPアドレスを許可リストに追加します。次のコマンドを使用して、設計時のIPアドレスを取得し、regionOracle Integration 3 URLのリージョンに置き換えます:

    nslookup design.integration.region.ocp.oraclecloud.com

エージェントを手動でアップグレードし、エージェントとの接続を再開するには:

  1. 接続性エージェントを停止します。
  2. エージェントの前提条件が完了していることを確認します。
    1. 接続エージェントがJDK 17を使用していることを確認します。そうでない場合は、JAVA_HOMEおよびPATH環境変数をJDK17に設定します。
    2. エージェントがPKCS12 KeyStoreを使用していることを確認します。そうでない場合は、次のステップを使用して変換します。
      1. 接続エージェントをホストするサーバーで、次のフォルダにあるkeystore.jksファイルのバックアップを作成します。

        Agent_Install_Location/agenthome/agent/cert

      2. バックアップ・ファイルを別のフォルダに移動します。
      3. コマンドラインから次のコマンドを実行して、JKS KeyStoreをPKCS12 KeyStoreに変換します。

        keytool -importkeystore -srckeystore keystore.jks -destkeystore keystore.p12 -srcstoretype JKS -deststoretype PKCS12 -deststorepass changeit -srcstorepass changeit

      4. 次の場所のkeystore.jksファイルを削除します。

        Agent_Install_Location/agenthome/agent/cert

  3. エージェント・インストーラのZIPファイルをOracle Integration 3からダウンロードします。
    1. ナビゲーション・ペインで、「デザイン」「エージェント」の順にクリックします。
    2. 「ダウンロード」「接続性エージェント」の順にクリックします。
  4. 接続エージェント・サーバー上の新しいディレクトリにoic_conn_agent_installer.zipを抽出します。
  5. Agent_Install_Location/agenthome/の下の既存の接続エージェントlibフォルダを削除し、ZIPファイルのlibフォルダに置き換えます。
  6. Agent_Install_Location/agenthome/の下にある既存のversionファイルを削除し、ZIPファイルからversionファイルに置き換えます。
  7. Agent_Install_Locationの下にある既存のconnectivityagent.jarファイルを削除し、ZIPファイルからconnectivityagent.jarファイルに置き換えます。
  8. Agent_Install_Locationの下にある既存のcpi_upgradeutility.jarファイルを削除し、ZIPファイルからcpi_upgradeutility.jarファイルに置き換えます。
  9. Oracle Integration 3「エージェント」ページで、エージェント・グループにマウス・ポインタを重ねて、「アクション」 [アクション]アイコンをクリックし、「構成のダウンロード」を選択します。

    このステップでは、エージェント・グループの事前構成済のInstallerProfile.cfgファイルをダウンロードします。

  10. Agent_Install_Locationの下にある既存のInstallerProfile.cfgファイルを削除し、前のステップでダウンロードしたInstallerProfile.cfgファイルに置き換えます。
  11. 次のコマンドを実行して、接続エージェントを再起動します。

    java -jar connectivityagent.jar

  12. アップグレードしたエージェント・グループにある統合を再アクティブ化します。

ファイル・サーバー: 内部ファイアウォール許可リストにファイル・サーバーIPアドレスを追加します

ファイル・サーバー管理者および開発者 アップグレードの1週間以内 組織が内部リソースがアクセスできるサイトを制限している場合は、新しいファイル・サーバーIPアドレスを内部ファイアウォール許可リストに追加してください。

Oracle Integration Generation 2 IPアドレスは、アップグレード後4か月間動作し続け、Oracleによってリタイアされます。ただし、Oracleでは、新しいIPアドレスを使用するようにファイアウォール許可リストを更新することをお薦めします。これにより、将来許可リストの更新を忘れるリスクがなくなります。

ファイル・サーバーのIPアドレスを取得するには:

  1. Oracle Integration 3にサインインします。
  2. ナビゲーション・ペインで、「設定」「ファイル・サーバー」「設定」の順にクリックします。
  3. 「一般」で、ファイル・サーバーSFTPサーバーのIPアドレスを取得します。

ファイル・サーバー: 新しいIPおよびポートの値を使用するように統合およびSFTPクライアントを更新します

ファイル・サーバー管理者および開発者 アップグレードの1週間以内 ファイル・サーバーを使用する場合は、新しいIPおよびポートの値を使用するように統合およびSFTPクライアントを更新します。

Oracle Integration Generation 2のIP値およびポート値は、アップグレード後4か月間動作し続け、Oracleによってリタイアされます。ただし、Oracleでは、今すぐ新しい値を使用するように統合およびSFTPクライアントを更新することをお薦めします。これにより、将来これらの値を更新することを忘れるリスクがなくなります。

  1. Oracle Integration 3にサインインします。
  2. ナビゲーション・ペインで、「設定」「ファイル・サーバー」「設定」の順にクリックします。
  3. 「一般」で、ファイル・サーバーSFTPサーバーのIPおよびポートの値を取得します。
  4. ファイル・サーバーをコールするすべての統合を更新して、新しいIPおよびポートの値を使用するようにします。
  5. 新しいIPおよびポートの値を使用するように、すべてのSFTPクライアントを更新します。

統合作業の保証

タスク ユーザー 時間 詳細

Oracle Integration 3コールのDeveloper APIを基本認証からOAuthに変更します

開発者 アップグレード前またはアップグレード直後 前提条件またはアップグレード前のタスクの実行中にOAuthを使用するようにAPIコールをまだ更新していない場合は、アップグレード直後に実行します。

Oracle Integration Generation 2では、基本認証を使用してOracle Integration REST APIおよびファイル・サーバーREST APIを使用できます。Oracle Integration 3では、OAuthを使用する必要があります。OAuthを使用して接続するには、Developer API for Oracle Integration 3またはDeveloper API for File Serverを使用するクライアント、スクリプト、統合およびコマンドを更新する必要があります。認証方法のサポートの詳細は、『Oracle Integration 3のプロビジョニングと管理』「Oracle Integration 3での基本認証のサポート時期」を参照してください。OAuthの使用方法の詳細は、Oracle Integration 3のDeveloper APIセキュリティ、認証および認可またはOracle Integration 3のDeveloper APIセキュリティ、認証および認可を参照してください。

「アクティブ化の失敗を無視」または「開始スケジュールの失敗を無視」を選択した場合は、統合をチェックします

アドミニストレータ アップグレード直後 アップグレード設定を構成して、Oracleが統合をアクティブ化できなかったり、スケジュールを再開できなかった場合でもアップグレードを続行する場合は、適切なステップを実行します:
  • 「アクティブ化の失敗を無視」を選択した場合は、すべての統合のステータスを確認し、必要に応じて統合をアクティブ化します。
  • 「開始スケジュール失敗を無視」を選択した場合は、統合のスケジュールを確認し、必要に応じて手動で開始します。

アップグレード・ダウンタイム中に拒否されたリクエストを処理します。

指定チーム・メンバー アップグレード直後

Oracle Integrationは、アップグレード・ダウンタイム中に送信されたすべてのリクエストを却下しました。必要に応じて、ダウンタイム中にクライアントがOracle Integrationに送信したリクエストに対してアクションを実行します。

サービス・インスタンス名の変更

開発者 アップグレード直後

Oracle Integration Generation 2からOracle Integration 3にアップグレードすると、テナンシ名がサービス・インスタンス名(サービス・インスタンス表示名)の最後に<service instance name>-<tenancy name>という形式で追加されます。たとえば、サービス・インスタンス名がmyinstanceで、テナンシ名がmytenancyの場合、Oracle Integration 3にアップグレードすると、myinstance-mytenancyに変更されます。そのため、統合でサービス・インスタンス名を使用する場合は、新しいサービス・インスタンス名を使用するように統合を更新してください。そうしないと、統合は失敗します。

統合がサポートされている最新の形式に更新されていることを確認します

開発者 アップグレード直後
アップグレード前にOracle Integration Generation 2で構成された状態で統合があった場合は、アップグレード後に次のステップを実行して、これらの統合がサポートされている最新の形式であるOracle Integration 3に更新されていることを確認します:
  1. 統合のキャンバスを開きます。
  2. 統合キャンバスの上にあるツールバーで、「プライマリ情報」 プライマリ情報アイコンをクリックします。
  3. プライマリ情報パネルを閉じます(キャンバスをクリックするか、「プライマリ情報」 プライマリ情報アイコンをクリックして)。

    「保存」ボタンが統合に対して有効になります。

  4. 「保存」をクリックします。

前述のステップを実行せずに統合をアクティブ化すると、ランタイム・インスタンスで問題が発生する可能性があります。

無視された事前チェック失敗のアップグレード後のタスクの完了

事前チェックの失敗を無視するように選択した場合は、失敗した事前チェックに関連するステップを実行します。

事前チェック 接続タスク 統合タスク その他のタスク
遅延(非同期)レスポンス   アップグレード後、次のいずれかのアダプタで遅延(非同期)レスポンスを使用した統合を再処理または再作成する必要があります。
  • Oracle CX SalesおよびB2Bサービス・アダプタ
  • Oracle ERP Cloudアダプタ
  • Oracle HCM Cloudアダプタ
  • Oracle Fusion Field Serviceアダプタ
  • Salesforceアダプタ
  • ServiceNowアダプタ
アプリケーション主導の統合:アプリケーション主導の統合は、アップグレード中にドラフト状態に変更されます。これらの統合は、次のステップを使用して再処理する必要があります。
  1. 成功コールバックの単純な起動を作成します。
  2. フォルト・ハンドラの下に失敗コールバックの追加起動を作成して、正しいフォルトを捕捉します。
  3. データ・マッピングを再作成します。

基本ルーティング統合:基本的なルーティング統合はOracle Integration 3ではサポートされておらず、空白のキャンバスが表示されます。これらの統合を削除し、アプリケーション主導の統合として再作成する必要があります。

 
サポートされていないアダプタ アップグレード中に、次のサポートされていないアダプタを使用した接続が削除されました:
  • Automation Anywhereアダプタ
  • Evernoteアダプタ
  • Oracle Messaging Cloud Serviceアダプタ
  • Oracle Monetization Cloudアダプタ
  • Oracle Taleo Business Edition (TBE)アダプタ
  • UiPathロボティック・プロセス・オートメーション・アダプタ

削除されたサポートされていないアダプタ接続を置き換えるには、RESTアダプタ接続を作成する必要があります。

アップグレード中、サポートされていないアダプタを使用した統合はドラフト状態に変更され、スケジュールされた実行は取り消されます。

これらの統合は、次のステップを使用して再処理する必要があります。

  1. サポートされていないアダプタ接続に対応する呼出しを削除し、新しいRESTアダプタ接続に置き換えます。
  2. 統合が構成およびアクティブ化された後、スケジュールを開始します。
 
カスタム・アダプタ アップグレード中に、カスタム・アダプタを使用した接続は削除されました。

削除されたカスタム・アダプタ接続を置き換えるには、同等のOracle Integration 3アダプタを使用して新しい接続を作成する必要があります。

アップグレード中、サポートされていないアダプタを使用した統合はドラフト状態に変更され、スケジュールされた実行は取り消されます。

これらの統合は、次のステップを使用して再処理する必要があります。

  1. カスタム・アダプタ接続に対応する呼出しを削除し、作成した新しい接続に置き換えます。
  2. 統合が構成およびアクティブ化された後、スケジュールを開始します。
 
複数読取りファイル   アップグレード中に、複数ファイルの読取り操作を使用した統合がドラフト状態に変更されます。

これらの統合は、このパターンを使用しないように再処理する必要があります。たとえば、listFile操作を使用してファイルをリストし、for-eachアクションを使用して各ファイルを個別に読み取ります。

 
サポートされていないRESTタイプ アップグレード中に、次のサポートされていないRESTタイプを使用した接続がドラフト状態に変更されました。
  • メタデータ・カタログURL
  • Swagger定義URL
  • RAML定義URL

これらの接続は、次のいずれかの方法を使用して更新する必要があります。

  • RAMLまたはOracleメタデータ・カタログを使用している場合は、Swagger定義(使用可能な場合)をRESTサービス・プロバイダに問い合せることができます。すべてのOracle Fusion Applicationsのガイドラインであるため、Oracle Fusion ApplicationsにはSwaggerオプションが必要です。

    代替仕様を使用できない場合は、接続URLとしてREST APIベースURLを選択し、アダプタ・エンドポイント構成ウィザードを使用してターゲットAPIリクエストを定義することで、RESTアダプタの基本テンプレートを使用します。

  • RAMLを使用している場合の別のオプションは、RAMLをOpenAPI仕様に変換することです。
  • Swagger定義URLを使用している場合は、RESTアダプタの新しい統合オプションを使用して、すべてのOpenAPI仕様を1つのフィールドに指定できます。このオプションは、Swagger/OpenAPI仕様のより堅牢で完全なサポートを提供します。

Oracle Integration 3でのRESTアダプタの使用接続の起動のための接続プロパティの構成を参照してください。

アップグレード中に、サポートされていないRESTタイプを使用した統合がドラフト状態に変更され、スケジュールされた実行が取り消されました。

これらの統合は、次のステップを使用して再処理する必要があります。

  1. 統合をアクティブ化します
  2. 統合がアクティブ化された後、スケジュールを開始します。
 
基本ルーティング重複アプリケーション名   基本的なルーティング統合はOracle Integration 3ではサポートされておらず、空白のキャンバスが表示されます。これらの統合を削除し、アプリケーション主導の統合として再作成する必要があります。  
公開/サブスクライブの統合   メッセージを公開したか、Oracle Integrationからメッセージをサブスクライブした統合は、イベント駆動型のオーケストレーションに変換する必要があります。統合を削除し、統合の公開/サブスクライブの事前チェック手順に基づいて再作成する必要があります。  
カスタム・エンドポイントURL     アップグレード中にカスタム・エンドポイントが移行されませんでした。

カスタム・エンドポイントを再作成する必要があります。

Visual Builderのアップグレード後のタスクの完了

移行を完了するには、次のステップを実行します。

タスク ユーザー 時間 タスクの説明
カスタム・エンドポイントのDNSレコードの更新 アドミニストレータ アップグレード直後
Visual Builderを使用していて、インスタンスにWAF V2またはロード・バランサを使用するようにカスタム・エンドポイントが構成されている場合は、カスタム・エンドポイントDNSレコードのCNAMEをVisual Builderインスタンス・ホスト名またはVisual Builder Generation 2ロード・バランサのIPアドレスで更新します。ロード・バランサを更新するには:
  • ロード・バランサを使用してバックエンドを追加します。
  • パブリック・ロード・バランサCIDR (IP/32)のVCN (NAT Gateway)のルート表に新しいルールを追加します。

ノート:アップグレード後にVisual BuilderOracle Integrationの両方に同じカスタム・エンドポイントを使用することはできません。同じカスタム・エンドポイントを使用する場合は、問題が発生する可能性があります。

アップグレード後の追加タスクの完了

開発運用チーム アップグレード直後 Oracle Integration 3でのOracle Visual Builderの管理アップグレード後に完了するタスクで説明されているタスクを完了します。

プロセス自動化のアップグレード後タスクの完了

Oracle Integration 3プロセス自動化への移行を完了するには、次のステップを実行します。

ノート

アクティブに使用されているプロセス・アプリケーションの手動移行を実行した場合、これらのアップグレード後のタスクを実行する必要はありません。

統合の再構成

インスタンスがアップグレードされると、プロセス・アクションはOracle Integration Generation 2プロセス・アクションからOracle Integration 3プロセス・アクションに変換され、統合はOracle Integration 3プロセス・アクション上にありますが、非アクティブ化状態になります。そのため、プロセス自動化コール・ウィザードを使用して統合を再構成する必要があります。

プロセス自動化コール・ウィザードを使用して統合を再構成する方法の詳細は、Oracle Integration 3での統合の使用プロセス・アクションとの統合からのプロセスの起動を参照してください。

プロセス自動化のアップグレード後のマッピング・タスクへのアクセス

一部のアクセス・マッピング・タスクはアップグレード中に自動的に完了し、一部はユーザーの責任です。

アップグレード中に、マッピングに役立つ新しいOracle Cloudサービスが追加されます。

次のサービス・ロールは、アップグレード中にOracle Integration Generation 2からOracle Integration 3に自動的にマップされます。

Oracle Integration 第2世代 Oracle Integration 3
ServiceDeveloper ServiceDeveloper
ServiceAdministrator ServiceAdministrator
ServiceUser 該当なし
ServiceMonitor 該当なし
ServiceDeployer ServiceDeployer
ServiceViewer 該当なし
ServiceInvoker 該当なし
ServiceEndUser 該当なし

プロセス自動化のアプリケーション・レベルのアップグレード後タスク

プロセス・アプリケーションごとに次のタスクを実行します。

タスク ユーザー 時間 詳細

ロール・マッピングの更新

開発者/管理者 アップグレード直後 Oracle Integration 3でロール割当てが変更されたため、既存のロールを新しいロールにマップする必要があります。Oracle Cloud Infrastructure Process Automationの使用プロセス・アプリケーションのロールの構成を参照してください。

プロセス所有者

次のロールを持つメンバーを、新しいアプリケーションのプロセス所有者ロールに追加します:

  • <application-name>.ProcessOwner
  • <application-name>.AnalyticsViewer
  • auto-handler for the swim-lane

プロセス・レビューア

<application-name>.ProcessReviewerロールを持つメンバーを、新しいアプリケーションのプロセス・レビューア・ロールに追加します。

スイムレーン・ロールを持つメンバー

swim-laneロールを持つメンバーを、新しいアプリケーションのスイムレーンに割り当てられたロールに追加します。

グループ

古いグループを新しいアプリケーションのロールに変更し、そのグループを新しいロールに追加するか、グループのメンバーを新しいロールに追加します。

ロール

古いロールを新しいアプリケーションのロールに変更し、新しいロールにメンバーを追加します。

プロセスを開始できるメンバー

プロセス開始プロパティで、次のいずれかのオプションからプロセスを開始できるメンバーを選択します。

  • 少なくとも「使用」権限を持つロール・メンバー: 「使用」または「管理」権限を持つロールを割り当てられたユーザーは、アプリケーションを表示および起動できます。構造化プロセスでは、プロセスを開始するためにユーザーをスイムレーンに割り当てる必要はありません。
  • すべてのユーザーおよび外部アプリケーション: プロセス自動化へのアクセス権を持つユーザーまたは外部アプリケーションがアプリケーションを表示および起動できるようにします。

動的プロセス・ロール

新しいアプリケーションの動的プロセス・ロールに、動的プロセス・ロールを持つメンバーを追加します。

コネクタ資格証明の更新

開発者/管理者 アップグレード直後 資格証明はOracle Integration 3に移行されないため、RESTコネクタの認証を再構成する必要があります。同じサーバーに接続するアプリケーションが複数ある場合は、アプリケーション間で再利用できるグローバル資格証明を作成できます。Oracle Cloud Infrastructure Process Automationの使用基本認証セキュリティの構成を参照してください。

エラーおよび警告の修正

開発者/管理者 アップグレード直後 Oracle Integration Generation 2とOracle Integration 3にはプロセス機能の違いがあるため、アプリケーションを検証し、エラーや警告を修正する必要があります。Oracle Cloud Infrastructure Process Automationの使用アプリケーションの概要のアプリケーションの検証方法に関する項を参照してください。

アプリケーションのアクティブ化

開発者/管理者 アップグレード直後 すべての検証エラーを解決したら、アプリケーションをアクティブ化して、新しいインスタンスをトリガーして処理できるようにします。Oracle Cloud Infrastructure Process Automationの使用アプリケーションのアクティブ化を参照してください。

プロセス自動化のサービス・レベルのアップグレード後タスク

プロセスの使用方法に応じて、Oracle Integration 3へのアップグレード後に様々なサービス・レベルのステップを実行します。実装に適用されるステップを実行します。

タスク ユーザー 時間 詳細

新しいプロセス自動化 URLの許可リスト

開発者 アップグレード直後

新しいプロセス自動化URLを許可リストに追加します。新しいURLを検索するには、「Oracle Integration 3」メニューの「プロセス」をクリックします。プロセス自動化のURLにリダイレクトされます。

統合を更新してプロセス自動化を呼び出します

開発者 アップグレード直後

アップグレード後に、プロセス自動化およびデシジョン・アプリケーション用の開発者APIが変更されました。プロセス自動化コール・ウィザードを使用して統合を再構成する必要があります。統合の再構成を参照してください。

Visual Builderアプリケーションを更新して、プロセス自動化をコールします

開発者 アップグレード直後

アップグレード後に、プロセス自動化およびデシジョン・アプリケーション用の開発者APIが変更されました。その結果、Oracle Cloud Infrastructureプロセス自動化をコールするVisual Builderアプリケーションを更新し、非推奨の相互作用パターンを置き換える必要があります。Visual Builder Studioを使用したレスポンシブ・アプリケーションの構築プロセス自動化のための開発者APIへの接続を参照してください。

プロセス自動化をコールするように外部クライアントを更新します

開発者 アップグレード直後

外部アプリケーションでプロセスCCAコンポーネントを使用している場合は、Oracle Integration 3へのアップグレード後に機能しません。APIを活用するには、新しいプロセス自動化CCAコンポーネントの使用に移行する必要があります。Oracle Cloud Infrastructure Process Automationの開発者APIを参照してください。

新しいプロセス自動化URLを共有

アドミニストレータ アップグレード直後

アップグレード後に、プロセス自動化にアクセスして操作するために使用されるURLが変更されました。新しいURLを、プロセス自動化の管理、新しいプロセスの開始、またはタスクの表示と操作を必要とするすべてのユーザーと共有します。

統合インスタンスIDの変更に必要な更新の実行

タスク ユーザー 時間 詳細

統合インスタンスIDの英数字への変更に必要な完全な更新

開発者 アップグレード後6か月以内 アップグレード設定を構成して数値アップグレード後のflowidを有効にする場合、6か月後にアップグレードを行い、統合インスタンスIDに必要な更新を数値から英数字に変更できます。

この変更は、整数である統合インスタンスIDに基づく統合フローに影響します(たとえば、数値データ型を持つデータベース列で統合インスタンスIDが解析される場合)。アップグレード後、これらの統合を変更せずに実行した場合、アップグレード設定で「数値アップグレード後のflowidの有効化」を選択せずに、変換例外エラーが発生します。

Conversion Exception Description: The object […], of class [class java.lang.String], could not be converted to [class java.math.BigDecimal].

変更に対応するために、影響を受ける各統合のマッピングを更新するか、データベースに統合インスタンスIDを格納する列のデータ型を更新できます。

ノート:ここで説明する推奨方法は、Oracleデータベース・サービス(Oracle Autonomous Databaseなど)に基づいています。その他のデータベース・タイプには、追加のステップが必要になる場合があります。

方法1: 影響を受ける各統合のマッピングの更新

影響を受ける各統合で、統合インスタンスID値を含むターゲット属性を新しい数値UNIX時間にマップします。UNIX時間とは、UNIX Epochから経過した秒数で、1970年1月1日の00:00:00 UTCから開始します。この値は毎秒増分されます。値は整数として解析できるため、データベースの変更は必要ありません。

アップグレードする前に、インスタンスIDアクションの事前チェックの説明に従って、影響を受ける統合に注意してください。

影響を受ける各統合に対して次のステップを実行します:

  1. アクティブな統合は編集できないため、統合がアクティブな場合は非アクティブ化します。
  2. 統合をオープンします。
  3. 統合インスタンスIDを含むマップをダブルクリックします。
  4. 統合インスタンスID値を含むターゲット属性を検索し、それをクリックします。
  5. 「式ビルダー」で、[ビューの切り替え]アイコンをクリックします。
  6. 次の式を入力します。

    floor (((fn:current-dateTime() - xsd:dateTime ("1970-01-01T00:00:00" )) div xsd:dayTimeDuration ("PT1S" )) ) 

  7. 「式を保存」アイコンをクリックして式を保存します。
  8. 統合キャンバスに戻り、変更を保存します。

方法2: データベース内の影響を受ける列のデータ型を更新する

データベースで、統合インスタンスIDを保持する列のデータ型をstring (CHAR/VARCHAR)に変更します。このアプローチには、統合に対する変更は含まれません。

ノート: このソリューションは、操作「SQL文の実行」を使用して作成されたデータベース・アクションに限定されます。

データベース列はすでに移入されているため、列のデータ型を変更することはできません。かわりに、次のステップを実行します。SQL Developerで次のステップを実行します。

  1. 「インスタンスID」列名をノートにとります。
  2. VARCHAR型の一時列(TEMPなど)を追加します。

    SQL構文:

    ALTER TABLE table-name ADD temporary-column VARCHAR2(50);

    例:

    ALTER TABLE FLOW_MANAGEMENT ADD TEMP VARCHAR2(50);

  3. ソース列(インスタンスIDを含む列)から一時列に値をコピーします。

    SQL構文:

    UPDATE table-name SET temporary-column-name = source-column-name

    例:

    UPDATE FLOW_MANAGEMENT SET TEMP = FLOWID;

  4. ソース列の値をNULLに設定します。

    SQL構文:

    UPDATE table-name SET source-column-name = NULL;

    例:

    UPDATE FLOW_MANAGEMENT SET FLOWID = NULL;

  5. ソース列タイプをNUMBERからVARCHARに更新します。

    SQL構文:

    ALTER TABLE table-name MODIFY source-column-name VARCHAR2(50);

    例:

    ALTER TABLE FLOW_MANAGEMENT MODIFY FLOWID VARCHAR2(50);

  6. 一時列からソース列にインスタンスID値をコピーして戻します。

    SQL構文:

    UPDATE TABLE table-name SET source-column-name = temporary-column-name

    例:

    UPDATE FLOW_MANAGEMENT SET FLOWID = TEMP;

  7. 一時列を削除します。

    SQL構文:

    ALTER TABLE table-name DROP COLUMN temporary-column-name;

    例:

    ALTER TABLE FLOW_MANAGEMENT DROP COLUMN TEMP;

(オプション)フローIDを数値に設定します 管理者 アップグレード後6か月以内 必要な更新が完了したら、オプションでフローIDを数値に設定できます。
  1. Oracle Integrationに管理者としてサインインしてください。
  2. 「設定」「その他」の順にクリックします。
  3. フローIDタイプを「英数字」に変更し、「保存」をクリックします。

組織の検証手順に従う

タスク 対象者 時期 詳細

組織のアップグレード後検証タスクの完了

指定チーム・メンバー アップグレード後2週間以内

回帰テストの実行など、組織のアップグレード後の検証タスクを完了します。

統合を本番インスタンスに移動する前に、開発/ステージ・インスタンスで統合ロード・テストを実行します。