This page is for system administrators who are upgrading an existing PhixFlow instance from one release to another. This page explains the standard steps that you should always follow.
Some releases contain special instructions.
When planning an upgrade, please check the special instructions for each intermediate release and follow the additional steps as indicated.
Planning your Upgrade
Check Supported Versions and Special Instructions
Please read the System Requirements and Compatibility page. Check for any special upgrade instructions between your current and target versions of PhixFlow.
Ensure that your versions of:
- the database
- Tomcat
- Java
are supported in the planned upgrade.
If any of these items need updating, please contact your IT team several weeks in advance of the planned upgrade.
Check Java and Database Connectors
If Java needs upgrading, you must verify that any JDBC connectors you have installed to non-standard databases are still supported. The standard databases supported by PhixFlow are Oracle, MS SQL Server and MySQL/ MySQL. The drivers needed to connect to these databases are shipped with PhixFlow, and connections to external databases through PhixFlow data sources are supported by these drivers; see Datasource.
However, if you have connections to external databases other than these - for example, Netezza, Teradata, DB2 - then you will have installed JDBC drivers for these in the folder [tomcat home]/lib
. You must check that your current version of each installed driver is compatible with the new version of Java, and if not, obtain a new version of the JDBC driver from the supplier.
How to Upgrade
Step 1 Backup your Database
Ensure that you have a recent, full backup of your PhixFlow database. If you need to rollback (see "Rollback Upgrade" below), your PhixFlow configuration and data will revert to this point.
We also recommend that you:
Review your installation for any remaining uses of the discontinued features mentioned in the release notes. All data related to the use of these features will be removed when PhixFlow is migrated to the new version.
Backup all tables except those whose names begin with a 'zz'. This backs up the data tables that do not contain table data.
Step 2 Review Special Upgrade Instructions
Review the Special Upgrade Instructions for all the intermediate releases between your current version and the version to which you are upgrading. make a note of any that will need to be performed during the upgrade.
Step 3 Stop Tomcat and Delete the Work Directory
Stop the Tomcat service.
PhixFlow will not be available to users until the upgrade is complete and you restart Tomcat.
Delete the Tomcat
<tomcat base>/work
directory. For example in a Linux installation, enter:rm -r /opt/tomcat/work
Step 4 Upgrade the Environment
If necessary, upgrade to supported versions of Java, Tomcat and your database: Oracle, SQL Server or MySQL / MySQL. See Planning your Upgrade, above.
Remember, if you are Upgrading Tomcat, to restore any JDBC drivers needed for any data sources that use database technologies or versions not supported for PhixFlow's own connections. Make sure that any additional JDBC drivers you use are placed in:
[tomcat home]/lib
See also:
Step 5 Unzip the PhixFlow Release
Unzip the PhixFlow release package into a temporary directory.
We will refer to the new PhixFlow release directory as $RELEASE
and its corresponding Tomcat directory as $TOMCAT.
Step 6 Install the New Webapp into Tomcat
Move the live PhixFlow installation directory, $TOMCAT/webapps/phixflow
, to an archive location.
For example, on Linux: mv $TOMCAT/webapps/phixflow $ARCHIVE/phixflow-<current date>
Copy $RELEASE/webapp/phixflow
to $TOMCAT/webapps
.
For example, on Linux: cp -r $RELEASE/webapp/phixflow $TOMCAT/webapps/phixflow
In the archive of the live installation, go to the $TOMCAT/webapps/phixflow/WEB-INF/classes/
directory. Copy the following files into the corresponding directory in the new PhixFlow webapp:
- logback.xml
- phixflow-datasource.xml
- phixflow-logging.xml
- phixflow-login.xml
- phixflow-secret.xml
For example, on Linux: cp $ARCHIVE/phixflow-<current date>/WEB-INF/classes/phixflow-datasource.xml
$TOMCAT/webapps/phixflow/WEB-INF/classes
Company Logo
If you have configured PhixFlow to show your company logo, also copy $ARCHIVE/phixflow
-<current date>
/gui/images/customerLogo.svg
from the archive to the corresponding directory in the new PhixFlow webapp.
Soft Links
If you have configured soft links (also called symlinks or datalinks) between PhixFlow and Tomcat, recreate them. Example scripts are provided below, these examples assume your application is called phixflow. For more details see Configuring Soft Links.
Windows
mklink /D C:\app\tomcat\webapps\phixflow\datalink C:\app\phixflow\data\phixflow\datalink
Linux
sudo ln -sf /opt/phixflow/data/phixflow/datalink /opt/tomcat/webapps/phixflow/datalink
Step 7 Configure a Keystore
If you have not already done so, Configure a Keystore and Aliases. Use phixflow-secret.xml to specify the keystore details.
Step 8 Upgrade the Database
Run all migration scripts in sequence from the starting version to this version.
About Migration Warnings
Some of the scripts can generate warning messages, such as Caution: Changing any part of an object name could break scripts and stored procedures. Generally, warning messages do not indicate a problem. However, if you see any error messages, please contact your PhixFlow support team.
Example for migrating Oracle
cd $RELEASE/install/schema/oracle/migration/X.Y sqlplus myUsername/myPassword @migrate_schema_from_x_y_z_to_X_Y_Z.sql
Example for migrating SQL Server
cd $RELEASE/install/schema/sqlserver/migration/X.Y sqlcmd -S myServer\myInstance -U myUsername -P myPassword -d myDatabase -i migrate_schema_from_x_y_z_to_X_Y_Z.sql
Example for migrating MySQL
cd $RELEASE/install/schema/my_sql/migration/X.Y mysql -h myServer -u myUsername -p -D myDatabase source migrate_schema_from_x_y_z_to_X_Y_Z.sql
MySQL Privileges
Some MySQL PhixFlow migration scripts create or use privileged functions and/or procedures. If you have followed PhixFlow's recommended installation, running non-deterministic functions will be permanently allowed by a setting (global log_bin_trust_function_creators
) in my.cnf
(see Install MySQL).
If you have not permanently set this in my.cnf
, you will need to turn this on in the session you are using to perform the upgrade with the command:
set global log_bin_trust_function_creators = 1;
Alternatively, ensure that that the database user performing the upgrade has SUPER privilege.
Step 10 Re-start Tomcat
Restart the Tomcat service and verify you can login successfully.
Step 11 Special Upgrade Instructions
Review all special upgrade instructions have been implemented.