星网锐捷网络技术 BMC 常见问题处理手册说明书

BMC常见问题处理手册
睿智事业部
版权所有侵权必究
2021年3月
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第1页/ 共54页
前言：
⚫本文覆盖自项目进场到相关交付模块完成过程中各阶段的常见问题处理。

北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第2页/ 共54页
目录
1系统服务无法启动.............................................................................................................. - 5 -
1.1CCS服务无法安装或启动 ................................................................................. - 5 -
1.2BMC服务无法启动............................................................................................ - 6 -
1.3GDB服务无法启动 ............................................................................................ - 7 -
1.4怎样删除/重新注册GDB服务 ........................................................................ - 12 -
1.5数据库服务........................................................................................................ - 13 -
1.5.1MySQL异常停止无法启动怎么办？...................................................... - 13 -
1.5.2数据库表损坏后如何还原？.................................................................... - 19 -2资源无法添加.................................................................................................................... - 26 -
2.1网络设备无法添加............................................................................................ - 26 -
2.2主机.................................................................................................................... - 28 -
2.3AIX .................................................................................................................... - 32 -
2.4Linux .................................................................................................................. - 34 -
2.5数据库................................................................................................................ - 36 -
2.5.1Oracle......................................................................................................... - 36 -
2.5.2Sql server.................................................................................................... - 38 -
2.5.3Mysql ......................................................................................................... - 39 -3业务服务............................................................................................................................ - 41 -
3.1添加业务视图后，部分业务视图一直处于不可用，但是业务内资源正常；- 41
-
3.2业务服务中可加入雷达的业务应用是否有数量限制.................................... - 41 -4网络拓扑............................................................................................................................ - 42 -
4.1网络拓扑需要上传大于2M的背景图片，怎么办？ .................................... - 42 -
4.2网络拓扑中部分设备只能左右移动，无法上下移动.................................... - 44 -
4.3自动网络拓扑发现发现过慢............................................................................ - 44 -
4.4链路无法删除.................................................................................................... - 44 -5配置管理............................................................................................................................ - 45 -北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第3页/ 共54页
5.1配置备份的日志检查路径................................................................................ - 45 -
5.2配置备份排查思路............................................................................................ - 45 -6IP地址管理....................................................................................................................... - 46 -
6.1当IP地址扫描一直不结束怎么办 .................................................................. - 46 -
6.2设备上联信息或接口不正确或取不到的问题................................................ - 46 -
6.3IP地址管理点进入某个网段出现全部网段IP地址怎么解决？.................. - 47 -
6.4IP地址管理子网查询不准确 ........................................................................... - 47 -
6.5IP地址管理，子网的IP列表，为什么有的有图表按钮有的没有？ .......... - 47 -7无线模块............................................................................................................................ - 48 -
7.1无线星图上在线用户无数据怎么排查？........................................................ - 48 -
7.2无线资源发现完成，资源列表下在线用户列表和无线星图无数据 ............ - 49 -8统计报表............................................................................................................................ - 53 -
8.1报表无数据、资源详情历史趋势无数据排查思路........................................ - 53 -北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第4页/ 共54页
1 系统服务无法启动
1.1 CCS服务无法安装或启动
现象描述
1. 安装程序完成后发现CCS服务没有安装成功
2. CCS服务无法正常启动
3. 启动成功后自动停止
可能原因
1. 安装时输入的系统管理员密码错误
2. 安装完成后系统管理员密码被修改
3. License文件过期或者损坏
4. CCS\app\下的jar包不正确，缺少文件或者文件版本不对应
排查步骤
1. 检查安装时输入的系统管理员密码是否正确。

（会造成CCS服务安装失败）
2. 检查安装完成后是否修改过系统管理员密码。

（会造成CCS服务安装后无法启动）
3. 用户必须属于Administrator组
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第5页/ 共54页
4. 查看服务列表——CCS服务属性——登录查看用户名或者密码是否正确
5. 使用CCS\bin\stratup.bat启动，这里可以看到启动失败的原因，如果是license的问题，会有license过期或者文件损坏的提示，有时也会报空指针错误。

如果是jar包错误的话，会有nullPointerException类似的错误信息。

