保持されるデータの管理

オンライン編集
データをデータベースに保持する場合、ある時点でそのデータの一部の削除やアーカイブが重要になってきます。 定期的なクリーンアップにより、ディスク・スペースを節約でき、パフォーマンスが向上します。
注: データをアーカイブしてパージする前に、そのデータをバックアップしてください。

データ

IBM® Business Automation Workflow は、以下の種類のデータを保持します。 これらはいずれも定期的なパージやアーカイブの対象です。 具体的なガイドを以下の表に示します。

Standard デプロイメント環境
Workflow Center は、開発時にプロセス・アプリケーションおよびツールキットのスナップショットを保持します。
Workflow Server は、デプロイされたプロセス・アプリケーションのスナップショットを保持します。
Workflow Server は、プロセス・インスタンスとそのユーザー・タスクも保持します。
Workflow Center および Workflow Server は両方とも、更新時に EPV の履歴値を保持します。
BPM 文書ストア は、文書の添付とケース・プロパティーのための組み込みストレージ・ロケーションです。
Performance Data Warehouse は、トラッキング・グループから収集されたイベント・データ、および実行中のプロセス・インスタンスの自動トラッキングを保持します。
中間メッセージの永続サブスクリプション・イベントが保持されます。
システムの一時フォルダー (%temp%) にインストール・メッセージが格納されます。
ユーザーとの対話をサポートするために、一部の索引データがメモリー索引に格納されます。
共有されているビジネス・オブジェクトが保持されます。
Advanced デプロイメント環境
Standard デプロイメント環境について言及されているデータに加えて、 Advanced デプロイメント環境 にはサービス機能に関する情報が保管されます。
プロセス・インスタンスとそのユーザー・タスクに加えて、 Workflow Server は BPEL プロセスのインスタンスとそのヒューマン・タスクを保持します。
Workflow Server には、失敗したイベントに関する情報も保管されます。 その情報は、Failed Event Manager から表示できます。
WebSphere Application Server
実動中および追加トレースの実行中に、システム・ログおよびトレース・ログが格納されます。
WebSphere トランザクション・マネージャーは、未完了トランザクションからのトランザクション・ログを保存します。
システムは、 Business Automation Workflowによって使用されるデータベースからのトランザクション・ログも保存します。

Workflow Center

表 1. Workflow Center 管理のクリーンアップ・アクティビティー
アクティビティー 説明 リソース
Workflow Center でのアーカイブ プロジェクトをアーカイブしても、プロジェクトは削除されず、データベース内のスペースは再利用されません。 アーカイブすると、プロジェクトにマークが付けられ、デフォルトで Workflow Center プロジェクト・リストに表示されなくなります。 プロジェクトをアーカイブすると、そのスナップショットおよび成果物がすべてアーカイブされます。

プロジェクト全体をアーカイブする代わりに、個々の名前付きスナップショットをアーカイブすることもできます。
ヒストリカル EPV 値の削除 ヒストリカル EPV 値はデータベースに保持されます。 EPV 値が短時間に更新されると、対応するデータベース行が急速に蓄積され、データベースのパフォーマンスに悪影響が及ぶ場合があります。 トピック「 BPMEPVHistoryCleanup コマンド」の説明に従って、 BPMEPVHistoryCleanup wsadmin コマンドを使用して不要な EPV 値をデータベースからパージします。
Workflow Center (Standard デプロイメント環境) での削除 プロジェクトを削除するには、まずアーカイブする必要があります。 次に、BPMRemoveProcessApplication という wsadmin コマンドを使用してプロセス・アプリケーションを削除します。 プロジェクトを削除すると、 スナップショットとプロセス・インスタンスがすべて削除されます。 BPMRemoveToolkit という wsadmin コマンドを使用してツールキットを削除してください。

ユーザー・インターフェースを使用してプロジェクトを削除するには、 アーカイブしたプロジェクトを選択した後、削除するプロジェクトの横にある「削除」をクリックします。 プロジェクトを削除すると、スナップショットとプロセス・インスタンスがすべて削除されます。

名前なしスナップショットは、 Process Designerで成果物を保存するたびに作成されます。 名前付きスナップショットは、単に名前なしスナップショットに名前を付けたスナップショットです。 これらの名前なしスナップショットはプロジェクト履歴を提供するためにデータベースに保存されますが、定期的にパージする必要があります。 名前なしスナップショットを定期的に削除しないと、LSW_PO_VERSIONS 表のサイズが非常に大きくなります。

名前付きのスナップショットはいずれも手動で削除できます。 名前付きまたは名前なしのスナップショットは、wsadmin コマンドを使用して削除できます。 名前なしスナップショットが不要になった場合に自動的に削除するように、 Business Automation Workflow を構成することもできます。

