SSRS 2005 API 导致应用程序池崩溃

Question

我的网站在使用 Reporting Services 管理器时开始出现应用程序池崩溃的问题。这种情况在不止一个安装中发生。我已将 Reports 和 ReportServer 网站分离到各自的应用程序池中以找出问题，并将问题本地化到 ReportServer，因为它是唯一崩溃的应用程序池。

这是从我们实现 ReportingServices2005 API 时开始的。下面附上一个示例调用，我们用它来检索 SSRS 文件夹中的报告列表。

目前，我们的应用程序使用 javascript (Jquery) 对 C# .NET 函数进行 ajax 调用，该函数进行 SSRS API 调用。

它似乎是随机发生的，因为应用程序池几天内不会崩溃，或者会在重新启动后几小时内崩溃。一旦发生此错误，应用程序池将拒绝所有未来的连接，但 IIS UI 不会显示应用程序池已停止。 httperr 日志显示应用程序池由于快速失败保护而被禁用。当快速失败保护关闭时，崩溃仍然会发生，并且应用程序池会丢弃所有连接。

我们查看了应用程序池以及报告服务中的所有日志。我们还在 IIS 中添加了调试诊断工具，以从服务器检索转储文件。我们还没有发现任何明显的事情，我们现在不知所措。

示例 Reporting Services API 调用：

    [WebMethod(EnableSession = false)]
    [ScriptMethod]
    public List<CatalogItem> GetReportList()
    {
        CatalogItem[] items = null;
        List<CatalogItem> ret = new List<CatalogItem>();
        try
        {
            ReportingService2005 rs = new ReportingService2005();
            rs.Url = ConfigurationManager.AppSettings["Reporting_Services_Url"];
            rs.Credentials = System.Net.CredentialCache.DefaultCredentials;

            // Use the reports path in the app config 
            string path = ConfigurationManager.AppSettings["ReportServer_ReportList_Path"];

            if (path == null || path == "") path = "/"; // send in at least a base root "/"
            items = rs.ListChildren(path, true);

            foreach (CatalogItem item in items)
            {
                if (item.Type == ItemTypeEnum.Folder || item.Type == ItemTypeEnum.Report)
                {
                    if (item.Name != "Search Reports" && item.Name != "My Reports" && item.Name != "Users Folders" && item.Name != "Data Sources")
                        ret.Add(item);
                }
            }
        }
        catch (System.Exception ex)
        {
            Guid? guid = ExceptionPolicy.HandledException(ex);
            // json object to include the guid as well as the exception info, for UI retrieval
            string jsonErrData = AjaxErrorHandling.CreateJsonFormat(guid, ex.Message, ex.GetType().ToString());
            throw new Exception(jsonErrData);
        }
        return ret;
    }

转储日志警告：

Crash_Rule_Targets_日期_11_03_2010__Time_09_16_14AM_w3wp.exe_ReportServer_<中的以下线程em>PID_5256_371_Manual Dump.dmp 正在等待通过 WinSock 从另一台服务器返回数据 对 WinSock 的调用源自 0x02a6a1c3，目标是 IP 地址 127.0.0.1

( 62 ) 处的端口 80 线程被阻止 1.12%

确保此应用程序可能调用的任何远程服务器正常运行，并且两个服务器之间不存在网络问题。如果问题仍然存在，请联系应用程序供应商以获得进一步帮助

转储有问题的线程：

线程 62 - 系统 ID 3024 入口点 mscorwks!Thread::intermediateThreadProc 创建时间 11/2/2010 7:21:00 PM 用户模式花费的时间 0 天 00:00:00.734 内核模式花费的时间 0 天 00:00:00.156

该线程正在等待通过 WinSock 从另一台服务器返回的数据。

对 WinSock 的调用源自 0x02a6a1c3，目标地址为 IP 地址 127.0.0.1 的端口 80

