Long-running query SQL process fragment Unknown

fifthrace · June 8, 2012 12:53PM

Since upgrading to 3.1, I've noticed that on the Long-running query alert my SQL process fragment is no longer showing as it did before in the UI.

I apologize if I missed something that stated why this would be. Any help would be much appreciated.

Thanks all,

Robbie

Chris Spencer · June 11, 2012 6:36AM

Apologies but this is a regression in SQL Monitor v3.1.

A bug has been raised (ref: SRP-6952) and we'll be looking to fix this for the next release.

Regards
Chris

EdCarden · July 17, 2012 11:35AM

What if we downgrade back to the prior version of 3.0.X we were using, can we get back the misssing SQL Fragment info?

I hope this bug has been given a high level of priorty because the LRQ (long Running Query) alert is just about useless without this key piece of information.

I'm suprised that this is not being fixed till the next release of SQL Monitor. Then again maybe no other user besides myself makes use of the LRQ alert and so this is not a major setback/bug for anyone else.

Thanks

Chris Spencer · July 17, 2012 12:23PM

This issue is fixed internally but we're still in the process of scheduling our next release. I'll speak to some people and if possible get back to you with an estimated release date.

Downgrading to 3.0 would get the SQL Fragment info back but I'm not sure if the v3.0 software would work with a v3.1 data repository. I'd have to test that.

Regards
Chris

EdCarden · July 17, 2012 5:00PM

Chris,

FYI - So far the downgrade is working. I have yet to have any probelms or errors and most importanty, I got back my missing SQL Fragment info for LRQ alerts.

I was worried that the info had been permanently lost and not just missing but its still there. I just wish I knew how to get that info directly from the DB.

Thanks

Chris Spencer · July 18, 2012 8:59AM

That's good to know that a downgrade appears to work.

Regarding getting the information out of the repository, I've had a little go at doing this and come up with:

USE RedGateMonitor -- or whatever the repository name is
GO
SELECT utils.TicksToDateTime&#40;us.CollectionDate&#41; AS CollectionTime           
      ,us._Command
      ,us._CumulativeProcessorTime
      ,us._DatabaseName      
      ,us._FullCommand      
      ,us._Status      
  FROM &#91;data&#93;.&#91;Cluster_SqlServer_SqlProcess_UnstableSamples&#93; us
  JOIN &#91;data&#93;.&#91;Cluster_SqlServer_SqlProcess_Keys&#93; spk
  ON us.Id = spk.Id
  WHERE spk.&#91;_SessionId&#93; = 99 -- replace this value with Process ID from the alert details page.  
  ORDER BY CollectionTime DESC

I think that this at least maps SQL fragments to Process IDs.

Regards
Chris

Saint007 · July 30, 2012 2:40AM

I got the same problem. Let me know when this issue is fixed and release.

JKG · July 30, 2012 9:56AM

Can we get an estimated date for the fix availability. I use this frequently and need to decide about rolling back.

Chris Spencer · July 30, 2012 10:28AM

We're planning to release SQL Monitor 3.2 next week, most probably on the Tuesday or Wednesday (August 7-8). This will contain the LRQ fix.

I think that this is a fairly safe estimate but if it changes I'll post an update.

Regards
Chris

Chris Spencer · August 7, 2012 11:08AM

Just to let you all know, v3.2 has been released and can be downloaded from:
http://www.red-gate.com/sqlmonitor

This release fixes the LRQ alert issue.

Regards
Chris

fifthrace · August 8, 2012 2:23PM

Thanks Chris, seems to be working better now.

Long-running query SQL process fragment Unknown

Comments

Product Learning

Community Forums

Events & Friends

Simple Talk