Microsoft Operations Manager 2005 使用心得

本文详细介绍了Microsoft Operations Manager 2005 (MOM2005) 的核心功能,包括网络监测、自定义报警规则及邮件通知等,并提供了安装步骤与工作原理的解析。

如果没用使用过,直接使用 System Center Operations Manager 2007,它是Microsoft  Operations Manager 2005 升级,功能更强。因为系统部署是2005,这里就只是介绍mom2005,scom2007和mom2005在功能上是很类似的

 

MOM主要针对给予Windows平台下的PC和服务器的管理。

1.监测到各个服务器是否能ping通,网络是否正常,如果不正常,可以发邮件通知到管理员

2.监测各个服务器的CPU,内存,硬盘,主板各个硬件参数,可以制定规则,硬盘剩余空间小于2G就发邮件通知到管理员

3.监测SQLSERVER,IIS,EXCHANG,DHCP等等服务的状态,出现异常就发邮件通知

4.可以制定自己的规则,只要数据来源于window下日志,比如我可以监控window登录的情况

 

MOM安装

1.安装服务器端,在管理服务器上安装,用于管其它服务器的,安装网上的说明去安装就行了

2.安装客户端,如果是入域的计算机,可以在服务器端的控制台安装,如果没入域的,只能登录到各个服务器去手动安装,网上有

 

MOM工作原理

1.MOM服务器下发规则(比如,D盘小于2G的发报警邮件)给各个服务器

2.MOM客户端接受到这个规则后,按规则上传数据(收集D盘小于2G的信息),有就上报

3.MOM服务器接受到有 D盘小于2G的 的记录,调用通知方式为邮件通知,发邮件通知相应的人

4.MOM服务器持续接收到 D盘小于2G的 的记录,因为通知过一次,所以在数据库上count+1,不发邮件,这个规则可以修改

5.我们收到 D盘小于2G的 报警,处理好了,MOM服务器会自动把这条记录解决

 

 

MOM重装

1.重装服务端,运行安装程序,选择remove

2.再次运行安装程序,选择安装,如果不需要重装DB的,就把DB的勾去掉

3.然后就OK了

 

MOM自定义规则

1.以window登录为例,查找window日志,发现event Id:528就是登录成功

2.打开MOM2005 Administrator Console

3.Management Packs->Rule Groups,新建一个文件夹,叫Custom

4.在Event Rules,新建规则,Criteria 中的with event id:填入528

5.在Responses 中添加邮件通知的人

6.然后把 this rule is enable打上勾

7.在Management Packs 右击,提交这次改变

 

 

实际使用过程中会发现很多的问题,这里没有详细的说明。

 

 

