Question

我讨厌一个项目，早些时候我只托管单个WCF服务。一切都习以为常。稍后，作为增强功能的一部分，我们将两个WCF服务添加到具有不同接口和不同SVC文件的同一项目中。所有三个服务共享相同的web.config，它定义了三个端点（对应于每个服务）。

我的项目的WCF服务作为单独的网站托管，具有自己的应用程序池和端口号。我的所有三个服务共享相同的应用程序池。

使用此设置时，我多次将应用程序部署到测试服务器时，我收到零星错误，如下所示，服务停止工作。在这三项服务中，一次只有一两项给出了这个错误，其他服务继续工作。

    System.ServiceModel.ServiceHostingEnvironment+HostingManager/4032828
    System.ServiceModel.ServiceActivationException: The service '...svc' cannot be activated due to an exception during compilation.  The exception message is: An error occurred while accessing the IIS Metabase.. ---&gt; 

    System.Runtime.InteropServices.COMException: An error occurred while accessing the IIS Metabase.
   at System.ServiceModel.Activation.MetabaseReader..ctor

我为webservice启用了svclogs，在那里我看到了像

这样的东西

......
AppDomain unloading
To: construct ServiceHost 'myservice1'
From: construct ServiceHost 'myservice1'
To: Open ServiceHost 'myservice1'
From: ServiceHost 'myservice1'
ASP.NET hosted service activated
**Wrote To Eventlog**     << Exception at this point for myservice2.

我尝试了This options，但没有用。我也在网上搜索过但没有找到任何可以提供帮助的解决方案。

我在测试服务器上安装了IIS6。

非常感谢任何帮助。

更新：

我观察到了一种模式。空闲时间之后，无论哪个服务首先被正确激活，其他服务都会失败。另外，要添加到Port部分，我们特别提到将运行此服务的端口。对于我的应用程序说端口号是25000，那么此服务器上没有其他应用程序共享此端口号，只有我的应用程序。因此，如果有多个服务，那么他们正在共享端口，但同样的设置是针对具有多个SVC服务的其他项目，并且没有人遇到过这个问题（据我所知）。

更新2：以下是配置文件。我输入了配置文件但尝试尽可能准确。（请忽略区分大小写的事情）

<system.serviceModel>
    <bindings>
        <basicHttpBinding>
            <binding name="MyBinding">
                <security mode="TransportCredentialOnly">
                    <transport clientCredentialType="Basic" proxyCredentialType="Basic" realm="prod.xxx.net" />
                    <message clientCredentialType="UserName" algorithmSuite="Default"/>
                </security>
            </binding>
        </basicHttpBinding>
    </bindings>

    <behaviours>
        <serviceBehaviours>
            <behaviour name="firstServiceBehaviour">
                <serviceMetadata httpGetEnabled="true" />
                <serviceDebug includeExceptionDetailInFaults="true" />
                <serviceCredentials>
                    <clientCertificate>
                        <authentication mapClientCertificateToWindowsAccount="true" />
                    </clientCertificate>
                </serviceCredentials>
                <dataContractSerializer maxItemsInObjectGraph="2147483646" />
            </behaviour>

<behaviours>
    <serviceBehaviours>
        <behaviour name="secondServiceBehaviour">
            <serviceMetadata httpGetEnabled="true" />
            <serviceDebug includeExceptionDetailInFaults="true" />
            <serviceCredentials>
                <clientCertificate>
                    <authentication mapClientCertificateToWindowsAccount="true" />
                </clientCertificate>
            </serviceCredentials>
        </behaviour>

<behaviours>
    <serviceBehaviours>
        <behaviour name="thirdServiceBehaviour">
            <serviceMetadata httpGetEnabled="true" />
            <serviceDebug includeExceptionDetailInFaults="true" />
            <serviceCredentials>
                <clientCertificate>
                    <authentication mapClientCertificateToWindowsAccount="true" />
                </clientCertificate>
            </serviceCredentials>
            <dataContractSerializer maxItemsInObjectGraph="2147483646" />
        </behaviour>

    <services>
        <service behaviourConfiguration="firstServiceBehaviour" name="...">
            <endpoint address="" binding="basicHttpBinding" bindingConfiguration="MyBinding" name="firstServiceEndPoint" contract="IfirstServiceContract" />
        </service>

        <service behaviourConfiguration="secondServiceBehaviour" name="...">
            <endpoint address="" binding="basicHttpBinding" bindingConfiguration="MyBinding" name="secondServiceEndPoint" contract="IsecondServiceContract" />
        </service>

        <service behaviourConfiguration="thirdServiceBehaviour" name="...">
            <endpoint address="" binding="basicHttpBinding" bindingConfiguration="MyBinding"
name="thirdServiceEndPoint" contract="IthirdServiceContract" />
        </service>
    </services>
    <serviceHostingEnvironment multipleSiteBindingsEnabled="true" />
</System.ServiceModel>

Answer 1

我不会说这是完整的答案，但这有助于解决我们的问题。我仍然想知道问题的实际原因的原因/解决方案。我提到这项工作，因为这可能会帮助某人暂时解决他们可能遇到类似问题的问题。

正如我所提到的那样，只有在应用程序闲置一段时间后才会出现问题。在这种情况下，IIS正在关闭（卸载）应用程序的AppDomain（这是来自SVC日志）。

因此，我们创建了一个简单的控制台应用程序，每隔5-10分钟就会触及我们应用程序的所有服务，并且不会让AppDomain关闭。有一种替代方法可以实现这一点 - 将IIS配置设置为不卸载AppDomain（对于我们来说，这对共享基础架构来说不太可行）。这有助于我们完成测试。

然后，当我们转向负载均衡的环境（测试环境接近生产）时，我们突然停止了解问题，通过一些分析，我们发现Load-Balancer本身正在ping这些服务，以确保它们是起来，因为这些服务的App域从未卸载过。

所以，现在我们可以说我们没有在负载均衡的环境中得到这个问题，但问题仍然存在，为什么它甚至发生（对于非负载平衡环境）。

带有消息的偶发WCF服务激活错误 - 访问IIS元数据库时发生错误

1 个答案: