IIS管理器不会将日志作为故障转移群集的一部分写入共享存储

我有一个主机，比如说（b和c），作为带有SAN（d）和DNS/DC（a）的故障转移群集的一部分

IIS的配置存储在SAN

\\d\config

中。同样，IIS的日志存储在

\\d\IIS\u logs\

中

我有一个网站W3SVC1。因此，日志目录如下：

\\d\iis\u logs\W3SVC1\u\u ddyymm.log

首先，在设置群集时，“b”服务器是主服务器，“c”是故障转移服务器，因此“b”将为群集IP的任何请求提供服务，并且服务器“b”将日志写入上述目录

---

现在，当I服务器b关闭时，服务器c将开始服务到集群IP的请求。但是服务器c IIS不会将日志写入同一个文件。我假设服务器“b”锁定了日志文件，因此它没有写入，但即使关闭服务器“b”，服务器“c”仍然没有写入日志文件。事件查看器中未报告任何错误。我该如何解决这个问题？如果不为两个应用程序分别配置日志存储

服务器d是windows系统吗？如果是这样，那么您可以尝试使用Process Monitor查看问题所在。关于如何使用进程监视器，您可以参考以下链接：服务器d是openfiler ESA IIS版本和SAN信息如何？当您以其他方式配置它时（c作为主服务器，b作为故障切换），问题是否会重现？服务器c的配置是否正确，因此它可以访问所有日志文件？是的，在所有情况下都会复制。以及windows 2008中的IIS 7.0。我想这是因为权限问题，我需要一个可靠的答案。服务器d是windows系统吗？如果是这样，那么您可以尝试使用Process Monitor查看问题所在。关于如何使用进程监视器，您可以参考以下链接：服务器d是openfiler ESA IIS版本和SAN信息如何？当您以其他方式配置它时（c作为主服务器，b作为故障切换），问题是否会重现？服务器c的配置是否正确，因此它可以访问所有日志文件？是的，在所有情况下都会复制。以及windows 2008中的IIS 7.0。我想这是因为许可问题，我需要一个可靠的答案。