6. 查看CCS\workspace\logs\Service\std.log，这个文件会记录下所有在命令行中的日志信息。

1.2 BMC服务无法启动
现象描述
1. Portal不能从服务面板启动，或者显示已启动，不到1分钟后刷新服务面板又显示未启动。

2. 启动成功后自动停止。

3. BMC不能从服务面板启动。

4. BMC服务起不来或者起来之后自动停止。

5. BMC服务启动时报系统错误1609。

可能原因
1. Portal的80端口被占用
2. License有问题
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第6页/ 共54页
3. Portal启动需要的Jar包有问题，缺少jar包或者版本不对
4. 缺少数据库的表
排查步骤
1. CD到RuiJie\RIIL\RIIL_BMC\bin目录
2. 运行startup.bat，系统会将启动失败的原因显示在命令行里，比如端口被占用等
3. 通过std.log查看信息，一般就是少类，和数据库中缺少一些基础表。

1.3 GDB服务无法启动
异常现象
RIIL_CCS 无法启动
异常原因
neo4j 文件损坏导致无法启动
异常分析
1．检查RIIL_CCS std.log 中是否出现以下信息
org.springframework.beans.factory.BeanCreationException: Error creating
bean with name 'typeRepresentationStrategyFactory' defined in class 北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第7页/ 共54页
org.springframework.data.neo4j.config.Neo4jConfiguration: Instantiation of
bean failed; nested exception is
org.springframework.beans.factory.BeanDefinitionStoreException: Factory
method [public
org.springframework.data.neo4j.support.typerepresentation.TypeRepres entati
onStrategyFactory
org.springframework.data.neo4j.config.Neo4jConfiguration.typeReprese ntatio
nStrategyFactory() throws ng.Exception] threw exception; nested exception is com.sun.jersey.api.client.ClientHandlerException:
.ConnectException: Connection refused: connect
2．在浏览器上输入http://ip:7474 检查是否可以访问，如果出现以下页面表示可以访问，否则GDB服务异常
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第8页/ 共54页
3．手动启动RIIL_GDB_SERVER 无法启动
4．检查neo4j\data\log\neo4j.0.0.log 无新日志产生
5．检查neo4j\data\graph.db\messages.log 中出现一下信息
Failed to start Neo Server on port [7474]
org.neo4j.server.ServerStartupException: Starting Neo4j Server failed: Error starting org.neo4j.kernel.EmbeddedGraphDatabase,
d:\RuiJie\RIIL\neo4j\data\graph.dbCausedby:org.neo4j.kernel.lifecycle.Li fecycleException:Component'org.neo4j.kernel.NeoStoreDataSource$3@ 200a1011' was successfully initialized, but failed to start. Please see attached cause exception.
<span style="color: #ff0000"><strong>注意：上述现象任一症状出现均表示该服务已经出现异常</strong></span>
解决方案
当遇到GDBServer启动失败时，请按以下步骤检查
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第9页/ 共54页
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第10页/ 共54页
1．确认RIL_GDB_SERVER 服务端口是否被占用，执行命令netstat -
ano|findstr 7474，如果返回信息，根据进程的PID 号（如下图），在任务管理器中，根据对应的PID ，结束进程，重启RIL_GDB_SERVER,即可。

2．当服务还是无法启动，需要执行以下操作后，修复RIL_GDB_SERVER 服务完成
①拷贝relationship.jsp 到RIL_BMC\war\bmc 目录
②先将RIL\neo4j 的data 目录重命名（例如data_bak ）拷贝新data.rar 目录到RIL\neo4j 下，启动服务
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第11页/ 共54页
③在浏览器中访问http://ip:port/bmc/relationship.jsp,直到类似如下图返回页面（此过程可能会稍久，稍等几分钟后可启动GDB 服务，访问GDB 界面http://IP:7474验证服务是否正常启动，如可以正常启动，则可以启动
bmc 、ccs 服务,因为本地正常环境查看④⑤两步中数量也不一致，不影响服务正常运行）
④在浏览器中访问http://IP:7474,输入用户名和密码：
neo4j/r4rfde32wsaq1,（替换过data 目录，初次登陆为neo4j/neo4j ），登录后，点击红框中的按钮，在$符号后面输入：MATCH (n) where
n.resType='RIIL_RMT_LINK' return count(n)
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第12页/ 共54页
⑤用SQLyog 连接RIL 数据库，在ril_product 库中执行SELECT
COUNT(*) FROM t_topo_link;查看该数量是否与第四步的数量一致，一致表示修复完成。

