機械翻訳について

アップグレード準備状況の確認および事前チェックの問題の修正

Oracleは、アップグレードの準備状況を判断するために、いくつかの事前チェックを定期的に実行し、アップグレードを円滑に実行します。 事前チェックに合格しない場合は、問題を修正するためにタスクの実行が必要になる場合があります。

事前チェックの問題を修正したら、「アップグレード設定の構成」を実行します。

事前チェック・ステータスの表示

事前チェック・ステータスを確認するか、チェックを再度実行するには、次のステップを実行します:

  1. ナビゲーション・ペインで、「設定」「アップグレード」の順にクリックします。

    最後に完了した事前チェックが準備状況チェック表の上に表示されるのはいつですか。

    準備状況チェック表には、事前チェック項目のステータスに関する次の情報が表示されます。

    説明
    適格条件 アップグレードの準備のために満たす必要がある条件。 一部の条件には、関連するドキュメントへのリンクが含まれます。
    所有者 条件の管理を担当するユーザー。
    期日 条件を満たす日付。
    適格ステータス 条件のステータス(満たされていない条件の説明を含む)。 「詳細...」を展開して、条件の失敗に関する追加情報を表示します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。
  2. 合格しなかった事前チェックがある場合は、関連するタスクを実行して問題を修正します。
  3. 事前チェックを再実行するには、「再度チェック」をクリックします。

    事前チェックが完了するまでに約1時間かかります。

ノート:

Oracleがインスタンスのアップグレードを試みた場合は、その試行の詳細が準備状況チェック表のすぐ下にある「アップグレード・サマリー」に表示されます。

接続エージェント事前チェック

適格条件 一般的な所有者 政府リージョンに適用 完了するタスク

エージェントJavaバージョン

開発運用チーム はい 接続エージェントがJDK 17およびPKCS12 KeyStoreを使用していることを確認します。 「詳細」を展開して、確認が必要な接続エージェントを表示します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。 「接続エージェント・ステータス」セクションを表示して、インスタンス内のすべての接続エージェントのステータスを確認することもできます。
  1. JDK 17をまだ使用していない接続エージェントの場合は、エージェントをホストするサーバーにJDK 17をインストールします。
  2. JKS KeyStoreをまだ使用しているエージェントの場合は、KeyStoreをPKCS12 KeyStoreに変換します。 変換は、次の2つの方法のいずれかで実行できます:
    • アップグレード中に自動的に: JKS KeyStoreは、アップグレード時に自動的にPKCS12 KeyStoreに変換されます。
    • 手動(アップグレード前): 次のステップに従って、アップグレード前にJKS KeyStoreをPKCS12 KeyStoreに手動で変換できます。

    ノート:

    JKS KeyStoreをPKCS12 KeyStoreに変換しても、Oracle Integration Generation 2接続エージェントには影響せず、Oracle Integration 3にアップグレードした後にのみ有効になります。

    JKS KeyStoreを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. 接続性エージェントを停止します。
    5. 次のロケーションのkeystore.jksファイルを削除します:

      Agent_Install_Location/agenthome/agent/cert

    6. 接続エージェントを起動します。

Oracle Integration 3のエージェント接続 - 接続エージェントが実行されている必要があります

開発運用チーム はい アップグレードを開始する前に、接続エージェントが稼働している必要があります。 「詳細」を展開して、確認が必要な接続エージェントを表示します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。 また、「接続エージェント・ステータス」セクションの「エージェント・ステータス」列を表示して、各エージェントがオフライン(使用不可)であるかどうかを示す、インスタンス内のすべての接続エージェントのステータスを確認することもできます。

アップグレード中に到達できない、またはアップグレード要件を満たさないエージェントはアップグレードされません。その場合は、「アップグレード後のステップ」を実行して接続を再取得する必要があります。

Oracle Integration 3のエージェント接続 - 許可リスト設定の更新

