<?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 Consequences of turning snapvault / snapmirror off in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Consequences-of-turning-snapvault-snapmirror-off/m-p/157979#M35919</link>
    <description>&lt;P&gt;hello all,&lt;/P&gt;
&lt;P&gt;on a 7mode filer with version [NetApp Release 8.2.4P5] we are trying to move a volume from one aggregate to another but it gives the below error:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;FilerA&amp;gt; vol move start VolNAme&amp;nbsp; aggr1 &lt;BR /&gt;vol move: Specified source volume has a qtree snapmirror destination&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;if we turn the snapvault / snapmirror off, move the volume then turn it back on there will be any risk or configuration loss on our snapvault / snapmirror ? if yes then what is the perfect solution for the matter ?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;much thanks in advance...&lt;/P&gt;</description>
    <pubDate>Wed, 04 Jun 2025 10:59:54 GMT</pubDate>
    <dc:creator>MohamedShehata</dc:creator>
    <dc:date>2025-06-04T10:59:54Z</dc:date>
    <item>
      <title>Consequences of turning snapvault / snapmirror off</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Consequences-of-turning-snapvault-snapmirror-off/m-p/157979#M35919</link>
      <description>&lt;P&gt;hello all,&lt;/P&gt;
&lt;P&gt;on a 7mode filer with version [NetApp Release 8.2.4P5] we are trying to move a volume from one aggregate to another but it gives the below error:&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;FilerA&amp;gt; vol move start VolNAme&amp;nbsp; aggr1 &lt;BR /&gt;vol move: Specified source volume has a qtree snapmirror destination&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;if we turn the snapvault / snapmirror off, move the volume then turn it back on there will be any risk or configuration loss on our snapvault / snapmirror ? if yes then what is the perfect solution for the matter ?&lt;/P&gt;
&lt;P&gt;&amp;nbsp;&lt;/P&gt;
&lt;P&gt;much thanks in advance...&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 10:59:54 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Consequences-of-turning-snapvault-snapmirror-off/m-p/157979#M35919</guid>
      <dc:creator>MohamedShehata</dc:creator>
      <dc:date>2025-06-04T10:59:54Z</dc:date>
    </item>
    <item>
      <title>Re: Consequences of turning snapvault / snapmirror off</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Consequences-of-turning-snapvault-snapmirror-off/m-p/158241#M36002</link>
      <description>&lt;DIV id="GUID-BA9B139E-B96E-4FE1-AA2E-53FFBCE7435E__GUID-EF03DBC2-B458-4FA1-ADBA-2094AEB3FC7D" class="section prereq p"&gt;Before the volume move enters the cutover phase, you must ensure that any existing synchronous SnapMirror relationships established on the source volume are destroyed. You can resynchronize the SnapMirror relationships after the volume move is completed.&lt;/DIV&gt;
&lt;P&gt;&lt;A title="Performing the volume move operation" href="https://library.netapp.com/ecmdocs/ECMP1368845/html/GUID-BA9B139E-B96E-4FE1-AA2E-53FFBCE7435E.html" target="_self"&gt;Performing the volume move operation&lt;/A&gt;&lt;/P&gt;</description>
      <pubDate>Tue, 04 Aug 2020 06:10:59 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Consequences-of-turning-snapvault-snapmirror-off/m-p/158241#M36002</guid>
      <dc:creator>Mjizzini</dc:creator>
      <dc:date>2020-08-04T06:10:59Z</dc:date>
    </item>
  </channel>
</rss>

