維持するテーブル

保持するテーブルのリストは、Adobe Campaignのバージョン、使用方法、データモデル設定によって異なります。

次のリストには、断片化の対象となるテーブルのみが表示されます。 影響は次のとおりです。

  • ディスク領域の過剰消費により、データベース・アクセスに影響を与える
  • 定期的に更新されていないインデックスがあり、クエリのパフォーマンスが低下します。

Adobe Campaignテーブル

テーブル名
サイズ
 アクティビティのメインタイプ
 コメント
NmsDelivery
 小
 アップデート
 配信アクションごとに1つのレコードがあります。 1つのレコードは、配信の進行状況を反映するために複数回更新される可能性があるので、このテーブルのインデックスは急速にフラグメント化する傾向があります。
NmsDeliveryPart
 中
 挿入、更新、削除
 配信の準備中にレコードが挿入される作業用テーブル。 その後、配信中に更新され、配信が完了すると最終的に削除されます。
このテーブルは、平均サイズがかなり制限されているにもかかわらず、急速にフラグメント化する傾向があります。
NmsMirrorPageInfo
 大
 挿入、削除
 この表には、パーソナライズされたミラーページの生成に必要な情報が含まれます。 メモ(CLOB)フィールドが含まれているので、非常に大きくなりがちです。 ボリュームは、保持するミラーページの履歴に正比例します。
NmsDeliveryStat
 中
 挿入、更新、削除
 このテーブルには、配信プロセスに関する統計情報が含まれています。 レコードは定期的に更新されます。
NmsAddress
 中
 更新、挿入
 このテーブルには、Eメールアドレスに関する情報が含まれます。 このレポートは、強制隔離プロセスの一環として頻繁に更新されます（最初の配信エラー時にレコードが作成され、配信が正常に完了するとカウンターが変更および削除されます）。
XtkWorkflow
 小
 アップデート
 ワークフローインスタンスごとに1つのレコードがあるので、レコード数は非常に少なくなります。 ただし、テーブルは定期的に更新され、ステータスと進行状況が反映されます。
XtkWorkflowTask
 小
 挿入、更新、削除
 ワークフローアクティビティを実行するたびに、このテーブルにレコードが作成されます。 パージメカニズムは、期限切れになると削除します。
XtkWorkflowEvent
 小
 挿入、更新、削除
 ワークフロー内のタスク間でアクティブ化された各トランジションは、このテーブル内にレコードを作成します。 パージメカニズムは、期限切れになると削除します。
XtkWorkflowJob
 非常に小さい
 挿入、更新、削除
 このテーブルはワークフローエンジンに固有です。 ワークフローへのコマンドの送信（例えば、開始、停止、一時停止）を可能にします。 ワークフローにリンクされたトランザクションテーブルのパージ中に、このテーブルが考慮されます。
NmsBroadLog
 最大
 挿入、更新、削除
 これはシステム内で最も大きなテーブルです。 送信されたメッセージごとに1件のレコードがあり、これらのレコードが挿入され、配信ステータスを追跡するために更新され、履歴がパージされると削除されます。
NmsTrackingLog
 大
 挿入、削除
 履歴がパージされると、トラッキングログは挿入および削除されますが、更新はされません。
NmsBroadlogMsg
小
 アップデート
 この表には、SMTPエラーの検証に使用する情報が含まれます。 これはかなり小さいものの、大規模に更新されるので、このテーブルのインデックスは急速にフラグメント化する傾向があります。
NmsEmailErrorStat
 中
 挿入、更新、削除
 この表には、SMTPエラーの集計がドメイン別に並べ替えられています。 最初は、クリーンアップタスクが期限切れになった後にクリーンアップタスクによって集計される詳細情報が含まれます。
NmsBroadLogMid（ミッドソーシングインスタンスの場合）
 大
 挿入、更新、削除
 5.10（以降）インスタンスがミッドソーシングインスタンスとして使用される場合のみ。 これは、データベース内で最も大きいテーブルの1つです。 送信されたメッセージごとに1件のレコードがあり、これらのレコードが挿入され、配信ステータスを追跡するために更新され、履歴がパージされると削除されます。 ミッドソーシングを使用する場合、履歴を制限することをお勧めします（通常は2ヶ月未満）。このテーブルは、サイズ（6,000万行、データ+インデックスの場合は30 Go未満）が妥当ですが、時々再構築することが非常に重要です。
