December 14, 2017 at 4:02 pm
Hello All. We just had this happen on one of our production SQL Servers. One of our DBA's was running profiler with the default standard template. After this, SQL I see that SQL Server was restarted by the Cluster manager, and I see these in the event logs:
Any idea how / what caused Cluster Manager to restart SQL Server ?
December 15, 2017 at 12:40 am
sqlGDBA - Thursday, December 14, 2017 4:02 PMHello All. We just had this happen on one of our production SQL Servers. One of our DBA's was running profiler with the default standard template. After this, SQL I see that SQL Server was restarted by the Cluster manager
Not overly surprising.
Any idea how / what caused Cluster Manager to restart SQL Server ?
Running profiler, or more specifically what profiler does to busy servers.
Never, never, never use the profiler GUI on a production server. Use server-side trace or, if you're on SQL 2012 or later, Extended Events
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
December 18, 2017 at 10:17 am
Microsoft themselves have strongly advised against running SQL Profiler on a production database server. Server Side tracing or Extended Events as put by Gail are best options.
December 19, 2017 at 2:25 pm
Thanks Gail / Arsh. Yes, I realize that profiler should not be run on PRD servers and most of the team is aware of this. This was a rookie DBA who had a ticket to troubleshoot some Application issues, and she went ahead and ran it from the production server itself. I did open a case with Microsoft for the RCOA, since we did have a brief outage. Yes - this is a legacy SQL 2008 R2 Server, so we cannot run extended events.
We sent them everything we had - Cluster logs, Event Viewer, SQL Logs, profiler crash dump, etc. from both nodes on the cluster. We also ran the sdp package against both the servers in the cluster on Saturday and sent results to Microsoft for analysis.
So far, the only possibility, seems to be that profiler hung, possibly consuming all resources that were not allocated to SQL Server, and sqlsrvres.dll timed out while querying SQL server to run the health check and thus this could have led to IsAlive health check failure and thus SQL was terminated by cluster and restarted.
December 20, 2017 at 12:50 am
You're far from the first to have crashed SQL by running Profiler (and running it from a different server to production is actually far worse)
DO NOT use the Profiler GUI against a production server, no matter where you run the client. Use server-side traces.
Gail Shaw
Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci)
SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
Viewing 5 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply