OCS Inventory NG使用之win平台下的AGENT端安装与信息收集（二）

声明：鉴于本文篇幅比较长，为了不让广大博友产生阅读疲劳，所以进行了分割，如果要全篇阅读文章，请点击文章底部的链接，对此产生的不便，深表抱歉。

3.2           故障分析与排除

<?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

 

首先我们回顾一下原理，是代理端向服务器端发送数据，那么我们看一下数据是否采集到了。右击OCS Inventory NG Agent程序，选择第二个”Zeige..”选项，如下图3.2.1

( 图3.2.1)

 

 

这里可能是程序的问题，成了非英语系（究竟是法语还是德语还是其他的，不知道了）我们可以看见代理程序在本地确实收集了信息，如下图3.2.2

（图3.2.2）

 

那么就是代理程序发送服务器端的时候出现了错误，如3.2.1图中我们选择第一项“Jetzt..”选项立刻再发一次会发现弹出警告对话框。如下图3.2.3

（图3.2.3）

 

哇塞这个英语单词好几个都不认识，貌似还不是英语，怎么办？看看系统日志能给我们提供点什么吧。如下图3.2.4

（图3.2.4）

 

貌似出了两个日志，一个是信息日志，大概意思是启动了收集信息程序，那个不重要，主要看错误信息，看到没最后一句“交流失败来自通信服务器”。

 

胖胖心得：查看错误日志是非常重要的，一般程序出错了首先要查看该应用程序的错误日志，如果没有找到有用的线索就一定要看系统的应用日志了，我一开始就是没有认真看系统日志，导致走了很多弯路折腾了好几天才发现问题的所在（包括更换了代理端程序的版本等）

 

回去看看我上面的图吧，通讯服务器实际上是在服务器端，那么就是服务器端的安装或配置看来还是有问题的。

 

实际上，经过我的反复实验，如果是在32位下的WINDOWS 2003 SP2中安装服务器端是不会出这个问题的。那么在WINDOWS 2008 R2下安装服务器端为什么出问题了？经过我的不断研究终于发现了原来问题出在 Visual C++ 库 上。如果你看过我上一篇文章服务器端安装篇的话会在我的文章中找到我当时安装了4个X86下的 Visual C++ 2005 、 Visual C++ 2005SP1 、 Visual C++ 2008 、 Visual C++ 2008SP1 的库组件。如果想在WINDOWS 2008 R2平台运行 OCS Inventory NG 服务器端，就必须再安装 X64 的库组件。

 

关于X64的库组件，大家可以去微软官网搜索一下，我这里不提供地址了。下载下来后，先不要急于安装，我们先停止XAMPP的APACHE和MYSQL服务，然后在运行安装，如下图3.2.5

( 图3.2.5)

 

注：一定要停止APACHE服务，否则安装会报错。另外经过我的分析，安装C++2008的库组件应该就是可以的了，但具体没有反复认真测试，为了保险起见，建议4个组件全部安装。

 

我喜欢按照从低到高的版本去安装，建议大家也这样做，先安装2005的库组件，然后安装2008的库组件。如下图3.2.6

（图3.2.6）

 

全部安装好后，重新启动APACHE和MYSQL服务。如下图3.2.7

（图3.2.7）

 

要确保APACHE和MYSQL正常启动，APACHE占用了80和443端口，MYSQL占用的是3306端口，有时候有的人安装的时候系统不“干净”所以就会出问题。要保证系统之前没有安装过MYSQL（会占用3306）另外不要安装IIS会占用80端口，迅雷的软件也会占用80端口，另外VM虚拟机软件会占用443端口。以上都是一些常识。

 

这个时候我们再让代理端程序去收集发送一次数据，然后登录看一下是否正常了。虽然依然会报那个讨厌的图3.2.3提示，但是我们查看系统日志，发现不再报错误日志了，如下图3.2.8

（图3.2.8）

 

看到没，英语提示发送成功了，小小的兴奋一下吧，不过我们还是登录到OCSreports服务器控制台端看一下吧，哇塞，果然收集到了。如下图3.2.9

（图3.2.9）

 

为了确认是我们刚才安装的机器，我们点击“所有计算机”图标看到了主题信息，如下图3.2.10

（图3.2.10）

 

至此，WIN平台下代理端可以顺利在服务器端显示收集到的数据了，关于软件的具体操作将在下一篇文章中介绍。

 

 

看上文：OCS Inventory NG使用之win平台下的AGENT端安装与信息收集（一）

 

看下文：OCS Inventory NG使用之win平台下的AGENT端安装与信息收集（三）