如下图：
1.4 怎样删除/重新注册GDB 服务
删除GDB 服务
当启动GDB 服务无法启动，http://服务器IP ：7474出现异常时，可考虑将GDB 服务删除重新注册。

具体的删除服务操作为：
打开命令行
执行：sc delete RIIL_GDB_SERVER
注：该指令是windows的删除服务的操作指令RIIL_GDB_SERVER 是我们要删除服务的服务名，可在服务管理打开该服务的属性页面中进行查看和核对。

注册GDB服务
该条目适用于由于各种因素导致的GDB服务消失的情况，可尝试在命令行执行以下操作：
从命令行进入到系统安装的以下路径ruijie\riil\neo4j\bin
执行命令：Neo4jinstaller.bat install C:\RuiJie\RIIL\jdk
注意：红色字体的部分需要替换为BMC系统实际安装的JDK路径
此方案仅尝试，如无法解决，请按照GDB服务修复方案进行操作
1.5 数据库服务
1.5.1 MySQL异常停止无法启动怎么办？
异常现象
1、数据库异常停止
当正常运行过程中，发现数据库服务非人为关闭而处于已停止的状态时
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第13页/ 共54页
2、数据库无法启动
使用windwos 服务启动RIIL_DB_SERVER 出现下图信息
可能的异常原因
1、服务器异常断电。

2、强制关机，没有先关闭mysql 服务。

3、mysqld 进程在写表时被杀掉。

4、磁盘故障。

5、其它硬件问题引起的操作系统异常关机
6、Mysql 软件缺陷。

异常分析
查看RuiJie\RIIL\MySQL\data\riil_db.err 日志文件：1、磁盘空间已满，需要进行磁盘扩容，日志如下：
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第14页/ 共54页
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第15页/ 共54页
2、操作系统内存不足，日志如下：
3、操作系统无法读取文件
4、数据库没有正常关闭 回滚操作异常
5、文件写延迟过高
解决方案:
当以上现象发生时，不要急于启动数据库，以免造成数据文件的进一步损坏。

需要对数据库进行修复操作，修复方式如下：
1、修复以上环境相关的异常
2、备份RuiJie\RIIL\MySQL\data 文件夹下全部内容
3、在RUIJIE\RIIL\Mysql\目录下，找到my.ini文件，增加强制启动参数innodb_force_recovery=6，保存后，启动mysql（如无法启动，可尝试强制参数1~6）
4、用sqlyog工具连接数据库，将riil_product和riil_product_backup库导出为sql文件。

①、首先右键要导出的数据库，点击"备份/导出"，"以SQL 转储文备份数据库"。

②、指定导出的文件，选择要导出的对象（全选即可）。

北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第16页/ 共54页
③、停止数据库RIIL_DB_SERVER 服务，备份ruijie\riil\mysql 路径下的data 文件夹，重命名。

将空环境data.rar 解压缩，导入在
ruijie\riil\mysql 下。

【PS：请在ftp://172.17.189.88 服务器的已发布版本/安装文件/Release/RIIL-BMC/空白数据
（ftp://172.17.189.88/%E5%AE%89%E8%A3%85%E6%96%87%E4%BB% B6/Release/RIIL-
BMC/%E7%A9%BA%E7%99%BD%E6%95%B0%E6%8D%AE/）选用对应版本的初始数据目录，请注意仅使用解压后的data 目录。

】如在该目录找不
到对应大版本的空库，需手动安装一个
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第17页/ 共54页
④、替换data 文件后，重新启动数据库服务（启动服务前先注释掉my.ini文件中的强制启动项参数）检查下riil_product 中全部的表应该都是空的。

之后，再把刚刚导出的SQL 文件导入到riil_product 和
riil_product_backup 中。

北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第18页/ 共54页
⑤、去掉强制启动参数，重启DB 服务。

此时数据库应该已经可以正常启动了。

