<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Re: Alternatives for Snapmirror Sync and Semi-Sync in Ontap 9.x? in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Alternatives-for-Snapmirror-Sync-and-Semi-Sync-in-Ontap-9-x/m-p/134449#M29435</link>
    <description>&lt;P&gt;Alas, sync/semi-sync seem to have either been deprecated either due to a limit in cDOT/Spinnaker and/or in an effort to sell more MetroCluster. &amp;nbsp;In the end, we never had a use-case for either in 7mode and the closest we have in ONTAP 9 is more like 15min. &amp;nbsp;Anyway, if your RPO is really down to 0, MetroCluster might be the best bet. &amp;nbsp;If you can survive with an RPO in single-digit minutes, you can definitely experiment with more frequent SnapMirror replication - we've had success down to 5min or so. &amp;nbsp;It really comes down to the quality of the network between your two sites and the rate of change in your data. &amp;nbsp;We've had our 15min jobs "stack-up" when a huge amount of data gets written to the source - the nice thing is ONTAP just logs a "snapmirror update failed because replication is already underway" message and things move on. &amp;nbsp;It gets caught up by the next run and things are good.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In an NFS scenario, you could even play around with XCP running in a near-continuous-scan mode - almost like running DoubleTake outside of NetApp constantly replicating changes from Point A to Point B. &amp;nbsp;I have no idea if that's a use-case the XCP team envisioned with the tool, but it might do the trick as well.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope that helps. &amp;nbsp;Maybe a smart SnapMirror guru can chime in with the maximum replication frequency for SnapMirrors - I can't find anything other than limitations on InfiniteVol and transition mirrors (i.e. 60min).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Chris&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Wed, 13 Sep 2017 12:40:36 GMT</pubDate>
    <dc:creator>colsen</dc:creator>
    <dc:date>2017-09-13T12:40:36Z</dc:date>
    <item>
      <title>Alternatives for Snapmirror Sync and Semi-Sync in Ontap 9.x?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Alternatives-for-Snapmirror-Sync-and-Semi-Sync-in-Ontap-9-x/m-p/134443#M29430</link>
      <description>&lt;P&gt;Hi everybody,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;we are actually running a fas 2650 2-node cluster and would need the functionality of Snapmirror Sync or Semi-sync as it worked in Ontap 8.x.&lt;/P&gt;&lt;P&gt;Is there a sync-alernative other than the expensive metrocluster?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;(maybe important: we dont need the metrocluster features like automatic node activation in DR-case)&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;thanks in advance!&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 14:36:55 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Alternatives-for-Snapmirror-Sync-and-Semi-Sync-in-Ontap-9-x/m-p/134443#M29430</guid>
      <dc:creator>Mr_Storage</dc:creator>
      <dc:date>2025-06-04T14:36:55Z</dc:date>
    </item>
    <item>
      <title>Re: Alternatives for Snapmirror Sync and Semi-Sync in Ontap 9.x?</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Alternatives-for-Snapmirror-Sync-and-Semi-Sync-in-Ontap-9-x/m-p/134449#M29435</link>
      <description>&lt;P&gt;Alas, sync/semi-sync seem to have either been deprecated either due to a limit in cDOT/Spinnaker and/or in an effort to sell more MetroCluster. &amp;nbsp;In the end, we never had a use-case for either in 7mode and the closest we have in ONTAP 9 is more like 15min. &amp;nbsp;Anyway, if your RPO is really down to 0, MetroCluster might be the best bet. &amp;nbsp;If you can survive with an RPO in single-digit minutes, you can definitely experiment with more frequent SnapMirror replication - we've had success down to 5min or so. &amp;nbsp;It really comes down to the quality of the network between your two sites and the rate of change in your data. &amp;nbsp;We've had our 15min jobs "stack-up" when a huge amount of data gets written to the source - the nice thing is ONTAP just logs a "snapmirror update failed because replication is already underway" message and things move on. &amp;nbsp;It gets caught up by the next run and things are good.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;In an NFS scenario, you could even play around with XCP running in a near-continuous-scan mode - almost like running DoubleTake outside of NetApp constantly replicating changes from Point A to Point B. &amp;nbsp;I have no idea if that's a use-case the XCP team envisioned with the tool, but it might do the trick as well.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Hope that helps. &amp;nbsp;Maybe a smart SnapMirror guru can chime in with the maximum replication frequency for SnapMirrors - I can't find anything other than limitations on InfiniteVol and transition mirrors (i.e. 60min).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Chris&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 13 Sep 2017 12:40:36 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Alternatives-for-Snapmirror-Sync-and-Semi-Sync-in-Ontap-9-x/m-p/134449#M29435</guid>
      <dc:creator>colsen</dc:creator>
      <dc:date>2017-09-13T12:40:36Z</dc:date>
    </item>
  </channel>
</rss>