スナップショットを削除するには、BPMSnapshotCleanup という wsadmin コマンドを使用します。 名前付きスナップショットを削除するには、まずアーカイブする必要があります。
Workflow Center (Advanced デプロイメント環境) での削除 Standard デプロイメント環境で説明されているアクションに加えて、 Workflow Center プレイバック・サーバーで作成されるビジネス・レベル・アプリケーション (BLA) およびエンタープライズ・アプリケーションに注意する必要があります。 Workflow Center のプロセス・アプリケーションまたはツールキットに、直接またはツールキットを介して、モジュールまたはライブラリー (拡張コンテンツ) が含まれている場合、以下のいずれかの条件が満たされると、すべてのプロセス・アプリケーションまたはツールキットのチップと、拡張コンテンツを含むすべての名前付きスナップショットに対して BLA が作成されます。
  • その他のプロジェクトは、プロセス・アプリケーションまたはツールキット (他のモジュール、ライブラリー、または任意のタイプの IBM Integration Designer、 Rational® Application Developer、または Eclipse プロジェクト) に関連付けられます。
  • デフォルトのモジュールに実行可能コンテンツ (IMPORT/EXPORT ステートメント、またはコンポーネント) が含まれている。

例えば、一般的に、プロセス・アプリケーションまたはツールキットにはデフォルトのモジュールやデフォルトのライブラリーが含まれています。 ユーザーがモジュールにコンポーネント、インポート、またはエクスポートを追加するか、他のプロジェクトを関連付けると、プロセス・アプリケーションまたはツールキットがデプロイされ、BLA が作成されます。

このような拡張コンテンツは短時間で累積していき、累積することでサーバーの開始にかかる時間、メモリー使用量、および全般的パフォーマンスに影響が及ぶ可能性があります。

スナップショットに Advanced Integration Services (SCA モジュールや BPEL プロセスなど) が含まれている場合は、 Workflow Center を使用して Workflow Center サーバーからアンデプロイできます。

ファサード・パターンに従う場合は、通常、必要なのはプロセス・アプリケーションの最新スナップショットに対する BLA 1 つだけです。 BLA を削除するには、 Workflow Centerの 「スナップショット」 ページで 「アンデプロイ」 オプションをクリックします。 名前付きスナップショットを削除するには、 「非アクティブ化」 をクリックしてから、 「アンデプロイ」をクリックします。
BPMN プロセス・インスタンスの削除 プロセス・インスタンスを削除するときに、タスク・インスタンスも削除されます。 BPMProcessInstancesPurge wsadmin コマンドにより、特定のインスタンスを削除したり、指定した日付範囲内に完了したインスタンスを削除したりできます。
プロセス・アプリケーションまたはツールキットのヒントのアンデプロイ (Advanced デプロイメント環境) チップは、プロセス・アプリケーションまたはツールキットの現在の作業バージョンです。 チップをアンデプロイすると、すべての拡張統合サービスの成果物と、それに関連するビジネス・レベル・アプリケーション (BLA) がサーバーから削除されます。 プロセス・アプリケーション定義とその他の成果物は、リポジトリー内に引き続き存在します。

ファサード・パターンを使用していて、 Integration Designer Unit Test Environment (UTE) で拡張コンテンツをテストする場合、ヒントをデプロイする必要はほとんどありません。 ただし、変更が発生するとヒントが自動的にデプロイされるため、本当に必要がなければ、そのヒントをアンデプロイする必要があります。

Workflow Server

表 2. Workflow Server 管理者のクリーンアップ・アクティビティー
アクティビティー 説明 リソース
スナップショットの非アクティブ化 BPMDeactivate コマンドを使用して、スナップショットを非アクティブにします。 非アクティブ化することで、既存のすべてのインスタンスが処理を完了できますが、新規プロセス・インスタンスは作成されません。 Network Deployment 環境では、 Workflow Server または Workflow Center アプリケーションを処理するアプリケーション・クラスター・メンバーを含むノード上で、このコマンドを実行する必要があります。 デプロイメント・マネージャー・プロファイルからはこのコマンドを実行しないでください。