開発運用チーム はい アップグレードする前に、接続エージェントの許可リスト設定を更新する必要があります。 「詳細」を展開して、確認が必要な接続エージェントを表示します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。 「接続エージェント・ステータス」セクションに「許可リスト・ステータス」列を表示して、インスタンス内のすべての接続エージェントのステータスを確認し、許可リストが適切に更新されたかどうかを示すこともできます。

アップグレード・ウィンドウが近づいたら、次のアップグレード前のタスクを実行します:

  • Oracle Cloud Infrastructure Identity and Access Management (IAM)のIPアドレスを許可リストに追加します。
  • Oracle Integrationの設計時およびランタイムIPアドレスを許可リストに追加します。
  • 可能なかぎり頻繁にリフレッシュするように、Oracle Integration URLのプロキシ・サーバーの「キャッシュ」プロパティを設定します。

アップグレード中に到達できない、またはアップグレード要件を満たさないエージェントはアップグレードされません。その場合は、「アップグレード後のステップ」を実行して接続を再取得する必要があります。

サポートされていないAgentGroup識別子

開発運用チーム はい 識別子にスペースが含まれているエージェント・グループは、Oracle Integration 3に移行されません。 エージェント・グループが必要な場合、アップグレード後に再作成する必要があります。

インスタンス事前チェック

適格条件 一般的な所有者 政府リージョンに適用 完了するタスク

カスタム・エンドポイントURL

管理者 はい 「カスタム・エンドポイント」が移行前にどのように構成されているかに応じて、様々なステップを実行します。アップグレード・プロセスでは、カスタム・エンドポイントの処理方法が異なります。 「詳細」を展開して、アップグレードを続行する方法を決定します。
テキストで説明されているフローチャート

  • Visual Builderを使用している場合:
    1. アップグレードを続行するには、「Visual Builderアップグレード前のタスク」を完了します。
    2. アップグレード・プロセスでは、カスタム・エンドポイントおよびVisual Builderの代替カスタム・エンドポイントが構成されます。
  • Visual Builderを使用せず、代替カスタム・エンドポイントがある場合は、Oracle Integration Generation 2インスタンスから削除します。 Oracle Integration 3は現在、代替カスタム・エンドポイントをサポートしていません。
  • Visual Builderを使用せず、カスタム・エンドポイントでSSLを使用する場合:
    1. アップグレードを続行するには、Oracle Integration Generation 2インスタンスの前にロード・バランサを設定し、SSL証明書を削除します。
    2. アップグレード中に、アップグレード・プロセスによってOracle Integration 3にカスタム・エンドポイントが構成されます。
    3. アップグレード後、「統合へのランタイム・アクセス」Oracle Integration Generation 2の場合と同様に引き続き機能します。 設計時や「プロセス自動化」など、他のすべてのアクセス・ポイントについては、カスタム・エンドポイントには引き続きアクセスしますが、カスタム・エンドポイントは適切なURLにリダイレクトされます。
  • これらの状況のいずれも当てはまらず、この事前チェックに合格した場合、アップグレード・プロセスによってOracle Integration 3にカスタム・エンドポイントが構成され、カスタム・エンドポイントはSSLシナリオの前の箇条書きで説明したとおりに動作します。

インスタンスIDアクション

管理者 はい 「インスタンス」ページおよび統合インスタンスのアクティビティ・ストリームに表示されるシステム生成の統合インスタンスIDが、Oracle Integration 3の数値から英数字の値に変更されました。 値の「データ型」は変更されず、文字列データ型のままです。 英数字の値を変更すると、インテグレーション・インスタンスIDが数値であることに依存するシステムに影響を与える可能性があります。 たとえば、REST APIから統合インスタンスIDを解析し、統合インスタンスIDを数値フィールドとしてデータベースに保存する場合、データベース・フィールドを更新する必要があります。

インテグレーション・インスタンスIDを使用するインテグレーションがある場合は、事前チェックで警告が表示されます。 「詳細」を展開して、レビューが必要な統合を確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

