本文檔介紹dumpcfg實用程式,它是一種資料庫管理工具。dumpcfg工具的主要功能是轉儲記錄器資料庫的Config_Message_Log表,並以有意義的格式顯示表。Config_Message_Log表用於跟蹤IP Contact Center(IPCC)Enterprise環境中的配置更改。
思科建議您瞭解以下主題:
思科智慧客服管理(ICM)
Cisco IPCC
本文中的資訊係根據以下軟體和硬體版本:
Cisco IPCC企業版
本文中的資訊是根據特定實驗室環境內的裝置所建立。文中使用到的所有裝置皆從已清除(預設)的組態來啟動。如果您的網路正在作用,請確保您已瞭解任何指令可能造成的影響。
如需文件慣例的詳細資訊,請參閱思科技術提示慣例。
ICM系統跟蹤配置資料庫中的插入、刪除和更新。系統在名為Config_Message_Log的資料庫表中保留此配置歷史記錄。
Config_Message_Log是一個儲存配置消息的資料庫系統表。Config_Message_Log包含以下元素:
RecoveryKey:RecoveryKey是ICM軟體在內部用於跟蹤虛擬時間的值。此鍵可以轉換為12位配置序列號,每個新記錄將遞增1。
日誌操作:LogOperation指示配置更改的型別。「新增」和「更新」是LogOperation的示例。
表名:TableName表示配置更改影響的表的名稱。
日期時間:DateTime指示記錄一組消息的日期和時間。
ConfigMessage:ConfigMessage列出事務中的所有配置消息。
Config_Message_Log表在本機狀態下相當隱蔽。因此,為了理解Config_Message_Log表,需要提取資料,並將資料轉換為可讀且有意義的格式。dumpcfg實用程式可以處理資料並顯示以下清單中的資訊:
誰執行了什麼操作
何時發生更改
哪個程式進行了更改
要在Config_Message_Log表中檢視詳細資訊,可以運行dumpcfg實用程式。此時將顯示配置更改的審計追蹤。您可以對Logger資料庫運行dumpcfg實用程式。以下是此實用程式的語法:
dumpcfg <database>[@server] <low recovery key> [high recovery key]
在此語法中:
< database>表示Logger資料庫的區分大小寫名稱,例如lab60_sideA。
@server 表示ICM管理工作站(AW)或記錄器的主機名。
注意:如果在相關伺服器上運行命令,請用「@」@server符替換該命令。
<low recovery key>和[ high recovery key]表示配置序列號(Config_Message_Log表中的RecoveryKey欄位)。 為了跟蹤所有更改,ICM遞增此配置序列號(請參見圖1中的粉紅色矩形)。
運行此命令可生成這些更改的完整轉儲:
dumpcfg lab60_sideA@. 0
將lowRecoveryKey的值設定為零(0),然後刪除highRecoveryKey(請參見圖1中的箭頭A)。
圖1顯示了dumpcfg程式的部分輸出。
要運行dumpcfg並將輸出儲存在名為dumpcfg-output.txt的ASCII文本檔案中,請使用以下語法運行命令:
圖1 - dumpcfg實用程式和部分輸出dumpcfg lab60_sideA@. 0 > dumpcfg-output.txt
您可以通過以下方式之一從配置中確定實際序列號:
運行以下SQL命令:
檢視路由器或記錄器上的日誌。每當插入、更新或刪除配置或指令碼時,路由器或記錄器都會在日誌中包含新的序列號:
15:25:35 ra-rtr The config sequence number of 411,969,759,020 has been broadcast to all distributors.
修訂 | 發佈日期 | 意見 |
---|---|---|
1.0 |
24-Apr-2006 |
初始版本 |