场景如下：
我们在多个网络服务器上托管多个网站，我正在考虑一种方法来整合所有网络服务器的日志处理。
将所有日志存储在通用 NAS 设备上是否有意义，使用专用机器进行日志轮换、压缩以及汇总？我最初的想法是使用带有 iSCSI 的 SAN，但是您无法将单个分区连接到多个客户端。
我的目标是消除生产服务器上维护任务的需要，以便更轻松地部署新服务器等。
后续问题，当 IIS 无法写入访问日志时，它会如何响应？它会彻底失败还是只是停止记录？
答案1
将 IIS 日志写入另一台机器/nas 是一个好主意。
如果您写入默认设置，%windir%\system32\logfiles则可能会耗尽操作系统的磁盘空间……即 IIS 停止运行。使用外部驱动器则不必担心这个问题。
如果你的日志路径不可用（比如你的 NAS 坏了），回退机制就是恢复写入默认%windir%\system32\logfiles
对于多台 iis 机器，请确保将它们设置为记录到单独的文件夹，例如：
\\nas\iislogs\<machinename>
答案2
如果 IIS 无法写入日志，它应该直接停止日志记录。
我让 IIS 服务器全部写入本地驱动器，以便日志始终可用，然后让处理日志的服务器在处理完日志后删除旧日志文件。这样，生产 Web 服务器只需担心删除文件并让应用服务器处理文件。