Excuse me for jumping in ... Brian, did you upgrade from 6.2 to 8.x directly? I don't have Sebastian's scripts. Will that go smoothly or ??? I plan to do this upgrade as soon as I find a new calendar.
Sebastian - I ask this question with all due respect, you've answered and suggested many things that got me out of trouble.
Question - if, as I understand it, your script makes DNN run faster, better, stronger - why is DNN not incorporating this in core? Or is it just 'politics'?

Hey Sebastian,

Got a quick question. I thought I had removed the TurboDNN scripts from my database several months ago after the problems I had with the last 8.0.? upgrade. I was concerned, if I wasn't around that the next person may run the upgrade without running the uninstall. So, I thought I removed.

I have successfully upgraded from 8.0.? to 9.0.0 then 9.0.1 without any issues (which also makes me think I uninstalled the TurboDNN scripts). We pushed the new portal to our production server and on the surface everything seems to be fine. However, I happened to look at the admin logs today and it is throwing a ton of errors on every page it. It seems the problem is with the Tabs view. Somewhere along the way the code in DNN has changed to include an "IsSystem" column in the view. I think I can fix this fairly easily without any ramifications (I was able to do it on test).

The other issues that is being logged on a regular basis is the "nvarchar can't be converted to an int" error. However, this only happens for the superuser which seems odd. Either way I am not getting a warm fuzzy feeling about the state of my database.

My biggest concern is what else may be out of sync. I don't want to have issues every time I upgrade a DNN version. Is there some way to tell if the TurboDNN Uninstall script has been ran? Is there a way to get back to a clean DNN 9.x scheme?

Thanks for any input.