데이터베이스 정리 워크플로우

소개

Administration > Production > Technical workflows 노드를 통해 액세스할 수 있는 Database cleanup 작업 과정에서는 더 이상 사용되지 않는 데이터를 삭제하여 데이터베이스의 기하급수적인 증가를 방지할 수 있습니다. 사용자 개입 없이 워크플로우가 자동으로 트리거됩니다.

구성

데이터베이스 정리는 두 가지 수준에서 구성됩니다.을 클릭합니다.

워크플로 스케줄러

노트

스케줄러에 대한 자세한 내용은 이 섹션을 참조하십시오.

기본적으로 Database cleanup 작업 과정은 매일 오전 4시에 시작하도록 구성됩니다. 스케줄러를 사용하여 빈도를 트리거하는 워크플로우를 변경할 수 있습니다. 다음 주파수를 사용할 수 있습니다.

  • Several times a day
  • Daily
  • Weekly
  • Once

중요

Database cleanup 작업 과정이 스케줄러에 정의된 날짜 및 시간에 시작되려면 워크플로우 엔진(wfserver)을 시작해야 합니다. 그렇지 않은 경우 다음에 워크플로 엔진이 시작될 때까지 데이터베이스 청소가 수행되지 않습니다.

배포 마법사

Tools > Advanced 메뉴를 통해 액세스하는 Deployment wizard​에서는 데이터를 저장하는 시간을 구성할 수 있습니다. 값은 일 단위로 표현됩니다. 이러한 값을 변경하지 않으면 워크플로우에서 기본값을 사용합니다.

