关于CUIC数据来源的技术说明UCCX的Contents

IntroductionCUIC数据来源概述CUICUCCX数据来源配置CUIC数据来源UCCX数据来源实际数据流数据来源密码管理交互作用从更早版本的更改历史报告的用户(uccxhruser)UCCX在HA的数据来源主机的重定向早先UCCX版本10.
5(1)&10.
6(1)情形1:N1是主设备,并且数据来源指向两节点的N2.
方案2:N1是主设备,并且数据来源指向两节点的N2.
在N2和数据库关闭的引擎.
版本11.
0(1)&11.
5(1)情形1:N1是主设备,并且数据来源指向两节点的N2.
方案2:N1是主设备,并且数据来源指向两节点的N2.
在N2和数据库关闭的引擎.
实际数据流数据来源排除常见问题故障放出数据来源的TroubelshootingLD显示UCCX的数据来源脱机:CUIC独立为CCX独立CUIC的配置与UCCX的与集成独立CUIC的普通的TroubeshootingIntroduction本文在统一的ContactCenterExpress(UCCX)解决方案、他们的功能、配置和排除故障技术描述在CiscoUnified智力中心(CUIC)管理页面的多种数据来源.
CUIC数据来源工作情况在版本更改了,并且此条款概述工作情况如向前被看到从UCCX11.
5(1)版本.
CUIC数据来源概述数据来源是名字被给予服务器和enable(event)运行在数据库的SQL查询的服务器的数据库之间的连接.
被建立的联系这里是JDBC连接.
CUICUCCX数据来源配置如镜像所显示,对CCX的coresidentCUIC申请有已经预先配置的内置的数据来源的3种类型.
CUIC数据来源这是查询基于数据来源并且是对CUICdatabase(cuic_data)的数据库连接在TCP端口1500并且使用cuic_report用户运行在CUIC数据库的查询.
UCCX数据来源这也是查询基于数据来源并且是对CCX数据库(db_cra)的数据库连接在TCP端口1504并且使用UCCX历史报告用户(uccxhruser)拿来报告.
CUIC和UCCX是两个Informix公司数据来源并且是编辑可能的.
实际数据流数据来源这是用于Live数据的非查询基于websocket连接并且不能编辑的,意味着您不能更改它手工是参数.
此数据来源continuosly轮询UCCX引擎的SocketIO服务拿来从UCCX引擎的实时数据管理器(RTDM)的实际数据结果.
因为拿来从重要的引擎服务的结果这总是指向本地节点.
密码管理交互作用从更早版本的更改如镜像所显示,直到UCCX11.
0,UCCX数据来源在CUIC使用uccxhrc用户作为默认数据库用户检索历史数据和显示它.
如镜像所显示,当UCCX11.
5开始时,数据来源使用uccxhruser作为默认数据库用户UCCX.
您能也使用uccxhruser联络所有外部数据库用户到UCCX,拉历史数据(即:报告的第三方服务器或者Cisco工作人员优化(WFO)).
历史报告的用户(uccxhruser)此用户能连接到配置,历史和贮藏库datastores(CD、HDS和RDS)并且有这些权限:对历史,配置和贮藏库表的只读访问.
q执行存储过程.
q创建新的存储过程.
q版本11.
5使用此用户UCCX数据来源,为了更新密码,请连接统一的CCXAdministrationMenu棒>Tools>密码Management>历史报告的用户.
它为历史报告自动地更改UCCX数据来源的密码与CUIC.
在设置此更改的HA中没有被传播对另一个节点这在两节点如此需要更新.
另外,当您点击在密码管理页的图标确认在两节点的密码匹配并且在簇间,是一致在HA设置,您能检查一致性.
密码不一致能造成数据来源在重定向以后脱机(即:过帐故障切换).
UCCX在HA的数据来源主机的重定向Cisco推荐指向UCCX数据来源当前从属节点拉报告,以便防止在重要的引擎服务的额外的负荷.
送历史报告能有时锐化在uccxoninit进程的CPU使用情况,采取额外的CPU并且导致在服务器的性能问题.
因此此推荐指向历史datastore从属节点到位.
这里N1把UCCX发布人节点(节点1)和N2视为作为订户节点(节点2).
在一个正常方案中,两节点有指向同一个节点的UCCX数据来源.
示例:如果N1数据来源指向N1,则N2数据来源也指向N1.
数据来源重定向工作情况有所不同用不同的版本以下是某些译文细节方案:早先UCCX版本10.
5(1)&10.
6(1)当您对历史datastore需要手工指向根据版本安装的从属节点的CUIC的首次登录.
步骤1.
CUIC的洛金.
步骤2.
点击数据来源.
步骤3.
选择UCCX数据来源.
步骤4.
点击编辑.
步骤5.
更换数据来源主机到那从属节点(即更改对那的实例名字从属节点).
步骤6.
点击测试连接.
步骤7.
点击"Save".
情形1:N1是主设备,并且数据来源指向两节点的N2.
在节点CCX精通的更改数据来源重定向不发生,并且继续指向它是poinitng在精通上的变化前的同样节点.
那么这里N1nadN2数据来源继续指向当前是主节点在故障切换以后的N2.
如镜像所显示,在故障切换前后它指向同样节点N2,:方案2:N1是主设备,并且数据来源指向两节点的N2.
在N2和数据库关闭的引擎.
现在,如果在那里N2终止的CCX引擎是在数据来源,但是瞬间的没有更改,当数据库在N2时关闭,CCX数据来源不自动地重定向对N1并且下来与red-x标记匹配.
现在拉报告子节点数据库需要是brough备份或手工指向数据来源N1节点数据库.
如镜像所显示,在故障切换前后它指向同样节点N2,:版本11.
0(1)&11.
5(1)CCX数据来源自动地指向从属节点我们一次完成node2installitionHA的.
没有需要手工指向数据来源从属节点.
情形1:N1是主设备,并且数据来源指向两节点的N2.
现在节点CCX精通的更改数据来源重定向发生,并且在故障切换数据来源以后,指向N1(now从)两节点的.
在对N2的故障切换点前.
在对N1的故障切换点以后方案2:N1是主设备,并且数据来源指向两节点的N2.
在N2和数据库关闭的引擎.
现在,如果在那里N2终止的引擎是在数据来源,但是瞬间的没有更改,当数据库在N2时关闭,CCX数据来源自动地重定向对N1.
在终止在N2的数据库前在终止在N2的数据库以后那么对从属数据库的整体总是数据来源点.
实际数据流数据来源实际数据报告使用此放出的数据来源.
这是一个预先配置的股票数据来源在统一的智力中心,并且字段不是编辑可能的.
实际数据报告为代理程序和Supervisor提供实时统计数据.
代理程序和Supervisor的实际数据(实时)报告在CUIC可以送并且可用在精良桌面作为小配件.
实际数据由智力中心的报告的服务消耗.
在数据来源列表页,主要的主机名或IP地址显示.
此数据来源建立在端口12015的websocket联系与插槽即因此对Live数据输入负责这是一个连续流连接和总是点对当前节点N1点对IP/hostname的IO服务-N1和N2点对IP/hostname-N2.
实际数据网站服务基本上使用做其余呼叫.
它基本上有三次其余呼叫的技术支持.
Auth令牌:要求令牌连接-请做与插槽IO服务的一个新连接.
客户端发送由插槽IO服务验证通过做其余呼叫居住数据网站服务的每连接请求的一个令牌.
q快照请求:快照请求是请求插槽IO服务发送充分的短冷期射击数据.
q认证URL:此其余API为是有效值他能查看数据为在LD小配件报告的此代理程序提供信息.
q当您最初登陆对CUIC时此数据来源需要certs在端口12015被接受.
一旦接受它拿来从CCX引擎的令牌在端口9443,并且,在令牌的认证它来联机以后.
因故脱机此的数据来源造成所有LD报告发生故障.
排除常见问题故障使用cuicdatasource表,从CUIC数据库您能查询数据来源.
每个数据来源有unigueid并且是同样acrros所有版本.
这是从11.
0与重要信息的系统输出的CLI在粗体运行SQL精选*从cuic_data:cuicdatasourceidCCCCCCCC00000000AAAAAAAA00000001名字CUIC本地CUIC数据库的说明数据来源键入Informix公司dbhost${主机名}dbport1500dbusercuic_reportuserdbpassword{CUIC_DB_PASSWORD}dbinstance${INFORMIXSERVER}dbname${CUIC_DB_NAME}dbencoding的UTF-8jdbcdriverclasscom.
informix.
jdbc.
IfxDrivertimezoneidcreatedtime2010-01-2714:48:14.
368lastupdated2015-10-1418:35:15.
615版本1分区默认值sharingpermission3minpoolsize5maxpoolsize100责任人1111111111111111111111111111AAAAidD7D7E1A610000132363635BD3F57F543名字UCCX说明键入Informix公司dbhost10.
78.
93.
233dbport1504dbuseruccxhruserdbpasswordcuicenc:85b5vBq+dMxeD1ZnIWIn9A==dbinstanceuccx_106_233_n2_uccxdbnamedb_cradbencoding的UTF-8jdbcdriverclasscom.
informix.
jdbc.
IfxDrivertimezoneidGMTcreatedtime2017-05-1818:03:52.
000lastupdated2017-05-2802:18:43.
770责任人1111111111111111111111111111AAAAidE1350DCC1000013F000001CB0A4E5B4B名字实际数据流数据来源说明UCCX居住数据流数据来源键入放出dbhostlocalhostdbport9443dbusertimezoneidUTCcreatedtime2017-04-0512:11:00.
000lastupdated2017-04-0512:11:00.
000minpoolsize5maxpoolsize100责任人1111111111111111111111111111AAAAbrokerurltopicschemaurl实时/模式restuserLiveDataAdminrestpassword~12Live_Data!
12tokenurllivedata/令牌/新websocketport12015被检索的3行.
放出数据来源的TroubelshootingLD为了使在首次登录的端口12015提供为CUIC来的LD的数据来源联机我们需要首先接受认证-->datasource页:在您接受certs它后futher验证令牌用引擎.
万一LD数据来源在检查之下仍然显示脱机应该运行:使用utilsntp状态,检查NTP:当需要同步实际事件发生,实际数据有在NTP的依靠.
总是请确定NTP层5.
qutils诊断测试应该适当地验证网络.
q使用的不正确网络适配器,当配置卵时能导致实际数据的断断续续的断开.
q如果在检查上是我们能优良验证,如果数据来源获得令牌的请求authticated.
运行在broswer的此URL验证同样:https://FQDN-OF-SERVER.
com:9443/livedata/token/new用户名:LiveDataAdminpassword:~12Live_Data!
12如果运行在URL上直接地在浏览器产生此错误确认CCX不提供认证令牌.
Firefox不能建立与服务器的连接在uccx.
mapfregenelsigorta.
com:9443.
因此有您是hiitng缺陷CSCvb75279并且需要与解决方法的TAC联系的机会.
如镜像所显示,一个成功的验证产生您新的令牌:认识Live脱机数据流的数据来源的缺陷:CSCvb67761:在'在端口'居住数据流来源脱机用尽的maxThreads以后9443CSCvb75279:放出来源的MIVRKeystore密码不同步导致的LD脱机CSCvc45189:实际数据流数据来源脱机在重建和恢复以后.
显示UCCX的数据来源脱机:确定CCX数据库联机并且验证CiscoUnifiedCCX数据库服务是从CCXservicability页的在使用中.
如果一个与datascource配置页的参数不是正确的,连接到CCX历史database(db_cra)的UCCX数据来源能也脱机.
保证所有fileds是正确的,如镜像所显示,其他它无法连接到数据库实例.
直到版本11.
0您使用uccxhrc用户连接到数据库,并且此用户有权限执行存储过程.
CUIC使用uccxhrc用户执行存储过程,并且此用户的密码硬编码.
因此,万一所有paratmeters是正确的和仍然您看到的数据来源脱机然后更新与这些证件的密码可以被尝试:用户名:uccxhrc密码:5:T{i,5e!
KqD*8在您手工更新密码在CUIC下后,如镜像所显示,请点击在数据来源和挑选UCCX然后编辑,执行测试连接并且点击"Save",:从版本11.
5您相当不使用uccxhrc用户uccxhruser连接到CCX数据库.
uccxhruser的密码通过密码管理被维护:CCX管理>Tools>密码Management>历史报告的用户.
更多信息这在passwrod管理题目下.
警告:尽管没有开始11.
5的uccxhrc用户请勿使用从版本11.
5的密码5:T{i,5e!
KqD*8.
如果在11.
5更新uccxhruser密码请设法保持与并非特殊字符使用方法,并且密码不应该包含parenthises"(".
缺陷ID,如果括号使用了:CSCvf21099已知缺陷:CSCvb72142:更改历史报告的用户密码有时中断CUICCUIC独立为CCX除已经现有的共同驻留CUIC之外,从版本11.
0的CCX支持独立CUIC的集成.
独立CUIC支持多个数据来源包括统一的CCX.
StandaloneCuic在UCCXAppAdmin页被配置,并且使用得到定制的报告,并且可以安装有标准,改进的和优质许可证.
独立CUIC的配置与UCCX的登陆对独立的CUIC并且选择数据来源从左手抽屉.
1.
select创建并且添加UCCX数据来源.
数据库用户ID是uccxhruser,并且密码在密码管理页设置:2.
统一的CCX管理员页的洛金.
3.
点击系统然后选择独立CUIC配置.
4.
如镜像所显示,请输入独立CUIC服务器、数据来源名字(创建在独立CUIC服务器),CUIC服务器用户名和密码FQDN.
5.
ClickSave.
CUIC配置被保存,并且成功消息显示.
6.
与集成独立CUIC的普通的Troubeshooting验证FQDN是正确的.
检查网络连通性启用,并且,如果CUIC服务器从UCCX服务器是可及的q为独立CUIC服务器或密码输入的用户名是不正确的.
q为与独立匹配的数据来源给予的实例名字与那在UCCX.
qCiscoUnifiedCCX在维护性页下的数据库服务应该在职.
q