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

次の状況で、プロセスの自動インプレース・アップグレードを使用できます。

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

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

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

ノート

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

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

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

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

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

新しいOracle Integration Generation 2インスタンスを作成します。
設計時メタデータを新しいインスタンスにコピーします。
メタデータは、本番インスタンスまたは非本番インスタンスから取得できます。ただし、本番インスタンス・メタデータを使用すると、実際の本番インスタンスをアップグレードするときに、必要な処理をより準備できます。
「非本番環境のアップグレード」のステップに進み、アップグレードをテストします。
他のインスタンスをアップグレードする準備が整ったら、リファクタリングされた統合をエクスポートし、アプリケーションを処理して、コピーした設計時メタデータのソースとして機能したインスタンスのアップグレード後のタスクを高速化できます。

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

ノート

非本番インスタンスがない場合は、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アプリケーションなど)を最初の環境からエクスポートし、アップグレード後に追加環境にインポートできます。これにより、複数の環境でアップグレード後のステップを実行する必要がなくなります。

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

ノート

本番環境でこのアップグレード・プロセスを実行する場合は、次の点に注意してください:

アップグレード前に、ビジネス・ユーザーが新しいトランザクションを作成しないように制限する必要がある場合があります。
アップグレードする前に、実行中のトランザクションを特定して完了する必要があります。
アップグレード後に、アップグレード後のタスクを実行するための停止時間があります。この間、ビジネスは新しいプロセスを実行できません。
プロセス・インスタンス・データはOracle Integration 3に移行されません。つまり、アップグレード後にOracle Integration Generation 2で作成または完了した過去のトランザクションは表示されません。

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

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

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

Oracle Cloud Infrastructureドキュメント