유지 관리할 테이블

유지 관리할 테이블 목록은 사용 중인 Adobe Campaign 버전, 사용 방법 및 데이터 모델 구성에 따라 다릅니다.

다음 목록에는 가장 단편화할 수 있는 테이블만 포함되어 있습니다. 영향은 다음과 같습니다.

  • 디스크 공간 과소비를 통해 데이터베이스 액세스에 영향을 줄 수 있습니다.
  • 정기적으로 업데이트되지 않은 인덱스를 통해 쿼리 성능을 저하합니다.

Adobe Campaign 테이블

테이블 이름
크기
기본 활동 유형
댓글
NmsDelivery
작은
업데이트
게재 작업당 하나의 레코드가 있습니다. 단일 레코드를 여러 번 업데이트하여 게재 진행 상황을 반영할 수 있으므로 이 테이블의 색인은 빠르게 조각화되는 경향이 있습니다.
NmsDeliveryPart
Medium
삽입, 업데이트, 삭제
게재를 준비하는 동안 레코드가 삽입되는 작업 테이블입니다. 그런 다음 게재 중에 업데이트되고, 게재가 완료되면 마지막으로 삭제됩니다.
이 테이블은 평균 크기가 매우 제한적이긴 하지만 빠르게 조각화하는 경향이 있습니다.
NmsMirrorPageInfo

삽입, 삭제
이 표에는 개인화된 미러 페이지를 생성하는 데 필요한 정보가 포함되어 있습니다. 여기에는 메모(CLOB) 필드가 포함되어 있으므로 매우 큰 경향이 있습니다. 볼륨이 유지된 미러 페이지 내역에 바로 비례합니다.
NmsDeliveryStat
Medium
삽입, 업데이트, 삭제
이 표에는 게재 프로세스에 대한 통계가 포함되어 있습니다. 기록들은 정기적으로 업데이트 된다.
NmsAddress
Medium
업데이트, 삽입
이 표에는 이메일 주소에 대한 정보가 포함되어 있습니다. 격리 프로세스의 일부로 자주 업데이트됩니다. 첫 번째 게재 오류에서 레코드가 만들어지며, 카운터가 변경되면 업데이트되고 게재가 성공하면 삭제됩니다.
XtkWorkflow
작은
업데이트
워크플로우 인스턴스당 하나의 레코드가 있으므로 레코드는 거의 없습니다. 하지만 이 테이블은 상태와 진행 상태를 반영하도록 정기적으로 업데이트됩니다.
XtkWorkflowTask
작은
삽입, 업데이트, 삭제
워크플로우 활동을 실행할 때마다 이 표에 레코드가 생성됩니다. 제거 메커니즘은 만료되면 삭제합니다.
XtkWorkflowEvent
작은
삽입, 업데이트, 삭제
워크플로우의 작업 간에 활성화되는 각 전환으로 인해 이 표에 레코드가 생성됩니다. 제거 메커니즘은 만료되면 삭제합니다.
XtkWorkflowJob
매우 작음
삽입, 업데이트, 삭제
이 표는 워크플로우 엔진에만 해당됩니다. 워크플로우에 명령(예: 시작, 중지, 일시 중지)을 보낼 수 있습니다. 크기가 작지만 워크플로우에 연결된 트랜잭션 표를 삭제하는 동안 이 표를 고려합니다.
NmsBroadLog
가장 큰
삽입, 업데이트, 삭제
이 테이블에서는 가장 큰 테이블입니다 보낸 메시지당 하나의 레코드가 있으며 이러한 레코드는 삽입되고 게재 상태를 추적하도록 업데이트되며 기록이 삭제되면 삭제됩니다.
NmsTrackingLog

삽입, 삭제
추적 로그는 기록이 삭제될 때 삽입되고 삭제되지만 업데이트되지 않습니다.
NmsBroadlogMsg
작은
업데이트
이 표에는 SMTP 오류를 확인하는 데 사용되는 정보가 포함되어 있습니다. 크기는 작지만 대량으로 업데이트됩니다. 따라서 이 테이블의 색인은 빠르게 분할되는 경향이 있습니다.
NmsEmailErrorStat
Medium
삽입, 업데이트, 삭제
이 표에는 도메인별로 정렬된 SMTP 오류의 합계가 포함되어 있습니다. 처음에는 정리 작업이 오래된 후 정리 작업에 의해 집계되는 세부 정보가 포함됩니다.
NmsBroadLogMid(중간 소싱 인스턴스에서)

삽입, 업데이트, 삭제
5.10 이상 인스턴스가 중간 소싱 인스턴스로 사용되는 경우에만 해당됩니다. 데이터베이스에서 가장 큰 테이블 중 하나입니다. 보낸 메시지당 하나의 레코드가 있으며 이러한 레코드는 삽입되고 게재 상태를 추적하도록 업데이트되며 기록이 삭제되면 삭제됩니다. 중간 소싱을 사용할 때는 내역을 제한(일반적으로 2개월 미만)하는 것이 좋습니다. 따라서 이 테이블은 크기 측면에서 적절합니다(6,000만 행, 데이터+색인 경우 30개 미만). 그러나 수시로 다시 작성하는 것이 매우 중요합니다.
NmsBroadLogRcp(NmsRecipient 테이블을 사용하는 경우)

