Hi,
Apologies that you are experiencing what I can appreciate is a very frustrating issue. We are investigating the causes of this behaviour; there are a couple pieces of information that will be useful to us to help diagnose and hopefully resolve this for you and others.
The SQL Backup UI logs its activity to:
C:\Users\USER.NAME\AppData\Local\Red Gate\Logs\SQL Backup
If you could email me the log created during the upgrade I can see which steps took the longest or didn't complete (if you can remember the date, otherwise please send all recent logs).
Also, there are UI cache files stored in
C:\Users\USER.NAME\AppData\Local\Red Gate\SQL Backup\Server Data
which I can examine. If you want, you can delete the files in this directly and the UI will sync history afresh - this could be speed things up if the cache is particularly fragmented due to the upgrade (the first load may slow, but once the history cache is written it should be faster next time).
If it is still slow, then please delete or rename the data.sdf file from the machine hosting SQL Server (C:\ProgramData\Red Gate\SQL Backup\Data\{INSTANCE}).
Wiping the data.sdf isn't really a fix, since you lose some of the details in the activity history, but if you are blocked then this may be the best option.
Regards,
Robin Anderson
Developer, SQL Backup
robin.anderson@red-gate.com
Apologies that you are experiencing what I can appreciate is a very frustrating issue. We are investigating the causes of this behaviour; there are a couple pieces of information that will be useful to us to help diagnose and hopefully resolve this for you and others.
The SQL Backup UI logs its activity to:
C:\Users\USER.NAME\AppData\Local\Red Gate\Logs\SQL Backup
If you could email me the log created during the upgrade I can see which steps took the longest or didn't complete (if you can remember the date, otherwise please send all recent logs).
Also, there are UI cache files stored in
C:\Users\USER.NAME\AppData\Local\Red Gate\SQL Backup\Server Data
which I can examine. If you want, you can delete the files in this directly and the UI will sync history afresh - this could be speed things up if the cache is particularly fragmented due to the upgrade (the first load may slow, but once the history cache is written it should be faster next time).
If it is still slow, then please delete or rename the data.sdf file from the machine hosting SQL Server (C:\ProgramData\Red Gate\SQL Backup\Data\{INSTANCE}).
Wiping the data.sdf isn't really a fix, since you lose some of the details in the activity history, but if you are blocked then this may be the best option.
Regards,
Robin Anderson
Developer, SQL Backup
robin.anderson@red-gate.com