Potential Issue with Filtered Cluster-to-Cluster Sync Dropping Views on Source Cluster

XMLWordPrintableJSON

    • Type: Bug
    • Resolution: Won't Do
    • Priority: Minor - P4
    • None
    • Affects Version/s: None
    • Component/s: None
    • None
    • Tools and Replicator

      I’m using MongoDB’s cluster-to-cluster sync (mongosync) with filtered sync to replicate data between two clusters.

      • Cluster A has Database A
      • Cluster B has Database B
      • mongosync A syncs Database A from Cluster A → Cluster B
      • mongosync B syncs Database B from Cluster B → Cluster A

      This setup works fine in general. However, I recently attempted to resync Database A to Cluster B by dropping Database A in Cluster B and restarting mongosync A. Unexpectedly, this led to a view in Database A being dropped from the source Cluster A.

      It seems like DDL operations (particularly view deletions) might not be properly filtered or isolated in the sync process—possibly due to prior syncs (mongosync B) that brought those views from Cluster B into Cluster A.

      This behavior is quite concerning. Has anyone experienced something similar with mongosync and filtered syncs? Is there a best practice to avoid view drops in such bi-directional filtered sync setups?

      Any guidance or confirmation would be appreciated.

              Assignee:
              Unassigned
              Reporter:
              Devesh Kumar
              Votes:
              0 Vote for this issue
              Watchers:
              2 Start watching this issue

                Created:
                Updated:
                Resolved: