Show Menu
トピック×

維持するテーブル

維持するテーブルのリストは、Adobe Campaignのバージョン、使用方法、データモデル設定によって異なります。
次のリストには、フラグメントの対象となるテーブルのみが含まれています。 影響は次のとおりです。
  • ディスク領域の過剰消費、データベース・アクセスに影響
  • 定期的に更新されていないインデックスの場合、クエリのパフォーマンスが低下します。

Adobe Campaignテーブル

テーブル名 サイズ アクティビティの主なタイプ コメント
NmsDelivery アップデート 配信の操作ごとに1つのレコードがあります。 1つのレコードは配信の進行状況を反映するために複数回更新できるので、このテーブルのインデックスは急速にフラグメント化する傾向があります。
NmsDeliveryPart 実線(中) 挿入、更新、削除 配信の準備中に挿入されるレコードの作業テーブル。 その後、配信中に更新され、配信が完了すると、最後に削除されます。 このテーブルは、平均サイズがかなり制限されているにもかかわらず、速くフラグメント化される傾向があります。
NmsMirrorPageInfo 挿入、削除 次の表に、パーソナライズされたミラーページを生成するために必要な情報を示します。 メモ型(CLOB)フィールドが含まれているので、非常に大きくなりがちです。 ボリュームは、保存されるミラーページの履歴に正比例します。
NmsDeliveryStat 実線(中) 挿入、更新、削除 次の表に、配信プロセスの統計を示します。 レコードは定期的に更新されます。
NmsAddress 実線(中) 更新、挿入 次の表に、電子メールアドレスに関する情報を示します。 このレポートは、強制隔離処理の一環として頻繁に更新されます(最初の配信エラー時にレコードが作成され、カウンターが変更され、配信が成功すると削除されます)。
XtkWorkflow アップデート ワークフローインスタンスごとに1つのレコードがあるので、レコードはほとんどありません。 ただし、ステータスと進行状況を反映して、テーブルは定期的に更新されます。
XtkWorkflowTask 挿入、更新、削除 ワークフローアクティビティを実行するたびに、このテーブルにレコードが作成されます。 削除メカニズムは、有効期限が切れると削除します。
XtkWorkflowEvent 挿入、更新、削除 ワークフロー内のタスク間でアクティブ化された各トランジションは、このテーブル内にレコードを作成することになります。 削除メカニズムは、有効期限が切れると削除します。
XtkWorkflowJob 非常に小さい 挿入、更新、削除 この表はワークフローエンジンに固有です。 ワークフロー(開始、停止、一時停止など)に対するコマンドの送信を有効にします。 この表は小さいですが、ワークフローにリンクされたトランザクション表の削除時に、この表が考慮されます。
NmsBroadLog 最大 挿入、更新、削除 これはシステム内で最も大きなテーブルです。 送信されたメッセージごとに1つのレコードがあり、これらのレコードが挿入され、配信のステータスを追跡するために更新され、履歴が削除されると削除されます。
NmsTrackingLog 挿入、削除 トラッキングログは、履歴が削除されると挿入および削除されますが、更新はされません。
NmsBroadlogMsg アップデート このテーブルには、SMTPエラーの適用に使用される情報が含まれています。 この値は非常に小さいですが、大幅に更新されるので、この表のインデックスは急速にフラグメント化しがちです。
NmsEmailErrorStat 実線(中) 挿入、更新、削除 次の表に、SMTPエラーの集計をドメイン順に並べ替えます。 最初は、古くなった後にクリーンアップタスクによって集計された詳細情報が含まれます。
NmsBroadLogMid(ミッドソーシングインスタンス) 挿入、更新、削除 5.10(以降)インスタンスがミッドソーシングインスタンスとして使用される場合のみ。 これは、データベース内で最も大きいテーブルの1つです。 送信されたメッセージごとに1つのレコードがあり、これらのレコードが挿入され、配信のステータスを追跡するために更新され、履歴が削除されると削除されます。 ミッドソーシングを使用する場合、履歴を制限することを推奨します(通常は2か月未満)。したがって、この表は妥当なサイズ(6,000万行、data+indexについて30Go未満)ですが、時折再構築することが非常に重要です。
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 execution instance) 挿入、更新、削除 他のブロードローグテーブルと同様ですが、NmsRecipientではなくNmsRtEventを使用します。
NmsTrackingLogRtEvent( Message Center execution instance) 挿入、削除 他のtrackingLogテーブルと同様ですが、NmsRecipientテーブルではなくNmsRtEventテーブルを使用します。
NmsRtEvent (Message Center execution instance) 挿入、更新、削除 Message Centerイベントキューを含む表。 これらのイベントのステータスは、処理されるとMessage Centerによって更新されます。 削除は、削除中に実行されます。 このテーブルのインデックスを定期的に再作成し、再構築することをお勧めします。
NmsEventHisto(Message Centerのコントロールインスタンス) 挿入、更新、削除 NmsRtEventと同様です。 この表は、すべての実行インスタンスのすべてのイベントをアーカイブします。 リアルタイムプロセスなしで、レポートでのみ使用されます。
NmsMobileApp 非常に小さい 挿入、更新、削除 モバイルアプリケーションとその設定を含む表。
NmsAppSubscriptionRcp 挿入、更新 通知の送信に使用されるモバイルデバイス(アドレス)の識別子を含む表(受信者表と同様)。
NmsBroadLogAppSubRcp 挿入、更新、削除 他のブロードローグテーブルと同様ですが、NmsRecipientではなくNmsappSubscriptionRcpを使用します。
NmsTrackingLogAppSubRcp 挿入、削除 他のtrackingLogテーブルと同様ですが、NmsRecipientテーブルではなく、NmsappSubscriptionRcpテーブルを使用します。
XtkSessionInfo 挿入、削除 ユーザーセッションを含むテーブル。 挿入と削除の数は非常に重要です。

顧客テーブル

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