上节我们对CPU负荷进行监视警报,本节我们来设定对于内存的监视。
Sharepoint监控②:硬件监视之内存监视
警报阈值:
服务器 |
DB1 |
DB2 |
APP1 |
APP2 |
SCH1 |
WFE1 |
WFE2 |
DB3 |
DC |
内存 Available MBytes |
1000 |
1000 |
1000 |
1000 |
1000 |
1000 |
1000 |
1000 |
1000 |
1. 配置内存监视
我们还是进入创作—>监视器—>Windows Server 2012 R2 FULL Operating System—>性能中
发现默认对内存的监视器有Available Megabytes of Memory和Memory Pages Per Second
这里我们替代Available Megabytes of Memory,即可用内存的阈值,替代值改为1000MB。
2. 测试警报
因为我这实验环境,内存配比不多的关系,设置生效后不久,就收到大量邮件,都是关于内存不足的
进入活动警报,也可以发现大量警报,但怎么都长得一个样,怎么来简单区分到底由哪个服务器发出的警报?
右键点击个性化视图
勾选路径后点确定使个性化视图生效
这样,就能一目了然的知道到底是那台服务器的警报了。
现在全选所有警报后,右键菜单点击关闭警报。
可以到所有警报中查看到解决状态为已关闭(这个时候还是可以手动改变解决状态的)
这样,直到内存恢复空闲之前都不会有活动警报通知了。
3. 监视器的警报的理解
监视器衡量托管对象某个方面的运行状况,各具有两个或三个运行状况状态。 无论何时,监视器将处于一种且仅处于一种其潜在状态。代理加载监视器时,会将监视器初始化为正常状态。 只有当检测到另一种状态的指定条件时才会更改此状态。
创建监视器时,必须为其每个运行状况状态指定一个条件。 当满足这些条件之一时,监视器会更改为该状态。每个条件都必须是唯一的,这样,在特定时间只能有一个条件为真。 如果监视器更改为“警告”或“严重”状态,则它可能会根据需要生成警报。 如果它更改为“正常”状态,则可以根据需要自动解决以前生成的任何警报。
只有当以下每项均成立时才会从监视器中生成警报:
1)将监视器配置为生成警报。
2)监视器的运行状况状态已从正常状态更改为警告或错误状态,具体取决于可能的监视器运行状况状态。
3)相同监视器创建的相同对象还没有打开的警报。
只有当监视器的运行状况状态从“正常”状态发生更改时,才会从监视器中生成警报。 即使错误情况的条件可能出现多次,在将监视器的运行状况状态设置为“警告”或“严重”后也不会生成多个警报。只有在监视器的运行状况状态返回为“正常”并且再次出现错误条件之后,才将生成新警报。
所以此实验环境中,即使现在可用内存警报状态为已关闭,由于可用内存并未恢复正常(大于1000MB),所以不会再有新的活动警报出现。只有当可用内存大于1000MB(恢复正常,重置监视器)后再次小于1000MB(超过阈值),这时才会再次出现警报。