.NET 5站点文件锁阻碍DFS复制，寻求无需手动干预的解决方案

针对Windows Server 2019 + IIS 10 + .NET 5环境下，DFS复制被IIS锁定EXE/DLL文件的问题，以下是几种可行的无手动干预解决方案：

方案1：启用.NET Core影子复制（Shadow Copy） #

.NET Framework默认启用程序集影子复制，但.NET Core需手动配置。启用后，运行时会将程序集复制到临时目录执行，原wwwroot目录下的文件不再被锁定，DFS可直接完成同步。

配置方法：
在站点的web.config中，修改aspNetCore节点，添加影子复制的环境变量：

<aspNetCore processPath="dotnet" arguments=".\YourApp.dll" hostingModel="inprocess">
  <environmentVariables>
    <environmentVariable name="ASPNETCORE_SHADOW_COPY_ENABLED" value="true" />
    <!-- 可选：指定影子复制的临时目录，默认使用系统临时目录 -->
    <!-- <environmentVariable name="ASPNETCORE_SHADOW_COPY_DIR" value="C:\Temp\ShadowCopies" /> -->
  </environmentVariables>
</aspNetCore>

优点：无需停机，不影响站点可用性；配置一次永久生效。
注意：outofprocess托管模型同样支持该配置；临时目录需确保服务器有读写权限。

方案2：利用IIS应用池的文件变化自动回收 #

配置IIS应用池在检测到站点文件更新时自动回收，释放文件锁，让DFS完成复制。

操作步骤：

1. 打开IIS管理器，找到目标站点对应的应用池
2. 右键选择高级设置
3. 在回收区域，启用文件或目录变化时回收
4. 点击浏览，添加站点的bin目录（或整个wwwroot目录）作为监视路径
5. 保存设置

优点：配置简单，无需修改应用代码；仅在文件变化时触发回收，减少不必要的重启。
注意：若站点文件更新频繁，可能导致应用池频繁回收，需根据实际部署频率调整。

方案3：使用app_offline.htm实现自动离线/恢复 #

通过部署脚本自动创建/删除app_offline.htm文件，触发IIS自动回收应用池，待DFS同步完成后恢复站点。

实现逻辑：

1. 部署前，在所有服务器的站点根目录创建app_offline.htm（内容可自定义维护提示）
2. 等待DFS完成全量文件同步（可通过DFS复制状态检测脚本判断）
3. 删除所有服务器上的app_offline.htm，IIS自动重启站点并加载新文件

优点：逻辑简单，兼容性强；适合对停机时间容忍度较高的场景。
注意：同步等待时间需根据服务器数量和文件大小调整，避免过早删除文件导致站点加载异常。

方案4：采用部署槽位实现零停机部署 #

通过配置IIS部署槽位，将更新先部署到备用槽位，待DFS同步完成后切换流量，避免原站点文件被锁定。

操作步骤：

1. 为目标站点创建一个备用部署槽位（如Staging）
2. 将更新部署到Staging槽位的目录，等待DFS同步完成
3. 切换IIS的流量路由，将用户请求导向Staging槽位
4. 原槽位的文件可在空闲时清理或更新

优点：零停机部署，适合高可用生产环境；可在切换前验证新版本可用性。
注意：需确保槽位之间的配置一致（如环境变量、连接字符串），避免切换后出现异常。

内容的提问来源于stack exchange，提问作者eidylon