アップグレード後タスクの完了
Oracleは、まずOracle Integration Generation 2開発インスタンスをアップグレードします。アップグレード日から3日以内にすべてのアップグレード後のタスクを完了して、問題を報告できるようにします。Oracleでは、開発インスタンスの約3週間後に本番インスタンスがアップグレードされます。
アップグレード後のタスクを完了することは、ユーザーが新しいインスタンスにアクセスできるようにするために重要であり、統合との間で送受信されるデータはファイアウォールを介して送信でき、統合は期待どおりに動作します。
アップグレード後に問題が発生した場合は、My Oracle Supportでサービス・リクエスト(SR)を入力するか、問題のトラブルシューティングを行います。アップグレードの問題のトラブルシューティングを参照してください。
アップグレード後、停止したOracle Integration Generation 2インスタンスがOracle Cloudコンソールに一定期間表示されます。このインスタンスを更新、起動または削除しないでください。不要になった場合は、Oracleがユーザーのかわりに削除します。
アップグレード後のタスクの概要
| 影響 | 次の場合 | 完了するタスク |
|---|---|---|
|
インスタンスへのアクセスの確認 |
アップグレード直後 |
|
|
接続性の確保 |
アップグレード直後 |
|
|
統合作業の保証 |
アップグレード直後 |
|
|
無視された事前チェックの失敗に対するアップグレード後のタスクの完了 |
アップグレード直後 |
無視された事前チェック失敗に対するアップグレード後のタスクの完了 |
|
Oracle Visual Builderのアップグレード後のタスクの完了 |
アップグレード直後 |
Oracle Visual Builderのアップグレード後のタスクの完了 |
|
アップグレード後のプロセス自動化タスクの完了 |
アップグレード直後 |
プロセス自動化のためのアップグレード後のタスクの完了 |
| アップグレード後の完全な統合インスタンスIDの更新 | アップグレードから6か月以内 | 統合インスタンスIDの変更に必要な更新の実行 |
|
アップグレード後の検証の完了 |
アップグレードから2週間以内 |
組織の検証手順に従います |
インスタンスへのアクセスの確認
| タスク | 担当者 | 次の場合 | 完了するタスク |
|---|---|---|---|
|
新しいOracle Integration 3インスタンスの確認 |
管理者 | アップグレード直後 | 既存の資格証明を使用してOracle Integration 3インスタンスにサインインします。(新しいURLにリダイレクトされる)既存のOracle Integration Generation 2ブックマークを使用するか、Oracle Integration 3インスタンスの新しいURLを使用します。Oracle Integrationインスタンスへのアクセスを参照してください。
インタフェースが次のようになっている場合、アップグレードは完了しました。 次の場合、アップグレードはまだ進行中です。
|
|
新しいOCIDでIAMポリシーを更新します |
IAMポリシー管理者 |
アップグレード直後 | 組織がインスタンスのOracle Cloud ID (OCID)に基づいてOracle Integration Generation 2インスタンスへのアクセスを制限している場合は、新しいOracle Integration 3インスタンスのOCIDを指すようにIAMポリシーを更新します。
ノート
ユーザーは、IAMポリシーのOCIDを更新するまでOracle Integration 3にサインインできません。
|
|
新しいインスタンスのURLを取得し、共有します |
管理者 | アップグレード直後 | 新しいOracle Integration 3インスタンスのURLを取得し、それを必要とするすべてのユーザーと共有します。既存のブックマークも新しいURLにリダイレクトされますが、すべてのユーザーが新しいURLを持っていることを確認する必要があります。これは、次の形式です。
新しいURLを取得するには:
|
接続性の確保
| タスク | 担当者 | 次の場合 | 完了するタスク |
|---|---|---|---|
|
完全なネットワーク・ルール構成 |
ネットワークの管理者 | アップグレード前またはアップグレード直後 | 統合接続のいずれかが、Oracle Cloud Infrastructure Object StorageやOracle Autonomous Databaseなどのネットワーク・ルールをサポートするOracle Cloud Infrastructureサービスをターゲットとし、それらのルールを有効にした場合は、Oracle Integration Service VCNをルールに追加するなど、すべてのネットワーク・ルール構成を完了する必要があります。
|
|
接続用の新しいアイデンティティ証明書のアップロード |
アイデンティティ証明書を使用する接続を持つ開発者
これらのステップを実行する必要があるのは、組織の1人の個人のみです |
アップグレード直後 | アイデンティティ証明書は、双方向SSL通信中にクライアント・アイデンティティを確立します。AS2アダプタおよびRESTアダプタに基づく接続では、アイデンティティ証明書を使用できます。
インスタンスにアイデンティティ証明書を使用する接続が含まれている場合、アイデンティティ証明書はアップグレード中に削除されるため、新しいアイデンティティ証明書を生成して新しいJKSを構成する必要があります。 次のステップを実行して、新しいアイデンティティ証明書をアップロードし、アイデンティティ証明書を使用する接続をテストし、接続を使用する統合をアクティブ化します。
|
|
アップグレードされなかったエージェントとの接続を再取得 |
アップグレードされなかったエージェントを持つ開発者 | アップグレード直後 | アップグレード中に到達できなかったか、アップグレード要件を満たさなかったエージェントはアップグレードされませんでした。アップグレード後に、一部のエージェントがアップグレード適格を満たしておらず、アップグレードされていないことを示すメッセージが表示された場合は、次のステップを実行します。
前提条件 接続エージェントからOracle Cloud Infrastructure Identity and Access Management (IAM)およびOracle Integration 3への接続を保証します:
エージェントを手動でアップグレードし、エージェントとの接続を取り戻すには:
|
|
ファイル・サーバー: 内部ファイアウォール許可リストにファイル・サーバーのIPアドレスを追加します |
ファイル・サーバー管理者および開発者 | アップグレードから1週間以内 | 組織が内部リソースがアクセスできるサイトを制限する場合は、新しいファイル・サーバーのIPアドレスを内部ファイアウォール許可リストに追加してください。
Oracle Integration Generation 2のIPアドレスは、アップグレード後4か月間動作を続け、Oracleによってリタイアされます。ただし、Oracleでは、新しいIPアドレスを使用するようにファイアウォール許可リストを更新することをお薦めします。これにより、将来許可リストを更新することを忘れるリスクはありません。 ファイル・サーバーのIPアドレスを取得するには:
|
|
ファイル・サーバー: 新しいIPおよびポート値を使用するように統合およびSFTPクライアントを更新します |
ファイル・サーバー管理者および開発者 | アップグレードから1週間以内 | ファイル・サーバーを使用する場合は、新しいIPおよびポートの値を使用するように統合およびSFTPクライアントを更新します。
Oracle Integration Generation 2のIP値およびポート値は、アップグレード後4か月間動作し続け、Oracleによってリタイアされます。ただし、Oracleでは、今すぐ新しい値を使用するように統合およびSFTPクライアントを更新することをお薦めします。これにより、将来これらの値を更新することを忘れるリスクがなくなります。
|
統合が機能することを確認
| タスク | 担当者 | 次の場合 | 詳細 |
|---|---|---|---|
|
Oracle Integration 3コールの開発者APIを基本認証からOAuthに変更 |
開発者 | アップグレード前またはアップグレード直後 | 前提条件またはアップグレード前のタスクの完了中にOAuthを使用するようにAPIコールをまだ更新していない場合は、アップグレード後すぐに実行します。
Oracle Integration Generation 2では、Basic認証を使用して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でサポートされているBasic認証のタイミングに関する項を参照してください。OAuthの使用の詳細は、Developer API for Oracle Integration 3のセキュリティ、認証および認可またはDeveloper API for File Server in Oracle Integration 3のセキュリティ、認証および認可を参照してください。 |
|
「アクティブ化失敗の無視」または「開始スケジュール失敗の無視」を選択した場合、統合をチェックします |
管理者 | アップグレード直後 | Oracleが統合をアクティブ化できなかったりスケジュールを再開できなかった場合でもアップグレードを続行するようにアップグレード設定を構成した場合は、適切なステップを実行します:
|
|
アップグレードの停止時間中に拒否されたリクエストを処理します。 |
指定チームメンバー | アップグレード直後 |
Oracle Integrationは、アップグレード・ダウンタイム中に送信されたすべてのリクエストを却下しました。必要に応じて、ダウンタイム中にクライアントがOracle Integrationに送信したリクエストに対するアクションを実行します。 |
|
サービス・インスタンス名の変更 |
開発者 | アップグレード直後 |
Oracle Integration Generation 2からOracle Integration 3にアップグレードすると、テナンシ名がサービス・インスタンス名(サービス・インスタンス表示名)の最後に |
|
統合がサポートされる最新の形式に更新されるようにします。 |
開発者 | アップグレード直後 |
アップグレード前にOracle Integration Generation 2に構成済の状態の統合があった場合は、アップグレード後に次のステップを実行して、これらの統合がサポートされている最新のOracle Integration 3形式に更新されるようにします:
前述のステップを実行せずに統合をアクティブ化すると、ランタイム・インスタンスで問題が発生する可能性があります。 |
無視された事前チェック失敗に対するアップグレード後のタスクの完了
事前チェックの失敗を無視することを選択した場合は、失敗した事前チェックに関連するステップを実行します。
| 事前チェック | 接続タスク | 統合のタスク | 他のタスク |
|---|---|---|---|
| 遅延(非同期)レスポンス | アップグレード後、次のいずれかのアダプタで遅延(非同期)レスポンスを使用した統合を再処理または再作成する必要があります。
アプリケーション駆動の統合:アプリケーション駆動の統合は、アップグレード中にドラフト状態に変更されます。これらの統合は、次のステップを使用して再処理する必要があります。
基本的なルーティング統合:基本ルーティング統合は、Oracle Integration 3ではサポートされておらず、空白のキャンバスが表示されます。これらの統合を削除し、アプリケーション駆動の統合として再作成する必要があります。 |
||
| サポートされていないアダプタ | アップグレード中に、次のサポートされていないアダプタを使用した接続が削除されました。
削除されたサポートされていないアダプタ接続を置き換えるには、RESTアダプタ接続を作成する必要があります。 |
アップグレード中に、サポートされていないアダプタを使用した統合がドラフト状態に変更され、スケジュールされた実行はすべて取り消されます。
これらの統合は、次のステップを使用して再処理する必要があります。
|
|
| カスタム・アダプタ | アップグレード中に、カスタム・アダプタを使用した接続が削除されました。
削除したカスタム・アダプタ接続を置き換えるには、同等のOracle Integration 3アダプタを使用して新しい接続を作成する必要があります。 |
アップグレード中に、サポートされていないアダプタを使用した統合がドラフト状態に変更され、スケジュールされた実行はすべて取り消されます。
これらの統合は、次のステップを使用して再処理する必要があります。
|
|
| 複数読取りファイル | アップグレード中に、「複数ファイルの読取り」操作を使用した統合がドラフト状態に変更されます。
これらの統合は、このパターンを使用しないように修正する必要があります。たとえば、listFile操作を使用してファイルをリストし、for-eachアクションを使用して各ファイルを個別に読み取ります。 |
||
| サポートされていないRESTタイプ | アップグレード中に、次のサポートされていないRESTタイプを使用した接続がドラフト状態に変更されました。
これらの接続は、次のいずれかの方法を使用して更新する必要があります。
Oracle Integration 3におけるRESTアダプタの使用の接続呼出しのための接続プロパティの構成を参照してください。 |
アップグレード中に、サポートされていないRESTタイプを使用した統合がドラフト状態に変更され、スケジュール済実行が取り消されました。
これらの統合は、次のステップを使用して再処理する必要があります。
|
|
| 基本ルーティング重複アプリケーション名 | 基本的なルーティング統合はOracle Integration 3ではサポートされておらず、空白のキャンバスが表示されます。これらの統合を削除し、アプリケーション駆動の統合として再作成する必要があります。 | ||
| 公開/サブスクライブの統合 | メッセージを公開したり、Oracle Integrationからメッセージをサブスクライブする統合は、イベント駆動のオーケストレーションに変換する必要があります。統合を削除し、パブリッシュ/サブスクライブ統合の事前チェック手順に基づいて再作成する必要があります。 | ||
| カスタム・エンドポイントURL | カスタム・エンドポイントはアップグレード中に移行されませんでした。
カスタム・エンドポイントを再作成する必要があります。 |
Oracle Visual Builderのアップグレード後のタスクの完了
移行を完了するには、次のステップを実行します。
| タスク | 担当者 | 次の場合 | タスク摘要 |
|---|---|---|---|
| カスタム・エンドポイントのDNSレコードの更新 | 管理者 | アップグレード直後 |
Oracle Visual Builderを使用していて、インスタンスにWAF V2またはロード・バランサを使用するように構成されたカスタム・エンドポイントがある場合、カスタム・エンドポイントDNSレコードのCNAMEをOracle Visual Builderインスタンスのホスト名またはOracle Visual Builder Generation 2ロード・バランサのIPアドレスで更新してください。ロード・バランサを更新するには:
ノート:アップグレード後に、Oracle Visual BuilderとOracle 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 Infrastructure Process Automationの使用のプロセス・アプリケーションのロールの構成を参照してください。
プロセス所有者 次のロールを持つメンバーを、新しいアプリケーションのプロセス所有者ロールに追加します:
プロセス・レビューア
スイムレーン・ロールを持つメンバー
グループ 新しいアプリケーションで古いグループをロールに変更し、グループを新しいロールに追加するか、グループのメンバーを新しいロールに追加します。 ロール 新しいアプリケーションで古いロールをロールに変更し、新しいロールにメンバーを追加します。 プロセスを開始できるメンバー プロセス開始プロパティで、次のいずれかのオプションからプロセスを開始できるメンバーを選択します。
動的プロセス・役割 動的プロセス・ロールを持つメンバーを、新しいアプリケーションの動的プロセス・ロールに追加します。 |
|
コネクタ資格証明の更新 |
開発者/管理者 | アップグレード直後 | 資格証明は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は、アップグレード後に変更されました。プロセス自動化コール・ウィザードを使用して統合を再構成する必要があります。統合の再構成を参照してください。 |
|
Process AutomationをコールするようにOracle Visual Builderアプリケーションを更新します |
開発者 | アップグレード直後 |
プロセス自動化および意思決定アプリケーション用の開発者APIは、アップグレード後に変更されました。そのため、Oracle Cloud Infrastructure Process AutomationをコールするOracle 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が数値データ型のデータベース列で解析される場合)。アップグレード後に、アップグレード設定で「数値アップグレード後フローIDの有効化」を選択せずにこれらの統合を変更せずに実行すると、変換例外エラーが発生します。
変更に対応するには、影響を受ける各統合でマッピングを更新するか、データベースに統合インスタンスIDを格納する列のデータ型を更新できます。 ノート:ここで説明する推奨方法は、Oracleデータベース・サービス(Oracle Autonomous AI Databaseなど)に基づいています。他のデータベース・タイプには、追加のステップが必要になる場合があります。 方法1: 影響を受ける各統合でマッピングを更新する 影響を受ける各統合で、統合インスタンスID値を含むターゲット属性を新しい数値UNIX時間にマップします。UNIX時間とは、1970年1月1日の00:00:00 UTCから開始して、UNIXエポックから経過した秒数を示します。この値は毎秒増分されます。値は整数として解析できるため、データベースの変更は必要ありません。 アップグレードの前に、インスタンスIDアクションの事前チェックの説明に従って、影響を受ける統合を確認しておく必要があります。 影響を受ける各統合に対して次のステップを実行します。
方法2: データベース内の影響を受ける列のデータ型を更新する データベースで、統合インスタンスIDを保持する列のデータ型を ノート: 解決策は、操作「SQL文の実行」を使用して作成されたデータベース・アクションに制限されます。 データベース列はすでに移入されているため、列のデータ型のみを変更することはできません。かわりに、次のステップを実行します。SQL Developerで次のステップを実行します。
|
| (オプション)フローIDを数値に設定します | 管理者 | アップグレード後6か月以内 | 必要な更新が完了したら、オプションでフローIDを数値に設定できます。
|

