安装IIS并配置监控是保障Windows服务器性能与安全的核心操作，通过系统内置工具和第三方监控方案，可以实时掌握站点运行状态，快速定位异常。
安装IIS：保姆级教程与关键步骤
无论你是第一次部署IIS,还是需要迁移到新版Windows Server，安装过程本身并不复杂，但细节决定后续监控能否顺利落地。
安装前的环境确认
- 操作系统版本：IIS支持Windows Server 2008及以上版本，Windows 10/11专业版及以上也可安装，建议使用Windows Server 2016或2019，因为它们的IIS 10版本对应用池隔离和日志记录做了大幅优化。
- 账号权限：必须使用管理员账户登录，域环境或本地管理员均可。
- 网络准备：如果服务器需要对外提供服务，提前确认防火墙是否开放了80（HTTP）、443（HTTPS）端口。内网测试环境可暂时关闭防火墙，但生产环境务必精确放行。
安装步骤详解
以Windows Server 2019为例，安装路径分为图形界面和命令行两种，推荐初学者使用图形界面：
- 打开服务器管理器，点击左侧“仪表板”，然后选择“添加角色和功能”。
- 在“安装类型”界面，选择“基于角色或基于功能的安装”，点击下一步。
- 在“服务器角色”列表中，勾选 Web服务器(IIS)，系统会弹出提示添加所需功能，直接点击“添加功能”。
- 继续下一步,直到“角色服务”页面，这里默认勾选了静态内容、默认文档、目录浏览等常用组件。如果你需要ASP.NET、CGI、WebSocket等扩展，记得在此处一并勾选，否则后面需要重新添加。
- 点击“安装”，等待进度条走完，安装完成后，浏览器输入
http://localhost，出现IIS默认欢迎页面即表示成功。
命令行安装更高效：
Install-WindowsFeature -Name Web-Server -IncludeManagementTools，这条命令会安装IIS及相关管理工具，适合批量部署场景。
验证与基础配置
安装完成后,打开IIS管理器，检查默认站点是否启动，建议做两件事：
- 修改默认站点：将物理路径指向自定义文件夹，避免使用C盘系统盘，防止日志和内容占用系统空间。
- 开启详细错误：在“错误页”功能中，选择“编辑功能设置”，将错误响应模式改为“详细错误”，方便开发阶段排查问题，生产环境则建议关闭，改为自定义错误页。
IIS服务器监控怎么设置：性能计数器与日志配置
监控不是安装第三方工具才叫监控,IIS本身就提供了强大的性能计数器（Performance Counters）和日志记录功能。设置监控的第一步，是明确你要看什么指标。
核心性能指标
- Web Service 计数器：包含当前连接数（Current Connections）、每秒请求数（Requests/sec）、总发送/接收字节数，这些数据能直接反映站点负载。
- ASP.NET 计数器：如果运行.NET应用，关注请求排队数（Requests Queued）、请求执行时间（Request Execution Time），排队数持续上升说明应用池处理能力不足。
- 内存与CPU：结合系统级别的 % Processor Time 和 Private Bytes，判断IIS进程（w3wp.exe）是否异常占用资源。
配置性能监视器
- 打开 性能监视器（Perfmon），在左侧导航栏展开“监视工具”->“性能监视器”。
- 右键图表区域,选择“添加计数器”，对象下拉列表中找到 Web Service。
- 选择需要监控的指标,Current Connections”，然后在下方的实例列表中选择你的站点名称。
- 点击“添加”后，图表就会实时显示数据。你可以把常用的计数器保存为“数据收集器集”，方便下次直接调用。
日志记录的进阶用法
IIS默认的日志文件位于 %SystemDrive%inetpublogsLogFiles，格式为W3C扩展日志。监控设置的一个重要环节是确保日志记录字段完整：
- 在IIS管理器中,选择站点，双击“日志”。
- 点击右侧“选择字段”，至少勾选 cs-uri-stem（请求路径）、sc-status（状态码）、time-taken（处理时间），time-taken字段能帮你定位慢请求，很多运维人员会忽略它。
- 日志轮转策略：建议按天或按小时生成新日志，避免单个文件过大导致写入阻塞。
常用IIS监控工具推荐
除了手动查看性能监视器,市场上成熟的监控工具能大幅提升效率。选择工具时，优先考虑你的预算和运维团队的技术栈。
内置工具不花钱
- 性能监视器（Perfmon）：零成本，完全够用，配合数据收集器集和警报功能，可以实现基础阈值告警。
- IIS Manager 远程管理
：通过“管理服务”功能，允许管理员从另一台电脑连接IIS查看状态，适合小规模环境。
- Log Parser：微软出品的日志分析工具，语法类似SQL，可以快速统计404错误分布、攻击IP等，熟练后比图形界面更高效。
第三方工具横向对比
| 工具名称 | 核心功能 | 适用场景 | 费用模式 |
|---|---|---|---|
| SolarWinds Server & Application Monitor | 自动发现IIS站点，监控应用池、数据库连接，告警完善 | 中大型企业，多台服务器统一管理 | 付费，License按节点计费 |
| Paessler PRTG | 一站式监控，通过SNMP和WMI抓取IIS计数器，仪表盘可视化 | 混合IT环境，需要网络、服务器、应用联合监控 | 免费版限制100个传感器，付费版不限 |
| Zabbix | 开源方案，通过模板监控IIS，支持自定义告警 | 有专职运维团队，要求高度定制化 | 免费，但需自行部署和维护 |
| ManageEngine Applications Manager | 深入IIS应用池和ASP.NET状态，自动发现依赖 | 对.NET应用性能要求高的场景 | 付费，有免费试用版 |
行业共识认为，对于大多数中小企业，先利用内置工具和Log Parser解决80%的日常监控需求，再考虑上第三方工具，性价比最高。
免费IIS监控工具推荐：从内置到开源
如果预算紧张,免费方案也能搭建出可用度很高的监控体系：
- Perfmon + 任务计划程序：设置一个记录性能的数据收集器集，然后通过任务计划程序定时导出日志，结合PowerShell脚本分析趋势。
- Log Parser 2.2：微软官方提供，至今仍在很多运维圈内流行，用一条命令就能找出最近24小时返回500错误的页面：
LogParser "SELECT COUNT() INTO error_count.csv FROM .log WHERE sc-status=500" - ELK Stack（Elasticsearch + Logstash + Kibana）：开源日志分析方案，Logstash可以读取IIS日志，Elasticsearch存储，Kibana做可视化仪表盘，虽然部署稍复杂，但效果不输商业产品。
配置监控告警实例：让数据自己报警
光看数据不够,当指标超出阈值时，你需要第一时间收到通知，下面以Windows内置的“性能警报”为例，演示如何设置当CPU超过90%时发送邮件。
创建数据收集器集
- 打开性能监视器,在左侧“数据收集器集”右键->“新建”->“数据收集器集”。
- 选择“从模板创建”，模板选择“系统性能”，然后指定保存路径。
- 完成后,右键新建的数据收集器集，选择“属性”，切换到“性能计数器警报”选项卡。
- 点击“添加”，选择计数器：
Processor(_Total)% Processor Time，设置阈值大于90。 - 在“警报操作”中，勾选“记录一个条目到应用程序事件日志”，并可以勾选“启动一个性能计数器数据收集器集”来记录相关数据。
配合事件触发执行脚本
性能警报触发后,只能记录到事件日志，要发送邮件，需要借助事件查看器的“附加任务到此事件”功能：
- 当性能警报触发时,会在Windows日志的“应用程序”中生成一条事件ID为2031的记录。
- 打开事件查看器,找到该事件，右键->“将任务附加到该事件”。
- 在弹出的“创建基本任务”向导中，选择“发送电子邮件”或“启动程序”，如果选择启动程序，可以指定一个PowerShell脚本，脚本内容为发送邮件（使用Send-MailMessage命令）。
- 配置SMTP服务器地址、发件人、收件人等信息。
这样,当CPU持续超过90%时，你就能收到邮件通知。类似的逻辑可以扩展到应用池回收、连接数高峰等场景。
Q&A：IIS服务器监控常见问题解答
Q1：安装IIS后需要重启服务器吗？
不需要，IIS安装完成后，服务会自动启动，只需在浏览器验证即可，如果安装的是新增角色服务（如ASP.NET），部分情况下需要重启IIS管理器或执行 iisreset 命令，但系统级重启非必须。
Q2：如何监控IIS的并发连接数？
使用性能监视器添加计数器 Web ServiceCurrent Connections，实例选择你的站点，这个值表示当前正在处理的请求数，包括等待和活跃的请求，如果该值持续上升且超过服务器承载能力，可以考虑增加带宽或优化应用代码。
Q3：免费监控工具哪个好？
对于大多数场景，Log Parser 2.2 + 性能监视器足以应对日常监控，如果团队有Linux运维经验，ELK Stack是长期性价比最高的方案，因为它能集中管理多台服务器的IIS日志，并支持自定义告警规则。
首发原创文章，作者：王坚，如若转载，请注明出处：https://test.idctop.com/article/556773.html
