为什么 Microsoft 不建议在 IIS 中使用 UNC 路径？有什么替代方案？

Question

我有一个 IIS 站点，其中一个虚拟目录实际上位于单独的服务器上，通过 UNC 路径访问。

ASP.Net 应用程序时不时（一天几次）重新启动，在事件日志中我得到：

事件消息：应用程序正在关闭。原因：配置已更改。

现在，我知道配置没有改变，但是我可以通过暂时使 UNC 路径不可用，然后从中请求文件在测试环境中重新创建该问题。

我偶然在一篇不相关的知识库文章（269009）中发现了以下宝贵信息：

Microsoft 不建议在高容量网站上使用 UNC 映射内容

现在，我的问题是：为什么 MS 不建议使用 UNC 路径，我应该使用什么替代方案？

Answer 1

文件更改通知是一个问题，尤其是在远程运行内容时。我支持将所有内容/代码放在远程共享上的站点。我的建议是 #2，使用 DFS 存储静态内容，并将代码放在本地服务器上。这需要对应用程序进行一些设计，例如将图像、css、js 文件等放在同一位置。以下是我多年来积累并发布的几篇文章。

http://www.iislogs.com/Tags/unc

这可能是人们最常参考的一篇文章 http://technet.microsoft.com/en-us/library/dd296694(v=ws.10).aspx

Answer 2

从磁盘访问文件是首选方式，因为它不易出错并且（通常）可以提供更好的性能。

我在这里看到三种解决方案：

答：使用某种工具从中央存储库推送新文件/配置。许多人使用 subversion 来实现这一点。微软也有自己的免费工具 -Web 部署

B：实施微软DFS并且至少有两台活动服务器，它们上面有相同的文件存储集。这将使其在故障转移时更可用，但当发生故障转移时它仍会杀死您的 IIS。有关即时故障转移，请参阅点 C。

C：使用文件服务器集群。我 99.9999% 确信这太过分了。您还需要实施完全冗余的网络。