Purge of data 창의 필드는 다음 옵션과 일치합니다. 이러한 작업은 Database cleanup 작업 과정에서 실행되는 일부 작업에 사용됩니다.

  • 통합 추적:NmsCleanup_TrackingStatPurgeDelay(추적 로그 정리 참조](#cleanup-of-tracking-logs))[

  • 배달 로그:NmsCleanup_BroadLogPurgeDelay(배달 로그 정리](#cleanup-of-delivery-logs) 참조)[

  • 추적 로그:NmsCleanup_TrackingLogPurgeDelay(추적 로그 정리 참조](#cleanup-of-tracking-logs))[

  • 삭제된 배달:NmsCleanup_RevernedDeliveryPurgeDelay (삭제되거나 재활용될 게재 정리 참조](#cleanup-of-deliveries-to-be-deleted-or-recycled))[

  • 가져오기 거부:NmsCleanup_RejectsPurgeDelay(가져오기](#cleanup-of-rejects-generated-by-imports-)에 의해 생성된 거부 정리 참조)[

  • 방문자 프로필:NmsCleanup_VisitorPurgeDelay(방문자 정리](#cleanup-of-visitors) 참조)[

  • 제안:NmsCleanup_PromisePurgeDelay(프로필 정리 참조)

    노트

    Offer propositions 필드는 Interaction 모듈이 설치된 경우에만 사용할 수 있습니다.

  • 이벤트:NmsCleanup_EventPurgeDelay(만료된 이벤트 정리 참조)

  • 보관된 이벤트:NmsCleanup_EventHstoPurgeDelay(만료된 이벤트 정리 참조)

    노트

    EventsArchived events 필드는 메시지 센터 모듈이 설치된 경우에만 사용할 수 있습니다.

  • 감사 추적:XtkCleanup_AuditTrailPurgeDelay (감사 추적 정리](#cleanup-of-audit-trail) 참조)[

Database cleanup 워크플로우에 의해 실행되는 모든 작업은 다음 섹션에 설명되어 있습니다.

데이터베이스 정리 작업 과정에서 수행하는 작업

워크플로우 스케줄러에서 정의된 날짜 및 시간(스케줄러스케줄러 참조)에서 워크플로우 엔진은 데이터베이스 정리 프로세스를 시작합니다. 데이터베이스 정리는 데이터베이스에 연결하여 아래 표시된 시퀀스에서 작업을 실행합니다.

중요

이러한 작업 중 하나가 실패하면 다음 작업이 실행되지 않습니다.
LIMIT 특성이 있는 SQL 쿼리는 모든 정보가 처리될 때까지 반복적으로 실행됩니다.

노트

데이터베이스 정리 워크플로에서 수행하는 작업을 설명하는 아래 섹션은 데이터베이스 관리자 또는 SQL 언어에 익숙한 사용자를 위해 예약되어 있습니다.

정리을(를) 삭제할 목록

Database cleanup 워크플로우에서 실행하는 첫 번째 작업은 deleteStatus != NmsGroup 의 0 특성 이러한 그룹에 연결되어 있고 다른 테이블에 존재하는 레코드도 삭제됩니다.

  1. 삭제할 목록은 다음 SQL 쿼리를 사용하여 복구됩니다.

    SELECT iGroupId, sLabel, iType FROM NmsGroup WHERE iDeleteStatus <> 0 OR tsExpirationDate <= GetDate() 
    
  2. 각 목록에는 다른 테이블에 대한 여러 링크가 있습니다. 이러한 모든 링크는 다음 쿼리를 사용하여 일괄 삭제됩니다.

    DELETE FROM $(relatedTable) WHERE iGroupId=$(l) IN (SELECT iGroupId FROM $(relatedTable) WHERE iGroupId=$(l) LIMIT 5000) 
    

    여기서 $(relatedTable)​은 NmsGroup​과 관련된 테이블이고 $(l)​는 목록 식별자입니다.

  3. 목록이 '목록' 유형 목록이면 연결된 테이블이 다음 쿼리를 사용하여 삭제됩니다.

    DROP TABLE grp$(l)
    
  4. 작업에서 복구한 Select 유형 목록은 다음 쿼리를 사용하여 삭제됩니다.

    DELETE FROM NmsGroup WHERE iGroupId=$(l) 
    

    여기서 $(l)​은(는) 목록 식별자입니다.

삭제되거나 재활용될 게재 정리

이 작업은 삭제되거나 재활용될 모든 배달을 삭제합니다.

  1. Database cleanup 작업 과정은 deleteStatus 필드에 Yes 또는 Recycled 값이 있고 삭제 날짜가 배포 마법사의 Deleted deliveries(NmsCleanup_RegeneratedDeliveryPurgeDelay) 필드에 정의된 기간보다 이전인 모든 배달을 선택합니다. 자세한 내용은 배포 마법사를 참조하십시오. 이 기간은 현재 서버 날짜와 관련하여 계산됩니다.

  2. 각 중간 소싱 서버에 대해 삭제할 납품 목록을 선택합니다.

  3. Database cleanup 작업 과정은 배달 로그, 첨부 파일, 미러 페이지 정보 및 기타 모든 관련 데이터를 삭제합니다.

  4. 영원히 배달을 삭제하기 전에 워크플로우는 다음 테이블에서 연결된 정보를 삭제합니다.

    • 배달 제외 테이블(NmsDlvExclusion)에서 다음 쿼리가 사용됩니다.

      DELETE FROM NmsDlvExclusion WHERE iDeliveryId=$(l)
      

      여기서 $(l)​은(는) 배달의 식별자입니다.

    • 쿠폰 테이블(NmsCouponValue)에서 다음 쿼리가 사용됩니다(대량 삭제 포함).

      DELETE FROM NmsCouponValue WHERE iMessageId IN (SELECT iMessageId FROM NmsCouponValue WHERE EXISTS (SELECT B.iBroadLogId FROM $(BroadLogTableName) B WHERE B.iDeliveryId = $(l) AND B.iBroadLogId = iMessageId ) LIMIT 5000)
      

      여기서 $(l)​은(는) 배달의 식별자입니다.

    • 배달 로그 테이블(NmsBroadlogXxx)에서 대량 삭제가 20,000개의 레코드 배치로 실행됩니다.

    • 오퍼 제안 테이블(NmsProgendationXxx)에서 대량 삭제는 20,000개의 레코드 배치로 실행됩니다.

    • 추적 로그 테이블(NmsTrackinglogXxx)에서 대량 삭제가 20,000개의 레코드 배치로 실행됩니다.

    • 배달 조각 테이블(NmsDeliveryPart)에서 대량 삭제가 500,000개의 레코드 배치로 실행됩니다. 이 표에는 배달할 나머지 메시지에 대한 개인화 정보가 들어 있습니다.

    • 미러 페이지 데이터 조각 테이블(NmsMirrorPageInfo)에서 대량 삭제는 만료된 배달 부품에 대한 20,000개의 레코드 및 완료된 또는 취소된 부분에 대해 일괄 실행됩니다. 이 표에는 미러 페이지 생성에 사용되는 모든 메시지에 대한 개인화 정보가 들어 있습니다.

    • 미러 페이지 검색 테이블(NmsMirrorPageSearch)에서 대량 삭제가 20,000개의 레코드 배치로 실행됩니다. 이 표는 NmsMirrorPageInfo 테이블에 저장된 개인화 정보에 대한 액세스를 제공하는 검색 인덱스입니다.

    • 일괄 처리 로그 테이블(XtkJobLog)에서 대량 삭제가 20,000개의 레코드에 대한 배치로 실행됩니다. 이 테이블에는 삭제할 배달 로그가 포함되어 있습니다.

    • 배달 URL 추적 테이블(NmsTrackingUrl)에서 다음 쿼리가 사용됩니다.

      DELETE FROM NmsTrackingUrl WHERE iDeliveryId=$(l)
      

      여기서 $(l)​은(는) 배달의 식별자입니다.

      이 테이블에는 추적을 활성화하기 위해 삭제할 배달에서 찾은 URL이 포함되어 있습니다.

  5. 배달은 배달 테이블(NmsDelivery)에서 삭제됩니다.

    DELETE FROM NmsDelivery WHERE iDeliveryId = $(l)
    

    여기서 $(l)​은(는) 배달의 식별자입니다.

중간 소싱을 사용한 납품

Database cleanup 워크플로우는 중간 소싱 서버에서 납품도 삭제합니다.

  1. 이렇게 하려면 워크플로우가 각 배달이 비활성(상태를 기반으로)인지 확인합니다. 게재가 활성 상태인 경우 삭제되기 전에 중단됩니다. 검사는 다음 쿼리를 실행하여 수행됩니다.

    SELECT iState FROM NmsDelivery WHERE iDeliveryId = $(l) AND iState <> 100;
    

    여기서 $(l)​은(는) 배달의 식별자입니다.

  2. 상태 값이 Start pending , In progress , Recovery pending , Recovery in progress , Pause requested , Pause in progress 또는 Paused(값 51, 55, 61, 62, 71, 72, 75)이면 배달이 중지되고 작업에 연결된 정보가 삭제됩니다.

만료된 배달 정리

이 작업은 유효 기간이 만료된 배달을 중지합니다.

  1. Database cleanup 작업 과정은 만료된 배달 목록을 만듭니다. 이 목록에는 Finished 상태가 아닌 만료된 모든 배달과 10,000개 이상의 처리되지 않은 메시지가 있는 최근 중단된 배달이 포함됩니다. 다음 쿼리가 사용됩니다.

    SELECT iDeliveryId, iState FROM NmsDelivery WHERE iDeleteStatus=0 AND iIsModel=0 AND iDeliveryMode=1 AND ( (iState >= 51 AND iState < 85 AND tsValidity IS NOT NULL AND tsValidity < $(currentDate) ) OR (iState = 85 AND DateMinusDays(15) < tsLastModified AND iToDeliver - iProcessed >= 10000 ))
    

    배달 모드 1​이 Mass delivery 모드와 일치하고, state 51​은 Start pending 상태와 일치하고, state 85​은 Stopped 상태와 일치하며, 배달 서버에서 대량 업데이트되는 배달 로그 중 가장 높은 수는 10,000입니다.

  2. 그런 다음 워크플로우에는 중간 소싱을 사용하는 최근 만료된 납품 목록이 포함됩니다. 중간 소싱 서버를 통해 아직 배달 로그가 복구되지 않은 배달은 제외됩니다.

    다음 쿼리가 사용됩니다.

    SELECT iDeliveryId, tsValidity, iMidRemoteId, mData FROM NmsDelivery WHERE (iDeliveryMode = 4 AND (iState = 85 OR iState = 95) AND tsValidity IS NOT NULL AND (tsValidity < SubDays(GetDate() , 15) OR tsValidity < $(DateOfLastLogPullUp)) AND tsLastModified > SubDays(GetDate() , 15))
    
  3. 다음 쿼리는 날짜별로 납품을 필터링하기 위해 외부 계정이 여전히 활성 상태인지 여부를 감지하는 데 사용됩니다.

    SELECT iExtAccountId FROM NmsExtAccount WHERE iActive<>0 AND sName=$(providerName)
    
  4. 만료된 배달 목록에서 상태가 Pending​인 배달 로그가 Delivery cancelled​로 전환되고 이 목록의 모든 배달이 Finished​로 전환됩니다.

    다음 쿼리가 사용됩니다.

    UPDATE $(BroadLogTableName) SET tsLastModified=$(curdate), iStatus=7, iMsgId=$(bl) WHERE iDeliveryId=$(dl) AND iStatus=6
    

    여기서 $(curdate)​은(는) 데이터베이스 서버의 현재 날짜이고 $(bl)​은 배달 로그 메시지의 식별자입니다. $(dl)​은 배달 식별자입니다. 배달 상태 6​은 Pending 상태 및 배달 상태 7<a 10/>은​Delivery cancelled​상태와 일치합니다.

    UPDATE NmsDelivery SET iState = 95, tsLastModified = $(curdate), tsBroadEnd = tsValidity WHERE iDeliveryId = $(dl)
    

    여기서 배달 상태 95​는 Finished 상태와 일치하고 $(dl)​은 배달의 식별자입니다.

  5. 오래된 배달의 모든 조각(deliveryParts)이 삭제되고 진행 중인 알림 배달의 오래된 모든 조각은 삭제됩니다. 이 두 작업 모두에 대량 삭제가 사용됩니다.

    다음 쿼리가 사용됩니다.

    DELETE FROM NmsDeliveryPart WHERE iDeliveryPartId IN (SELECT iDeliveryPartId FROM NmsDeliveryPart WHERE iDeliveryId IN (SELECT iDeliveryId FROM NmsDelivery WHERE iState=95 OR iState=85) LIMIT 5000)
    
    DELETE FROM NmsDeliveryPart WHERE iDeliveryPartId IN (SELECT iDeliveryPartId FROM NmsDeliveryPart WHERE tsValidity < $(curDate) LIMIT 500000)
    

    여기서 배달 상태 95​는 Finished 상태와 일치하고 배달 상태 85​은 Stopped 상태와 일치하며 $(curDate)​은 현재 서버 날짜입니다.

미러 페이지 정리

이 작업은 게재에 사용되는 웹 리소스(미러 페이지)를 삭제합니다.

  1. 먼저 삭제할 납품 목록은 다음 쿼리를 사용하여 복구됩니다.

    SELECT iDeliveryId, iNeedMirrorPage FROM NmsDelivery WHERE iWebResPurged = 0 AND tsWebValidity IS NOT NULL AND tsWebValidity < $(curdate)"
    

    여기서 $(curDate)​은 현재 서버 날짜입니다.

  2. 그런 다음 이전에 복구된 배달의 식별자를 사용하여 필요한 경우 NmsMirrorPageInfo 테이블을 삭제합니다. 대량 삭제는 다음 쿼리를 생성하는 데 사용됩니다.

    DELETE FROM NmsMirrorPageInfo WHERE iMirrorPageInfoId IN (SELECT iMirrorPageInfoId FROM NmsMirrorPageInfo WHERE iDeliveryId = $(dl)) LIMIT 5000)
    
    DELETE FROM NmsMirrorPageSearch WHERE iMessageId IN (SELECT iMessageId FROM NmsMirrorPageSearch WHERE iDeliveryId = $(dl)) LIMIT 5000)
    

    여기서 $(dl)​은(는) 배달의 식별자입니다.

  3. 그런 다음 배달 로그에 항목이 추가됩니다.

  4. 그런 다음 나중에 다시 처리할 필요가 없도록 삭제된 배달이 식별됩니다. 다음 쿼리가 실행됩니다.

    UPDATE NmsDelivery SET iWebResPurged = 1 WHERE iDeliveryId IN ($(strIn))
    

    여기서 $(strIn)​은 배달 식별자 목록입니다.

작업 테이블 정리

이 작업은 데이터베이스에서 삭제되며 상태가 Being edited , Stopped 또는 Deleted​인 게재와 일치하는 모든 작업 테이블이 삭제됩니다.

  1. 이름이 wkDlv_​인 테이블 목록은 다음 쿼리(postgresql)로 먼저 복구됩니다.

    SELECT relname FROM pg_class WHERE relname LIKE Lower('wkDlv_') ESCAPE E'\\' AND relkind IN ('r','v') AND pg_get_userbyid(relowner)<>'postgres'
    
  2. 진행 중인 워크플로우에서 사용하는 표는 제외됩니다. 이렇게 하려면 다음 쿼리를 사용하여 진행 중인 배달 목록을 복구합니다.

    SELECT iDeliveryId FROM NmsDelivery WHERE iDeliveryId<>0 AND iDeleteStatus=0 AND iState NOT IN (0,85,100);
    

    여기서 0은 Being edited 배달 상태와 일치하는 값입니다. 85는 Stopped 상태와 일치하고 100은 Deleted 상태와 일치합니다.

  3. 더 이상 사용되지 않는 테이블은 다음 쿼리를 사용하여 삭제됩니다.

    DROP TABLE wkDlv_15487_1;
    

을(를) 가져올 때 발생하는 거부 정리

이 단계에서는 가져오기 중에 모든 데이터가 처리되지 않은 레코드를 삭제할 수 있습니다.

  1. 대량 삭제는 다음 쿼리와 함께 XtkReject 테이블에서 수행됩니다.

    DELETE FROM XtkReject WHERE iRejectId IN (SELECT iRejectId FROM XtkReject WHERE tsLog < $(curDate)) LIMIT $(l))
    

    여기서 $(curDate)​은(는) 현재 서버 날짜로서 NmsCleanup_RejectsPurgeDelay 옵션( 배포 마법사 참조)에 대해 정의된 기간을 뺀 날짜이며 $(l)​은 대량 삭제할 최대 레코드 수입니다 .

  2. 그런 다음 모든 고아 거부는 다음 쿼리를 사용하여 삭제됩니다.

    DELETE FROM XtkReject WHERE iJobId NOT IN (SELECT iJobId FROM XtkJob)
    

워크플로 인스턴스 정리

이 작업은 해당 식별자(lWorkflowId)와 기록(lHistory)을 사용하여 각 워크플로 인스턴스를 삭제합니다. 작업 테이블 정리 작업을 다시 실행하여 비활성 테이블을 삭제합니다. 또한 삭제된 워크플로우의 분리된 작업 테이블(wkf% 및 wkfhsto%)도 모두 삭제됩니다.

노트

작업 내역의 제거 빈도는 작업 내역( 일) 필드의 각 작업 과정에 대해 지정됩니다(기본값 30일). 이 필드는 워크플로 속성의 실행 탭에서 찾을 수 있습니다. 이 작업에 대한 자세한 정보는 이 섹션을 참조하십시오.

  1. 삭제할 워크플로우 목록을 복구하려면 다음 쿼리가 사용됩니다.

    SELECT iWorkflowId, iHistory FROM XtkWorkflow WHERE iWorkflowId<>0
    
  2. 이 쿼리는 다음 쿼리를 사용하여 모든 연결된 로그, 완료된 작업 및 완료된 이벤트를 삭제하는 데 사용할 워크플로우 목록을 생성합니다.

    DELETE FROM XtkWorkflowLog WHERE iWorkflowId=$(lworkflow) AND tsLog < DateMinusDays($(lhistory))
    
    DELETE FROM XtkWorkflowTask WHERE iWorkflowId=$(lworkflow) AND iStatus<>0 AND tsCompletion < DateMinusDays($(lhistory)) 
    
    DELETE FROM XtkWorkflowEvent WHERE iWorkflowId=$(l) AND iStatus>2 AND tsProcessing < DateMinusDays($(lHistory))
    

    여기서 $(workflow)​은 작업 과정의 ID이고 $(lhistory)​은 작업 과정의 ID입니다.

  3. 사용하지 않은 모든 테이블이 삭제됩니다. 따라서 다음 쿼리(postgresql)를 사용하는 wkf% 유형 마스크 덕분에 모든 테이블이 수집됩니다.

    SELECT relname FROM pg_class WHERE relname LIKE Lower('wkf%') ESCAPE E'\\' AND relkind IN ('r','v') AND pg_get_userbyid(relowner)<>'postgres'
    
  4. 그러면 보류 중인 워크플로우 인스턴스에서 사용하는 모든 테이블이 제외됩니다. 활성 워크플로우 목록은 다음 쿼리를 사용하여 복구됩니다.

    SELECT iWorkflowId FROM XtkWorkflow WHERE iWorkflowId<>0 AND iState<>20
    
  5. 그런 다음 각 워크플로우 식별자를 복구하여 워크플로우가 사용하는 테이블의 이름을 찾습니다. 이러한 이름은 이전에 복구된 테이블 목록에서 제외됩니다.

  6. "증분 쿼리" 유형 활동 내역 테이블은 다음 쿼리를 사용하여 제외됩니다.

    SELECT relname FROM pg_class WHERE relname LIKE Lower('wkfhisto%') ESCAPE E'\\' AND relkind IN ('r','v') AND pg_get_userbyid(relowner)<>'postgres'
    
    SELECT iWorkflowId FROM XtkWorkflow WHERE iWorkflowId IN ($(strCondition))
    

    여기서 $(strcondition)​은 wkfhisto% 마스크와 일치하는 테이블 목록입니다.

  7. 나머지 테이블은 다음 쿼리를 사용하여 삭제됩니다.

    DROP TABLE wkf15487_12;
    

워크플로 로그인 정리

이 작업은 다음 쿼리를 사용하여 워크플로 로그인을 삭제합니다.

DELETE FROM XtkWorkflowLogin WHERE iWorkflowId NOT IN (SELECT iWorkflowId FROM XtkWorkflow)

고아 작업 테이블 정리

이 작업은 그룹에 연결된 고아 작업 테이블을 삭제합니다. NmsGroup 표는 정리할 그룹을 저장합니다(0과 다른 유형 포함). 테이블 이름의 접두어는 grp​입니다. 정리할 그룹을 식별하기 위해 다음 쿼리가 사용됩니다.

SELECT iGroupId FROM NmsGroup WHERE iType>0"

방문자 정리

이 작업은 대량 삭제를 사용하여 방문자 테이블에서 오래된 레코드를 삭제합니다. 사용되지 않는 레코드는 마지막 수정 내용이 배포 마법사에 정의된 보존 기간보다 이전인 레코드입니다(배포 마법사 참조). 다음 쿼리가 사용됩니다.

DELETE FROM NmsVisitor WHERE iVisitorId IN (SELECT iVisitorId FROM NmsVisitor WHERE iRecipientId = 0 AND tsLastModified < AddDays(GetDate(), -30) AND iOrigin = 0 LIMIT 20000)

여기서 $(tsDate)​은 현재 서버 날짜이며, 이 날짜에서는 NmsCleanup_VisitorPurgeDelay 옵션에 대해 정의된 기간을 제외합니다.

NAPI정리

이 작업을 사용하면 NmsAddress 테이블에서 유효한 주소와 일치하는 레코드를 삭제할 수 있습니다. 다음 쿼리는 대량 삭제를 수행하는 데 사용됩니다.

DELETE FROM NmsAddress WHERE iAddressId IN (SELECT iAddressId FROM NmsAddress WHERE iStatus=2 AND tsLastModified < $(tsDate1) AND tsLastModified >= $(tsDate2) LIMIT 5000)

여기서 status 2​은 Valid 상태와 일치하고, $(tsDate1)​은 현재 서버 날짜이고 $(tsDate2)​은 NmsCleanup_LastCleanup 옵션과 일치합니다.

구독 정리

이 작업은 대량 삭제를 사용하여 NmsSubscription 테이블에서 사용자가 삭제한 모든 구독을 삭제합니다. 다음 쿼리가 사용됩니다.

DELETE FROM NmsSubscription WHERE iDeleteStatus <>0

추적 로그 정리

이 작업은 추적 및 웹 추적 로그 테이블에서 오래된 레코드를 삭제합니다. 사용되지 않는 레코드는 배포 마법사에 정의된 보존 기간보다 이전 레코드입니다(배포 마법사 참조).

  1. 먼저 다음 쿼리를 사용하여 추적 로그 테이블 목록을 복구합니다.

    SELECT distinct(sTrackingLogSchema) FROM NmsDeliveryMapping WHERE sTrackingLogSchema IS NOT NULL;
    
  2. 대량 삭제는 이전에 복구된 테이블 목록에서 모든 테이블을 삭제하는 데 사용됩니다. 다음 쿼리가 사용됩니다.

    DELETE FROM XtkTrackingLogRcp WHERE iTrackingLogId IN (SELECT iTrackingLogId FROM XtkTrackingLogRcp WHERE tsLog < $(tsDate) LIMIT 5000) 
    

    여기서 $(tsDate)​은 NmsCleanup_TrackingLogPurgeDelay 옵션에 대해 정의된 기간을 뺀 현재 서버 날짜입니다.

  3. 추적 통계 테이블은 대량 삭제를 사용하여 삭제됩니다. 다음 쿼리가 사용됩니다.

    DELETE FROM NmsTrackingStats WHERE iTrackingStatsId IN (SELECT iTrackingStatsId FROM NmsTrackingStats WHERE tsStart < $(tsDate) LIMIT 5000) 
    

    여기서 $(tsDate)​은 NmsCleanup_TrackingStatPurgeDelay 옵션에 대해 정의된 기간을 뺀 현재 서버 날짜입니다.

배달 로그 정리

이 작업을 사용하면 다양한 테이블에 저장된 배달 로그를 삭제할 수 있습니다.

  1. 이러한 목적으로 다음 쿼리를 사용하여 배달 로그 스키마 목록을 복구할 수 있습니다.

    SELECT distinct(sBroadLogSchema) FROM NmsDeliveryMapping WHERE sBroadLogSchema IS NOT NULL UNION SELECT distinct(sBroadLogExclSchema) FROM NmsDeliveryMapping WHERE sBroadLogExclSchema IS NOT NULL
    
  2. mid-sourcing을 사용할 때 NmsBroadLogMid 테이블이 배달 매핑에서 참조되지 않습니다. nms:broadLogMid 스키마가 이전 쿼리에서 복구한 목록에 추가됩니다.

  3. 그런 다음 데이터베이스 정리 작업 과정은 이전에 복구된 테이블에서 오래된 데이터를 삭제합니다. 다음 쿼리가 사용됩니다.

    DELETE FROM $(tableName) WHERE iBroadLogId IN (SELECT iBroadLogId FROM $(tableName) WHERE tsLastModified < $(option) LIMIT 5000) 
    

    여기서 $(tableName)​은 스키마 목록에 있는 각 테이블의 이름이고 $(option)​은 NmsCleanup_BroadLogPurgeDelay 옵션(배포 마법사 참조)에 대해 정의된 날짜입니다.

  4. 마지막으로 워크플로우는 NmsProviderMsgId 테이블이 있는지 확인합니다. 이러한 경우, 모든 오래된 데이터는 다음 쿼리를 사용하여 삭제됩니다.

    DELETE FROM NmsProviderMsgId WHERE iBroadLogId IN (SELECT iBroadLogId FROM NmsProviderMsgId WHERE tsCreated < $(option) LIMIT 5000)
    

    여기서 $(option)​은 NmsCleanup_BroadLogPurgeDelay 옵션에 대해 정의된 날짜와 일치합니다(배포 마법사 참조).

NmsEmailErrorStat 테이블정리

이 작업은 NmsEmailErrorStat 테이블을 정리합니다. 주 프로그램(coalesceErrors)은 다음 두 개의 날짜를 정의합니다.

  • 시작 날짜:NmsLastErrorStatCoalesceoption 또는 테이블의 ​최신 날짜와 일치하는 다음 프로세스의 날짜입니다.
  • 종료 날짜:현재 서버 날짜입니다.

시작 날짜가 종료 날짜보다 크거나 같으면 프로세스가 발생하지 않습니다. 이 경우 coalesceUpToDate 메시지가 나타납니다.

시작 날짜가 종료 날짜보다 이전이면 NmsEmailErrorStat 테이블이 정리됩니다.

시작 날짜와 종료 날짜 사이의 NmsEmailErrorStat 테이블의 총 오류 수는 다음 쿼리를 사용하여 복구됩니다.

"SELECT COUNT(*) FROM NmsEmailErrorStat WHERE tsDate>= $(start) AND tsDate< $(end)"

여기서 $end$start​은 이전에 정의된 시작 및 종료 날짜입니다.

합계가 0보다 큰 경우:

  1. 다음 쿼리는 특정 임계값(20과 같음)을 초과하여 오류만 유지하려면 실행됩니다.

    "SELECT iMXIP, iPublicId, SUM(iTotalConnections), SUM(iTotalErrors), SUM(iMessageErrors), SUM(iAbortedConnections), SUM(iFailedConnections), SUM(iRefusedConnections), SUM(iTimeoutConnections) FROM NmsEmailErrorStat WHERE tsDate>=$(start ) AND tsDate<$(end ) GROUP BY iMXIP, iPublicId HAVING SUM(iTotalErrors) >= 20"
    
  2. coalescingErrors 메시지가 표시됩니다.

  3. 시작 날짜와 종료 날짜 사이에 발생한 모든 오류를 삭제하기 위해 새 연결이 만들어집니다. 다음 쿼리가 사용됩니다.

    "DELETE FROM NmsEmailErrorStat WHERE tsDate>=$(start) AND tsDate<$(end)"
    
  4. 각 오류는 다음 쿼리를 사용하여 NmsEmailErrorStat 테이블에 저장됩니다.

    "INSERT INTO NmsEmailErrorStat(iMXIP, iPublicId, tsDate, iTotalConnections, iTotalErrors, iTimeoutConnections, iRefusedConnections, iAbortedConnections, iFailedConnections, iMessageErrors) VALUES($(lmxip ), $(lpublicId ), $(tsstart ), $(lconnections ), $(lconnectionErrors ),$(ltimeoutConnections ), $(lrefusedConnections ), $(labortedConnections ), $(lfailedConnections ), $(lmessageErrors))"
    

    여기서 각 변수는 이전 쿼리에서 복구한 값과 일치합니다.

  5. start 변수가 이전 프로세스의 값으로 업데이트되어 루프를 마칩니다.

루프와 작업이 중지됩니다.

정리 작업은 NmsEmailErrorcleanupNmsMxDomain 테이블에서 실행됩니다.

NmsEmailError 테이블정리

다음 쿼리가 사용됩니다.

DELETE FROM NmsEmailError WHERE iMXIP NOT IN (SELECT DISTINCT iMXIP FROM NmsEmailErrorStat)

이 쿼리는 NmsEmailError 테이블의 NmsEmailError​에 연결된 레코드가 없는 모든 행을 삭제합니다.

NmsMxDomain 테이블정리

다음 쿼리가 사용됩니다.

DELETE FROM NmsMxDomain WHERE iMXIP NOT IN (SELECT DISTINCT iMXIP FROM NmsEmailErrorStat)

이 쿼리는 NmsMxDomain 테이블의 NmsEmailErrorStat 테이블에 연결된 레코드 없이 모든 행을 삭제합니다.

제안 정리

Interaction 모듈이 설치되어 있는 경우 이 작업은 NmsProgendationXxx 테이블을 삭제하기 위해 실행됩니다.

제안 테이블 목록은 복구되고 다음 쿼리를 사용하여 각 항목에 대해 일괄 삭제가 수행됩니다.

DELETE FROM NmsPropositionXxx WHERE iPropositionId IN (SELECT iPropositionId FROM NmsPropositionXxx WHERE tsLastModified < $(option) LIMIT 5000) 

여기서 $(option)​은 NmsCleanup_ProjendationPurgeDelay 옵션에 대해 정의된 날짜입니다(배포 마법사 참조).

시뮬레이션 테이블 정리

이 작업은 고아 시뮬레이션 테이블을 정리합니다(더 이상 오퍼 시뮬레이션 또는 배달 시뮬레이션에 연결되지 않음).

  1. 정리가 필요한 시뮬레이션 목록을 복구하려면 다음 쿼리가 사용됩니다.

    SELECT iSimulationId FROM NmsSimulation WHERE iSimulationId<>0
    
  2. 삭제할 테이블의 이름은 시뮬레이션의 식별자 뒤에 wkSimu_ 접두어가 있습니다(예:wkSimu_456831_aggr):

    DROP TABLE wkSimu_456831_aggr
    

감사 추적 정리

다음 쿼리가 사용됩니다.

DELETE FROM XtkAudit WHERE tsChanged < $(tsDate)

여기서 $(tsDate)​은 XtkCleanup_AuditTrailPurgeDelay 옵션에 대해 정의된 기간이 전송된 현재 서버 날짜입니다.

Nmsaddress정리

다음 쿼리가 사용됩니다.

DELETE FROM NmsAddress WHERE iAddressId IN (SELECT iAddressId FROM NmsAddress WHERE iStatus=STATUS_QUARANTINE AND tsLastModified < $(NmsCleanup_AppSubscriptionRcpPurgeDelay + 5d) AND iType IN (MESSAGETYPE_IOS, MESSAGETYPE_ANDROID ) LIMIT 5000)

이 쿼리는 iOS 및 Android와 관련된 모든 항목을 삭제합니다.

통계 업데이트 및 저장소 최적화

XtkCleanup_NoStats 옵션을 사용하면 정리 워크플로의 저장소 최적화 단계의 동작을 제어할 수 있습니다.

XtkCleanup_NoStats 옵션이 없거나 값이 0인 경우 PostgreSQL의 세부 정보 표시 모드(INNOVERSE ANALYZE)로 저장소 최적화를 실행하고 다른 모든 데이터베이스의 통계를 업데이트합니다. 이 명령이 실행되는지 확인하려면 PostgreSQL 로그를 확인하십시오. INSPAIN은 다음 형식으로 선을 출력합니다.INFO: vacuuming "public.nmsactivecontact" 및 ANALYZE는 다음 형식으로 라인을 출력합니다.INFO: analyzing "public.nmsactivecontact".

옵션 값이 1이면 어떤 데이터베이스에서도 통계 업데이트가 실행되지 않습니다. 다음 로그 줄이 워크플로우 로그에 표시됩니다.Option 'XtkCleanup_NoStats' is set to '1'.

옵션 값이 2이면 PostgreSQL의 자세한 정보 표시 모드(ANALYZE VERBOSE)로 스토리지 분석을 실행하고 다른 모든 데이터베이스의 통계를 업데이트합니다. 이 명령이 실행되는지 확인하려면 PostgreSQL 로그를 확인하십시오. ANALYZE는 다음 형식으로 라인을 출력합니다.INFO: analyzing "public.nmsactivecontact".

구독 정리(NMAC)

이 작업은 삭제된 서비스 또는 모바일 애플리케이션과 관련된 모든 가입을 삭제합니다.

브로드로그 스키마 목록을 복구하려면 다음 쿼리가 사용됩니다.

SELECT distinct(sBroadLogSchema) FROM NmsDeliveryMapping WHERE sBroadLogSchema IS NOT NULL

그런 다음 작업을 수행하면 appSubscription 링크에 연결된 표의 이름이 복원되고 이러한 테이블이 삭제됩니다.

이 정리 워크플로우는 NmsCleanup_AppSubscriptionRcpPurgeDelay 옵션에 설정된 시간 이후 업데이트되지 않은 indisabled = 1인 모든 항목도 삭제합니다.

세션 정보 정리 중

이 작업은 sessionInfo 테이블에서 정보를 정리합니다. 다음 쿼리가 사용됩니다.

 DELETE FROM XtkSessionInfo WHERE tsexpiration < $(curdate) 

만료된 이벤트 정리 중

이 작업은 실행 인스턴스 및 제어 인스턴스에 보관된 이벤트에 대해 수신되고 저장된 이벤트를 지웁니다.

반응 정리 중

이 작업은 가설이 삭제된 반응(테이블 NmsRemaMatchRcp)을 지웁니다.

이 페이지에서는