System Center Operations Manager（下文简称SCOM）是微软System Center家族中负责监控的组件，它通过管理包（Management Pack）对Windows服务器、Linux主机、网络设备、SQL数据库以及IIS站点等进行深入监控，一旦出现性能阈值超标或服务停止，会自动生成告警并通知运维人员。整套SCOM环境由管理服务器（Management Server）、操作数据库（Operations Database）、数据仓库（Data Warehouse）和Web控制台几部分组成，安装过程环环相扣，任何一步前置条件没满足都可能导致安装失败回滚。下面按照实际部署顺序，把每个环节的要点和容易踩的坑讲清楚。
一、安装前的环境准备与前置条件
SCOM对环境要求比较严格，动手安装之前必须把基础条件逐项核对清楚。首先是操作系统版本，管理服务器要求Windows Server 2016及以上，建议使用Windows Server 2019或2022 Standard/Datacenter版，并且服务器必须加入域，SCOM不支持在工作组环境中部署管理服务器。其次是硬件规格，官方建议管理服务器至少8核CPU、8GB内存，如果同时承载Web控制台，内存建议提升到16GB。
数据库部分是重中之重。SCOM依赖SQL Server作为后台存储，支持SQL Server 2016到2022版本，需要安装数据库引擎、全文搜索和Reporting Services组件。操作数据库和数据仓库可以放在同一个SQL实例上，但生产环境强烈建议分开部署，避免数据仓库写入高峰影响操作数据库的响应速度。SQL排序规则必须设置为SQL_Latin1_General_CP1_CI_AS，否则安装程序会直接报错终止。
账号准备方面，至少需要三个域账号：管理服务器操作账户（作为服务运行账户，加入本地管理员组）、数据仓库读写账户、以及数据读取账户。如果打算用SCOM监控Active Directory，还需要一个专用的AD代理账户。另外，服务器的IE增强安全配置建议提前关闭，并且安装好.NET Framework 3.5和4.7以上版本、IIS角色以及相关的ASP.NET组件，这些在服务器管理器中都可以一次性勾选完成。
二、安装管理服务器与操作数据库
挂载SCOM安装镜像后，运行根目录下的Setup.exe，选择安装目录下的管理服务器安装选项。安装程序会先执行前置规则检查，逐条验证操作系统版本、SQL连接性、账号权限、磁盘空间等条件。这里要特别注意检查结果的红色错误项，任何一项不满足都必须先解决再继续，否则安装到一半回滚会留下残留文件，处理起来非常麻烦。
安装向导进入配置阶段后，需要依次填写管理组名称（Management Group Name，全局唯一且安装后不可修改，建议按公司规范命名，例如MG-PROD-01）、许可协议、数据库配置。在数据库配置页填写SQL Server实例名，实例要在SCOM服务器的防火墙上开放1433端口（如果使用命名实例还需开放SQL Browser的UDP 1434端口）。操作数据库初始大小建议设置为1000MB以上，数据文件和日志文件路径分开指向不同物理磁盘。
接着配置管理服务器操作账户和数据仓库账户的凭据，然后进入Web控制台配置页。Web控制台依赖IIS，需要提前安装好IIS管理控制台、ASP.NET 4.8、Windows身份验证等组件。错误报告页面可以直接下一步，最后确认安装摘要并点击安装。整个安装过程大约需要20到40分钟，完成后可以打开安装日志确认状态，日志默认保存在C:\Program Files\Microsoft System Center\Operations Manager\Setup\Logs目录下，以及用户临时目录的SCOM日志文件夹中。
三、安装数据仓库、报表服务与命令行静默安装
管理服务器装好后，如果操作数据库和数据仓库分开部署，需要再运行安装程序选择数据仓库组件，指向独立的SQL实例。数据仓库安装完成后，紧接着要在SQL服务器上安装SCOM报表组件（Reporting Server），它依赖SQL Server Reporting Services，要求SSRS已经完成初始化配置并且创建了报表虚拟目录。报表安装过程中会要求提供数据仓库的服务器名和之前创建的数据仓库读写账户。
对于需要批量部署或者自动化运维的场景，SCOM提供了完整的静默安装命令行参数。下面是一个典型的无人值守安装示例：
Setup.exe /silent /install /components:OMServer,OMConsole /ManagementGroupName:MG-PROD-01 /SqlServerInstance:SQL01 /DatabaseName:OperationsManager /DWSqlServerInstance:SQL02 /DWDatabaseName:OperationsManagerDW /ActionAccountUser:DOMAIN\SCOMAction /ActionAccountPassword:P@ssw0rd /DASAccountUser:DOMAIN\SCOMDAS /DASAccountPassword:P@ssw0rd /EnableErrorReporting:Always /SendCEIPReports:0 /UseMicrosoftUpdate:1 /AcceptEndUserLicenseAgreement:1
这条命令把管理服务器和控制台一并安装，各参数含义清晰：/silent表示静默模式，/components指定安装组件，/ManagementGroupName指定管理组，数据库相关参数分别指向操作库和数据仓库所在实例。执行静默安装时必须以管理员身份运行命令提示符，并且确保所有路径和账号密码准确无误，静默模式下参数写错不会有交互提示，只会直接失败并写入日志。将这条命令集成到自动化脚本或Ansible任务中，可以大幅提升多套环境的部署效率。
安装完成后，首次打开操作控制台（Operations Console）时会提示连接管理服务器，输入管理服务器名称即可登录。此时建议立刻安装最新的更新累积包（Update Rollup），修复已知缺陷并提升与新版Windows Server的兼容性，然后再开始导入各类管理包，逐步纳入监控对象。
四、常见报错与排查思路
SCOM安装失败最常见的原因集中在数据库环节。报错提示无法连接SQL实例时，先用SQL Server Management Studio在管理服务器上测试连接，检查SQL是否启用了TCP/IP协议（在SQL Server配置管理器的网络配置中确认），以及Windows防火墙入站规则是否放行。账号权限不足也是高频问题，操作账户必须同时具备SCOM服务器本地管理员权限和SQL实例的sysadmin角色，缺一不可。
Web控制台安装失败多数与IIS组件缺失有关，报错信息通常会提示缺少ASP.NET或HTTP激活功能，回到服务器管理器补装对应组件后重试即可。如果安装中途失败回滚，重新安装前建议先删除C:\Program Files\Microsoft System Center目录残留文件，并在SQL中删除已经创建了一半的OperationsManager数据库，否则再次安装会提示数据库已存在而中断。
另一个容易被忽视的点是系统区域设置和排序规则不一致。如果服务器系统语言与SQL排序规则不匹配，前置检查虽然可能通过，但运行一段时间后控制台会出现数据异常。部署前统一确认所有节点的系统区域、SQL排序规则为SQL_Latin1_General_CP1_CI_AS，可以避免后期的很多麻烦。遇到无法定位的问题时，第一时间查看C:\Program Files\Microsoft System Center\Operations Manager\Setup\Logs下的MOMSetup与MomInstaller日志，里面会记录完整的错误堆栈，是排障的第一手资料。
完成以上步骤后，SCOM的基础架构就算搭建完毕了。接下来可以安装代理程序到各业务服务器，导入SQL、IIS、Active Directory等管理包，配置通知通道和订阅规则，逐步把企业内的IT资产纳入统一监控，让运维团队从被动救火转向主动预防。
SCOM安装Operations ManagerWindows Server监控修改时间：2026-09-05 13:16:40