线程 62 操作系统线程 ID 上的 WinDbg 转储访问：0xbd0 (62) ESP EIP 2b13edb0 7c82860c [NDirectMethodFrameStandalone: 2b13edb0] System.Net.UnsafeNclNativeMethods+OSSOCK.recv(IntPtr, Byte*, Int32, 系统.Net.Sockets.SocketFlags）2b13edc8 7a581b04 System.Net.Sockets.Socket.Receive(Byte[], Int32, Int32, System.Net.Sockets.SocketFlags、System.Net.Sockets.SocketError（ByRef） 2b13ee00 7a581a00 System.Net.Sockets.Socket.Receive（字节[]，Int32， Int32，系统.Net.Sockets.SocketFlags）2b13ee20 7a58b854 System.Net.Sockets.NetworkStream.Read(Byte[], Int32, Int32) 2b13ee50 7a58b7bb System.Net.PooledStream.Read（字节[]，Int32，Int32）2b13ee6c 7a58b4aa System.Net.Connection.SyncRead（System.Net.HttpWebRequest， 布尔值，布尔值）2b13eec0 7a58b30a System.Net.Connection.PollAndRead（System.Net.HttpWebRequest，布尔值） 2b13eed8 7a58b29b System.Net.ConnectStream.PollAndRead（布尔值） 2b13eee4 7a58b132 System.Net.HttpWebRequest.EndWriteHeaders（布尔值） 2b13ef10 7a58b056 System.Net.HttpWebRequest.WriteHeadersCallback(System.Net.WebExceptionStatus, System.Net.ConnectStream，布尔值）2b13ef24 7a58ac11 System.Net.ConnectStream.WriteHeaders（布尔）2b13ef78 7a588f82 系统.Net.HttpWebRequest.EndSubmitRequest() 2b13efa4 7a588e9f System.Net.HttpWebRequest.SetRequestSubmitDone(System.Net.ConnectStream) 2b13efb8 7a5888c2 System.Net.Connection.CompleteStartRequest（布尔值， 系统.Net.HttpWebRequest、系统.Net.TriState）2b13efe8 7a588233 System.Net.Connection.SubmitRequest(System.Net.HttpWebRequest) 2b13f02c 7a587bac System.Net.ServicePoint.SubmitRequest(System.Net.HttpWebRequest, 系统.字符串）2b13f064 7a587479 System.Net.HttpWebRequest.SubmitRequest（System.Net.ServicePoint） 2b13f090 7aaaa4d4 系统.Net.HttpWebRequest.GetResponse() 2b13f0d0 65dda7e5 System.Web.Services.Protocols.WebClientProtocol.GetWebResponse（System.Net.WebRequest） 2b13f100 65dde895 System.Web.Services.Protocols.HttpWebClientProtocol.GetWebResponse(System.Net.WebRequest) 2b13f104 2f51e76e Microsoft.ReportingServices.UI.Global+RSWebServiceWrapper.GetWebResponse(System.Net.WebRequest) 2b13f114 65e09905 System.Web.Services.Protocols.SoapHttpClientProtocol.Invoke(System.String, 系统对象[]) 2b13f158 2be6bd5c Microsoft.SqlServer.ReportingServices2005.ReportingService2005.ListSecureMethods() 2b13f164 2f51df12 Microsoft.SqlServer.ReportingServices2005.RSConnection.GetSecureMethods() 2b13f19c 2f51de3a Microsoft.ReportingServices.UI.Global+RSWebServiceWrapper.GetSecureMethods() 2b13f1c4 2f51dd9b Microsoft.SqlServer.ReportingServices2005.RSConnection.IsSecureMethod(System.String) 2b13f1dc 2f51dd13 Microsoft.SqlServer.ReportingServices2005.RSConnection.ValidateConnection() 2b13f204 2f5197d2 Microsoft.ReportingServices.UI.Global.SecureAllAPI() 2b13f20c 2f519720 Microsoft.ReportingServices.UI.ReportingPage.EnsureHttpsLevel（Microsoft.ReportingServices.Diagnostics.HttpsLevel） 2b13f218 2f5191e4 Microsoft.ReportingServices.UI.ReportingPage.ReportingPage_Init(System.Object, System.EventArgs) 2b13f260 02a6b30d [多播帧：2b13f260] System.EventHandler.Invoke（System.Object，System.EventArgs）2b13f274 660ab484系统.Web.UI.Control.OnInit（系统.EventArgs）2b13f288 660a72ed 系统.Web.UI.Page.OnInit(系统.EventArgs) 2b13f294 660ab5de System.Web.UI.Control.InitRecursive(System.Web.UI.Control) 2b13f2b4 660a7a3b System.Web.UI.Page.ProcessRequestMain（布尔值，布尔值） 2b13f40c 660a7764 System.Web.UI.Page.ProcessRequest（布尔值，布尔值） 2b13f444 660a7691 系统.Web.UI.Page.ProcessRequest() 2b13f47c 660a7626 System.Web.UI.Page.ProcessRequestWithNoAssert（System.Web.HttpContext） 2b13f488 660a7602 System.Web.UI.Page.ProcessRequest（System.Web.HttpContext）2b13f49c 2f519105 ASP.pages_report_aspx.ProcessRequest（系统.Web.HttpContext） 2b13f4a0 660adad6 System.Web.HttpApplication+CallHandlerExecutionStep.System.Web.HttpApplication.IExecutionStep.Execute() 2b13f4d4 6608132c System.Web.HttpApplication.ExecuteStep(IExecutionStep, Boolean ByRef) 2b13f514 6608c5c3 System.Web.HttpApplication+ApplicationStepManager.ResumeSteps（系统异常） 2b13f564 660808ac System.Web.HttpApplication.System.Web.IHttpAsyncHandler.BeginProcessRequest(System.Web.HttpContext, 系统.AsyncCallback、系统.对象）2b13f580 66083e1c System.Web.HttpRuntime.ProcessRequestInternal(System.Web.HttpWorkerRequest) 2b13f5b4 66083ac3 System.Web.HttpRuntime.ProcessRequestNoDemand(System.Web.HttpWorkerRequest) 2b13f5c4 66082c5c System.Web.Hosting.ISAPIRuntime.ProcessRequest（IntPtr，Int32）2b13f7d8 79f9811e [ContextTransitionFrame: 2b13f7d8] 2b13f80c 79f9811e [GCFrame：2b13f80c] 2b13f968 79f9811e [ComMethodFrame：2b13f968]

Answer 1

检查您的数据库服务器运行状况、监控 ReportServer 数据库和您的应用程序数据库。运行探查器以捕获死锁、锁定、事务超时等。

禁用 SSRS 缓存一段时间，然后查看此错误是否再次发生。

Answer 2

事件日志中有与 WAS 有关的内容吗？