Workflow Center サーバーまたは Workflow Serverで、実行中のプロセス・アプリケーションのスナップショットを非アクティブ化できます。 プロセス・アプリケーションがメインエントリー・コンポーネントとして BPEL プロセスを使用している場合、WebSphere 管理コンソール内の対応する BPEL テンプレートを停止する必要があります。 当該 BPEL プロセスが BPD を呼び出す場合、テンプレートの停止後、スナップショットを非アクティブにする前に、既存のインスタンスが完了できるようにする必要があります。
Workflow Server 上の IBM BPM Standard からのスナップショットの削除 時間の経過とともに、ワークフロー・サーバーにプロセス・アプリケーションのスナップショットが多数蓄積される場合があります。 使用しなくなったスナップショットは削除できます。 スナップショットを削除するときには、関連したビジネス・プロセス定義もすべて削除します。

このスナップショットに実行中のインスタンスが含まれていてはいけません。 スナップショットをアクティブにすることはできません。

プロセス・アプリケーション・スナップショットを削除しても、ツールキット・スナップショットが自動的に削除されることはありません。 プロセス・アプリケーションが依存しているツールキット・スナップショットのリストを取得するには、BPMShowSnapshot コマンドを使用します。 これらのツールキットのスナップショットが他のプロセス・アプリケーションやツールキットで必要ない場合は、BPMDeleteSnapshot コマンドを使用して削除してください。
BPMN プロセス・インスタンスの削除 プロセス・インスタンスを削除するときに、タスク・インスタンスも削除されます。 BPMProcessInstancesPurge wsadmin コマンドにより、特定のインスタンスを削除したり、指定した日付範囲内に完了したインスタンスを削除したりできます。
タスク完了時のシステム・タスクおよび決定タスクの削除 デフォルトでは、システム・タスクおよび決定タスクに関するデータは、タスクが完了した後に保存されます。 BPMTasksCleanup という wsadmin コマンドを使用して、ワークフロー・サーバー上の実行中プロセス・インスタンスから完了タスクを削除してください。 システム・タスクおよび決定タスクの監査データをワークフロー・サーバーに保管しない場合は、 Process Designerでシステム・タスクまたは決定タスクを作成するときに 「完了時にタスクを削除」 を選択します。
ランタイム・データベースからの完了したタスクの削除 長期実行プロセス・インスタンスでは、ランタイム・データベースに多くの完了済みタスクが作成されることがあります。 完了済みタスクの数が多くなり過ぎると、ランタイム・データベースのパフォーマンスに影響が及ぶ可能性があります。 完了済みタスクは実行時にはもう必要ないため、ランタイム・データベースから完了済みタスクをパージすることで、この問題を解決できます。 完了タスクを削除してもシステムからは削除されないことに注意してください。 完了タスクはアーカイブ・データベースに残っています。 完了済みタスクの削除は、プロセス・インスタンスをマイグレーションする場合にも役立ちます。 完了済みタスクを削除することにより、新しい場所のプロセス・インスタンスで必要な情報だけをマイグレーションすることになります。
タスク完了時のユーザー、決定、またはシステム・タスクに関する実行データの削除 デフォルトでは、アクティビティーのランタイム実行状態が、そのアクティビティーの完了後に保存されます。 このデータは、保存された後に削除することができません。 プロセスの完了後に表示するために実行データ (変数値など) を保管しない場合は、 Process Designerのプロセス・ダイアグラムの「タスク・ヘッダー」セクションから 「クリーン状態」 を選択します。
Workflow Server (Advanced デプロイメント環境) でのスナップショットの削除 プロセス・アプリケーションに Integration Designerからのコンテンツが含まれている場合は、EAR ファイルを含むビジネス・レベル・アプリケーション (BLA) が作成されます。 プロセス・アプリケーションがワークフロー・サーバーにインストールされると、BLA およびその構成要素の EAR ファイルがサーバーにデプロイされます。 スナップショットを削除する前に、プロセスを停止し、コンテンツをアンデプロイする必要があります。
BPEL プロセス・インスタンスの削除 (Advanced デプロイメント環境) deleteCompletedProcessInstances.py 管理スクリプトを使用して、BPC データベースまたは Business Process Archive データベースから、終了状態 (終了、強制終了、または失敗) になった親 BPEL プロセス・インスタンスを選択的に削除します。
BPEL ヒューマン・タスク・インスタンスの削除 (Advanced デプロイメント環境) Business Process Choreographer Explorer を使用してヒューマン・タスクを個別に削除します。 Jython スクリプト (deleteCompletedTaskInstances.py または deleteCompletedProcessInstances.py) を使用することもできます。

