- gitcloud
-
1. 首先,SNMP是OME服务器管理必要的管理协议,如果受管的Windows服务器还未安装SNMP服务,我们需要按下面步骤进行添加。已经安装好的用户,可以跳过SNMP安装的步骤(1-5)。
首先,以管理员身份登录受管服务器,点击“开始--》管理工具--》服务器管理器”,如下
2. 在左边栏点击“功能”选项,右边栏目里点击“添加功能”
3. 在功能选项里选择“SNMP服务”,点击“下一步”
4. 在下面确认安装选择窗口里,点击“安装”
5. 等待“安装结果”窗口出现,点击“关闭”,完成安装
6. 还是在“服务器管理器”里,左栏选择“配置--》服务”,右栏找到“SNMPService”,鼠标右击,选择属性
7. 选择“安全”标签,点击“添加”来添加一个“接受的社区名称”。
8.本例添加了一个只读的社区名,大写的“OME”。点击“添加”,返回上一屏
9. 默认SNMP服务只接收来自本机“localhost”的SNMP包,我们还需要添加接受来自OME服务器的SNMP数据包。所以点击“添加”,输入我们前言中提及的部署好的OME服务器的IP地址(本例10.102.17.101)。
10. 点击“陷阱”标签,进入SNMP陷阱的设置。我们可以在这里配置客户端服务器SNMP陷阱的目标,使它指向我们的OME服务器。这样客户端可以自主地发送告警信息给到OME服务器,实现异步式的信息传递。
输入社区名“OME”,点击“添加到列表”
11. 添加”陷阱目标“,本例中,目标为我们的OME服务器,IP:10.102.17.101
12. 重启一下SNMP服务。这个就不截图了。
13. 我们注意到,在OME服务器上安装OME服务的时候,同时还安装了一个测试工具,叫“Troubleshooting tool”,现在我们可以使用这个工具来检查SNMP服务与OME服务器的连接了。
该工具非常好用,如果想在个人笔记本上使用的,可以在这里下载安装:Dell Troubleshooting Tool for OME 1.2
以管理员身份登陆到OME服务器上,运行“Troubleshooting tool”,输入我们需要检查的SNMP服务客户端IP地址,本例中Windows受管服务器的IP地址是10.102.17.111。选择测试的协议“SNMP”,以及CommunityName: OME,点击“Run Test”按钮。
如果连接不成功(通常是防火墙的问题,请注意关闭防火墙),窗口下方将显示出错信息。本例中,我们看到,检测工具已经通过SNMP获取到服务器系统名和MAC地址,证明SNMP服务连接正常。
- 里论外几
-
Dell OpenManage Server Administrator(OMSA)的安装与配置
在安装OMSA之前,先回答一个用户经常问到的问题,OMSA是必须的组件吗。如果没有安装OMSA,可以使用OME吗。
下面我们就来做一个简单的测试,给大家先有个直观的认识,如果没安装OMSA,OME会怎么工作。然后我们再进入OMSA安装,前后对比一下,OME在运行上有什么不同。
无OMSA安装下OME的使用情况
前面的演示里,其实我们已经正确配置好了SNMP服务,即使我们没有安装OMSA,我们也已经可以使用OME来发现和建立OME服务器与Windows受管服务器的连接了。下面我们就来简单配置一下OME,以便发现和管理该服务器,看看它的运行情况是怎么样的。
1. 打开进入OME服务器的管理控制台,点击菜单“管理--》查找和资源清册”,然后再点击左栏里的“常见任务--》添加查找范围”
我们有两种方法可以打开OME服务器的管理控制台
以管理员身份登陆OME服务器,直接双击桌面的OME图标
或者打开浏览器,输入URL https://OMEServername:2607/(按提示输入管理员用户名,密码。注意防火墙设置)
2. 在查找范围配置里,输入我们受管服务器的IP地址:10.102.17.111,点击添加。当然,如果需要查地址范围,主机名什么的,也是可以的。本例简化一下,只查一台服务器IP。
3. 跳过ICMP配置,直接点击"SNMP配置",确认已经勾选了“启用SNMP查找”,并在Get 团体里输入本例的Community Name:“OME”
4. 跳过其他的操作,直接点击“查找范围操作”,确认选中“执行查找和资源清册”,点击“下一步”
5. 在摘要窗口确认选择,点击“完成”
6. 页面切换回“查找范围”的列表,我们可以看到一个新建的查找范围已经建立,等待它的“任务状态”从“运行中”变成“完成”。
7. 菜单里选择“管理--》设备”来查看OME发现的设备。
我们可以看见,在unknown组里,发现里一台新的服务器。但是点击服务器名,我们只能看到服务器的一些简单的信息(比如服务器名,MAC地址等),除此之外,运行状态是个问号,甚至设备类型是台服务器都无法分辨出来。显然,这样的效果并不是我们期望的,究其原因,非常简单,没有安装OMSA。OMSA是系统和底层硬件打交道的一个代理程序,如果没有它,OME就无法识别许多底层硬件的信息和状态了。
好了,费了这么多篇幅说明OMSA安装的必要性,所以在所有受管的服务器上,请各管理员务必保证OMSA 100%的安装
OMSA在windows服务器下的安装
OMSA在Windows服务器上安装部署
OMSA安装后OME的使用情况
前面我们使用“Troubleshooting Tool”简单地检测了一下OME服务器与受管服务器之间的SNMP连接。在受管服务器安装了OMSA后,我们再次运行“Troubleshooting Tool”,希望能让大家先看看前后一些明显的区别。
1. 以管理员身份登陆到OME服务器上,再次运行“Troubleshooting tool”,输入我们需要检查的SNMP服务客户端IP地址,本例中Windows受管服务器的IP地址是10.102.17.111。选择测试的协议“SNMP”,以及CommunityName: OME,点击“Run Test”按钮。
请注意这次运行的结果,除了系统名,MAC地址,SNMP还读出了新的OMSA agents
2. 当然,如果原先在OME服务器里还没添加过过查找范围的,我们可以在这时重复前面一样的方法(无OMSA下OME的使用情况:步骤1-7)添加查找受管Windows服务器:10.102.17.111。
这里,因为原先已经有了该查找范围,我们可以直接进入“管理--》查找与资源清册”,右栏选择“查找范围--》All Ranges”,在前面已经添加过的记录上,鼠标右击,选“立即执行查找和资源清册”,并点击弹出的“确定”按钮,重新扫描我们的这台受管的Windows服务器
3. 等候查找和资源清册任务结束,我们回到菜单的“管理--》设备”,可以看见OME已经正确地将受管服务器归类在“服务器”组里,并且如果我们点击服务器名字,可以看到正确的服务器状态,型号以及更多的硬件信息了。
4. 至此,OME的windows服务器客户端配置就完成了。