Introduction
本文描述如何固定在从日志记录器DB的缓慢的复制HDS。
贡献用史蒂夫Hartman， Cisco TAC工程师。
Prerequisites
Requirements
Cisco 建议您了解以下主题：
结构化查询语言(SQL)
Cisco Unified Contact Center Enterprise (UCCE)
Components Used
本文档中的信息基于以下软件版本：
The information in this document was created from the devices in a specific lab environment.All of the devices used in this document started with a cleared (default) configuration.If your network is live, make sure that you understand the potential impact of any command.
历史数据的缓慢的更新从日志记录器的到HDS能从30分钟采取到几小时。 在SQL截断的表恢复命令在HDS后，被执行了这不包括缓慢的更新。这是天生，一个缓慢的进程，并且能占去24hrs再同时用根据数量数据、呼叫量、处理功率和网络速度的日志记录器在HDS和日志记录器之间。
通常情况下HDS可以一致是在日志记录器后在1天、几日、几星期甚至几个月中并且运行得。
Verify
因为处理日志将是充分的，第1个征兆是TCD清除工作将发生故障。也很可能，由于其他原因将发生故障将防止HDS DB执行净化的功能和允许DB增长和创建在系统的应变的那。
第2个征兆可能是表的最大日期/时间有在日志记录器和HDS之间的一个区别。要验证此，您能运行在日志记录器和HDS的这些SQL查询和比较日期/时代。 这些是应该检查和匹配的某些频繁地更新的表。
select max (DateTime) from Call_Type_Interval
select max (DateTime) from Agent_Skill_Group_Interval
select max (DateTime) from Route_Call_Detail
select max (DateTime) from Termination_Call_Detail
select max (DateTime) from Skill_Group_Interval
这发生的一个原因是，因为LogWatch是起动并且暂停数据流对HDS，当DB的处理日志到达默认值40%充分时。它心神不安，当处理日志下降在此标记下面。要看到LogWatch是否达到了此限制并且暂停了数据流，请检查此消息传送的RPL日志：
dis-rpl Trace: Thread [6316] Function Replication is Paused by LogWatch in CheckForFunctionPause
dis-rpl Trace: Thread [7492] Function Recovery is Paused by LogWatch in CheckForFunctionPause
在少见的情况下，您可以也发现复制过程失败并且创建一微型转储。此消息表明处理日志是充分的：
dis-rpl Trace: Node Manager thread received shutdown message
dis-rpl Trace: CExceptionHandlerEx::GenerateMiniDump -- A Mini Dump File is available at logfiles\replication.exe_20140918030018994.mdmp
dis-rpl Trace: Thread [5232] Function Replication is Paused by LogWatch in CheckForFunctionPause
dis-rpl Unhandled Exception: Exception code: C0000005 ACCESS_VIOLATION
Fault address: 0043AD8E 01:00039D8E C:\icm\bin\replication.exe
terminating_call_detail
Registers:
EAX:00000004
EBX:00000178
ECX:00000000
EDX:00F23110
ESI:77E42014
EDI:77E62FBD
CS:EIP:001B:0043AD8E
SS:ESP:0023:0131FE54 EBP:0131FE60
DS:0023 ES:0023 FS:003B GS:0000
Flags:00010212
Call stack:
Address Frame
0043AD8E 0131FE60 EventInput::Flush+1E
004173D4 0131FEDC ICRDb::Shutdown+14
0040387A 0131FEE8 NodeManagerHandler+2A
00614F56 0131FFB8 NMResponderThread+256
77E6484F 0131FFEC GetModuleHandleA+DF
从LogWatch暂停数据流的问题要恢复，您能从40%增加后退%到较高的值。典型地60%是一个好起始点，但是不大于80%。
要执行此更改，请编辑注册并且修改以下键：分销商\ RealTimeDistributor \ CurrentVersion \日志记录器\ CurrentVersion \ SQLServer \ LogWatch \ BackOffPercent和循环分销商服务。
如果处理日志是充分的，则应该增加HDS DB处理日志到accomidate被处理的数据量。没有“魔术’编号在这里，但是从日志大小的2gig开始，并且由2的增量，直到日志是足够大处理数据量他们的系统处理。
调查的另一处理日志是演出指南的UCCE推荐一个起始点400MB，并且不应该超出2GB在多数配置下的临时DB日志，甚而在大容积用户。
反馈