在WindowsServer200864位上，我需要一个.msi安装程序文件来将一些文件写入\windows\system32\inetsrv文件夹。(这些文件是一些XML模式验证文件，C#XmlReaderSettings.Schema.Add()预计位于该文件夹中)。当安装程序运行时，文件最终位于\windows\SysWOW64\inetsrv文件夹中，而不是它们需要的位置。我试图让安装程序写入\windows\Sysnative文件夹，并且安装程序创建了一个具有该确切名称的文件夹，我没想到这是可能的。参见thispage有关抑制SysWOW64重定向的良好讨论。在Windows

我有一个python程序，它应该清理一些目录，其中一个是C:\windows\system32\inetsrv\metaback；但是，os.path.exists()在该目录上返回False，即使它存在(并且我有权访问它)。有趣的是工具windirstat也完全想念它。谁能想到这可能是什么原因以及我可以检查它是否存在的另一种方法是什么？我什至无法在其上运行os.listdir()。更新:os.path.exists()如果Windows机器是32位的，则在这个目录上工作，但如果是64位的，则不会。也可以在32位机器上正确显示在windirstat中。 最佳

这不是一个DotNetCore项目(它是一个MVC4项目)并且应用程序池被正确配置为使用dotnetCLRv4，但是在更新到新版本的Windows10之后(无论是内部版本还是新的周年纪念版)更新)，启动应用程序失败，事件日志显示以下错误:模块DLLC:\WINDOWS\system32\inetsrv\aspnetcore.dll加载失败。数据是错误的。我还不需要aspnetcore.dll。在IIS中删除对站点的DLL的引用并不能解决问题。有什么建议吗？ 最佳答案 这是最简单的解决方案:在Cortana中搜索程序和功能，打开旧版控