NmsBroadLogRcp（NmsRecipientテーブルを使用する場合）
大
 挿入、更新、削除
 これはシステム内で最も大きなテーブルです。 送信されたメッセージごとに1件のレコードがあり、これらのレコードが挿入され、配信ステータスを追跡するために更新され、履歴がパージされると削除されます。 5.10では、SMTPメッセージテキストが5.10バージョンのNmsBroadLogMsgテーブルに分解されているので、このテーブルは4.05(NmsBroadLog)での同等のテーブルよりも小さいことに注意してください。 ただし、このテーブルのインデックスを定期的に再作成し（最初は1週間おき）、時々（月に1回、またはパフォーマンスに影響が出た場合）、完全に再構築する必要があります。
YyyBroadLogXxx（外部の受信者テーブルを使用する場合）
 大
 挿入、更新、削除
 NmsBroadLogRcpと同じですが、外部の受信者テーブルがあります。 配信マッピングの値を使用して、YyyおよびXxxを適応させてください。
NmsTrackingLogRcp （NmsRecipientテーブルを使用する場合）
大
 挿入、削除
 履歴がパージされると、トラッキングログは挿入および削除されますが、更新はされません。 ボリュームは、データ保持の長さによって異なります。
YyyTrackingLogXxx（外部の受信者テーブルを使用する場合）
 大
 挿入、削除
 NmsTrackingLogRcpと同じですが、外部の受信者テーブルがある場合。 配信マッピングで使用する値を使用して、YyyおよびXxxを適応させてください。
NmsBroadLogRtEvent（Message Center実行インスタンス）
 大
 挿入、更新、削除
 他のbroadlogテーブルと同様ですが、NmsRecipient.
ではなくNmsRtEventを使用します。
NmsTrackingLogRtEvent（ Message Center実行インスタンス）
 大
 挿入、削除
 他のtrackingLogテーブルと同様ですが、NmsRecipient.
ではなくNmsRtEventテーブルを使用します。
NmsRtEvent（Message Center実行インスタンス）
 大
 挿入、更新、削除
 Message Centerのイベントキューを含む表。 これらのイベントのステータスは、処理時にMessage Centerによって更新されます。 削除はパージ中に実行されます。 このテーブルのインデックスを定期的に再作成し、再構築することをお勧めします。
NmsEventHisto（Message Centerコントロールインスタンス）
 大
 挿入、更新、削除
 NmsRtEventと同様です。 この表は、すべての実行インスタンスからすべてのイベントをアーカイブします。 リアルタイムプロセスではなく、レポートでのみ使用されます。
NmsMobileApp
 非常に小さい
 挿入、更新、削除
 モバイルアプリケーションとその設定を含む表。
NmsAppSubscriptionRcp
 大
 挿入、更新
 通知の送信に使用するモバイルデバイス（アドレス）の識別子を含む表（受信者の表と同様）。
NmsBroadLogAppSubRcp
 大
 挿入、更新、削除
 他のbroadlogテーブルと同様ですが、NmsRecipient.
ではなく、NmsappSubscriptionRcpを使用します。
NmsTrackingLogAppSubRcp
 大
 挿入、削除
 他のtrackingLogテーブルと同様ですが、NmsRecipient.
ではなくNmsappSubscriptionRcpテーブルを使用します。
XtkSessionInfo
 小
 挿入、削除
 ユーザーセッションを含むテーブル。 挿入と削除の数は非常に重要です。

顧客テーブル

上記のリストに加えて、プラットフォームの設定時に(Adobe Campaignデータモデルに存在しない)お客様が作成したテーブルも、フラグメント化の対象になる場合があります。特に、データの読み込みや同期の手順で頻繁に更新される場合があります。 これらのテーブルは、デフォルトのAdobe Campaignデータモデルの一部にすることができます（例えば、NmsRecipient）。 この場合、Adobe Campaignプラットフォームの管理者が、特定のデータベースモデルを監査して、これらのカスタムテーブルを見つける必要があります。 これらのテーブルは、必ずしもメンテナンス手順で明示的に言及されているわけではありません。

このページ