压缩/复制wwwroot前是否需要停止IIS？

是否需要在压缩前停止IIS/网站/应用池？ #

• 测试环境下并非必须，但存在几种值得考虑停止的场景：
  • 若wwwroot中有实时写入的文件（如日志、用户上传的临时文件），直接压缩可能得到不完整的文件内容，影响备份可用性。
  • 部分被IIS或应用独占锁定的文件（如正在加载的程序集、数据库文件），可能导致压缩失败或跳过文件。
  • 若你需要完全一致、可直接用于还原的备份，停止应用池能避免压缩过程中文件被修改，确保备份完整性。
• 测试环境容错性较高，若只是做粗略备份用于更新参考，直接压缩也可接受，但如果备份后要替换测试环境现有文件，建议先停应用池，避免后续覆盖时遇到文件占用问题。

Compress-Archive遭遇文件锁定时的行为 #

微软官方的Compress-Archive文档（PowerShell 7.2版本）并未明确说明该命令在遇到文件锁定时的具体处理逻辑，但根据实际使用经验：

• 当文件被独占锁定（其他进程禁止任何读取操作）时，命令会抛出类似“无法访问文件，因为它正被另一个进程使用”的错误，此时压缩进程可能中断，或跳过该锁定文件（取决于具体PowerShell版本和锁定类型）。
• 若文件是共享锁定（允许其他进程读取），Compress-Archive通常可以正常读取并压缩该文件。
• 目前没有内置参数专门处理锁定文件，若需要跳过锁定文件完成压缩，你可能需要自行编写逻辑：先检测文件是否可访问，再将可访问的文件加入压缩列表。

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