Show Menu
화제×

유지 관리할 표

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

Adobe Campaign 표

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