这似乎是“所有错误都会导致此消息”类型的错误之一。

我的是，应用程序池刚刚关闭。我重新打开了它，一切都正常。

在我的消息中，除了抱怨“无法访问IIS元数据库”之外，还提到了无法访问“<IISUrl>http://localhost:6416/</IISUrl>“。右键单击卸载项目，单击“编辑”，找到行“<IISUrl”http://localhost:6416/</IISUrl>“，将其注释掉。重新加载，它应该可以工作。这与管理员没有访问该地址的权限有关。

转到项目的根目录，找到以下文件：YourProjectName.csproject.user-在其中，确保UseIISExpress设置为false：

<UseIISExpress>false</UseIISExpress>

如果仅此项不起作用，请尝试以下操作，然后重试：

YourProjectName.csproj-在主项目文件中，确保UseIIS和UseIISExpress都设置为false：

<UseIIS>True</UseIIS>
<UseIISExpress>false</UseIISExpress>

更改这些后，我能够再次加载项目。

注意：确保您以管理员身份运行VS，如其他答案中所述。

在从这个链接添加功能之后，我也遇到了同样的问题。后来我关注了这篇文章，问题消失了。

我认为您没有使用管理员权限运行visual studio。看看：

http://bloggingabout.net/blogs/rick/archive/2012/10/04/unable-to-access-the-iis-metabase.aspx

引用

解决方案很简单：使用“运行方式”启动Visual Studio管理员”。您可以通过右键单击快捷方式并选择“以管理员身份运行”。

我有两种不同类型的问题导致了这个错误，我想我应该分享。。。

1. The directory was on an network share and due to UAC restrictions, was 
   unable to be accessed -- even when running as an admin.
2. The directory was on a drive that didn't exist...

这两种情况都源于MS选择将内容放在Documents或My Document目录中的不幸（imo）选择，并伴有非常糟糕的错误消息。在上述两种情况下，根本问题是IISExpress Config文件位于My Documents中，它要么不存在，要么无法访问。