機械翻訳について

プロセスのインプレース・アップグレードの自動化

次の状況で、プロセスの自動インプレース・アップグレードを使用できます:
  • プロセスの使用(実行中または完了したインスタンス)がないか、
  • プロセス使用状況が本番前の状態であるか、または
  • アップグレード前にOracle Integration Generation 2で完了できる短期間のプロセス・インスタンスがあります
  • デシジョン・アプリケーションのみを使用しています。

このアップグレード・オプションが状況に合う場合は、このトピックで説明するステップを完了します。

初期アップグレード環境の準備

重要:

Oracleでは、ビジネスにとって重要ではない非本番インスタンスに対して最初にこれらのステップを実行することをお薦めします。 これらのステップが完了するまでに時間がかかる場合があり、この初期アップグレードでは、本番アップグレード前に解決または考慮する必要がある問題が識別される場合があります。

次のいずれかの環境がある場合は、この項のステップに従って、アップグレード検証のための一時環境を作成する必要があります:

  • 1つの本番インスタンスで本番ワークロードを実行していて、非本番インスタンスがない場合、問題が発生すると、プロセス・ユーザーの停止時間が発生する可能性があります。
  • ご使用の環境が本番インスタンスと、バックアップおよび緊急修正に頼る単一の非本番インスタンスで構成されている場合、本番環境がアップグレードされるまで、バックアップは行われません。

複数の非本番インスタンスがある場合は、「非本番環境のアップグレード」にスキップできます。

アップグレード検証用の一時環境を作成するには、次のステップを実行します:

  1. 新しいOracle Integration Generation 2インスタンスを作成します。
  2. 設計時メタデータを新しいインスタンスにコピーします。

    メタデータは、本番インスタンスまたは非本番インスタンスから取得できます。 ただし、本番インスタンス・メタデータを使用すると、実際の本番インスタンスをアップグレードするときに、必要な作業に対してより準備が整います。

  3. 「非本番環境のアップグレード」のステップを続行し、アップグレードをテストします。

    他のインスタンスをアップグレードする準備が整ったら、リファクタリングされた統合をエクスポートし、アプリケーションを処理して、コピーした設計時メタデータのソースとして機能したインスタンスのアップグレード後のタスクを高速化できます。

非本番環境のアップグレード

重要:

非本番インスタンスがない場合は、Oracleでは、前述のようにアップグレード検証用の一時環境を作成することをお薦めします。

非本番環境で次のステップを実行します。

タスク タスクを実行するタイミング タスクを実行するユーザー 作業の詳細
設計時のギャップを分析 アップグレード前 自分

「プロセス自動化」事前チェックで、「詳細」を展開し、問題を書き留めます。 回避策または代替ソリューションについては、「アップグレードがプロセス機能に与える影響」を参照してください。 プロセス・アプリケーションをリストアおよびアクティブ化するには、アップグレード後にこれらのオプションを実装する必要があります。 サポートされていない機能を使用していて、提案に従えない場合は、Oracle担当者に連絡するか、サービス・リクエストを申請してください。

アクティブ・インスタンスのバイパス事前チェック アップグレード前 自分

「アクティブなインスタンスを無視し、アップグレードを続行」を選択し、「変更の保存」をクリックします。 選択内容を2回確認するよう求められます。

警告:

このオプションを選択すると、実行中のプロセス・インスタンス(進行中)および完了したプロセス・インスタンスが失われます。 このオプションは、特に本番インスタンスで選択する場合は注意してください。

このオプションを選択すると、「プロセス自動化」事前チェックが警告に変更され、事前チェックがバイパスされたことが示されます。

アップグレードの再スケジュール アップグレード前 自分

必要に応じて、「非本番インスタンス・アップグレードの再スケジュール」。

開発作業の制限 アップグレードの2~3日前 自分