この変更に必要な更新に追加の時間が必要な場合は、統合インスタンスIDを一時的に数値として保持できます(アップグレード後6か月)。 「FlowId変換のサポート」を参照してください。 前述の詳細をコピーすることで影響を受ける統合に注意してください。

ノート: この事前チェックでは、インスタンスIDを使用する統合が存在するかどうかをチェックするだけで、インスタンスIDの正確さはチェックされません。 統合の更新後も警告は残りますが、アップグレードには影響しません。

日次電子メール制限

管理者 はい Oracle Integration 3は、「サービス制限」で説明されているように、24時間ごとのローリング・ウィンドウで10,000通の電子メールを送信できます。 デプロイメントでそれ以上の送信が必要な場合は、かわりに顧客テナンシを使用できます。 「通知電子メールの構成」を参照してください。

IDCSのカスタム・スコープ

管理者 いいえ Oracle Integration 3は、インスタンスの作成時にOracle Identity Cloud Service (IDCS)にデフォルト・スコープ(/ic/api/ , urn:opc:resource:consumer::all)を追加します。 IDCSに追加された他のカスタム・スコープはサポートされません。 IDCSでカスタム・スコープを作成した場合は、それらを削除する必要があります。

その他のエラー

状況により異なる はい 特定の事前チェックがないアップグレードをブロックする他の問題がある場合は、他の障害に含まれます。 「詳細」を展開して、アクションが必要な問題を確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

B2B for Oracle Integration事前チェック

適格条件 一般的な所有者 政府リージョンに適用 完了するタスク

B2B保持期間

管理者 いいえ この事前チェック・ステータスを修正するために何もする必要はありませんが、Oracle Integration 3 StandardおよびEnterpriseエディションでは、デフォルトで32日間のデータ保持がサポートされることに注意してください。 アップグレード中は、最新の32日間の保持データのみが移行されます。 「詳細」を展開して、現在保持されているデータの日数を確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

Oracle Integration 3にアップグレードすると、必要に応じて「データ保存期間の延長」、または184日間のデータ保持をサポートする「Healthcareエディションへのアップグレード」を実行できます。

統合事前チェック

適格条件 一般的な所有者 政府リージョンに適用 完了するタスク

遅延(非同期)レスポンス

開発チーム はい 遅延(非同期)レスポンス・パターンは、以前、次のアダプタでサポートされていました:
  • Oracle CX SalesおよびB2B Serviceアダプタ
  • Oracle ERP Cloudアダプタ
  • Oracle HCM Cloudアダプタ
  • Oracle Fusion Field Serviceアダプタ
  • Salesforceアダプタ
  • ServiceNowアダプタ
これらのアダプタのいずれかとの遅延(非同期)レスポンスを使用した統合がある場合は、2つの呼出し接続を作成して再処理し、同様の機能を実現します:
  1. 成功コールバックの単純な起動を作成します。
  2. 障害ハンドラの下に障害コールバックの起動を追加して、正しい障害を捕捉します。

「詳細」を展開して、レビューが必要な統合を確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

アイデンティティ証明書

開発チーム はい アイデンティティ証明書は、双方向SSL通信中にクライアント・アイデンティティを確立します。 「AS2アダプタ」および「RESTアダプタ」に基づく接続では、アイデンティティ証明書を使用できます。

「詳細」を展開して、アイデンティティ証明書の名前とそれを使用する接続を確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

アイデンティティ証明書がある場合は、アップグレード後に、接続性の確保の説明に従って新しいアイデンティティ証明書をアップロードする必要があります:

基本ルーティング重複アプリケーション名

開発チーム はい インスタンスに、同じソースおよびターゲット・エンドポイント名を持つ基本的なルーティング統合が含まれている場合は、次のステップを実行します:
  1. 基本的なルーティング統合を編集し、ターゲット・エンドポイントを削除して、別の名前で再度追加します。
  2. 統合を保存します。

「詳細」を展開して、レビューが必要な統合を確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

複数読取りファイル

