Show Menu
화제×

유지 관리할 표

유지 관리할 테이블 목록은 사용 중인 Adobe Campaign 버전, 사용 방법 및 데이터 모델 구성에 따라 다릅니다.
다음 목록에는 가장 세분화할 수 있는 테이블만 포함되어 있습니다. 효과는 다음과 같습니다.
  • 디스크 공간 과소비로 인해 데이터베이스 액세스에 영향을 미칩니다.
  • 정기적으로 업데이트되지 않는 인덱스를 통해 쿼리 성능이 느려집니다.

Adobe Campaign 테이블

테이블 이름 크기 활동의 기본 유형 댓글
NmsDelivery 스몰 Updates 배달 작업당 한 개의 레코드가 있습니다. 단일 레코드를 여러 번 업데이트하여 배달 진행률을 반영할 수 있으므로 이 테이블의 색인은 빠르게 조각되는 경향이 있습니다.
NmsDeliveryPart 중간 삽입, 업데이트, 삭제 배달 준비 중에 삽입되는 레코드를 포함하는 작업 표. 그런 다음 배달 중에 업데이트되고 배달이 완료되면 마지막으로 삭제됩니다. 이 테이블은 평균 크기가 상당히 제한되어 있어도 빠르게 조각내는 경향이 있습니다.
NmsMirrorPageInfo 삽입, 삭제 이 표에는 개인화된 미러 페이지를 생성하는 데 필요한 정보가 나와 있습니다. 메모(CLOB) 필드가 포함되어 있으므로 매우 큰 경향이 있습니다. 볼륨이 보관된 미러 페이지의 내역에 바로 비례합니다.
NmsDeliveryStat 중간 삽입, 업데이트, 삭제 이 표에는 배달 프로세스에 대한 통계가 들어 있습니다. 그 기록들은 정기적으로 갱신된다.
NmsAddress 중간 업데이트, 삽입 이 표에는 이메일 주소에 대한 정보가 포함되어 있습니다. 격리 프로세스의 일부로 자주 업데이트됩니다. 이 경우 첫 번째 배달 오류 시 레코드가 만들어지고 카운터가 변경될 때 업데이트되며 성공적으로 배달되면 삭제됩니다.
XtkWorkflow 스몰 Updates 워크플로우 인스턴스당 하나의 레코드가 있으므로 레코드는 거의 없습니다. 하지만 상태 및 진행 상황을 반영하도록 정기적으로 업데이트되는 테이블입니다.
XtkWorkflowTask 스몰 삽입, 업데이트, 삭제 워크플로우 활동을 실행할 때마다 이 표에 레코드가 생성됩니다. 제거 메커니즘은 만료되면 삭제됩니다.
XtkWorkflowEvent 스몰 삽입, 업데이트, 삭제 워크플로우에서 작업 간에 활성화된 각 전환 때문에 이 표에 레코드가 생성됩니다. 제거 메커니즘은 만료되면 삭제됩니다.
XtkWorkflowJob 매우 작음 삽입, 업데이트, 삭제 이 표는 워크플로우 엔진에만 적용됩니다. 워크플로우(예: 시작, 중지, 일시 중지)로 명령 전송 크기가 작더라도 워크플로우에 연결된 트랜잭션 테이블을 삭제하는 동안 이 표를 고려합니다.
NmsBroadLog 가장 큰 삽입, 업데이트, 삭제 이 테이블이 시스템에서 가장 큰 테이블입니다 전송된 메시지당 한 개의 레코드가 있으며, 이 레코드는 삽입되고, 배달 상태를 추적하도록 업데이트되며, 기록이 삭제되면 삭제됩니다.
NmsTrackingLog 삽입, 삭제 추적 로그는 작업 내역을 삭제할 때 삽입되고 삭제되지만 업데이트되지 않습니다.
NmsBroadlogMsg 스몰 Updates 이 표에는 SMTP 오류의 적격 정보가 포함되어 있습니다. 크기가 상당히 작지만, 대량 업데이트되므로 이 표의 색인은 빠르게 조각되는 경향이 있습니다.
NmsEmailErrorStat 중간 삽입, 업데이트, 삭제 이 테이블에는 도메인별로 정렬된 SMTP 오류에 대한 합계가 포함되어 있습니다. 처음에는 정리 작업이 오래되면 정리된 세부 정보가 포함됩니다.
NmsBroadLogMid(중간 소싱 인스턴스) 삽입, 업데이트, 삭제 5.10(이상) 인스턴스가 중간 소싱 인스턴스로 사용되는 경우에만 해당됩니다. 이것은 데이터베이스에서 가장 큰 테이블 중 하나입니다. 전송된 메시지당 한 개의 레코드가 있으며, 이 레코드는 삽입되고, 배달 상태를 추적하도록 업데이트되며, 기록이 삭제되면 삭제됩니다. 중간 소싱을 사용하는 경우, 권장 사항은 내역을 제한(일반적으로 2개월 미만)하는 것이므로, 이 테이블은 크기 측면에서 적절히 유지됩니다(6,000만 개의 행에 대해 30개 미만, 데이터+색인). 그러나 때때로 다시 구성하는 것은 매우 중요합니다.
NmsBroadLogRcp(NmsRecipient 테이블을 사용하는 경우) 삽입, 업데이트, 삭제 이 테이블이 시스템에서 가장 큰 테이블입니다 전송된 메시지당 한 개의 레코드가 있으며, 이 레코드는 삽입되고, 배달 상태를 추적하도록 업데이트되며, 기록이 삭제되면 삭제됩니다. 5.10에서는 SMTP 메시지 텍스트가 5.10 버전의 NmsBroadLogMsg 테이블에서 팩터링되므로 이 테이블은 4.05의 해당 항목(NmsBroadLog)보다 작습니다. 그러나 이 표를 정기적으로(시작하기 위해 격주로) 다시 인덱싱하고, 때때로(한 달에 한 번 또는 성능에 영향을 미치는 경우) 다시 구성하는 것이 중요합니다.
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 플랫폼의 관리자에게 달려 있습니다. 이러한 표를 유지 관리 절차에서 명시적으로 언급할 필요는 없습니다.