Minimum requirements in Totara 9.0:
PHP version 5.5.9 (7.1 and higher is not supported)
PostgreSQL 9.2, MySQL 5.5.31, MariaDB 5.5.31 or MSSQL 2008.
- MSSQL only: Database user requires additional permissions: 'ALTER SETTINGS(SERVER)'.
Oracle database is not supported.
Additional plugins, custom themes, or customised Moodle code are likely to cause conflicts in the upgrade process. Review possible conflicts before upgrading to prevent site stability issues.
As of Totara 9.0 you can no longer upgrade from versions of Moodle prior to 2.2.11. Ensure the Moodle site is updated to Moodle version 2.2.11+ before upgrading to Totara 9.0.
- Check the live logs to check if any users are currently using the site. The site will be offline while the upgrades are performed (Site administration > Reports > Live Logs).
- Enable maintenance mode in Moodle (Site administration > Server > Maintenance Mode).
- Back up the Moodle database.
- Back up the moodledata directory.
- Back up the Moodle source code directory.
Replace or merge the Moodle code.
If your Moodle site is not customised you can replace your Moodle code folder with the new Totara code folder and copy your old config.php file to the new folder.
Do not copy the new code on top of the existing code folder.
- If you have customised Moodle you will need to merge your existing Moodle source code and new Totara code. This is best accomplished using a version control tool like GIT or SVN. You will need to:
- Reuse the existing Moodle's config.php file.
- Ensure any themes are updated to work with Totara.
- Include any existing modules and filters remain in the code.
- Resolve any merge conflicts caused by existing local customisations.
- Navigate to admin/index.php using a web browser and perform the install process.
- Click Yes on the Upgrade page.
- Confirm the server status checks.
- Confirm the plugin status checks.
- Proceed with the initial database upgrades.
- Edit the New Admin Settings page if required.
- Continue the database upgrades.
- Check for warnings or errors on the upgrade review page.
- Edit the New Site Settings page if required.
- Test the site functionality. The site should now be displayed with the Totara logos and theme.
- Disable server maintenance mode.
- Congratulations, your site is now running Totara.
Password Salting & Module Security
Totara automatically generates and adds a different salt for each user. A site-wide variable for the salt is no longer required for new installations of 2.5 or greater.
Backward compatibility for site upgrades
If you are upgrading a site from 2.4 or below and you are already using a site-wide salt in your configuration file, you need to keep using it to ensure your existing users can still log in.
Each time a user logs in their password hash will be converted to the new scheme, but it may take a long time before all your users have logged in. Alternatively, if you would like to force all your users to use the new scheme you could force reset all passwords using bulk user actions.
Sites running PHP version below 5.3.7
The new password hashing mechanism relies on bcrypt support from PHP which is only normally available in PHP version is 5.3.7 or greater (see note below). If you are using a version of PHP which doesn't properly support bcrypt, Totara will fall back to the old password hashing scheme, so we recommend that you continue to use a site-wide salt until you are able to upgrade PHP.
Note: While an important fix to PHP's hashing algorithm was added in 5.3.7, some distributions of Linux have backported the fix to bcrypt to earlier versions of PHP. This means that some earlier versions of PHP may still work.