1.5.2 数据库表损坏后如何还原？
(整体过程简单来说就是删除新表的ibd文件，将原库的ibd文件替换过去)
本文档适用于数据库损坏后做还原的情景，还原针对基本配置数据。

步骤如下：
1、生产环境停服务，获取原始数据库（也就是将被损坏的数据库的data 目录进行备份）；
2、安装与生产环境版本一致的RIIL；
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第19页/ 共54页
3、在新环境上将RIIL\MySQL目录下data文件夹备份（防止还原过程中新库损坏）；
4、新环境启动RIIL_DB_SERVER服务；
5、连接新环境数据库，执行如下sql(以t_b开头的表为例)
SELECT
CONCAT( 'ALTER table ', table_name,' DISCARD TABLESPACE;' ) FROM information_schema.tables
WHERE table_schema = 'riil_product'
AND table_name LIKE 't_b%';
说明：需要把product库所有表分别执行like 't_b%', like 't_c%' 等等北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第20页/ 共54页
6、执行步骤5后会查询出alter table tablename discard tablespace;
语句，将语句导出，如图：
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第21页/ 共54页
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第22页/ 共54页
在excel 中打开如下：
7、新建查询窗口，将导出的sql 语句粘贴到查询窗口，根据语句中的tablename 查看原始数据库RIIL\MySQL\data\riil_product 目录下数据文件是否成对出现（.frm 与.ibd 文件成对出现，相同表名没有其他后缀文件），将不成对出现的tablename 从sql 语句中删除
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第23页/ 共54页
查找方式如下：(请关注具体的表名和文件方式即可)
8、执行修改后的“alter table tablename discard tablespace;”
语句
(在新库中执行)
说明：执行时可能有报错，但在原始库中数据文件是成对出现的，例如：<e>查询：ALTER TABLE t_sam_user DISCARD TABLESPACE
错误代码：1451
Cannot DELETE OR UPDATE a parent ROW: a FOREIGN KEY CONSTRAINT fails ()
执行耗时: 0 sec
传送时间: 0 sec
总耗时: 0.162 sec
此时就不需要拷贝文件了，也不需要执行import语句了
9、将执行sql中涉及到的表，.ibd文件从原始数据库拷贝到新数据库
10、将步骤7中修改后的sql语句的所有discard修改为import，再次执行
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第24页/ 共54页
11、查看被损坏的数据库的表，将步骤5语句中的t_b%替换为所有可能的表的开头，重复步骤5~10，所有表都修改完毕；
12、停止RIIL_DB_SERVER服务，备份修改后的data目录；
13、启动服务，验证修改后的数据在新环境中显示正常，无报错；
14、将备份的修改后的data目录，拷贝到原始数据库对应目录，完成数
据库还原。

北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第25页/ 共54页
2 资源无法添加
2.1 网络设备无法添加
现象描述：
1. 自动拓扑发现未能成功发现设备。

2. 进行单资源发现，网络设备发现失败。

3. 发现的设备类型不正确。

4. 资源添加成功后无法加入监控。

5. 资源类型和厂商显示为问号和乱码
可能原因：
1. RIIL服务器到网络设备之间不可达。

2. 设备的SNMP未配置，或配置参数和RIIL服务器的发现配置不匹配。

3. 网络中的某些设备上做了策略，禁止SNMP数据通过。

4. 设备模型未在RIIL系统中预置。

5. 默认策略没启动，资源则无法加入监控。

6. 编码错误导致类型和厂商信息无法正常显示
排查步骤：
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第26页/ 共54页
1. 检查RIIL服务器到网络设备之间通信是否正常。

2. 远程桌面到RIIL服务器上，打开CMD手动ping待发现设备地址，看是否能够ping通。

一定要远程到RIIL服务器上验证连通性，远端web管理的PC能够访问，不代表RIIL服务器和被发现设备之间IP可达。

3. 使用net-snmp，检查设备SNMP是否能够连通：在RIIL服务器上安装net-snmp，安装文件在E:\RuiJie\RIIL\tools\SNMP\net-snmp下，32位操作系统安装“net-snmp-5.6.1.1-1.x86.exe”，64位操作系统安装“net-snmp-5.5.0-2.x6
4.exe”。

