GMCC TimesTen内存数据库日常监测要点200912.doc

广东移动 OCE TimesTen 内存数据库监控要点 上海新炬网络技术有限公司 北京甲骨文软件系统有限公司 2009年11月 目录 目录 2 OCE TimesTen内存数据库日常监测要点 3 一、监控时间： 3 二、OCE项目市公司布署 4 1. 中山、珠海部署示意图 4 2. 服务器列表 4 3. TimesTen与Oracle同步 5 4. TimesTen与TimesTen同步 6 三、监控要点 6 1. Top CPU 进程及系统检查（每2小时一次） 6 2. 数据库连接数检查（每2小时一次） 6 3. 报警日志内容检查（每2小时一次） 6 4. cache group的同步检查（每2小时一次） 7 5. Replication agent进程的同步检查（每2小时一次） 7 6. TT内部资源的使用检查 9 7. TT事务的监控 10 8. TimesTen状态的检查 11 9. 文件系统空间使用检查（每天1次）： 12 10. 统计收集作业检查（每月1次） 13 11. 数据库备份检查（每天1次） 13 12. oracle服务端TT对象的检查（每天一次） 13 四、附录一：oce Timesten常见的问题及解决要点 14 1. 如果营帐生产库的COMMON用户密码更改，请务必通知新炬公司，否则将影响TT与oracle间的通讯，影响业务。密码改更的处理方法如下： 14 2. 如果华为要做版本升级之类的操作要把以TT开头的对象（如trigger）置为无效，也请通知新炬公司，否则将影响业务 14 3. 当TT出现同步失败的情况、可尝试重启cache agent 和rep agent 14 4. 双机时钟不同步的问题 14 5. TT cachegroup与oracle中数据不一致的解决方法 14 6. TT中日志表过大的解决方法 15 7. 备机的重建，当复制出现问题，如数据不一致时。需要对重机进行重建。具体可见备机重建方案 15 8. replication的切换（详细可见OCE TT HA切换方案） 15 9. TT实例的重启 15 五、附录二：相关联系人 16 OCE TimesTen内存数据库日常监测要点 根据监控室、运管室的管理要求及OCE TimesTen内存数据库的运行特点，每日监测要点及负责人安排如下： 一、监控时间： 每半小时1次 每天1次（8：00） Top CPU 进程及系统负载检查 Oracle服务端对象的检查 报警日志内容检查 TimesTen的备份检查 系统内部资源检查 连接数检查 Cache group的状态检查 Cache agent状态的检查 文件系统空间检查 TT长事务的监控 TimesTen状态的检查 早(8:00-16:00) 中(12:00-19:00) 晚(18:00-8:00) 早班或中间 注意点：如检查到有关异常情况请电话联系从兴，或先咨询相关同事。 二、OCE项目市公司布署 中山、珠海部署示意图 从上图中可以看出，OCE采用HA的容灾机制，主机和备机上都安装有TimesTen数据库，两个数据库之间采用replication机制保证TimesTen数据的一致性。TimesTen通过Cache Group从oracle（深圳数据库2）同步用户的优惠资料。OCE主机上的应用程序通过直连的方式访问TimesTen，信控机以及CICS通过客户端的方式访问TimesTen。 服务器列表 OCE项目： 地市 公网IP 物理IP 角色 操作用户 珠海 　 29 5 主 timesten 30 7 备 中山 31 9 备 32 1 主 佛山 　 　 　 33 3 备1 34 5 主1 35 7 主2 36 9 备2 连接方式，通过23 telnet到网管2机后，再telnet到各OCE主机。 前台登陆改造项目： 主机名 公网IP 物理IP 角色 操作用户 报表1机 报表2机 1 2 主 oracle 3 4 备 TimesTen与Oracle同步 以珠海OCE为例，现生产系统建了如下cachegroup；cachegroup同步间隔为29s。 BOSS应用 cachegroup 用途 OCE应用 访问方式 公共 IB_RU_WOFFRULE_CACHE 销账规则 语音、短信、梦网、OCE实时销账 查询 IB_CB_EBOXUNIT_CACHE 账本科目 语音、短信、梦网、OCE实时销账 查询 IB_PF_ACCTSET_CACHE 帐单科目组 语音、短信、梦网、OCE实时销账 查询 IB_PF_ACCT_CACHE 账单科目 语音、短信、梦网、O