Prev | Next |
Migrating OLEDB/ODBC connections to Native
With the introduction of Native connections in Pro Cloud Server v5, Sparx Systems would suggest that all Database Managers defined with either OLE/DB or ODBC drivers be replaced with Native Connections at your earliest convenience.
At this stage the migration process is a manual process.
Prerequisites
- A DBMS database server
- A database defined in the database server with the necessary table definitions
- You know the database user credentials that have the correct access permissions, such as SELECT, UPDATE, INSERT, EXECUTE and DELETE
Native connections offer these advantages
- No need to install any 3rd party drivers (in most case)
- No need to create any ODBC DSN
- PCS connection strings contain all necessary connection details
- Native connection strings work for both 32 and 64 bit architectures
Migrating OLE/DB based connections
An OLE/DB connection string should contain all the necessary details, therefore the migration process consists of these steps:
- Open the Sparx Systems Pro Cloud Server Configuration Client.
- Select the OLE/DB based Database Manager within the list.
- Click on the , to review the connection details of the Database Manager.
- Make a note of all settings on the Configure Database Manager screen, as well as the extended ones for Run Scheduled Chart Generation and Periodically Generate Diagram Images for WebEA & Prolaborate.
- Make a note of all database settings (as defined in the connection string). That is, 'Server Name', 'Port', 'Database Name' and 'User'. The database user password will be encrypted so it is expected that someone within your organization should know the password for the given database user.
- Change the 'Alias' value; we suggest adding the text '(oledb)' to the end.
- Close the Configure Database Manager screen.
- Click the Add Database Manager (Native) screen. on the 'Database Managers' tab, this should display the
- Enter the Alias value to be that of the original Database Manager.
- Enter the database details that were noted in steps 5 and 6.
- Click on the to confirm that a connection can be made.
- Click on the to save the connection.
- Edit the Database Manager you created earlier and adjust all the settings to match those of the original Database Manager.
- Test that your clients can access the repository (using the original 'Alias').
- Once everything is confirmed to be working as expected, the renamed database manager can be deleted.
Migrating ODBC based connections
An OLE/DB connection string should contain all the necessary details, therefore the migration process consist of these steps:
- Open the Sparx Systems Pro Cloud Server Configuration Client.
- Select the ODBC based Database Manager within the list.
- Click on the , to review the connection details of the Database Manager.
- Make a note of all settings on the Configure Database Manager screen, as well as the extended ones for 'Run Scheduled Chart Generation' and 'Periodically Generate Diagram Images for WebEA & Prolaborate'.
- Make a note of ODBC DSN.
- Open the ODBC Data Source Administration screen, locate the ODBC DSN and click on the .
- Make a note of all database settings saved within the DSN. That is, Server Name, Port, Database Name and User. The database user password will be hidden so it is expected that someone within your organization would know the password for the given database user.
- Change the 'Alias' value; we suggest adding the text '(odbc)' to the end, which will rename the original Database Manager to something else.
- Close the Configure Database Manager screen.
- Click on the Add Database Manager (Native) screen. on the 'Database Managers' tab, this should display the
- Type in the 'Alias' value, this being the same as for the original Database Manager.
- Enter the database details that you noted in Step 7.
- Click on the to confirm that a connection can be made.
- Click on the to save the connection.
- Edit the Database Manager you created in Step 10 and adjust all the settings to match those of the original Database Manager.
- Test that your clients can access the repository (using the original Alias).
- Once everything is confirmed to be working as expected the renamed Database Manager can be deleted.