on 2015 May 06 3:18 PM
Hi,
We are planning to make DDL changes to our SQL Anywhere 16 remote databases. We have decided to re-extract the remote databases rather then push the changes out to them. We plan to only change the synchronization script version that the remotes use. That is, we would like to use the same MobiLink usernames, MobiLink server/port, etc. Since we will be using the same MobiLink usernames, is there a way to prevent users from synchronizing with the old database/script version? Can you disable/delete the old script version?
Thanks
Request clarification before answering.
To answer your question, yes, data in the ml_tables on the consolidated database can be deleted... but:
If you are not going to run synchronizations using both the old and the new versions, there may not be any reason to change the version... just replace all the scripts for the original version. This is done all the time when bugs are fixed: the scripts are changed and then they are all reloaded; it is convenient to have all the MobiLink scripts in one (or a few) *.sql text files.
Multiple script versions are useful when some remotes are upgraded and some are not, and the "not" remotes must still synchronize using the old version of the MobiLink scripts.
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
I will not be able to prevent users from synchronizing with their previous database if I use the same script version. Even though we will inform the users not to do this (as Volker Barth pointed out), I don't want any "oops" moments (perhaps I have trust issues).
Anyway, I guess I was just looking for the best or simplest way of preventing a particular script version from syncing. Say you have 2 script versions using the same MobiLink server, how would you temporarily prevent one of the script versions from syncing without shutting down the MobiLink server?
how would you temporarily prevent one of the script versions from syncing without shutting down the MobiLink server?
I guess it's not possible to force the clients not to use a particular script version (without changing the clients). But as a brute-force attempt, you should be able to run mlsrv16 -zf ("check for script changes") and replace the scripts of the "prevented" version temporarily with "no-op" scripts... - Note, I don't know whether this will really work. I still would suggest to replace databases one by one (or to upgrade them with schema changes instead of a re-extract), so both script versions can be run in parallel. Just my 2 cents, anyway:)
User | Count |
---|---|
64 | |
8 | |
7 | |
7 | |
6 | |
5 | |
5 | |
4 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.