安装完成后，打开cmd，在c盘根目录下输入“snmpwalk -v2c -cpublic 172.16.8.1 1.3.6.1.2 ，如果SNMP能够walk 到，当前窗口会打印walk到的信息，如果无法连通则返回连接失败信息。

北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第27页/ 共54页
2.2 主机
Windows 使用SNMP协议监控
现象描述：
1. Windows主机使用SNMP协议发现失败
可能原因：
1. SNMP协议没有开通，或者开通后配置允许SNMP主机中没有RIIL服务器地址；
2. windows防火墙或者网络中有防火墙阻挡；
排查步骤：
1. 使用net-snmp工具从RIIL服务器探测windows服务器的SNMP协议是否能通；
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第28页/ 共54页
2. 登录到windows服务器上，在windows服务中查看是否有SNMP Service服务；
3. 如果有SNMP Service 服务，打开SNMP属性查看是否允许接受RIIL 服务器的SNMP数据包。

4. 以上操作如果都没有问题了，需要和客户沟通一下，是否在网络中有硬件防火墙的设置，如果有需要开通161的端口。

北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第29页/ 共54页
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第30页/ 共54页
由于SNMP 服务通过UDP 协议发送数据包，因此常用的通过Telnet 方式探测161端口是否可用的方式在此不适用。

Windows 使用WMI 协议监控
现象描述：
l Windows 主机使用WMI 协议发现失败
可能原因：
1. 主机WMI 服务没有启动，无法连通。

参照《WINDOWS WMI 发现配置条件》配置WMI 服务。

2. 网络中有防火墙阻挡，包括windows
防火墙或者网络中的硬件防火
墙；
3. 实例化指标没有取到。

4. 用户权限不够；
5. 服务器已经加入了域环境
排查步骤：
1. 登录windows系统后，查看服务中Windows Management Instrumentation是否启动或者Telnet 135、445这两个端口是否能通；
2. 确认用于添加的账号密码为administrator组用户, 确认访问用户名和密码是否正确；
3. 针对加入域的服务器，填写如下发现信息：IP、用户名处填写域名\用户名，类似于：GZAIC\administrator不需要在前面加IP，密码填写：域登录密码即可。

4. 查看WMI是否启动，测试连接。

若未启动，参照《WINDOWS WMI 发现配置条件》配置启动WMI服务。

5. 使用wmiexplor工具或者wbemtest尝试连接，看是否可以正常连接，连接成功后，可以使用select loadpercentage from Win32_Processor 语句，查看是否能查询到关于进程的结果。

6. 查看实例化指标能否取到：
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第31页/ 共54页
①实例化指标：MAC地址（MacAddress）、IP地址（IPAddress）
②使用WMI连接取值工具，测试实例化指标是否可以取得，wql语句如下：
③MAC地址：Select MACAddress from Win32_NetworkAdapter
2.3 AIX
使用SNMP协议监控
现象描述
1.AIX主机使用SNMP协议发现失败
可能原因：
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第32页/ 共54页
1. SNMP协议没有开通，或者开通后没有指向RIIL服务器；
2. 网络中有防火墙阻挡；
排查步骤：
1. 使用net-snmp工具从RIIL服务器探测AIX服务器的SNMP协议是否能通；
2. 登录到到AIX服务器上，查看是否SNMP的服务在运行；
3. 以上操作如果都没有问题了，需要和客户沟通一下，是否在网络中有硬件防火墙的设置，如果有需要开通161的端口。

使用SSH/Telnet协议监控
现象描述
1.AIX主机使用SSH、telnet协议发现失败
可能原因
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第33页/ 共54页
1. AIX发现前提不满足；
2. 连接AIX服务器时超时。

排查步骤
1.按照AIX发现前提，逐个排除；
2. 确认AIX账号权限是否具体可上传脚本权限
2.4 Linux
使用SNMP协议监控
现象描述
1.Linux主机使用SNMP协议发现失败
可能原因
1. SNMP协议没有开通，或者开通后没有指向RIIL服务器；
2. 网络中有防火墙阻挡；
3. SNMP取到的指标不完整；
排查步骤
1. 使用net-snmp工具从RIIL服务器探测linux服务器的SNMP协议是否能通；
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第34页/ 共54页
2. 登录到到linux服务器上，查看是否SNMP的服务在运行；
3. 查看linux中SNMP的config文件中，SNMP可以walk到的信息是否正确；
4. 以上操作如果都没有问题了，需要和客户沟通一下，是否在网络中有硬件防火墙的设置，如果有需要开通161的端口。

