利用管理工具查错案例.doc

利用恒生金融基础件统一管理平台排错 系统运行检查 启动检查 管理工具连接到一套环境中的某个总线AR上进行管理。 一套环境中所有的中间件实例全部启动之后，首先通过拓扑图的界面可以查看所有的节点是否已经启动成功，是否连接成功，在工具右下角会显示管理工具的链接状态和连接节点的名字。如图一所示： 图一：拓扑图界面 拓扑图上首先查看所有的节点是否已经存在，拓扑图的排列是有顺序，如上图所示。然后右键，有一排菜单，先自动配置节点树，方便以后管理，接下来有两件事要做： 中间件版本检查、业务版本检查，这两个按钮会返回当前拓扑图上的所有实例的中间件的库以及业务版本的库是不是都是一样。 查看是不是有重名节点，这个主要是要检查某个实例下面有没有重名的邻居，需要检查某点，就在某个点上右击选择“邻居节点重名检查”。 如果环境很复杂，有很多营业部的节点，如果觉得在拓扑图上实例太多的话，可以通过设置过滤条件，省略那些不用关心的节点。 连接检查 所有节点启动之后，首先检查连接是否都成功，就是说上下级之间关系是否正确以及完整。这个可以通过任意节点管理界面检查。如图二所示。在树形图里面显示了所有节点，如果有下级的点，就可以展开子树看连接下级情况。 图二：任意节管理界面 数据库检查 所有节点都启动成功之后，需要检查一下原子AS数据库的连接情况，在左边的节点树上选择需要检查的原子，双击，然后选择数据库TAB页。如图三所示。通过这个页面可以看到数据库的连接情况，查看数据库连接是否正常。 图三：数据库界面 内存数据库检查 数据库连接都成功之后，就再检查一下内存数据库的情况，检查数据库是否已经同步成功。，需要检查一下原子AS数据库的连接情况，在左边的节点树上选择需要检查的原子，双击，然后选择内存数据库TAB页。如图四所示。 图四：内存数据库界面 监控 启动没有问题之后，接下来就是开启监控，实时监控所有节点，在左右的节点树，选择你需要监控的那套环境，右键选择监控，如图五所示。 如果监控点正常就会是绿色图标显示，如果监控节点不在或者和这个节点通信有问题，那么就会变成红色的图标。日志区域，如果有错误也会报警。 图五：监控界面 注意：如果怀疑某个实例的t2通道有问题，可以通过管理客户端去连那个实例的t2通道，看看是否可以连上，这样可以检测t2通道是否正常。如果通过总线AR去管理某点发现无法管理的时候，也可以让管理客户端直连那点去管理。 监控还要包括积压的监控，监控界面如图六所示。 这个监控主要是监控proc插件的积压情况，显示出来的数据是proc所有线程积压数和请求数的和。最大可以容纳的请求的上限是proc的线程数和队列的上限之积，如果积压太大，就需要增加线程或者增加队列上限，否则客户端就会收到“系统忙，缓存空间已满”的错误应答，业务请求就会被抛弃。 图六：积压监控界面 如何查看proc的线程数和队列的上限，通过双击左边节点树需要查看的节点，然后点击“业务处理”这个TAB页。如图七所示。只有逻辑和原子才会有业务处理界面。点击刷新按钮可以看到实时积压情况。 图七：具体的业务积压界面 节点管理 中间件的所有管理信息都是来自每个插件的管理功能，管理工具上的哥哥界面只是把管理工具的结果显示出来了。如果想查看某个节点的所有插件的所有管理功能，可以选择查看节点双击，选择核心这个TAB页。如图八所示。 图八：节点所有插件管理界面 点击保存查询结果之后，会返回文件保存的目录信息。如下图所示： 所有节点管理 当然我们也可以通过一个就界面对一套环境中所有节点的所有插件做管理。就是前面提到的任一节点管理按钮。如图九所示。 图九：任意节点所有插件管理界面 常见问题检查 如果前台操作发现异常，可以根据不同的异常，然后通过管理工具检查不同的界面，收集各种数据来排除异常。 如果柜台操作发现异常，首先通过柜台的通信日志，可以查看具体的错误信息，对于除了接受超时之外的错误一般都会有具体的信息返回，同时上面还可以看到错误是由哪个中间件节点返回的。柜台的通信日志界面如图十所示： 图十：柜台通信日志界面 问题一：转发错误 错误查找 转发错误有两种情况，一种会报TTL为0，可能配置了环路，还有一种就是转发错误。 对于这种情况，首先通过前台的日志，可以找到返回错误的节点是哪个，然后再通过管理功能去查看这个节点路由的配置。首先在左边节点树上找到你需要查看的节点，双击然后选择路由TAB页。如图十一所示： 注意：如果是指定路由，就直接查看请求中指定的路由节点是那个，这样就不需要查看这个节点的路由信息，直接查看邻居信息。 图十一：路由信息 通过前台看无法转发的请求的功能号、系统号、子系统号、营业部号这四个信息，对照路由表，找到目标节点，路由优先级由上到下依次递减。 找到目标就节点之后，就看看邻居信息有没有