データエージングオブジェクトBC_IDOCは、データエージングをサポートします(データエージングも参照)。
使用する
IDocは、データベースのテーブルEDIDC(制御レコード)、EDID4(データレコード)、およびEDIDS(ステータスレコード)に保存されます。作業メモリーを解放するために、IDocをステータスと時間に応じてHOT領域からCOLD領域に移動できます。この手順は、IDocのデータエージングと呼ばれます。移動されたIDocは引き続きシステムに表示され、削除またはアーカイブできますが、変更または処理することはできません。エージングオブジェクトBC_IDOCには、テーブルEDID4(データレコード)とEDIDS(ステータスレコード)が含まれています。
前提条件
データベースはデータエージングをサポートしている必要があります。特に次の点に注意してください。
活動
-
ステータスの確認
現在アーカイブ可能なステータスにあるIDocは、COLD領域に移動できます。IDocでこれを確認する必要があります(アーカイブ可能ステータスの表示または変更)。まだ処理できるIDocは、データエージングから除外されます。これは、次のIDocステータス値に影響します。
- 64IDocをアプリケーションに転送する準備ができました
- 66 IDocが先行IDocを待機しています(シリアル化)
- 51アプリケーションドキュメントは投稿されていません
- 75IDocはインバウンドキューにあります
- 69IDocが編集されました
- 滞留時間の維持
標準設定を使用する場合、過去14日間に変更または編集されていないIDocのみがデータエージングの対象になります。ただし、たとえば特定のメッセージタイプまたはパートナに対してより長いまたはより短い時間を使用する場合は、メッセージタイプまたはパートナに対してトランザクション滞留時間を使用します(WEIDOCDAAG)。
次のキーフィールドに異なる時間を保存できます。
- メッセージタイプ
- IDocタイプ
- 強化
- 送信者または受信者のレポート
- パートナータイプ
- パートナー番号
- 方向(インバウンドまたはアウトバウンド)
より具体的なエントリは、より具体的でないエントリを上書きします。
例
上記の例は、次の場合を示しています。
メッセージタイプのIDocは、ORDERSわずか3日後に実行されるデータエージングを考慮に入れる必要があります(例1)。このルールとは対照的に、パートナーポートMYREMOTE(として送信ORDERS04)のIDocはHOTエリアに12日間保持されます(例2)。