答案 0 :(得分：3)
检查是否已启用UAC（用户帐户控制）和turn it off if this is a test/demo environment。另一个选项（以及生产环境的最佳选项）是右键单击中央管理员链接，然后选择“以管理员身份运行”选项。
我被这个烧了一会儿，原因是在解决方案部署作业运行之前执行安全检查的方式。如果在启用UAC的情况下运行，则此检查将始终失败（请参阅MSDN上的“备注”部分，了解system.security.principal.windowsprincipal）。
答案 1 :(得分：1)
确保应用程序池的标识对包含web.config的目录具有读/写访问权限。
还要确保SharePoint计时器作业的标识对包含web.config文件的目录具有读/写访问权限。
答案 2 :(得分：0)
尝试将功能范围更改为Web应用程序并从Central Admin
中激活它答案 3 :(得分：0)
C：\的Inetpub \ wwwroot的\ WSS \ VirtualDirectories \ 2008 \ web.config中 用于对Web应用程序进行修改 SharePoint - 2008失败。错误 消息 - 访问路径 'C：\的Inetpub \ wwwroot的\ WSS \ VirtualDirectories \ 2008 \ web.config中' 被拒绝。
检查此文件权限并进行适当调整。
答案 4 :(得分：0)
我们的解决方案是重新组织我们的功能架构，以便我们现在拥有Web应用程序范围功能以及2个场范围功能和2个网站集范围功能。我们将处理WebConfigModifications的代码从我们的网站集范围功能转移到我们新的Web应用程序范围功能。
这是应该一直这样做的方式（以及我们最初尝试过的方式），但SharePoint解决方案安装程序不支持我们的功能架构，所以我们通过使用一些代码解决了这个问题试图在网站集级别处理WebConfigModifications。这有一些粗略的副作用，例如要求激活网站集功能的帐户也是服务器场管理员 - 我们必须有一些智能代码才能多次应用或删除我们的设置。
因此，我们必须为此更新SharePoint解决方案安装程序 - 并使其在SharePoint 2010中运行。它尚未发布，但是对于支持SharePoint 2007和SharePoint 2007的此方案的版本，请观看http://sharepointinstaller.codeplex.com/ SharePoint 2010。