SQL Anywhere MobiLink client upgrades

In a production environment, only upgrade SQL Anywhere remote databases after you have upgraded both the consolidated database and the MobiLink server.

In version 10.0.0, Adaptive Server Anywhere was renamed to SQL Anywhere.

There are several kinds of upgrade to consider:

Upgrading the software.
Upgrading the remote database itself.
Upgrading the whole application.

Upgrading the software

It is recommended that you upgrade dbmlsync and the SQL Anywhere database server at the same time. Version 12 MobiLink clients can only synchronize version 12 databases running on version 12 database servers.

Version 12 MobiLink clients require a version 12 or later MobiLink server for synchronization. Version 12 MobiLink clients do not synchronize with a MobiLink server earlier than version 12.

For information about upgrading MobiLink, see MobiLink upgrades.

Upgrading SQL Anywhere remotes

Unload/reload a remote SQL Anywhere database manually

You can upgrade MobiLink SQL Anywhere remote databases using the procedures for SQL Anywhere databases. For instructions, see SQL Anywhere Server upgrades.

When there is a schema change or other significant database change you may need to perform a manual unload and reload.

Stop all database activity.
Perform a successful synchronization and validate and back up the remote database.
Run the dbtran utility to display the starting offset and ending offset of the database transaction log. Make note of the ending offset.

See Log Translation utility (dbtran).
Rename the transaction log. This ensures that it is not modified during the unload process. Move the renamed log file to a secure location, such as an offline directory.
Unload the database.

See The rebuild process for version 9 and earlier databases for version 12.
Initialize a new database.

See Initialization utility (dbinit).
Reload the data into the new database.

See The rebuild process for version 9 and earlier databases for version 12.
Shut down the new database.
Erase the new database's transaction log.
Run dblog on the new database, using the following options:
- Use -z to specify the ending offset that you noted earlier.
- Use -x to set the relative offset to zero.
For example:
dblog -x 0 -z 137829 database-name.db
See Transaction Log utility (dblog).
Start dbmlsync, specifying the location of the original log file that you moved earlier.

See dbmlsync syntax.
When you no longer need the old log file, set the database option delete_old_logs.

See delete_old_logs option [SQL Remote].

Upgrading applications

When deploying a new version of a MobiLink application, it is recommended that you use a new script version for the synchronization scripts. For example, if the existing application uses a script version called v1, then the upgraded application could use a script version called v2. Both script versions can be in use at the same time. This makes it easier to upgrade the remote databases incrementally, rather than all at once.

For version 9.0.0 and later, the MobiLink server -zd option has been removed. If your deployment uses the -zd option and you want to upgrade, you must change your download scripts to accept the last download timestamp as the first parameter. Alternatively, you can upgrade your client and start using named parameters, which enable you to put script parameters in any order.

Discuss this page in DocCommentXchange.