Some customers with a large number of previous scan results and/or a slow or heavily loaded SQL server may experience a failure when upgrading their Protect database from one version to another.
Symptoms may include a message such as "database conversion error" or "database connection timeout".
There are two suggested steps to work around this issue:
1) The SQL transaction log may be significantly larger than necessary. Using SQL Server Management Studio, verify that the transaction log for your database is set to grow or has a max size setting that is large enough (we have seen 4GB databases require 12GB for logs). Do a FULL back up of the transaction log to force its truncation. This is a good practice to verify that enough free disk space is available to perform the upgrade process.
It may help to review this document as well: http://community.shavlik.com/docs/DOC-2187
2) The database upgrade function may be timing out on a single command. The default command timeout is 30 minutes. This timeout is implemented to provide feedback in case the command is not responsive or hangs. However, in some environments altering tables with large amounts of data may require more than 30 minutes to complete.
If the upgrade failure was related to a timeout, this timeout value can be by running the installer with an extra parameter from commandline as follows:
For instance: Shavlik Protect 9.0: "ShavlikProtectPatch_9.0.1182.exe" /wi:"DBCOMMANDTIMEOUT=10800"
Note: The value is in seconds (10800 equals 3 hours)
APPLIES TO:
Shavlik Protect 9.x
vCenter Protect 8.x