简介
本文描述如何固定在从记录器DB的缓慢的复制HDS。
贡献用斯蒂夫Hartman， Cisco TAC工程师。
Cisco 建议您了解以下主题：
结构化查询语言(SQL)
本文档中的信息都是基于特定实验室环境中的设备编写的。本文档中使用的所有设备最初均采用原始（默认）配置。如果您使用的是真实网络，请确保您已经了解所有命令的潜在影响。
历史数据的缓慢的更新从记录器的到HDS能从30分钟采取到几个小时。 这不在SQL以后包括缓慢的更新？截断的表恢复？命令在HDS被执行了。这是天生，一缓慢的进程，并且能占去24hrs再同时用根据数量数据、呼叫量、处理功率和网络速度的记录器在HDS和记录器之间。
通常情况下HDS可以一致是在记录器后在1天、几个天、几星期甚至几个月中和操作。
因为处理日志全双工，第1个征兆是TCD清除工作将发生故障。也很可能，由于其他原因将发生故障将防止HDS DB执行清除功能的它并且允许DB增长和创建在系统的应变的那。
第2个征兆能是表？s最大日期/时间有在记录器和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时？s处理日志到达默认40%全双工。它心神不安，当处理日志下降在此标记下面。要看到LogWatch是否达到了此限制并且暂停数据流，请检查此消息传送的RPL日志：
dis-rpl Trace: Thread [6316] Function Replication is Paused by LogWatch in CheckForFunctionPausedis-rpl Trace: Thread [7492] Function Recovery is Paused by LogWatch in CheckForFunctionPause
在少见的情况下，您可以也发现复制过程失败并且创建一微型转储。此消息表明处理日志全双工：
dis-rpl Trace: Node Manager thread received shutdown messagedis-rpl Trace: CExceptionHandlerEx::GenerateMiniDump -- A Mini Dump File is available at logfiles\replication.exe_20140918030018994.mdmpdis-rpl Trace: Thread [5232] Function Replication is Paused by LogWatch in CheckForFunctionPausedis-rpl Unhandled Exception: Exception code: C0000005 ACCESS_VIOLATIONFault address: 0043AD8E 01:00039D8E C:\icm\bin\replication.exeterminating_call_detailRegisters:EAX:00000004EBX:00000178ECX:00000000EDX:00F23110ESI:77E42014EDI:77E62FBDCS:EIP:001B:0043AD8ESS:ESP:0023:0131FE54 EBP:0131FE60DS:0023 ES:0023 FS:003B GS:0000Flags:00010212Call stack:Address Frame0043AD8E 0131FE60 EventInput::Flush+1E004173D4 0131FEDC ICRDb::Shutdown+140040387A 0131FEE8 NodeManagerHandler+2A00614F56 0131FFB8 NMResponderThread+25677E6484F 0131FFEC GetModuleHandleA+DF
从LogWatch暂停数据流的问题要恢复，您能增加从40%的后退%到较高的值。典型地60%是一好起点，但是不大于80%。
执行此更改，编辑注册和修改以下密钥：总代理\ RealTimeDistributor \ CurrentVersion \记录器\ CurrentVersion \ SQLServer \ LogWatch \ BackOffPercent和周期总代理服务。
如果处理日志全双工，则应该增加HDS DB处理日志到accomidate处理的数据量。没有？魔术？此处编号，但是从日志大小的2gig启动，并且由2的增量，直到日志是足够大处理数据量他们的系统处理。
调查的另一处理日志是演出指南的UCCE推荐400MB起点，并且不应该超出2GB在多数部署下的临时DB日志，在大容积客户。
反馈