タスクまたはプロセス・インスタンスを削除するためのジョブをスケジュールするには、Human Task Manager または Business Flow Manager 管理コンソールのページでクリーンアップ・サービスを使用します。
Business Process Choreographer オブジェクトの削除 (Advanced デプロイメント環境) 稼働中のシステムには、さまざまなデータベース・オブジェクトが蓄積されます。これには例えば、監査ログ・エントリー、タスクおよびプロセスのインスタンス、タスクおよびプロセスのテンプレート、担当者照会などがあります。 管理スクリプトを定期的に実行して、不要になったオブジェクトを Business Process Choreographer データベースから削除すると、ストレージ・スペースの浪費を防ぐのに役立ちます。
グループの削除
  • セキュリティー・グループは、LDAP などの構成済みのユーザー・リポジトリーから取得されます。 プロセス・インスタンスまたはタスクが削除されても、セキュリティー・グループが削除されることはありません。
  • チーム (以前の参加者グループ) は、スナップショットに関連付けられます。
  • ユーザーのリストまたはグループにタスクを割り当てると、一時グループが形成されます。 一時グループは、そのグループを使用するタスクがなくなると、サーバーから自動的に削除されます。
  • 内部グループには、複数のユーザー・リポジトリーのユーザーが含まれている場合があります。 内部グループの作成および削除は、Process Admin Console から行います。
使用していないアドホック・グループの削除 アドホック・グループは、そのグループを使用するタスク間で共有されます。 アドホック・グループは共有できるため、タスクの削除時に削除されることはありません。 使用していないアドホック・グループをクリーンアップするには、以下の方法を使用します。
  • タスクのクリーンアップ時に Process Admin Console を使用する。
  • プロセス・インスタンスの削除時に使用していないアドホック・グループを削除する。
永続的メッセージの削除 特定のイベントに対して永続サブスクリプションが有効になっている場合は、永続サブスクリプション・メッセージが LSW_DUR_MSG_RECEIVED データベース表内に存在し、保持されます。
共有ビジネス・オブジェクトのクリーンアップ 共有ビジネス・オブジェクトの新しいバージョンが保存されると、不要になったその共有ビジネス・オブジェクトの古いバージョンが自動的に削除されます。 システムでは、以下の構成プロパティーを基準にクリーンアップを実行します。
cleanupMaxVersionCount
保持するバージョンの数を指定します。 例えば、cleanupMaxVersionCount が 4 の場合は、少なくとも 4 つのバージョンが保持されます。
cleanupMinAge
新しいバージョンを削除しない時間数を指定します。 例えば、cleanupMinAge が 48 の場合、48 時間以内に作成されたバージョンは、cleanupMaxVersionCount の指定に関わらず削除されません。

Performance Data Warehouse

表 3. データベース管理者用のクリーンアップ・アクティビティー
アクティビティー 説明 リソース
古いインスタンスのパージ タスク・インスタンスとプロセス・インスタンスは、タスクおよびプロセスの完了後であっても、データベースに記録されます。
Performance Data Warehouse でのデータのアーカイブ スナップショットのアーカイブおよびそれらのスナップショット内のすべてのメタデータに ARCHIVED タイム・スタンプのマーク付けができます。 Business Automation Workflow は、 Performance Data Warehouse のスキーマおよびビューを生成するときに、アーカイブされたメタデータを使用しません。
Performance Data Warehouse でのデータのパージ トラッキング対象の BPD イベントは、 Performance Data Warehouseのデータベースに保存されます。 prune コマンドを使用して、不要になったデータを Performance Data Warehouse データベースから削除します。

ファイル・システム

表 4。 一時ディレクトリー用のクリーンアップ・アクティビティー
アクティビティー 説明 リソース
Business Automation Workflow 一時ディレクトリーのパージ インストール時およびその他の一部のランタイム操作時に、ファイルがシステム一時ディレクトリー (%temp%) に配置されます。 インストールが完了したら、これらのファイルを削除して構いません。 これらのファイルを一時ディレクトリーから削除する場合は、サーバーを停止する必要があります。  
WebSphere ログ・ファイルの管理 IBM Websphere Application Server では、以下のディレクトリーに一時ファイルが作成されます。
  • profile root/profile name/config/temp
  • profile root/profile name/temp
  • profile root/profile name/wstemp

temp ファイルは、プロファイル・ノードでサーバーを停止した後に削除できます。 wstemp ディレクトリーの内容は、デプロイメント・マネージャーをシャットダウンした後に削除できます。

WebSphere の他の一部のログ・ファイルでは、データが自動的にパージされます。
  • SystemOut.log ファイルには、JVM プロセスで発生した重要なイベントに関するメッセージが含まれます。 ログ・ファイルは自動的にロールオーバーされ、最も古いデータがパージされます。 バックグラウンドのバッチ・プロセスを使用して、最も古いログをロールオーバー前にキャプチャーできます。
  • トランザクション・ログを削除しないでください。 これは自動的にクリーンアップされます。