一、实验目的 1.结合所选系统,识别适合引入结构型模式(适配器/装饰器)和行为型模式(观察者/命令)的场景,熟练绘制两种模式的UML结构图。 2.运用Java语言实现模式的核心逻辑,掌握结构型模式“优化对象组合关系”、行为型模式“规范对象交互流程”的编程技巧。 3.通过实践理解:结构型模式如何解决“接口不兼容”“功能动态扩展”问题,行为型模式如何解耦“行为发起者与执行者”“状态变化与响应”关系。 二、实验设备 计算机,windows操作系统,MicrosoftVisio,Java开发环境 三、实验内容 系统4:实验室设备管理系统 核心功能: 学生预约/取消预约实验设备; 管理员登记新设备/报废旧设备; 按设备类型(如计算机、显微镜)或可用状态检索设备; 查看某学生的设备预约记录; 查看某设备的历史预约记录(近1个月使用者)。 用户角色: 管理员:负责设备登记/报废、查看所有预约记录; 学生:预约设备、取消自己的预约、查看自己的预约记录。 权限划分: 功能2、5仅管理员可用; 功能1、4仅学生可用(学生只能查看自己的记录); 功能3所有用户可使用。 业务限制: 设备同一时间段只能被一名学生预约; 学生最多同时预约2台设备,单次预约时长不超过4小时; 报废设备不可被预约,且需标注报废时间。 四、实验原理 结构型模式(二选一): 适配器模式:通过定义适配器类,将一个类的接口转换成客户端期望的另一个接口,解决“现有组件与新接口不兼容”的问题(如旧系统图书数据格式与新检索接口的适配)。 装饰器模式:通过创建包装对象(装饰器)动态给对象添加额外功能,不改变原有类结构,实现“功能扩展的灵活性”(如给普通订单添加“VIP折扣”“限时促销”等动态功能)。 行为型模式(二选一): 观察者模式:定义对象间的“一对多”依赖关系,当主题对象状态变化时,所有依赖它的观察者自动收到通知并更新(如社团公告发布后,所有成员自动收到消息)。 命令模式:将请求封装为命令对象,使请求发起者(客户端)与执行者(接收者)解耦,支持命令的撤销、排队等功能(如设备预约命令的提交、取消)。 模式协同原则:结构型模式与行为型模式需基于上次实验的创建型模式(单例/工厂)进行扩展,形成“对象创建→结构组合→行为交互”的完整设计链路。 五、实验步骤 任务1:模式选型与结构图设计 结构型模式选型(结合系统痛点): 图书馆系统:若需对接旧书库系统(旧接口OldBookSystem.getBooksByAuthor())与新检索接口(新接口NewSearchService.searchByAuthor())→选适配器模式。 社团系统:若需给社团活动动态添加“线上直播”“签到统计”等功能(不修改原有Activity类)→选装饰器模式。 书店系统:若需给普通订单动态添加“满减优惠”“赠品包装”等功能→选装饰器模式。 实验室系统:若需对接不同品牌设备的控制接口(如BrandAEquipment.start()与BrandBEquipment.powerOn())→选适配器模式。 行为型模式选型(结合系统交互): 图书馆系统:图书上架后需通知所有预约该图书的读者→选观察者模式(图书为主题,读者为观察者)。 社团系统:社团发布公告后需通知所有成员→选观察者模式(社团为主题,成员为观察者)。 书店系统:订单的创建、取消、支付等操作需支持日志记录、撤销→选命令模式(将订单操作封装为命令)。 实验室系统:设备预约、取消预约、延长预约等操作需支持审核、记录→选命令模式(将设备操作封装为命令)。 绘制UML结构图: 结构型模式图:标注核心角色(如适配器模式的“目标接口、适配者、适配器”;装饰器模式的“抽象组件、具体组件、抽象装饰器、具体装饰器”)。 行为型模式图:标注核心角色(如观察者模式的“主题、观察者、具体主题、具体观察者”;命令模式的“命令、接收者、调用者、具体命令”)。 需体现与上次创建型模式的关联(如装饰器模式的“具体组件”由工厂模式创建)。 任务2:Java代码实现 基于选型完成代码实现,要求与原有系统代码(创建型模式部分)兼容。 任务3:系统集成测试 编写测试类,模拟完整业务流程,需体现: 结构型模式与创建型模式的协同(如工厂创建的Book对象通过适配器适配旧系统); 行为型模式对系统交互的优化(如命令模式支持预约撤销,观察者模式自动推送消息); 至少覆盖2个业务场景(如“读者借书→触发图书状态变化→通知预约者”“创建订单→添加VIP折扣→计算总价”)。 六、实验要求 结构图要求: 清晰标注模式各角色的类名、核心方法(如适配器的searchByAuthor()、观察者的update()); 用箭头明确角色关系(如装饰器与被装饰者的“关联”、命令与接收者的“依赖”); 需单独绘制“模式协同图”,展示结构型、行为型与上次创建型模式的调用关系(如单例管理器调用命令对象)。 代码要求: 遵循“开闭原则”:新增模式功能时不修改原有类(如装饰器不修改NormalOrder,适配器不修改OldBookSystem); 接口/抽象类设计合理:结构型模式依赖抽象组件,行为型模式依赖接口定义交互(如Command接口、Observer接口); 代码需包含模式核心逻辑注释(如“此处通过适配器转换旧书数据格式”“此处通知所有观察者”); 与上次实验代码兼容,包结构延续(如com.library.structural放结构型模式类,com.library.behavioral放行为型模式类)。 提交要求: 模式结构图(3个:结构型模式图、行为型模式图、模式协同图,命名格式:学号_姓名_模式类型图); 完整Java代码,需可运行; 实验报告(含模式选型理由、核心代码解释、测试用例与运行结果、模式优缺点分析及与创建型模式的协同效果)。
最新发布
11-20
评论 5
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值