jishi Asked: 2009-09-12 01:10:46 +0800 CST2009-09-12 01:10:46 +0800 CST 2009-09-12 01:10:46 +0800 CST 将 IIS 日志存储在 NAS 上有意义吗？ 772 这是场景： 我们在多个网络服务器上托管多个网站，我正在考虑一种方法来整合所有网络服务器的日志处理。 将所有日志存储在通用 NAS 设备上是否有意义，并使用专用机器进行日志旋转、压缩和摘要？我最初的想法是使用带有 iSCSI 的 SAN，但是您不能将单个分区附加到多个客户端。 我的目标是消除生产服务器上维护任务的需要，以便更轻松地部署新服务器等。 后续问题，IIS无法写入access-log时如何响应？它会惨败还是停止记录？ iis 2 个回答 Voted Best Answer Quinn Wilson 2009-09-26T09:33:50+08:002009-09-26T09:33:50+08:00 将 IIS 日志写入另一台机器/nas 是一个好主意。 如果您正在写入默认值%windir%\system32\logfiles，您可能会耗尽操作系统的磁盘...即 IIS 停止运行。您不必担心使用外部驱动器。 后备机制，如果您的日志路径不可用（例如您的 NAS 消失）是恢复写入默认值%windir%\system32\logfiles 对于多台 iis 机器，请确保将它们设置为登录到单独的文件夹，例如： \\nas\iislogs\<machinename> mrdenny 2009-09-12T02:20:58+08:002009-09-12T02:20:58+08:00 如果 IIS 无法写入日志，它应该简单地停止记录。 我让我的 IIS 服务器全部写入本地驱动器，以便日志始终可用，然后我让处理日志的服务器在处理日志后处理旧日志文件的删除。这样，生产 Web 服务器只需要担心删除文件并让应用服务器处理文件。
将 IIS 日志写入另一台机器/nas 是一个好主意。
如果您正在写入默认值
%windir%\system32\logfiles，您可能会耗尽操作系统的磁盘...即 IIS 停止运行。您不必担心使用外部驱动器。后备机制，如果您的日志路径不可用（例如您的 NAS 消失）是恢复写入默认值
%windir%\system32\logfiles对于多台 iis 机器，请确保将它们设置为登录到单独的文件夹，例如：
如果 IIS 无法写入日志，它应该简单地停止记录。
我让我的 IIS 服务器全部写入本地驱动器，以便日志始终可用，然后我让处理日志的服务器在处理日志后处理旧日志文件的删除。这样，生产 Web 服务器只需要担心删除文件并让应用服务器处理文件。