<?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: SnapMirror Reverse Resync in Active IQ Unified Manager Discussions</title>
    <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-Reverse-Resync/m-p/92567#M17049</link>
    <description>&lt;P&gt;Hi Erich,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From what I understand, NetApp please correct me if I'm wrong, this&amp;nbsp;is by design!&lt;/P&gt;&lt;P&gt;NetApp seem to have taken the direction of making it as hard as possible to mess things up... which, on occasions such as this, ends up with a mess. &amp;nbsp;There is a risk that deleting the snapmirror owned dependant snapshots will destroy the ability to resync so they don't allow it.&lt;/P&gt;&lt;P&gt;The snapshots can be deleted by going into advanced mode on the command line and deleting the snapshot&amp;nbsp;with the &lt;STRONG&gt;-ignore-owners&lt;/STRONG&gt; switch.&lt;/P&gt;&lt;P&gt;The CLI can reverse resync by using the resync command, and just entering the source and destinations in reverse. &amp;nbsp;I think&amp;nbsp;the Powershell command follows the same approach, but it's been a while since I tried it in Powershell.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I personally find this lack of consistency with NetApp quite frustrating. &amp;nbsp;They have started a clean slate with cDoT and really should have taken the opportunity to standardise between the different methods of management, time better spent than decising to change between VSMs, SVMs, VMs etc... &amp;nbsp;Having to go into advanced mode to perform a day-to-day command (due to the reverse resync's not tidying up) is also not something I am comfortable with, it actually had the reverse effect from what is intended because when I was first struggling to get this sorted I ended up deleting the wrong snapshot causing a loss of data... good job that's what test systems are for&amp;nbsp;&lt;img id="smileyhappy" class="emoticon emoticon-smileyhappy" src="https://community.netapp.com/i/smilies/16x16_smiley-happy.png" alt="Smiley Happy" title="Smiley Happy" /&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Tue, 14 Oct 2014 12:39:50 GMT</pubDate>
    <dc:creator>david_ovenden</dc:creator>
    <dc:date>2014-10-14T12:39:50Z</dc:date>
    <item>
      <title>SnapMirror Reverse Resync</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-Reverse-Resync/m-p/51621#M10680</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;with which CLI-Task (or PowerShell-Task) may i accomplish this OnCommand System Manager process?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;I tried this with a snapmirror quiesce and a snapmirror break, followed by a snapmirror resync (with reversed direction) but realized that the amount of snapmirror owned snapshots increases by each try (and i'm not able to cleanup because all snapmirror* snapshots do have a snapmirror application dependency).&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Any ideas what's going wrong?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Erich&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 05:30:47 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-Reverse-Resync/m-p/51621#M10680</guid>
      <dc:creator>EPTPRONETH</dc:creator>
      <dc:date>2025-06-05T05:30:47Z</dc:date>
    </item>
    <item>
      <title>Re: SnapMirror Reverse Resync</title>
      <link>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-Reverse-Resync/m-p/92567#M17049</link>
      <description>&lt;P&gt;Hi Erich,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;From what I understand, NetApp please correct me if I'm wrong, this&amp;nbsp;is by design!&lt;/P&gt;&lt;P&gt;NetApp seem to have taken the direction of making it as hard as possible to mess things up... which, on occasions such as this, ends up with a mess. &amp;nbsp;There is a risk that deleting the snapmirror owned dependant snapshots will destroy the ability to resync so they don't allow it.&lt;/P&gt;&lt;P&gt;The snapshots can be deleted by going into advanced mode on the command line and deleting the snapshot&amp;nbsp;with the &lt;STRONG&gt;-ignore-owners&lt;/STRONG&gt; switch.&lt;/P&gt;&lt;P&gt;The CLI can reverse resync by using the resync command, and just entering the source and destinations in reverse. &amp;nbsp;I think&amp;nbsp;the Powershell command follows the same approach, but it's been a while since I tried it in Powershell.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I personally find this lack of consistency with NetApp quite frustrating. &amp;nbsp;They have started a clean slate with cDoT and really should have taken the opportunity to standardise between the different methods of management, time better spent than decising to change between VSMs, SVMs, VMs etc... &amp;nbsp;Having to go into advanced mode to perform a day-to-day command (due to the reverse resync's not tidying up) is also not something I am comfortable with, it actually had the reverse effect from what is intended because when I was first struggling to get this sorted I ended up deleting the wrong snapshot causing a loss of data... good job that's what test systems are for&amp;nbsp;&lt;img id="smileyhappy" class="emoticon emoticon-smileyhappy" src="https://community.netapp.com/i/smilies/16x16_smiley-happy.png" alt="Smiley Happy" title="Smiley Happy" /&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Tue, 14 Oct 2014 12:39:50 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Active-IQ-Unified-Manager-Discussions/SnapMirror-Reverse-Resync/m-p/92567#M17049</guid>
      <dc:creator>david_ovenden</dc:creator>
      <dc:date>2014-10-14T12:39:50Z</dc:date>
    </item>
  </channel>
</rss>