アップグレードまでの2日間に、開発作業を可能なかぎり一時停止または制限します。 変更は保存されますが、アップグレード・チェックが失敗する可能性があります。 このような場合は、アップグレードを再スケジュールする必要があります。 たとえば:

  • プロセスまたはデシジョン・アプリケーションを作成または編集しないでください。
  • 新規プロセス・インスタンスを作成しないでください。
アップグレード・プロセス アップグレード中 Oracle

アップグレード中に、Oracleは次のステップを実行します:

  • Oracle Integration Generation 2からプロセス・アプリケーションをエクスポートします。
  • アップグレードしたOracle Integration 3インスタンスで「プロセス自動化」を有効にします。
  • 既存のプロセス・アプリケーションを変換し、それらをOracle Integration 3インスタンスにインポートします。

    プロセス・アプリケーションでサポートされていないアクション(インサイト・アクティビティなど)が使用されている場合、Oracleはこれらのアクションをプレースホルダー・アクションに置き換え、アップグレード後に置換または削除する必要があります。 「プロセス自動化のアップグレード後のタスクの完了」を参照してください。

ノート: プロセス・インスタンス・データはOracle Integration 3に移行されません。 つまり、アップグレード後にOracle Integration Generation 2に作成された履歴トランザクションは表示されません。

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

アップグレード後のアクティビティを実行して、プロセス・アプリケーションを作業オーダーにリストアします。 「プロセス自動化のサービス・レベルのアップグレード後タスク」を参照してください。

プロセス・アプリケーションがVisual Builderまたは統合を含むソリューションの一部である場合は、他のクライアントを更新するために追加のステップを実行する必要がある場合があります。 「プロセス・アプリケーションをコールするクライアントの更新」を参照してください。

追加の非本番環境のアップグレード

追加の非本番環境がある場合は、上の表からアップグレード前のステップを実行できます。 ただし、アップグレード後のタスクを完了するかわりに、リストアされたプロセス・アプリケーションおよび関連アーティファクト(Visual Builderアプリケーションなど)を最初の環境からエクスポートし、アップグレード後に追加環境にインポートできます。 これにより、複数の環境でアップグレード後のステップを実行する必要がなくなります。

本番環境のアップグレード

重要:

本番環境でこのアップグレード・プロセスを実行する場合は、次の点に注意してください:
  • アップグレード前に、ビジネス・ユーザーによる新規トランザクションの作成を制限する必要がある場合があります。
  • アップグレードの前に、実行中のトランザクションを特定して完了する必要があります。
  • アップグレード後にアップグレード後のタスクを実行するために、停止時間が発生します。 この間、ビジネスは新しいプロセスを実行できません。
  • プロセス・インスタンス・データはOracle Integration 3に移行されません。 つまり、アップグレード後にOracle Integration Generation 2で作成または完了した履歴トランザクションは表示されません。

このアップグレード・プロセスの続行を決定する前に:

  • 環境で実行中のトランザクションの数を評価し、アップグレード前にこれらのトランザクションを完了します。 実行中のトランザクションを表示するには:
    1. サービス管理者ロールを持つユーザーとして、Oracle Integration Generation 2インスタンスにサインインします。
    2. 「マイ・タスク」をクリックし、「プロセス」を選択します。
  • Oracle Integration Generation 2プロセスからランタイム・データを保存します。 このステップは、完了したトランザクションの履歴が失われないようにするために重要です。 アップグレード「前に」これを行う必要があります。 「データのアーカイブおよびパージ」を参照してください。 次の点に注意してください。
    • アーカイブされた情報は、構成されたオブジェクト・ストレージ・バケットで使用可能になります。
    • 添付はアーカイブ・ファイルに含まれません。 これらは手動でエクスポートする必要があります。 「Oracle Integration 2のREST API」の「プロセス・アタッチメントをストリームとして取得」を参照してください。

本番環境でこのアップグレード・プロセスを続行する場合は、上の表のステップを実行します。