開発チーム はい 複数ファイルの読取り操作は、Oracle Integration Generation 2で非推奨になりました。

複数のファイルを読み取る操作を含む統合がある場合は、このパターンを使用しないように統合を再処理します。 たとえば、listFile操作を使用してファイルをリストし、for-eachアクションを使用して各ファイルを個別に読み取ります。 「詳細」を展開して、レビューが必要な統合を確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

公開/サブスクライブの統合

開発チーム はい

Oracle Integrationからのメッセージのパブリッシュまたはメッセージのサブスクライブを行う統合がインスタンスに含まれている場合は、パブリッシュ/サブスクライブ(またはパブリッシュ/サブスクライブ)統合をイベント主導のオーケストレーションに変換する必要があることに注意してください。 統合は、構成に応じて異なる方法で処理されます:

  • 添付を使用する公開/サブスクライブ統合は、現時点では自動変換できません。 アップグレードを続行する場合は、これらの統合を削除するか、事前チェックの失敗を無視できます。 アップグレード後、それらを再作成し、テナンシのFTPサーバーまたはオブジェクト・ストレージにアタッチメントをプッシュして、参照をサブスクライバ・フローに渡すことができます。 「Oracle Integration 3での統合の使用」「ヘッダー・ベースのサブスクリプション・フィルタリングの定義」を参照してください。
  • 他のすべてのアクティブなpub/sub統合は、アップグレード中に自動的に変換されます。 ドラフト状態のパブリッシュ/サブスクライブ統合は移行できず、アップグレード後に空白になります。
  • サブスクライバ・フローでデータをマップした場合、マッピングは可能なかぎり正確に変換されます。 ただし、アップグレード後は、マッピングを確認し、必要に応じて修正する必要があります。
  • 「サブスクライバのみ存在し、パブリッシャは存在しません」というエラーが表示された場合は、アップグレード前に削除する必要がある孤立サブスクライバがあります。

「詳細」を展開すると、「ありえない」が自動的に変換された統合が表示されます。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

ノート: この機会を利用して、ドラフト公開フローを削除できます。

DT API基本認証からOAuthアクション

開発チーム はい Basic認証を使用したREST接続を使用して開発者APIにアクセスする統合がインスタンスに含まれている場合は、OAuthを使用するように変更する必要があります。

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 Utilitiesアダプタ

開発チーム はい Swagger 2.0は、「Oracle Utilitiesアダプタ」でサポートされなくなりました。 Swagger 2.0 RESTカタログを使用する既存の統合がある場合、ランタイムは影響を受けません。 ただし、設計時接続の編集、接続の再テスト、メタデータのリフレッシュ、アーティファクトのリフレッシュまたは再アクティブ化を試みると、統合は失敗します。 OpenAPI 3.x定義を使用するようにカタログを更新する必要があります。 「詳細」を展開して、レビューが必要な統合を確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。 「Oracle Utilitiesアダプタ・バージョン24.04.0以上でのSwagger 2.0 RESTカタログの使用」を参照してください。

サポートされていないアダプタ

開発チーム はい インスタンスに、Oracle Integration 3でサポートされていない次のアダプタのいずれかを使用する統合が含まれている場合は、アダプタをRESTアダプタに置き換えます:
  • Automation Anywhereアダプタ
  • Evernoteアダプタ
  • Oracle Messaging Cloud Serviceアダプタ
  • Oracle Monetization Cloudアダプタ
  • Oracle Taleo Business Edition (TBE)アダプタ
  • UiPath Robotic Process Automationアダプタ

    ノート: ロボットによるプロセス自動化(RPA)機能は、Oracle Integration 3で入手できます。 「Oracle Integration 3でのロボットの使用」「ロボットについて学ぶ」および「ロボットのビルド」を参照してください。

「詳細」を展開して、サポートされていないどのアダプタを使用しているかを確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

サポートされていないRESTタイプ

