<?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: Netapp snapmirror question in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133166#M29083</link>
    <description>&lt;P&gt;No problem. i should note that we do this with iSCSI volumes and it works fine. We have commands pre-built to map the cloned LUNs to the initiator groups.&lt;/P&gt;</description>
    <pubDate>Thu, 27 Jul 2017 18:18:33 GMT</pubDate>
    <dc:creator>TMADOCTHOMAS</dc:creator>
    <dc:date>2017-07-27T18:18:33Z</dc:date>
    <item>
      <title>Netapp snapmirror question</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133123#M29060</link>
      <description>&lt;P&gt;hello ,&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We 're going to perform a DR test for the customer . The Production will be up during the test and customer would be bringing up the &amp;nbsp;servers at the DR to test .&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am new to netapp so want to clarify the steps : at DR&amp;gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Break the Replication Mirrors&lt;/P&gt;&lt;P&gt;Create the igroup:&lt;/P&gt;&lt;P&gt;Once the luns are mapped, scan the ESX servers for the presented luns and proceed with VM recovery.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am refering &amp;nbsp;to an Old document that was prepared an year back and the document doesn't mention quiesceing . My question is whether &amp;nbsp;its not necessary to quiesce the replication prior to breaking it in this scenario?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks !&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 14:48:24 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133123#M29060</guid>
      <dc:creator>nasguy2504</dc:creator>
      <dc:date>2025-06-04T14:48:24Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp snapmirror question</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133126#M29061</link>
      <description>&lt;P&gt;Personally I wouldn't do any of this as it disrupts your replication jobs. The way to do it with no disruption is&amp;nbsp;&lt;STRONG&gt;clone&lt;/STRONG&gt; the volumes on the DR destination. Attach ESX hosts to the clones and then you will be bringing up copies of the VMs in the DR environment. Biggest element by far is to be sure you have an isolated network for the DR test so there are no IP conflicts. We have done this many times with great success.&lt;/P&gt;</description>
      <pubDate>Wed, 26 Jul 2017 19:36:51 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133126#M29061</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2017-07-26T19:36:51Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp snapmirror question</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133150#M29077</link>
      <description>&lt;P&gt;Thanks for the suggestion. However, we have 20 Luns that will be part of the test &amp;nbsp;and the window is 24 ours ( includes storage , server, application) . Its a FC environment ,so wanted to know best approach as clonning would be time consuming in our case . Please advise&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Regards&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jul 2017 12:42:23 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133150#M29077</guid>
      <dc:creator>nasguy2504</dc:creator>
      <dc:date>2017-07-27T12:42:23Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp snapmirror question</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133151#M29078</link>
      <description>&lt;P&gt;Hi&amp;nbsp;&lt;SPAN&gt;nasguy2504,&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Cloning actually takes seconds per volume. We clone several hundred volumes in less than half an hour during each DR test. Why would it take a long time in your scenario? I do confess we don't use FC so perhaps that adds a wrinkle I'm unaware of.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jul 2017 13:05:20 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133151#M29078</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2017-07-27T13:05:20Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp snapmirror question</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133155#M29080</link>
      <description>&lt;P&gt;you 're right . Clones are based on a snapshot they can be created instantaneously . I am still looking the best approach in SAN envronment . Thanks !&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jul 2017 13:48:16 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133155#M29080</guid>
      <dc:creator>nasguy2504</dc:creator>
      <dc:date>2017-07-27T13:48:16Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp snapmirror question</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133166#M29083</link>
      <description>&lt;P&gt;No problem. i should note that we do this with iSCSI volumes and it works fine. We have commands pre-built to map the cloned LUNs to the initiator groups.&lt;/P&gt;</description>
      <pubDate>Thu, 27 Jul 2017 18:18:33 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133166#M29083</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2017-07-27T18:18:33Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp snapmirror question</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133180#M29086</link>
      <description>&lt;P&gt;Thanks again .I agree with your approach . But, I think customer wants to proceed with the old process as it was succefully performed &amp;nbsp;last year .I will still try to bring it up in the discussion next week.&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I need little clarification on the quesing part . I understand what it does but I want to know if there is any consequnces if I do not run quisece prior to breaking the snapmirror relationship.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;</description>
      <pubDate>Fri, 28 Jul 2017 15:46:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133180#M29086</guid>
      <dc:creator>nasguy2504</dc:creator>
      <dc:date>2017-07-28T15:46:35Z</dc:date>
    </item>
    <item>
      <title>Re: Netapp snapmirror question</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133186#M29087</link>
      <description>&lt;P&gt;If it's a qtree snapmirror relationship, I believe you have to quiesce first. If it's a standard snapmirror relationship, quiesce makes sure the job won't kick off again at some point in the future if this were just a temporary pausing of the replcation job.&lt;/P&gt;</description>
      <pubDate>Fri, 28 Jul 2017 18:10:39 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Netapp-snapmirror-question/m-p/133186#M29087</guid>
      <dc:creator>TMADOCTHOMAS</dc:creator>
      <dc:date>2017-07-28T18:10:39Z</dc:date>
    </item>
  </channel>
</rss>