使用SSH/Telnet协议监控
现象描述
1.Linux主机使用telnet、SSH协议发现失败
可能原因
1. linux发现前提不满足；
2. 使用SSH发现时，ssh配置文件中没有开启密码验证；
3. RIIL服务器无法远程连接Linux服务器。

北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第35页/ 共54页
排查步骤
1. 检查Linux发现前提，并逐条确认；
2. 使用SSH登陆Linux系统，在/etc/ssh下打sshd_config文件，并查看PasswordAuthentication 后是否为yes，如果是no，需要将其改为yes，并重启SSH服务。

2.5 数据库
2.5.1 Oracle
现象描述Oracle添加失败
Oracle无法通过service name 加入到系统
可能原因
1. 版本问题
2. Oracle连不上
3. Oracle用户权限不足
排查步骤
1. 首先按照发现前提，检查是否支持该版本Oracle
2. 用dbconntest工具尝试连接Oracle（注意用发现时填写的Oracle用户名和密码，并且不能是sys用户, 用户至少应该有Connect和
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第36页/ 共54页
Select_Catalog_Role角色权限），然后检查dbconntest目录下的log.txt，看是否连接成功
3. 若连接失败，请检查用户名和密码是否正确以及是否有防火墙
4. 若dbconntest可以连接成功，去
RIIL_CCS\workspace\logs\service\plugins.log里查找OraclePlugin字样，下面有记录发现失败的原因（比如Oracle用户没有权限，或者被锁定等）
5. 查询SID的方法：
1. 路径\*\product\11.1.0\db_1\NETWORK\ADMIN
2. 文件名tnsname.ora
3. 文件内容
ORCL =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521))
)
(CONNECT_DATA =
(SERVER = DEDICATED)
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第37页/ 共54页
(SERVICE_NAME = orcl) 实例名
)
)
2.5.2 Sql server
现象描述
1.SQLServer发现失败
可能原因
1. 版本问题
2. SQLServer连不上
3. SQLServer用户权限不足
4. 端口不正确，不是默认的1433
排查步骤
1. 首先按照发现前提，检查是否支持该版本SQLServer
2. 确认sql server的服务端口
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第38页/ 共54页
2.5.3 Mysql
现象描述
1.Mysql发现失败
可能原因
1. 版本问题
2. Mysql连不上
3. Mysql用户权限不足
4. 端口不正确，不是默认的3306
排查步骤
1. 首先按照发现前提，检查是否支持该版本Mysql
2. 确认数据库服务端口
3. 用dbconntest工具尝试连接Mysql（注意用发现时填写的Mysql用户名和密码），然后检查dbconntest目录下的log.txt，看是否连接成功
4. 若连接失败，请检查用户名和密码是否正确以及是否有防火墙
5. 若dbconntest可以连接成功，去
RIIL_CCS\workspace\logs\Service里查找Mysql-Plugin字样，下面有记录发现失败的原因（比如Mysql用户权限不足、Mysql版本不支持）
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第39页/ 共54页
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第40页/ 共54页
3 业务服务
3.1 添加业务视图后，部分业务视图一直处于不可用，
但是业务内资源正常；
由于业务视图大屏展示有压力限制，当数据过大运行时间过长时会出现采集不准的情况，遇到这种情况，请优先重启服务，重新采集即可。

3.2 业务服务中可加入雷达的业务应用是否有数量限
制
没有限制
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第41页/ 共54页
4 网络拓扑
4.1 网络拓扑需要上传大于2M的背景图片，怎么办？
1、先找一个小于2M的图片，正常上传成功。