開発チーム はい 次の接続タイプは非推奨であり、RESTアダプタ接続ではサポートされていません。 これらの接続タイプを異なる接続タイプに置き換えます。 「Oracle Integration 3でのRESTアダプタの使用」「起動接続の接続プロパティの構成」を参照してください。
  • メタデータ・カタログURL
  • Swagger定義URL
  • RAML定義URL

「詳細」を展開して、使用しているサポートされていないRESTタイプを確認します。 詳細をクリップボードにコピーするには、「コピー」アイコンをクリックします。

RAMLまたはOracleメタデータ・カタログを使用して記述されるREST APIを使用する開発者は、次のアクションを実行する必要があります:
  1. RESTサービス・プロバイダを参照し、Swagger定義を要求します(使用可能な場合)。 Oracle Fusion Applicationsには、使用可能なSwaggerオプションが必要です。 これは、すべてのOracle Fusion Applicationsのガイドラインです。
  2. 代替仕様が使用できない場合は、接続URLとしてREST APIベースURLを選択し、アダプタ・エンドポイント構成ウィザードを使用してターゲットAPIリクエストを定義することで、RESTアダプタの基本テンプレートを使用します。

もう1つのオプションは、RESTアダプタ接続で使用するRAMLをOpenAPI仕様に変換することです。

Swagger/OpenAPI仕様に対するより堅牢で完全なサポートを提供するために、RESTアダプタには、すべてのOpenAPI仕様を1つのフィールドに指定する統合オプションが含まれています。 このオプションは、使用できなくなったSwagger定義URLを指定するためのオプションも置き換えます。

Visual Builder事前チェック

適格条件 一般的な所有者 政府リージョンに適用 完了するタスク

カスタム・エンドポイントURL

管理者 いいえ これは「インスタンス事前チェック」でも説明されていますが、Visual Builderに適用されるため、ここでも繰り返されています。

カスタム・エンドポイントがあり、Visual Builderを使用している場合:

  1. アップグレードを続行するには、「Visual Builderアップグレード前のタスク」を完了します。
  2. アップグレード・プロセスでは、カスタム・エンドポイントおよびVisual Builderの代替カスタム・エンドポイントが構成されます。

VBCS

管理者 いいえ

独自のOracleデータベース・インスタンス(BYODB)でVisual Builderを使用する場合は、アップグレード中にAutonomous AI Transaction Processing (ATP)が稼働している必要があります。

スムーズ・アップグレードの場合は、「Oracle Integration 3でのOracle Visual Builderの管理」「アップグレードのためのVisual Builderの準備」で説明されているタスクを実行します。

アップグレード前に指定したタスクを完了しないと、アップグレード後に即時停止および接続の問題が発生する可能性があります。 アップグレード後にこれらの問題を解決するには、追加のタスクを実行し、My Oracle Supportでサービス・リクエスト(SR)を送信する必要がある場合があります。

「プロセス自動化」事前チェック

適格条件 一般的な所有者 政府リージョンに適用 完了するタスク

プロセスの自動化

管理者 いいえ

機能の相違点

Oracle Integration Generation 2のProcessとOracle Integration 3「プロセス自動化」には、いくつかの違いがあります。 「プロセスのFAQ」を参照してください。

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

