Have been using Mobilink for a few years to replicate data between iAnywhere db and an Oracle 11g consolidated db. Never seen this happen before - stranded data.
I. 2013-07-09 12:06:55. SQL Anywhere MobiLink Server Version 11.0.1.2331
I. 2013-07-09 12:06:55.
I. 2013-07-09 12:06:55. Copyright © 2001-2009, iAnywhere Solutions, Inc.
I. 2013-07-09 12:06:55. Portions copyright © 1988-2009, Sybase, Inc. All rights reserved.
I. 2013-07-09 12:06:55. Use of this software is governed by the Sybase License Agreement. Refer to http://www.sybase.com/softwarelicenses
I. 2013-07-09 12:06:55.
I. 2013-07-09 12:06:55. This server is licensed to:
I. 2013-07-09 12:06:55. Information Services
I. 2013-07-09 12:06:55. balhblahblah
I. 2013-07-09 12:06:55. Running Windows 2003 Build 3790 Service Pack 2 on X86 (X86_64)
I. 2013-07-09 12:06:55. Server built for X86 processor architecture
I. 2013-07-09 12:06:55. <Main> Option 1: -c
I. 2013-07-09 12:06:55. <Main> Option 2: DSN=XYZ
I. 2013-07-09 12:06:55. <Main> Option 3: -b
I. 2013-07-09 12:06:55. <Main> Option 4: -zs
I. 2013-07-09 12:06:55. <Main> Option 5: wireless
I. 2013-07-09 12:06:55. <Main> Option 6: -fr
I. 2013-07-09 12:06:55. <Main> Option 7: -x
I. 2013-07-09 12:06:55. <Main> Option 8: tcpip(port=2439)
I. 2013-07-09 12:06:55. <Main> Option 9: -v
I. 2013-07-09 12:06:55. <Main> Option 10: -zwd
I. 2013-07-09 12:06:55. <Main> Option 11: 10056
I. 2013-07-09 12:06:55. <Main> Verbose logging: show minimum detail
I. 2013-07-09 12:06:55. <Main> Cache size: 52428800 bytes
During a routine sync 16 new data rows on remote were 'marked' as uploaded, however some kind of hiccup between the mlink server and the consolidated db occurred around the same time and the data never appeared on the consolidated. See log snippet. Subsequent syncs were successful and new inserts were synced, but the 16 rows are stranded.
I. 2013-06-19 12:14:49. <Main> COMMIT Transaction: end_connection
I. 2013-06-19 12:14:49. <Main> Disconnected from consolidated database
(This is in log more or less frequently, I don't know what is going on, but the connection seems to self recover.)
Tried to trick mlink by making trivial updates to a field in each row on remote, but then server failed the sync bc rows to update were not found in consolidated (I was hoping for an upsert transaction, but this did not occur). See log snippet:
I. 2013-07-11 15:43:01. <79> The current synchronization is using a connection with Unknown
I. 2013-07-11 15:43:01. <79> COMMIT Transaction: begin_synchronization
W. 2013-07-11 15:43:01. <79> [10039] Error detected during multi-row operation, performing rollback before retrying in single row mode
W. 2013-07-11 15:43:01. <79> [10037] Ignoring updated row (new values)
W. 2013-07-11 15:43:01. <79> [10038] Ignoring updated row (old values)
W. 2013-07-11 15:43:01. <79> [10072] The update row for table 'ABCD' is a conflict update and this row is ignored
W. 2013-07-11 15:43:01. <79> [10039] Error detected during multi-row operation, performing rollback before retrying in single row mode
W. 2013-07-11 15:43:01. <79> [10037] Ignoring updated row (new values)
W. 2013-07-11 15:43:01. <79> [10038] Ignoring updated row (old values)
W. 2013-07-11 15:43:01. <79> [10072] The update row for table 'EFGH' is a conflict update and this row is ignored
W. 2013-07-11 15:43:01. <79> [10040] 1 row(s) were ignored in uploading data into table ABCD
W. 2013-07-11 15:43:01. <79> [10040] 1 row(s) were ignored in uploading data into table EFGH
I. 2013-07-11 15:43:01. <79> COMMIT Transaction: end_upload
I. 2013-07-11 15:43:01. <79> Sending the download to the remote database
I. 2013-07-11 15:43:01. <79> COMMIT Transaction: end_download
I. 2013-07-11 15:43:01. <79> COMMIT Transaction: end_synchronization
I. 2013-07-11 15:43:36. <79> Synchronization complete
Seen this kind of thing before? Mobilink promises to never do exactly this - strand data. Any ideas? Thx