The Upgrade Process
- Last UpdatedMay 17, 2023
- 1 minute read
The upgrade process will be undertaken by System Administrators responsible for the project at all locations. When upgrading multiple projects, many System Administrators will need to co-ordinate. The upgrade process will upgrade one project at a time. Customers will need to give careful consideration to the order of upgrade for the various projects.
The projects will need to be locked for the duration of the upgrade, with all Users out of the system.
The upgrade process will be:-
-
Ensure all users have exited from project
-
Lock project at all locations (upgrade will check for this (see below)
-
Disable Automatic update events if required. (Recommended but not essential)
-
Expunge all users in the system at the local location
-
Flush data from Working extracts – these will not be considered; in Global projects they should be deleted
-
Check project using DICE (Integrity Checker)
-
[If DICE reveals issues, address them, then re-run DICE]
-
Administrator may want to unlock project while DICE issues are being addressed, but will need to exclude all users and Lock project again before final DICE check
-
[After clean DICE check]
-
Back-up project at all locations
-
Temporarily relocate all non-Foreign DBs to their master’s Primary location
-
Check for No Transient Databases
-
Upgrade the project at each location
-
Optionally Merge Sessions
-
Optionally Reconfigure for Unicode
-
DICE check project
-
Relocate extracts back to their original locations
-
Perform non-framework upgrades if applicable
-
Unlock the project