如图：
2、找到这个图片在硬盘中的存放位置，路径如下：
RIIL_BMC\workspace\udata\topology\topo\static\images\topo\respanel \background
文件位置如下：
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第42页/ 共54页
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第43页/ 共54页
3、将需要上传的背景图片（大于5M 的）重命名为上图红框中的名字，然后拷贝到上面的路径下，覆盖掉这个正常的背景。

4、用照片查看器打开要上传的背景图片（大于5M 的），如下图：
5、用qq 等能截图的工具，截取一个图片（尽量小），作为small 图并重命名上面路径下的small 图片的名字，然后拷贝到路径下覆盖掉small 图片。

6、刷新网络拓扑，即可将刚才正常上传的图片，变成需要上传的大于2M 的背景图片。

7、在背景图片未锁定的状态下，单击图片，可以拖动图片周围的原点，来改变图片大小。

4.2 网络拓扑中部分设备只能左右移动，无法上下移
动
1、可以在在拓扑工具栏---自动布局---随便选一个比如星型布局，然后打乱后解决。

4.3 自动网络拓扑发现发现过慢
1.网段选择ccs，发现完毕后再分DCS（不要选择自动！）。

原因：
1、如果选择１６位网段（65536个地址），X个DCS会扫描X*65536次，交换机可能会卡死。

2、发现到的设备，会被X个DCS同步取数据，设备相应snmp的速度会降低，设备可能会出故障。

4.4 链路无法删除
1. 首先在拓扑上选中该链路，然后使用键盘输入riillog后回车，将弹出的窗口打印出的信息复制出来，找到relationId = "xxx"这一行，把relationId 复制出来；
2. 打开数据库执行工具，复制下t_topo_line表
3. 执行DELETE FROM t_topo_line WHERE c_relation_id = ' xxx '
注意：6.7版本需要改到多链路模式下删除
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第44页/ 共54页
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第45页/ 共54页
5 配置管理
5.1 配置备份的日志检查路径
C:\RuiJie\RIIL\RIIL_BMC\workspace\logs\Service下的netconfig.log 5.2 配置备份排查思路
注意：6877版本前需要直接修改配置文件的请使用notepad++文本编辑工具，不要使用记事本/写字板直接编辑
配置管理排查思路
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第46页/ 共54页
6 IP 地址管理
6.1 当IP 地址扫描一直不结束怎么办
出现这种情况大多是两个原因导致的
1、扫描的IP 地址太多，导致链路关系逻辑复制，所以计算时间会久一点，一般都是卡在95%，遇到这种情况可以看一下ipmac 日志和NTA 日志。

2、自动扫描还没有结束就开始手动扫描，导致扫描不结束，所以一直在扫描中，可以停止IP 地址扫描开关，然后看ipmac 日志自动扫描周期结束不在刷新新的日志后，手动执行扫描，如果手动执行成功，可以调大自动扫描周期。

6.2 设备上联信息或接口不正确或取不到的问题
如果取值不正确可以看一下网络拓扑中上联设备是否被发现，是否有中间设备没被发现，如果有，对中间设备进行发现后，在进行扫描，可以通过mib 工具来看一下接口对应的关系，IP
地址管理模块相关取值和验证方法（可联系
厂家获取）
注意;网络设备不计算上联，所以对应网络设备的IP可排除上联计算
6.3 IP地址管理点进入某个网段出现全部网段IP地址
怎么解决？
6.8.
7.25版本合入代码
6.4 IP地址管理子网查询不准确
同样6.8.7.25版本解决
6.5 IP地址管理，子网的IP列表，为什么有的有图表
按钮有的没有？
1. 子网中的IP地址个数小于255才会呈现这个图表按钮，过多的IP地
址，以图标的形式呈现反倒不易查看。

北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第47页/ 共54页
7 无线模块
7.1 无线星图上在线用户无数据怎么排查？
问题现象：如图示，无线星图上在线用户显示为0
排查思路：
无线星图上在线用户是统计的关联到星图上ap的在线用户，【在线用户】指标的值最直观的体现在系统里就是在【无线资源----在线用户】列表是否有数据，
如果在线用户列表无数据，星图上自然不会有数据，此时需要排查在线用户列表为何无数据，
在线用户列表无数据的原因可能有：
北京市海淀区复兴路29号中意鹏奥大厦东塔11层 100036第48页/ 共54页。