Windows 2019 Standard 上的 IIS 存在一个可怕的问题，IIS 不会写入 W3C 日志文件！我确实看到了这个类似商品，但不需要创建新目录
- 三台在 ESXi 6.7 下运行的 Windows Standard 2019 服务器。
- 自 2020 年 8 月起应用补丁，操作系统内部版本 17763.1397
- 它们使用共享配置，通过 DFS 进行分发
全局配置日志以使用
- 每个站点 1 个日志文件
- 格式 W3C（带有自定义字段 CF-Connecting-IP）
- 编码 UTF-8
- 目标：仅日志文件
- 展期：每周
在每个网站（超过 2000 个网站）上进行配置，我们将日志文件放在类似d:\www-logs\hostname.domain.com
自 2020 年 2 月起生产运行顺利
UTC 时间 8 月 31 日午夜，所有三台服务器都停止在指定日志目录中记录 W3C 文件！请注意 1 个代表性日志文件目录中的间隙
7/18/2020 4:58PM u_ex200703_x.log
7/25/2020 4:59PM u_ex200704_x.log
7/31/2020 4:59PM u_ex200705_x.log
8/1/2020 2:04PM u_ex20080_x.log
8/8/2020 4:59PM u_ex200802_x.log
8/15/2020 4:59PM u_ex200803_x.log
8/22/2020 4:59PM u_ex200804_x.log
8/29/2020 4:59PM u_ex200805_x.log
8/31/2020 4:21PM u_ex200806_x.log
9/4/2020 4:59PM u_ex200904_x.log
9/4/2020 5:11PM u_ex200905_x
（服务器位于太平洋时间，-7:00 UTC）
同事在 9 月 3 日发现了这一点...我重新启动了服务器，没有变化。它仍然正常提供页面，没有日志记录活动。当我使用 PROCMON 监视服务器时，即使网站保持响应，也不会尝试写入日志目录中的文件。我验证了全局日志记录已启用，并且每个站点的日志记录也已启用。W3C 日志记录服务正在运行。
我将全局 IIS 级别的日志记录更改为每日... 服务器开始立即在新文件中记录点击次数。今天，我观察到日志文件在 UTC 午夜正常滚动。
八月份可能有点不寻常，因为每周的文件数量达到了第六个文件......微软是否可能无法处理一个月内超过五周的案件？
我确信没有办法恢复丢失的日志记录。有没有相反的经历？有没有其他人在日志翻转时观察到这种情况？