可通過Administration > Production > Technical workflows節點訪問的Database cleanup工作流允許您刪除過時的資料,以避免資料庫的指數級增長。 工作流程會自動觸發,使用者不需干預。
資料庫清理配置在兩個級別上:在工作流調度程式和部署嚮導中。
有關調度程式的詳細資訊,請參閱本節。
根據預設,Database cleanup工作流程設定為每日4AM開始。 排程器可讓您變更工作流程觸發頻率。 以下是可用頻率:
要使Database cleanup工作流在調度器中定義的日期和時間啟動,必須啟動工作流引擎(wfserver)。 如果不是這樣,則資料庫清理要等到下次啟動工作流引擎時才進行。
透過Tools > Advanced功能表存取的Deployment wizard可讓您設定資料的儲存時間。 值以天數表示。 如果這些值未變更,工作流程會使用預設值。
Purge of data窗口的欄位與以下選項一致。 以下是由Database cleanup工作流執行的某些任務使用的:
整合追蹤:NmsCleanup_TrackingStatPurgeDelay(請參閱追蹤記錄清除)
傳送記錄檔:NmsCleanup_BroadLogPurgeDelay(請參閱清除傳送日誌)
追蹤記錄檔:NmsCleanup_TrackingLogPurgeDelay(請參閱追蹤記錄清除)
已刪除傳送:NmsCleanup_RecycleanDeliveryPurgeDelay(請參閱清除要刪除或回收的交貨)
匯入拒絕:NmsCleanup_RejectsPurgeDelay(請參閱Cleanup of rejects by imports)
訪客資料:NmsCleanup_VisitorPurgeDelay(請參閱Cleanup of visitors)
提供的建議:NmsCleanup_CompostionPurgeDelay(請參閱Cleanup of propositions)
Offer propositions欄位僅在安裝Interaction模組時可用。
事件:NmsCleanup_EventPurgeDelay(請參閱清除過期事件)
已封存事件:NmsCleanup_EventHistoPurgeDelay(請參閱清除過期事件)
Events和Archived events欄位僅在安裝了消息中心模組時才可用。
稽核記錄:XtkCleanup_AuditTrailPurgeDelay(請參閱Cleanup of Audit trail)
以下部分介紹了Database cleanup工作流執行的所有任務。
在工作流調度程式中定義的日期和時間(請參閱調度程式),工作流引擎將啟動資料庫清理進程。 資料庫清理將連接到資料庫,並按如下所示的順序執行任務。
如果其中一個任務失敗,將不執行以下任務。
具有LIMIT屬性的SQL查詢將重複執行,直到處理所有資訊為止。
以下介紹資料庫清理工作流執行的任務的部分保留給資料庫管理員或熟悉SQL語言的用戶。
由Database cleanup工作流執行的第一個任務將刪除所有具有deleteStatus !的組= NmsGroup 中的0屬性。 也會刪除連結到這些組且存在於其他表中的記錄。
要刪除的清單將使用以下SQL查詢進行恢復:
SELECT iGroupId, sLabel, iType FROM NmsGroup WHERE iDeleteStatus <> 0 OR tsExpirationDate <= GetDate()
每個清單都有多個指向其他表的連結。 所有這些連結都會使用下列查詢大量刪除:
DELETE FROM $(relatedTable) WHERE iGroupId=$(l) IN (SELECT iGroupId FROM $(relatedTable) WHERE iGroupId=$(l) LIMIT 5000)
其中$(relatedTable)是與NmsGroup相關的表,$(l)是清單標識符。
當清單為「清單」類型清單時,將使用以下查詢刪除關聯表:
DROP TABLE grp$(l)
使用以下查詢刪除由操作恢復的每個Select類型清單:
DELETE FROM NmsGroup WHERE iGroupId=$(l)
其中$(l)是清單識別碼
此任務將清除要刪除或回收的所有交貨。
Database cleanup工作流選擇deleteStatus欄位的值Yes或Recycled且其刪除日期早於部署嚮導的Deleted deliveries(NmsCleanup_RecycledDelay)欄位中定義的期間的所有交貨。 有關詳細資訊,請參閱部署嚮導。 此期間會與目前伺服器日期相關計算。
對於每個中間採購伺服器,任務將選擇要刪除的交貨清單。
Database cleanup工作流程會刪除傳送記錄檔、附件、鏡像頁面資訊和所有其他相關資料。
在為了永久而刪除傳送之前,工作流會清除下清單格中的連結資訊:
在傳送排除表(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條記錄批次執行大量刪除。
在選件命題表(NmsPostitionXxx)中,以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,以啟用其追蹤。
從傳送表(NmsDelivery)中刪除傳送:
DELETE FROM NmsDelivery WHERE iDeliveryId = $(l)
其中$(l)是傳送的識別碼。
Database cleanup工作流程也會刪除中間採購伺服器上的傳送。
為此,工作流程會檢查每個傳送是否為非作用中(根據其狀態)。 如果傳送處於活動狀態,則會在刪除之前停止傳送。 通過執行以下查詢來執行檢查:
SELECT iState FROM NmsDelivery WHERE iDeliveryId = $(l) AND iState <> 100;
其中$(l)是傳送的識別碼。
如果狀態的值是Start pending、In progress、Recovery pending、Recovery in progress、Pause requested、Pause in progress或Paused(值51、55、61、62、71、72、75),則停止傳送並清除連結的資訊。
此任務將停止有效期已過期的交貨。
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模式相符,狀態51與Start pending狀態相符,狀態85與Stopped狀態相符,且傳送伺服器上大量更新的傳送記錄數的最高數目等於10,000。
然後,工作流將包括使用中間來源補充的最近過期交貨的清單。 不包含尚未透過中部來源補充伺服器復原傳送記錄的傳送。
使用下列查詢:
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))
以下查詢用於檢測外部帳戶是否仍處於活動狀態,以便按日期篩選交貨:
SELECT iExtAccountId FROM NmsExtAccount WHERE iActive<>0 AND sName=$(providerName)
在過期交貨的清單中,狀態為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符合Delivery cancelled狀態。
UPDATE NmsDelivery SET iState = 95, tsLastModified = $(curdate), tsBroadEnd = tsValidity WHERE iDeliveryId = $(dl)
其中,傳送狀態95與Finished狀態相符,而$(dl)是傳送的識別碼。
會刪除陳舊傳送的所有片段(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)是目前伺服器日期。
此工作會刪除傳送所使用的網頁資源(鏡像頁面)。
首先,系統將使用以下查詢恢復要清除的交貨清單:
SELECT iDeliveryId, iNeedMirrorPage FROM NmsDelivery WHERE iWebResPurged = 0 AND tsWebValidity IS NOT NULL AND tsWebValidity < $(curdate)"
其中$(curDate)是目前的伺服器日期。
然後,如果需要,使用先前恢復的傳送的標識符來清除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)是傳送的識別碼。
然後,會將項目新增至傳送記錄。
然後會識別已清除的傳送,以避免日後必須重新處理。 會執行下列查詢:
UPDATE NmsDelivery SET iWebResPurged = 1 WHERE iDeliveryId IN ($(strIn))
其中$(strIn)是傳送識別碼的清單。
此任務從資料庫中刪除,即所有與狀態為Being edited、Stopped或Deleted的傳送匹配的工作表。
名稱以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'
然後會排除進行中的工作流程所使用的表格。 為此,系統會使用以下查詢恢復進行中的交貨清單:
SELECT iDeliveryId FROM NmsDelivery WHERE iDeliveryId<>0 AND iDeleteStatus=0 AND iState NOT IN (0,85,100);
其中0是與Being edited傳送狀態相符的值,85與Stopped狀態相符,100與Deleted狀態相符。
不再使用的表將使用以下查詢刪除:
DROP TABLE wkDlv_15487_1;
此步驟可讓您刪除匯入期間未處理所有資料的記錄。
在XtkReject表上執行大量刪除,查詢如下:
DELETE FROM XtkReject WHERE iRejectId IN (SELECT iRejectId FROM XtkReject WHERE tsLog < $(curDate)) LIMIT $(l))
其中$(curDate)是當前伺服器日期,從中減去為NmsCleanup_RejectsPurgeDelay選項定義的期間(請參閱部署嚮導),而$(l)是要刪除的最大記錄數。
然後,所有孤立拒絕都將使用以下查詢刪除:
DELETE FROM XtkReject WHERE iJobId NOT IN (SELECT iJobId FROM XtkJob)
此任務使用其標識符(lWorkflowId)和歷史記錄(lHistory)清除每個工作流實例。 它通過再次運行工作台清理任務刪除非活動表。 清除還會刪除已刪除工作流的所有孤立工作表(wkf%和wkfhisto%)。
在History in days欄位(預設值30天)中,會針對每個工作流程指定步驟記錄的清除頻率。 您可以在工作流屬性的Execution標籤中找到此欄位。 如需詳細資訊,請參閱本章節。
要恢復要刪除的工作流清單,請使用以下查詢:
SELECT iWorkflowId, iHistory FROM XtkWorkflow WHERE iWorkflowId<>0
此查詢將生成工作流清單,該工作流清單將使用下列查詢來刪除所有連結的日誌、完成的任務和完成的事件:
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))
其中$(lworkflow)是工作流的標識符,$(lhistory)是歷史的標識符。
所有未使用的表都將被刪除。 為此,所有表格都會由於wkf%類型遮色片使用下列查詢(postgresql)而收集:
SELECT relname FROM pg_class WHERE relname LIKE Lower('wkf%') ESCAPE E'\\' AND relkind IN ('r','v') AND pg_get_userbyid(relowner)<>'postgres'
然後,將排除待審工作流實例使用的所有表。 使用以下查詢可恢復活動工作流清單:
SELECT iWorkflowId FROM XtkWorkflow WHERE iWorkflowId<>0 AND iState<>20
然後,將恢復每個工作流標識符,以查找正在處理的工作流所使用的表的名稱。 這些名稱將從先前恢復的表清單中排除。
「增量查詢」類型活動歷史記錄表使用以下查詢被排除:
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%遮色片相符的表格清單。
其餘的表將使用以下查詢刪除:
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選項定義的期間。
此任務允許您從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
此任務會從追蹤和網路追蹤記錄表中刪除過時的記錄。 過時記錄是指早於部署嚮導中定義的保存期的記錄(請參閱部署嚮導)。
首先,使用下列查詢來恢復跟蹤日誌表的清單:
SELECT distinct(sTrackingLogSchema) FROM NmsDeliveryMapping WHERE sTrackingLogSchema IS NOT NULL;
成批刪除用於清除以前恢復的表清單中的所有表。 使用下列查詢:
DELETE FROM XtkTrackingLogRcp WHERE iTrackingLogId IN (SELECT iTrackingLogId FROM XtkTrackingLogRcp WHERE tsLog < $(tsDate) LIMIT 5000)
其中$(tsDate)是當前伺服器日期,我們從中減去為NmsCleanup_TrackingLogPurgeDelay選項定義的期間。
追蹤統計資料表格會使用大量刪除來清除。 使用下列查詢:
DELETE FROM NmsTrackingStats WHERE iTrackingStatsId IN (SELECT iTrackingStatsId FROM NmsTrackingStats WHERE tsStart < $(tsDate) LIMIT 5000)
其中$(tsDate)是當前伺服器日期,我們從中減去為NmsCleanup_TrackingStatPurgeDelay選項定義的期間。
此任務可讓您清除儲存在各種表格中的傳送記錄檔。
為此,將使用以下查詢恢復交付日誌方案清單:
SELECT distinct(sBroadLogSchema) FROM NmsDeliveryMapping WHERE sBroadLogSchema IS NOT NULL UNION SELECT distinct(sBroadLogExclSchema) FROM NmsDeliveryMapping WHERE sBroadLogExclSchema IS NOT NULL
使用mid-sourcing時,NmsBroadLogMid表在傳送映射中不被引用。 nms:broadLogMid架構被添加到由前一個查詢恢復的清單中。
然後,資料庫清理工作流將清除以前恢復的表中的過時資料。 使用下列查詢:
DELETE FROM $(tableName) WHERE iBroadLogId IN (SELECT iBroadLogId FROM $(tableName) WHERE tsLastModified < $(option) LIMIT 5000)
其中$(tableName)是方案清單中每個表的名稱,$(option)是為NmsCleanup_BroadLogPurgeDelay選項定義的日期(請參閱部署嚮導)。
最後,工作流檢查NmsProviderMsgId表是否存在。 如果是,則會使用下列查詢刪除所有過時的資料:
DELETE FROM NmsProviderMsgId WHERE iBroadLogId IN (SELECT iBroadLogId FROM NmsProviderMsgId WHERE tsCreated < $(option) LIMIT 5000)
其中$(選項)與為NmsCleanup_BroadLogPurgeDelay選項定義的日期相符(請參閱部署嚮導)。
此任務會清除NmsEmailErrorStat表。 主程式(coalesceErrors)定義了兩個日期:
如果開始日期大於或等於結束日期,則不會進行任何程式。 在這種情況下,會出現coalesceUpToDate訊息。
如果開始日期早於結束日期,則會清除NmsEmailErrorStat表。
NmsEmailErrorStat表中在開始和結束日期之間的錯誤總數使用以下查詢來恢復:
"SELECT COUNT(*) FROM NmsEmailErrorStat WHERE tsDate>= $(start) AND tsDate< $(end)"
其中$end和$start是先前定義的開始和結束日期。
如果總數大於0:
執行下列查詢時,僅會將錯誤保持在特定臨界值以外(等於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"
將顯示coalescingErrors消息。
會建立新連線,以刪除在開始和結束日期之間發生的所有錯誤。 使用下列查詢:
"DELETE FROM NmsEmailErrorStat WHERE tsDate>=$(start) AND tsDate<$(end)"
每個錯誤都使用以下查詢保存在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))"
其中,每個變數都符合先前查詢所復原的值。
start變數會更新為先前程式的值,以完成循環。
循環和任務停止。
cleanups在NmsEmailError和cleanupNmsMxDomain表上執行。
使用下列查詢:
DELETE FROM NmsEmailError WHERE iMXIP NOT IN (SELECT DISTINCT iMXIP FROM NmsEmailErrorStat)
此查詢從NmsEmailError表中刪除NmsEmailErrorStat中沒有連結記錄的所有行。
使用下列查詢:
DELETE FROM NmsMxDomain WHERE iMXIP NOT IN (SELECT DISTINCT iMXIP FROM NmsEmailErrorStat)
此查詢從NmsMxDomain表中刪除NmsEmailErrorStat表中沒有連結記錄的所有行。
如果安裝了Interaction模組,則執行該任務以清除NmsCompositionXxx表。
使用以下查詢,可恢復命題表清單並對每個命題表執行批量刪除:
DELETE FROM NmsPropositionXxx WHERE iPropositionId IN (SELECT iPropositionId FROM NmsPropositionXxx WHERE tsLastModified < $(option) LIMIT 5000)
其中$(選項)是為NmsCleanup_CompostionPurgeDelay選項定義的日期(請參閱部署嚮導)。
此任務會清除孤立的模擬表(不再連結至選件模擬或傳送模擬)。
若要恢復需要清除的模擬清單,請使用下列查詢:
SELECT iSimulationId FROM NmsSimulation WHERE iSimulationId<>0
要刪除的表名由wkSimu_前置詞和模擬的標識符組成(例如:wkSimu_456831_aggr):
DROP TABLE wkSimu_456831_aggr
使用下列查詢:
DELETE FROM XtkAudit WHERE tsChanged < $(tsDate)
其中$(tsDate)是當前伺服器日期,從該日期起為XtkCleanup_AuditTrailPurgeDelay選項定義的期間。
使用下列查詢:
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上以詳細模式(真空VERBOSE ANALYZE)執行儲存優化,並更新所有其他資料庫的統計資訊。 要確保執行此命令,請檢查PostgreSQL日誌。 DAVMANUM將輸出以下格式的行: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"
。
此任務會刪除與已刪除服務或行動應用程式相關的訂閱。
要恢復廣播方案清單,請使用以下查詢:
SELECT distinct(sBroadLogSchema) FROM NmsDeliveryMapping WHERE sBroadLogSchema IS NOT NULL
然後,任務將恢復連結到appSubscription連結的表的名稱,並刪除這些表。
此清理工作流還刪除自NmsCleanup_AppSubscriptionRcpPurgeDelay選項中設定的時間以來未更新的idisabled = 1的所有條目。
此任務會清除sessionInfo表中的資訊,並使用以下查詢:
DELETE FROM XtkSessionInfo WHERE tsexpiration < $(curdate)
此任務將清除在執行實例上接收和儲存的事件以及在控制實例上存檔的事件。
該任務清除了已刪除假設的反應(表NmsRematchRcp)。