Insanely slow 'Refresh' functionality
RomanPekar
Posts: 19 Bronze 1
Recently we've finally moved from ReadyRoll to SQL Change Automation. Suddenly each 'Refresh' takes ages (~20-30 min) instead of seconds (~5-10sec) which makes the tool essentially unusable. There're no queries running in DB during this refresh and nothing particular in the logs.
It's pretty much the only change we've made so it's high chance that SQL Change Automation is the tool to blame. I hope it's not supposed to work like this (it definitely wasn't the case before update). What can we do in order to find the cause and fix this issue?
It's pretty much the only change we've made so it's high chance that SQL Change Automation is the tool to blame. I hope it's not supposed to work like this (it definitely wasn't the case before update). What can we do in order to find the cause and fix this issue?
Tagged:
Best Answer
-
Greg_Smulko Posts: 41 Silver 1We were able to identify the root cause of this issue and we're working on a permanent fix.
For now, a workaround is to add the following line into a PropertyGroup in the .sqlproj:<SyncOptionIgnoreConstraintNotForReplicationAttribute>False</SyncOptionIgnoreConstraintNotForReplicationAttribute>
Sorry for the inconvenience caused.
For the future reference, regarding creating support tickets, please start from the https://productsupport.red-gate.com/hc/en-us page , where you can submit a request.Greg Smulko | Technical Architect for SQL Monitor | Redgate Software
Answers
I'm really sorry that you're encountering such a degradation of performance.
Do you know which version of ReadyRoll you were using before?
Can you please change the logging setting in the logging.config files by setting it to the below value:
<level value="DEBUG" />
These files are at these locations:C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\MSBuild\SqlChangeAutomation\logging.config
C:\Program Files (x86)\Microsoft Visual Studio\2017\Professional\Common7\IDE\Extensions\001rr241.rgs\logging.config (001rr241.rgs will be different in your case).
Please note that the folder locations might be different depending on the version of VS that you are using.
The log files should help to pinpoint the exact operation that takes most of the time.
After you replicate the issue please change it from `DEBUG` to `FATAL`, to make sure that logging itself is not the culprit.
Thanks for your tip.
The version of RR we were using before update is 1.14.
I've set level to DEBUG, and there's more information in the log now. But it still not clear what's the reason for the issue is, I just see a big gap (~10 minutes) between 2 lines in the log file.
Do you think there're something else we can do?
I've tried to check what happens with Process Monitor but cannot see anything specific (there're quite some activity from SQL LightHouse service and a lot of access to Temp\user\Red Gate\*.tmp files though)
It seems that you've found the logs yourself, for future reference they're stored in
Could you please install this version and provide the logs again?
Sorry for the inconvenience caused.
Actually, if you could file a support ticket, we could provide you with better assistance.
Thanks, that was it! Seems to work fine now.
I was going to create this request but I haven't seen anything meaningful in the logs of the new version so I was going to conduct proper test before I send it to you.