介绍System Center Operations Manager是System Center套件的重要组件。它是一个帮助您监视和管理基础结构中所有组件的框架。从计算机、存储、网络等硬件到虚拟化层、虚拟机、操作系统和应用程序。它可以是您的单个窗格，可以在单个窗格中查看和管理基础设施。它变得更好，与其他system center组件（如Service Manager、Orchestrator等）相结合，它是您管理基础架构整个生命周期的窗口。但在基础设施管理方面，大淘客cms，生活并不总是像你希望的那样闪亮。Operations Manager实际上是一个相当"愚蠢"的框架。"愚蠢"并不是说这是一个糟糕的解决方案，我是说，它确实是一个强大的框架，在你真正地向它提供信息，使之成为最好的监控解决方案之前，它不会给你提供信息。该框架为您提供了创建仪表板、性能视图、报告、监视器、规则等的可能性，返现网，但除非您告诉它需要查找和收集信息，否则它不会做任何事情。那么我们如何获得这些信息，这些知识，让它开始发挥作用呢？答案是…管理包什么是管理包那么管理包到底是什么呢？我想解释如下：它是一个大盒子，里面装着监视和管理基础设施的一部分的信息。有针对SQL、Exchange等应用程序的管理包。还有针对操作系统、硬件（由硬件供应商自己提供）的管理包，针对Oracle等非Microsoft应用程序的第三方管理包等等。每个管理包（一个或多个）包含需要关注的事件（必要时发出警报）、其他规则或监视器、需要收集并存储在框架数据库中的性能计数器（特定）、视图、报表、仪表板等根据您的环境中有什么，您要将这些管理包导入到您的系统中，以便它可以开始进行监视并为您提供所需的信息！那么生活又好过了？光彩夺目？不是真的…我看到了太多的管理包进口，然后让它坐在那里，向你抛出一堆警报。这通常会导致监视者说解决方案不起作用而忽略了它的完整性。原因很简单。每个环境都不相同，您需要微调这些管理包以适应您的环境。管理包是用阈值、规则和监视器编写的，它们在一般环境中被视为最佳实践。问题是，一般的环境是不存在的。因此，您需要微调这些阈值，并更多地调整自己，人工智能工作，以适应您的环境。让我给你举一个小例子来解释这一点。几年前，微软发布了一个Active Directory管理包（当然，现在有更新版本的MP来反映当前版本，但请跟我来这里一会儿…）在那个MP中，淘返利，有一个规则，当您的环境中没有足够的DC运行时，会创建一个警报。这意味着，当你的DC可用空间不足50%时，它就会开始提醒你的广告环境不再健康。从你活下来的不到3个树突状细胞的那一刻起，它就做了同样的事情，即使你没有3个。当时的原因是因为微软公司的最佳实践是至少运行3台DCs。然而，欧洲的许多公司没有3个跟单信用证，云服务器试用，只有2个（有时只有1个……），所以在这些情况下，警报总是出现。用新的阈值覆盖该警报是一个解决方案（同样，适合您的环境），但需要这样做。这可能是一个非常简单的例子，可以很快完成，但是您可以想象出更多需要调整的场景。考虑一下操作系统中90%的内存规则，或者当磁盘空间不足时通知您的警报。有些公司希望在发出警报前至少有10%的可用性，其他公司则认为5%仍然足够…所以我们需要微调。结论将MP导入system center operations manager不会神奇地让您的生活焕发光彩。你需要调整MP以适应你的特殊需要。但是你怎么开始这个过程，你怎么做呢。这是博客文章系列的第一部分，该系列文章解释了您需要做什么以及如何在自己的环境中执行这些操作。在接下来的部分中，我们将介绍您可以做什么以及如何在您自己的环境中做到这一点，包括一些最佳实践技巧。更新：你导入了一个管理包现在什么…第2部分你导入了一个管理包现在什么…第3部分你导入了一个管理包现在什么…第4部分你导入了一个管理包现在什么…第5部分你导入了一个管理包现在什么…第6部分VN:F[1.9.22_1171]评级：4.5/5（6票）你导入了一个管理包现在什么…第1部分，基于6个评级的5分之4.5