System Center 2012 R2实例3—SCOM之SharePoint全方位监视9—内存监视 推荐 原创 yjw_1030 2015-06-28 22:18:04 博主文章分类：System Center ©著作权 文章标签 监控 SharePoint SCOM 文章分类 SharePoint 服务器 ©著作权归作者所有：来自51CTO博客作者yjw_1030的原创作品，请联系作者获取转载授权，否则将追究法律责任 上节我们对CPU负荷进行监视警报，本节我们来设定对于内存的监视。Sharepoint监控②：硬件监视之内存监视警报阈值:服务器DB1DB2APP1APP2SCH1WFE1WFE2DB3DC内存 Available MBytes1000100010001000100010001000100010001. 配置内存监视我们还是进入创作—>监视器—>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（超过阈值），这时才会再次出现警报。 赞 收藏 评论 分享 举报 上一篇：System Center 2012 R2实例3—SCOM之SharePoint全方位监视8—CPU监视 下一篇：System Center 2012 R2实例3—SCOM之SharePoint全方位监视10—硬盘监视 提问和评论都可以，用心的回复会被更多人看到 评论 发布评论 全部评论 () 最热 最新 相关文章 系统监视工具 -- htop `Htop` 是一个交互式的系统监视器，提供了更加直观和友好的界面来显示系统的资源使用情况。是 top 命令的替代品，具有更多的功能和更好的可视化效果。Htop 最初由 Hisham Muhammad 开发，在 2004 年发布第一个版本。它的目标是提供一个更先进的资源监视工具，能够更清晰地显示系统的运行状态，并提供更多的操作选项。在 htop 中，可以轻松地浏览并管理系统上运行的进程、查看 CPU 和内存使用情况，并在需要时对进程执行各种操作。Htop 还提供可定制的界面，允许用户根据自己的需求进行配置。随着时间的推移，Htop 不断发展，添加新的功能和改进，成为许多 Linux 和类 Unix 系统管理员喜爱的工具之一。其界面简单直观，功能丰富，使得用户更容易理解和管理系统资源。 系统资源 bash 日志文件 Htop 性能监控 创建并使用 Azure 监视器自定义指标监视Azure虚拟机 Azure 诊断扩展提供对 Azure 资源的基本监视和诊断功能。诊断代理支持监视 Azure 来宾 VM，具有使用标准指标和添加默认情况下不收集的新扩展指标的功能。这可以通过允许Azure虚拟机上的“诊断设置”、“启用来宾级监控”、选择“基本”计数器集合或“自定义”来配置自定义指标“性能计数器”来完成。添加新的集合自定义指标：C盘可用空间：\LogicalDisk(C:)\% Free Spac Azure Azure虚拟机监视 10个不错的linux网络监视工具 保持对我们的网络的管理，防止任何程序过度使用网络、导致整个系统操作变慢，对管理员来说是至关重要的。有几个网络监视工具可以用于不同的操作系统。在这篇文章中，我们将讨论从 Linux 终端中运行的 10 个网络监视工具。它对不使用 GUI 而希望通过 SSH 来保持对网络管理的用户来说是非常理想的。iftopiftop network monitoring toolLinux 用户通常都熟悉  IP linux TCP System Center 2012 R2实例3—SCOM之SharePoint全方位监视14—SharePoint监视 经过之前的一系列基础监视后，终于进入了本篇章的主题，对SharePoint本体进行综合监视。 通过导入管理包，SCOM可以收集Sharepoint的运行状况分析器（SPHA规则）的健康诊断信息，及时发出报警。也可以对WEB应用程序、服务应用程序、应用程序服务以及内容数据库等等进行严密监视。 Sharepoint监控⑥：SharePoint监视警报阈值:服务器DB1DB2APP1 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视2—SCOM安装 本节我们来安装SCOM Server，如下图标红处。 安装服务器构成和账号如下：服务器主机名内存IPSCOMsrv-scom0116G192.168.5.78名称作用权限xcloud\sc_omadmin管理服务器操作帐户SCOM本地管理员组成员xcloud\sc_omserviceSystem Center Configuration 服务和 System Center D 监控 SCOM Sharepont System Center 2012 R2实例3—SCOM之SharePoint全方位监视8—CPU监视 硬件监视指监视计算机物理层面的运行状况，包括诸如CPU利用率，内存可用量，磁盘剩余空间等的监视。本节我们来设定对于Sharepoint场的CPU相关的硬件监视Sharepoint监控②：硬件监视之CPU负荷监视警报阈值:服务器DB1DB2APP1APP2SCH1WFE1WFE2DB3DCCPU % Processo 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视11—服务监视 Sharepoint的提供的各种功能及服务大多是基于相应的Windows服务进行的，当Windows服务出现问题时，势必会影响到Sharepoint的功能服务，所以对相应的Windows服务监视是很必要的。本节我们来设定对于Sharepoint场内服务器的Windows服务的监视。Sharepoint监控③：服务监视警报阈值:服务器APP1APP2SCH1WFE1WFE2World Wide We 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视12—群集监视 上一节我们对Sharepoint相关的Windows服务进行了监视，其中也包括群集服务。但是对于群集的监视，仅仅监视群集的服务还是不完整的，这节我们看下怎么对群集进行综合监视。 Sharepoint监控④：群集监视警报阈值:服务器DB1DB2APP1APP2SCH1WFE1WFE2DB3DC群集监视YY-------因为只有Sharepoint后端的两台数据库安装有群集服务，所以只对这两 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视15—IIS监视 上节我们对SharePoint本体进行了监视，本节我们将对SharePoint网站服务所依赖的IIS服务进行综合监视。IIS即Internet Information Services互联网信息服务，不仅Sharepoint产品，微软其他产品中只要提供Web服务的，都是基于IIS服务之上。如本SCOM的Web控制台，甚至是如Exchange 2013等微软已经放弃其传统的Exchange管理控制台 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视16—APM监视 上节我们对SharePoint的Web服务所依赖的IIS进行了监视，本节我们继续深入对IIS所托管的.NET应用程序性能进行监视，即Application Performance Monitoring，简称APM监视。通过APM监视，我们可以从服务器端和客户端两方面的角度来监视IIS所托管的.NET应用程序，以获得有关应用程序性能和可用性的详细信息。比如了解问题出现的频率、出现问题时服 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视6—宕机监视 这节开始，我们将开始配置对Sharepoint的多维度的监控,其中最基本的就是计算机是否在线的宕机监视。Sharepoint监控①：宕机监视警报阈值:服务器DB1DB2APP1APP2SCH1WFE1WFE2DB3DC宕机YYYYYYYYY1.所谓宕机监视，就是监视计算机有无脱机，是否能够正常通讯。一般情况下，我们经常使用ping命令来确认设备是否在线。而SCOM使用检测信号监视代理与代理的主要管 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视10—硬盘监视 本节我们来设定对于磁盘剩余空间等的硬件监视。Sharepoint监控②：硬件监视之硬盘剩余空间监视警报阈值:服务器DB1DB2APP1APP2SCH1WFE1WFE2DB3DC硬盘(警告) % Free Space 20%20%20%20%20%20%20%20%20%硬盘(严重错误） % Free Space 10%10%10%10%10%10%10%1 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视13—SQL监视 本节我们来对数据库进行监视Sharepoint监控⑤：SQL监视警报阈值:服务器DB1DB2APP1APP2SCH1WFE1WFE2DB3DCSQL监视YY-----Y-这里有2个数据库服务器需要监视，一个是Sharepoint用的群集数据库，还有一个是SCOM用的单独数据库。 1. 下载管理包SQL的管理包需要单独下载，下载可参照以下地址：http://www.microsoft.co 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视7—邮件警报 上一节中，我们对Sharepoint场内服务器配置了宕机监视，当有服务器状态为脱机离线时，SCOM会收集状态并发出警报。实际运用时，我们不可能实时紧盯着活动警报，但是可以通过配置 SCOM 所提供的邮件警报及通知功能，从而及时掌控服务器的运行状况。接下来，我们配置邮件警报：由谁发，怎样发，发给谁，发什么。本节所用账户如下：名称作用权限xcloud\sc_mailreport邮件通知及接收用账号域账 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视3—报告服务器 上一节中，我们安装了SCOM的管理服务器，操作控制台等，并没有安装报告服务器，所以控制台中并没有报表这一项。本节我们来安装报告服务器。由于报告服务器仅在本机模式下支持 SQL Server Reporting Services，所以这里把报告服务安装在SQL服务器srv-sql03上。还是打开SCOM安装程序，选择安装。这里只选择报告服务器：安装位置，我这里选择D盘报告服务器需要 .NET Fra 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视1—DB准备 在上个章节SharePoint 2013实例1—构建三层服务器场中，我们已经构建了SharePoint 2013的三层服务器场。本节开始，我们利用System Center Operation Manager 2012 R2（以下简称SCOM）来监控此三层服务器场。 通过SCOM我们可以对SharePoint场进行以下几方面的监控： 1. HW监控：可以监控场内服务器的CPU、 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视4—安装代理 上两节我们已经把SCOM功能安装完毕，本节我们计划把Sharepoint场内所有服务器纳入监控范围。SCOM是通过安装代理来对计算机进行监视的，虽然在无法或不适合在计算机上安装代理可以使用无代理监视，但综合监视要求还是要在发现的计算机上安装代理。所谓“代理”是安装在计算机上的一项服务。 代理会收集数据、将采样数据与预定义的值进行比较、创建警报并运行响应。 管理服务器会接收配置并将配置分发到受监视的 监控 SharePoint SCOM System Center 2012 R2实例3—SCOM之SharePoint全方位监视5—导入管理包 在上节中，我们已经为Sharepoint场内服务器以及DC等都安装上了代理，但是在windows操作系统这一项中，发现状态为未监视。接下来，我们导入windows管理来对操作系统进行监视。进入管理—>管理包，右键后点击导入管理包这里选择从目录中添加连接到微软管理包WEB服务下载管理包考虑到目录中管理包众多，可以选择关键词搜索因为我这里SPS场中OS都为windows 2012 R2，所以选择 监控 SharePoint SCOM System Center 2012 R2实例2—构建Azure Pack云9—构建RM 题外话，本来这个模块想稍后说明的，因为许多小伙伴们都问起，所以这里提前乱入下。 RM，即请求管理Request Management，是WAP 刚推出的模块，主要是和System Center Service Manager相对接，使SCSM中的服务请求在WAP上实行。 1. 如果WAP Portal中无此模块，可以更新下此扩展，在wpilauncher平台上输入Gridpro System Center Azure Pack System Center 2012 R2实例1—构建自服务私有云9—SCSM权限 做完了之前的配置，用户登录时SMPortal网站显示空白，或者提示没有权限，因为这里还需要设置两方面的权限。 1. SCSM安全权限打开管理—安全—用户角色这里有系统默认的用户角色，也可以自定义各种权限。打开作者用户角色选取用户一栏，直接添加Domain Users的话，AD中所有用户都能进行申请了 2. SharePoint权限设置打开SMPor SCO SCVMM System Center SCSM