삽입, 업데이트, 삭제
이 테이블에서는 가장 큰 테이블입니다 보낸 메시지당 하나의 레코드가 있으며 이러한 레코드는 삽입되고 게재 상태를 추적하도록 업데이트되며 기록이 삭제되면 삭제됩니다. 5.10에서는 SMTP 메시지 텍스트가 5.10 버전의 NmsBroadLogMsg 테이블에서 팩터링되므로 이 테이블은 4.05(NmsBroadLog)의 해당 테이블보다 작습니다. 그러나 이 표를 정기적으로(2주에 한 번 시작) 다시 색인화하고, 수시로(한 달에 한 번 또는 성능에 영향을 주는 경우) 완전히 다시 빌드해야 합니다.
YyyBroadLogXxx(외부 수신자 테이블을 사용하는 경우)

삽입, 업데이트, 삭제
NmsBroadLogRcp와 동일하지만 외부 수신자 테이블과 같습니다. 게재 매핑에서 Yyy 및 Xxx를 값으로 조정하십시오.
NmsTrackingLogRcp(NmsRecipient 테이블이 사용되는 경우)

삽입, 삭제
추적 로그는 기록이 삭제될 때 삽입되고 삭제되지만 업데이트되지 않습니다. 볼륨은 데이터 보존 기간에 따라 다릅니다.
YyyTrackingLogXxx(외부 수신자 테이블을 사용하는 경우)

삽입, 삭제
NmsTrackingLogRcp와 동일하지만 외부 수신자 테이블과 같습니다. 게재 매핑에 사용된 값으로 Yyy 및 Xxx를 조정하십시오.
NmsBroadLogRtEvent(메시지 센터 실행 인스턴스)

삽입, 업데이트, 삭제
다른 브로드로그 테이블과 유사하지만 NmsRecipient가 아닌 NmsRtEvent가 있는 경우
NmsTrackingLogRtEvent( 메시지 센터 실행 인스턴스)

삽입, 삭제
다른 trackingLog 테이블과 유사하지만 NmsRecipient.
대신 NmsRtEvent 테이블이 있습니다.
NmsRtEvent(메시지 센터 실행 인스턴스)

삽입, 업데이트, 삭제
메시지 센터 이벤트 큐가 포함된 테이블입니다. 이러한 이벤트의 상태는 처리 시 메시지 센터에서 업데이트합니다. 삭제 중에 삭제를 수행합니다. 이 테이블의 인덱스를 정기적으로 다시 만들고 다시 빌드하는 것이 좋습니다.
NmsEventHisto(메시지 센터 제어 인스턴스)

삽입, 업데이트, 삭제
NmsRtEvent와 비슷합니다. 이 표는 모든 실행 인스턴스의 모든 이벤트를 보관합니다. 실시간 프로세스 없이 보고서에서만 사용됩니다.
NmsMobileApp
매우 작음
삽입, 업데이트, 삭제
모바일 응용 프로그램 및 해당 구성을 포함하는 테이블입니다.
NmsAppSubscriptionRcp

삽입, 업데이트
알림을 전송하는 데 사용되는 모바일 장치(주소)의 식별자를 포함하는 표(수신자 테이블과 유사)입니다.
NmsBroadLogAppSubRcp

삽입, 업데이트, 삭제
다른 브로드로그 테이블과 유사하지만 NmsRecipient가 아닌 NmsappSubscriptionRcp가 있습니다.
NmsTrackingLogAppSubRcp

삽입, 삭제
다른 trackingLog 테이블과 유사하지만 NmsRecipient.
대신 NmsappSubscriptionRcp 테이블이 있습니다.
XtkSessionInfo
작은
삽입, 삭제
사용자 세션이 포함된 테이블입니다. 삽입 및 삭제 수가 매우 중요합니다.

고객 테이블

위의 목록 외에도, 플랫폼 설정 중에 고객이 작성한(Adobe Campaign 데이터 모델에 존재하지 않는) 테이블은 데이터 로드 또는 동기화 절차 중에 자주 업데이트되는 경우 단편화할 수도 있습니다. 이러한 테이블은 기본 Adobe Campaign 데이터 모델의 일부일 수 있습니다(예: NmsRecipient). 이 경우 이러한 사용자 지정 테이블을 찾으려면 Adobe Campaign 플랫폼의 관리자가 특정 데이터베이스 모델을 감사해야 합니다. 이러한 표를 유지 관리 절차에서 명시적으로 언급할 필요는 없습니다.

이 페이지에서는