sessions being killed by sa updating stats?



We're seeing something very strange on our SQL Server 2005 9.0.2047 DB
on Windows Server 2003 x64 Standard:

1. Most open connections to the database are being spontaneously
terminated by the server. The application log always has this error
message in it:

A user request from the session with SPID 56 generated a fatal
exception. SQL Server is terminating this session. Contact Product
Support Services with the dump produced in the log directory.

But the sessions that are being killed aren't doing anything - they're
mgmt studio sessions, just sitting there, not even running a query.

2. Connection closings appear to be correlated with the "sa" user
running a dbcc command on a large table in one of our two largest
databases; sometimes it runs this:

select (sum(page_count)/128.0) from sys.dm_db_index_physical_stats(8,
1605580758, NULL, NULL, 'DETAILED')

other times it runs a query to check fragmentation. Both large
databases have auto-create and update of stats disabled.

3. Someone has recently started using SSAS on this machine, doing
large-scale analyses of our largest database.

4. We also started getting this error recently:

The configuration information of the performance library "C:\\WINDOWS
\system32\sqlctr90.dll" for the "MSSQLSERVER" service does not match
the trusted performance library information stored in the registry.
The functions in this library will not be treated as trusted.

which I admit is pretty obscure but I thought I'd throw it out there
anyway.

I have no idea what's going on, so any theories are appreciated.

Thanks,
Seth

.



Relevant Pages

  • Re: Memory never released in SMO (when create database)
    ... close your open connections which it seems like you aren't doing so there's ... default instance of SQL Server. ... database name arguments in the constructor. ... into problems when the code actually consumed about 2G memory. ...
    (microsoft.public.dotnet.framework)
  • Re: Failover causes General network error in ASP.NET
    ... I've removed all session and database code from the ASP.NET test ... control over detecting whether the SQL Server connection is available. ... > If you want total transparent failover, you will have to wait for Database ... >> I've built an Active/Passive cluster with two nodes, ...
    (microsoft.public.sqlserver.clustering)
  • Re: Failover causes General network error in ASP.NET
    ... There is a version of the Session object that can live in its own database. ... > This is bad as TempDB is cleared during a failover. ... > Mike Epprecht, Microsoft SQL Server MVP ...
    (microsoft.public.sqlserver.clustering)
  • Re: More than pessimistic record locking needed...
    ... I assume that each http session has a separate thread, ... database with highly isolated transactions... ... With the correct locking inside a transaction SQL Server places an exclusive ...
    (microsoft.public.dotnet.framework.aspnet)
  • Getting Away From Session-Level Variables
    ... later post back to the server so their changes can get saved to a SQL Server ... for storing data required on postback. ... away from storing things in the Session. ... then updates a SQL Server database. ...
    (microsoft.public.dotnet.framework.aspnet)