I have a single article or table that once the subscriber adds data to it, it will sync to the publisher and remain in the publisher but then the publisher downloads delete records to remove if from the subscriber. This article, as far as I can tell, matches the same properties of other articles that do not do this. There are no conflict for this publication. I cannot figure out why, just this one case, would rows be deleted at the subscriber after a successful sync? Looking for any help please.
On subscriber I cleared - select * from MSmerge_tombstone
<u1:p></u1:p>I entered form data int the subscriber and verified it was present in the table (15 records) and then sync’d and data was gone from table. I then ran ran select * from MSmerge_tombstone again and matched 17 records deleted 15 form_data and 2 TEGGObject.
<u1:p></u1:p>According to the link at the top Type 5 = Row no longer belongs to the filtered partition. - what does this mean?
<u1:p></u1:p>rowguid | tablenick | type | lineage | generation | logical_record_parent_rowguid | logical_record_lineage |
61815DAF-970B-401E-B9EA-1A216342785B | 19193017 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2070 | NULL | NULL |
B67B8473-1614-480C-B5D6-51AF325E8E88 | 19193017 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2070 | NULL | NULL |
FCC81CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
FDC81CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
FEC81CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
FFC81CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
00C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
01C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
02C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
03C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
04C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
05C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
06C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
07C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
08C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
09C91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
0AC91CC1-C449-EA11-9BEB-3800256D3F07 | 9193053 | 5 | 0x51C769C7E9C901000000FE5ECD57415401000000FF | 2069 | NULL | NULL |
Here is what the sync log looks like
2020-02-06 16:27:30.682 OLE DB Subscriber 'DESKTOP-H42INT9\SQLEXPRESS': {call sys.sp_MSadd_merge_history90 (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)}<u1:p></u1:p>
2020-02-06 16:27:30.682 [7%] [507 sec remaining] Percent Complete: 7<u1:p></u1:p>
2020-02-06 16:27:30.682 Downloaded 15 change(s) in 'Form_Data' (15 deletes): 15 total<u1:p></u1:p>
2020-02-06 16:27:30.697 OLE DB Subscriber 'DESKTOP-H42INT9\SQLEXPRESS': {call sys.sp_MSadd_merge_history90 (?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?,?)}<u1:p></u1:p>
2020-02-06 16:27:30.697 [7%] [507 sec remaining] Percent Complete: 7<u1:p></u1:p>
2020-02-06 16:27:30.697 Web synchronization progress: 99% complete.<u1:p></u1:p>
Article Download Statistics:<u1:p></u1:p>
Form_Data:<u1:p></u1:p>
Deletes: 15<u1:p></u1:p>
Relative Cost: 3.20%<u1:p></u1:p>
<u1:p></u1:p><u1:p></u1:p>