Post-Migration Procedures
This guide provides instructions on what to do after a successful software migration. Follow the sequence of procedures to apply the updates in the Core Server setup.
If the previous Core Server operates via HTTPS and you prefer to maintain the same protocol, refer to the Configuring HTTPS in Ingress section for instructions.
Reapplying Core Server Web Interface Settings/Customizations
-
In the new Core Server web interface, go to Administration > Settings > General.
-
Using the old Core Server web interface General page as reference, reapply the server settings.
-
Click the Save button.
-
On the same page, go to the Registry tab.
-
Using the old Core Server web interface Registry page as reference, reapply the page settings.
-
Click the Save Changes button.
-
Go to the Administration > Data Generation, then click Automatic Generation Config.
-
Using the old Core Server web interface Data Generation > Automatic Generation Config page as reference, reapply the page settings.
-
Click the Save Config button.
Migrating Generated Reports
This applies solely to setups that utilize generated reports in the Core Server and wish to retain identical reports on the newly migrated server.
- Windows
- Unix
-
On the old Core Server, go to
C:\Program Files\OpeniT\Core\ReportingServer\html\OpeniT\results. -
Copy the folders from the old server directory to the corresponding directory in the new server installation.
-
In the new Core Server web interface, go to Reporting > Generated Reports.
-
Verify that the reports from the previous Core Server are available on the new Core Server.
-
On the old Core Server, go to
$ROOT_DATA_DIR/results. -
Copy the folders from the old server directory to the corresponding directory in the new server installation.
noteFollow the instructions in Updating Folder or Files Permission and Ownership section if it is necessary to update the folder's permission and ownership.
-
In the new Core Server web interface, go to Reporting > Generated Reports.
-
Verify that the reports from the previous Core Server are available on the new Core Server.
Reapplying Core Server Configurations
- Windows
- Unix
-
Check for the customizations applied in the configuration files in the
C:\Program Files\OpeniT\Core\Configuration\Componentsfolder on the old server. Apply the customizations from the files on the old server to the corresponding files on the new server. -
Check the files in the
C:\Program Files\OpeniT\Core\Configuration\dist-configfolder on the old server. These are the files distributed to clients periodically. Copy these files to thedist-configdirectory on the new server. -
Check for the customizations applied in the
httpd.conffile in theC:\Program Files\OpeniT\Core\Configuration\httpd. Apply the customization in the correspondinghttpd.conffile on the new server. -
Copy the configuration files from the module-activation directory on the old server at
C:\Program Files\OpeniT\Core\Configuration\module-activationto the corresponding module-activation folder on the new server. -
Copy the mapping files from the old server directory at
C:\Program Files\OpeniT\Core\Configuration\to the corresponding directory in the new server installation. Here are the list of the most commonly used mapping files:feature-mappingproduct-mappingpackage-mappingfeature-rename.mapproduct-rename.mappackage-rename.map
Here are the list of other mapping files:
available-licenses.mapbentley_feature_rename.mapbentley-available-licenses.mapcreate-product-from-features.mapdaemon-rename.mapfeatureset.maphost-rename.maphost-to-groups.mapip-to-hostname.mapproduct-remove.mapproject_name.maprlm-shared-licenses.mapsentinel-products.mapsoftwareid-to-feature_name.maptimeout-per-app.mapurl-to-app.mapuser-name-to-email.mapuser-rename.mapuser-to-groups.mapwebdata-to-app.map
Aside from the mapping files in the Configuration directory, copy the
host-config.map, which is inC:\Program Files\OpeniT\Core\Configuration\dist-configby default.warningThe
multiple-handle-mappingfile is deprecated in version 10. It is not necessary to copy it to the new server.
-
Check for the customizations applied in the configuration files in
/var/opt/openit/etc/Componentsfolder on the old server. Apply the customizations from the files on the old server to the corresponding files on the new server. -
Check the files in
/var/opt/openit/etc/dist-configfolder on the old server. These are the files distributed to clients periodically. Copy these files to thedist-configdirectory on the new server. -
Check for the customizations applied in the
httpd.conffile in/var/opt/openit/etc/httpd. Apply the customization in the correspondinghttpd.conffile on the new server. -
Copy the configuration files from the module-activation directory on the old server at
/var/opt/openit/etc/module-activationto the corresponding module-activation folder on the new server. -
Copy the mapping files from the old server directory at
/var/opt/openit/etc/to the corresponding directory in the new server installation. Here are the list of the most commonly used mapping files:feature-mappingproduct-mappingpackage-mappingfeature-rename.mapproduct-rename.mappackage-rename.map
Here are the list of other mapping files:
available-licenses.mapbentley_feature_rename.mapbentley-available-licenses.mapcreate-product-from-features.mapdaemon-rename.mapfeatureset.maphost-rename.maphost-to-groups.mapip-to-hostname.mapproduct-remove.mapproject_name.maprlm-shared-licenses.mapsentinel-products.mapsoftwareid-to-feature_name.maptimeout-per-app.mapurl-to-app.mapuser-name-to-email.mapuser-rename.mapuser-to-groups.mapwebdata-to-app.map
Aside from the mapping files in the etc directory, copy the
host-config.map, which is by default in/var/opt/openit/etc/dist-config.warningThe
multiple-handle-mappingfile is deprecated in version 10. It is not necessary to copy it to the new server. -
After copying the files, run the following command to change the ownership of the files:
Command Syntaxchown openit:openit /var/opt/openit/etc/* -
Check for the customizations applied in the
openit.cfgfile in/etc/opt/openit. Apply the customization in the correspondingopenit.cfgfile on the new server.warningAvoid deleting directives that did not exist in the previous configuration file.
For any other custom configurations, scripts, or binaries deployed in your previous setup, feel free to reach out to the Open iT Support Team at support@openit.com for assistance in integrating the changes into your migrated software.
Migrating SQLite Databases
There are two database files that need to be migrated in this section: system.s3db and map.dbl. Migrating these two database files guarantees that all the users, groups, folders, and mapping configurations from the old server are preserved on the newly migrated server.
Migrating system.s3db
- Windows
- Unix
-
Verify the revision of the old database by checking the highest file number in the sql subdirectory, which is by default in
C:\Program Files\OpeniT\Core\ReportingServer\db\general\sql. -
Copy the
system.s3dbfrom the old server directory atC:\Program Files\OpeniT\Core\ReportingServer\db\general\to the corresponding directory in the new server installation. -
Verify the revision of the new database by checking the highest file number in the sql subdirectory, which is by default in
C:\Program Files\OpeniT\Core\ReportingServer\db\general\sql. -
Open a command prompt with Administrator level privileges.
-
Go to the directory of the
system.s3dbdatabase file, run the following:Command Syntaxcd C:\Program Files\OpeniT\Core\ReportingServer\db\general\ -
Run each missing
sqlfile to migrate thesystem.s3db.In this example scenario, the old server has
13.sqlas highest file number, while the new server has15.sql. To migrate the old database file, you need to run14.sqland15.sql.Command Syntaxsqlite3 system.s3db < ./sql/14.sqlthen,
Command Syntaxsqlite3 system.s3db < ./sql/15.sqlMake sure there are no errors encountered after running the commands.
-
Verify the revision of the old database by checking the highest file number in the sql subdirectory, which is by default in
/opt/openit/db/general/sql/. -
Copy the
system.s3dbfrom the old server directory at/opt/openit/db/general/to the corresponding directory in the new server installation. -
Check if the owner of the newly copied
system.s3dbis openit by running this command:Command Syntaxls -lCommand Outputdrwxrwxrwx. 2 openit openit 19 Feb 20 00:36 migrate
drwxrwxrwx. 3 openit openit 221 Feb 20 00:36 sql
-rw-rw-r--. 1 openit openit 118784 Feb 22 17:28 system.s3dbIf the owner of
system.s3dbfile is not openit. Run the following command:Command Syntaxchown openit:openit system.s3db -
Verify the revision of the new database by checking the highest file number in the sql subdirectory, which is by default in
/opt/openit/db/general/sql/. -
Go to the directory of the
system.s3dbdatabase file, run the following:Command Syntaxcd /opt/openit/db/general/ -
Run each missing
sqlfile to migrate thesystem.s3db.In this example scenario, the old server has
13.sqlas highest file number, while the new server has15.sql. To migrate the old database file, you need to run14.sqland15.sql.Command Syntaxsqlite3 system.s3db < ./sql/14.sqlthen,
Command Syntaxsqlite3 system.s3db < ./sql/15.sqlMake sure there are no errors encountered after running the commands.
Migrating map.dbl
- Windows
- Unix
-
Verify the revision of the old database by checking the highest file number in the sql subdirectory, which is by default in
C:\Program Files\OpeniT\Core\ReportingServer\db\map\sql. -
Copy the
map.dblfrom the old server directory atC:\Program Files\OpeniT\Core\ReportingServer\db\map\to the corresponding directory in the new server installation. -
Verify the revision of the new database by checking the highest file number in the sql subdirectory, which is by default in
C:\Program Files\OpeniT\Core\ReportingServer\db\map\sql. -
Open a command prompt with Administrator level privileges.
-
Go to the directory of the
map.dbldatabase file, run the following:Command Syntaxcd C:\Program Files\OpeniT\Core\ReportingServer\db\map\ -
Run each missing
sqlfile to migrate themap.dbl.In this example scenario, the old server has
13.sqlas highest file number, while the new server has14.sql. To migrate the old database file, you need to run14.sql.Command Syntaxsqlite3 system.s3db < ./sql/14.sqlMake sure there are no errors encountered after running the command.
-
Verify the revision of the old database by checking the highest file number in the sql subdirectory, which is by default in
/opt/openit/db/map/sql/. -
Copy the
map.dblfrom the old server directory at/opt/openit/db/map/to the corresponding directory in the new server installation. -
Check if the owner of the newly copied
map.dblis openit by running this command:Command Syntaxls -lCommand Output-rw-r--r--. 1 openit openit 27648 Feb 21 15:22 map.dbl
drwxr-xr-x. 2 openit openit 193 Feb 20 01:16 sqlIf the owner of
map.dblfile is not openit. Run the following command:Command Syntaxchown openit:openit map.dbl -
Verify the revision of the new database by checking the highest file number in the sql subdirectory, which is by default in
/opt/openit/db/map/sql/. -
Go to the directory of the
map.dbldatabase file, run the following:Command Syntaxcd /opt/openit/db/map/ -
Run each missing
sqlfile to migrate themapd.dbl.In this example scenario, the old server has
13.sqlas highest file number, while the new server has14.sql. To migrate the old database file, you need to run14.sql.Command Syntaxsqlite3 system.s3db < ./sql/14.sqlMake sure there are no errors encountered after running the command.
Verifying SQLite Databases Migration
-
In the new Core Server web interface, go to Administration > Users page and check if the created users from the old Core Server installation is present in the new server.
-
Verify whether the contents of the Groups, Folders, and Mapping pages have been successfully transferred to the new server.
Migrating Core Server Database
The clients will continue to send data to the old server until the clients are migrated. Before migrating the data, it is recommended to stop the services of both the new and old server.
Clients keep the collected, un-transferred data until they can connect to a server to send data.
When stopping the old Core Server services, make sure it will not be accidentally started by automatic processes.
Copy the data directory, which is by default in C:\ProgramData\OpeniT\Data for Windows Core Server or at your specified data_dir ($ROOT_DATA_DIR) during Unix Core Server installation, to the new server data directory.
Copying the database may take some time, depending on the volume of data being transferred.
Verify that all contents are successfully transferred to the data directory on the new server.
Updating Folder or Files Permission and Ownership
For Unix Core Server, make sure that the owner of the data_dir ($ROOT_DATA_DIR) is openit and the permissions are drwxr-xr-x.
To change the ownership of the folder, say your database directory is in /data:
chown openit:openit /data
And, to change the permissions:
chmod 755 /data
Updating Core Server Paths in the Analysis Server
Following the migration of the Core Server, it's necessary to update the database path and Mapping Source FilePath in the Analysis Server.
To update the Core Server database path, follow the instructions in the Setting the Core Server File Database Location section.
To update the Mapping Source FilePath, follow the instructions in the Editing a Mapping Source section.
Make sure that the user-to-groups.map has been copied to the new Core Server. You may refer to the Reapplying Core Server Configurations for the instructions.
Updating the Client Connection to the Core Server
- Windows
- Unix
-
In the client machine, open
apicontroller.xmlin the Components directory, which is by default inC:\Program Files\OpeniT\Core\Configuration\Components. -
Locate and set the value of uri object with the new Core Server URI.
apicontroller.xml<Object>
<Name>uri</Name>
<Description>URI of the API(required)</Description>
<Value type="String">http://desktop123win:8080</Value>
</Object> -
Save the changes.
-
Open a command prompt with Administrator level privileges.
-
Go to the bin directory, which is by default in
C:\Program Files\OpeniT\Core\bin, run the command:Command Syntaxcd $BIN_DIRExamplecd C:\Program Files\OpeniT\Core\bin -
Update the configuration file, run the command:
Command Syntaxopenit_confbuilder --clientMake sure that there are no errors encountered.
-
In the client machine, open
apicontroller.xmlin the Components directory, which is by default in/var/opt/openit/etc. -
Locate and set the value of uri object with the new Core Server URI.
apicontroller.xml<Object>
<Name>uri</Name>
<Description>URI of the API(required)</Description>
<Value type="String">http://host123lin:8080</Value>
</Object> -
Save the changes.
-
Go to the bin directory, which is by default in
/opt/openit/bin, run the command:Command Syntaxcd $BIN_DIRExamplecd /opt/openit/bin -
Update the configuration file, run the command:
Command Syntax./openit_confbuilder --clientMake sure that there are no errors encountered.