Comments
Sort by recent activity
The broken link issue self resolved. Likely it was fixed prior to you trying to reproduce it. Thanks. / comments
The broken link issue self resolved. Likely it was fixed prior to you trying to reproduce it. Thanks.
Installing 8.0.13 resolved the issue. Thanks. / comments
Installing 8.0.13 resolved the issue. Thanks.
Thanks for promptly confirming and creating an SRP. Yes, I can confirm that workaround is valid, but I look forward to this being fixed soon to avoid a rollback. / comments
Thanks for promptly confirming and creating an SRP.Yes, I can confirm that workaround is valid, but I look forward to this being fixed soon to avoid a rollback.
Me too. Since upgrading to 8.0.11.14888, I noticed that alerts now appear to be in UTC time. / comments
Me too. Since upgrading to 8.0.11.14888, I noticed that alerts now appear to be in UTC time.
With 8.0.12 comes a new problem. Now I can't access alerts from the tiles on the dashboard. This seems to hold true for systems on a different base monitor as well as on the primary. I get the following: Sorry, this page cannot be found.
This may be a mistake with SQL Monitor or you may have typed an invalid URL.
If you think this is a problem with SQL Monitor please tell us.
Return to Global Overview
/ comments
With 8.0.12 comes a new problem. Now I can't access alerts from the tiles on the dashboard. This seems to hold true for systems on a different base monitor as well as on the primary. I get the f...
Rather than creating a custom sp_delete_backuphistory procedure, I found that simply adding the following indexes tremendously speeds up the backup history cleanup process. It also makes the SQLBackup code that retrieves the LSN information much more efficient.
USE [msdb]
CREATE NONCLUSTERED INDEX [idx_physical_device_name] ON [dbo].[backupmediafamily]
(
[physical_device_name] ASC
)
CREATE NONCLUSTERED INDEX [ix_media_set_id] ON [dbo].[backupset]
(
[media_set_id] ASC
This will hopefully resolve or at least mitigate the deadlock issue. / comments
Rather than creating a custom sp_delete_backuphistory procedure, I found that simply adding the following indexes tremendously speeds up the backup history cleanup process. It also makes the SQLBa...
Is SQL Backup set up to delete old entries in the backup and restore history tables in the msdb database? If this is set, the deletion process runs after every process, which may contribute to the deadlock issue.
Actually no. But it turns out the a regularly scheduled execution of the sp_delete_backuphistory procedure was occurring at the same time the deadlocks were. So I have shuffled the schedule of that so it doesn't run at the same time the transaction logs run. I am using SQL 2005 and this procedure takes about 3 minutes to complete. It is set to delete everything older than 30 days and runs nightly. I may be able to create a custom version of this procedure (using a new name of course) that doesn't hold locks while it deletes the records.
This may be a viable work around on my end, but the fact that the LSN information doesn't get recorded in the backup file when this happens, should still be fixed on your end. Another option might be to sort on file name instead of LSN information when using a wild card restore. / comments
Is SQL Backup set up to delete old entries in the backup and restore history tables in the msdb database? If this is set, the deletion process runs after every process, which may contribute to t...
Good to hear. / comments
Good to hear.
It looks like the download link now downloads a file named SQLMonitorWeb_7.0.11.7625; however, despite the name it is still version ..7623. I did a file compare between the 7623 and the 7625 version and they are identical. If 7623 is the latest version that's fine, I guess. But with the 7623 version installed, the SQL Monitor web page still shows that an upgrade is available. / comments
It looks like the download link now downloads a file named SQLMonitorWeb_7.0.11.7625; however, despite the name it is still version ..7623. I did a file compare between the 7623 and the 7625 versi...