Comments
3 comments
-
Hi,
Sorry to hear you're running into this. If it's suddenly started happening then it's possible that one user has a stuck lock on our change-tracking table. The quickest way to fix that is to usually get everyone to restart SSMS, although in some rare cases it seems to require the SQL instance to be restarted instead.
If you've actually been experiencing the problem more and more frequently over time, it may indicate a different issue happening though, so let us know if that's the case. -
To resolve it I I did a sp_who2 and determined which locks where occuring. I then killed the locks and the problem has gone away. The locks where on tempdb.
-
Yep, that'll do it too.
To stop it using tempdb, you can force it to use a database you create specifically for the purpose: http://documentation.red-gate.com/display/SOC3/Logging+changes+to+shared+databases#
Add comment
Please sign in to leave a comment.
Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
Lock request time out period exceeded.