プロセス自動化/プロセス・アプリケーション 管理者 いいえ
ランタイム・トランザクション
  • Oracle Integration Generation 2でアクティブに使用されているプロセス・インスタンスがある場合、この警告の事前チェックが表示されます。
    • フェーズ・アップグレード中に、統合およびVisual BuilderアプリケーションがOracle Integration 3にアップグレードされます。 ただし、アップグレード後も、プロセスはOracle Integration Generation 2で引き続き機能します。
    • プロセスのフェーズ・アップグレードの詳細は、「プロセスのフェーズ・アップグレード」を参照してください。

      ノート: プロセスのフェーズ・アップグレードをオプトアウトすることはできません。

  • この警告の事前チェックは、アクティブに使用されていないプロセス・インスタンスがある場合にのみ表示されます。

    インスタンスは、プロセス自動化なしでアップグレードされます。 実行時トランザクション(完了または進行中)は失われます。 アップグレードの前に、Oracle Integration Generation 2から保持する設計時プロセス・アプリケーションをエクスポートします。 それらを保持したくない場合は、何もする必要はありません。 「詳細」を展開して追加情報を表示します。

    監査を保持する場合は、Oracle Integration Generation 2プロセスからランタイム・データを保存する方法を説明する「このセクション」を参照してください。

    ノート:

    設計時データは、アップグレード後6か月間保持されます。

    アップグレード中は、Oracle Integration 3でプロセスが有効化されず、Processアプリケーションは移行されません。

    アップグレード後は、何もする必要はありません。 ただし、プロセスを使用する場合は、プロセスを有効にして設計時アプリケーションを再インポートできます。

    アップグレード前に設計時プロセス・アプリケーションをエクスポートせず、アップグレード後に必要な場合は、My Oracle Supportでサービス・リクエスト(SR)を発行します。

    プロセスの有効化の詳細は、「Oracle Integration 3を使用したプロセス自動化の有効化」を参照してください。

Oracle Content Management 管理者 いいえ

Oracle Content Management

プロセスがOracle Content Management (OCM)と統合されている場合は、新しいホスト名を使用するようにOCMの統合設定を更新する必要があります。 そうしないと、問題が発生します。 「詳細...」を展開して、新しいホスト名を取得します。

Visual Builder 管理者 いいえ

Visual Builder

プロセスを呼び出すVisual Builderアプリケーションがある場合は、段階的なアップグレードのアップグレード前のステップを完了して、Visual Builderアプリケーションを更新します。

プロセス 管理者 いいえ

OAuthセキュリティ・ポリシーまたはBasic Authセキュリティ・ポリシーのみで構成されたRESTトリガーとの統合をコールするプロセスがある場合は、フェーズ・アップグレード後の失敗を回避するために、OAuthおよびBasic Authを使用するように更新する必要があります。

プロセス 管理者 いいえ

統合アクティビティを使用した動的プロセス・コールは、フェーズ・アップグレード後は機能しません。 そのため、サービス・アクティビティ接続を使用して統合をコールするように、動的プロセスを更新する必要があります。 フェーズ・アップグレードの前にこれを行わないと、アップグレード後にサービスの中断が発生する可能性があります。

プロセス 管理者 いいえ

SOAP接続(WSDL URL)またはREST接続を使用してOracle Integration Generation 2プロセスを呼び出す統合がある場合は、段階的なアップグレード後にアップグレード後の失敗を回避するために、基本認証セキュリティ・ポリシーを使用するように統合を更新する必要があります。

準備状況チェックに失敗したインスタンスの修正

アップグレードがスケジュールされ、インスタンスがアップグレードの準備ができなくなった場合は、アップグレードが正常に完了するように結果に対処します。

  1. Oracle Integrationで、次のいずれかのステップを使用してアップグレードページを開きます:
    • ナビゲーション・ペインで、「設定」「アップグレード」の順にクリックします。
    • 「お知らせ」 「お知らせ」アイコンをクリックし、通知のリンクをクリックします。
    「アップグレード」ページが表示されます。

    スクリーンショットは、準備状況チェックが失敗したことを示すメッセージが表示された「アップグレード」ページと、適格性条件とそのステータスのリストを示しています。 準備状況チェックを再実行するための「再確認」ボタンがあります。

  2. 合格しなかった条件をレビューし、適切な処理を実行します。 実行するステップは、「アップグレード準備状況の確認および事前チェックの問題の修正」を参照してください。
  3. すべての問題に対処した後、インスタンスを再度確認します。
    1. 「再度チェック」をクリックします。
      チェックが完了するまでに約1時間かかります。 最後に完了したチェックが準備状況チェック表の上に表示されるのはいつですか。
    2. チェックに合格するまで、修正を続けます。
      問題を修正する方法がわからない場合は、My Oracle Supportにサービス・リクエスト(SR)を入力します。