<?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: Load sharing SVM root mirrors and ontap upgrades in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/129751#M28239</link>
    <description>&lt;P&gt;As long&amp;nbsp;as this would maintain alignment with netapp best practices&amp;nbsp;this would be fine. &amp;nbsp;Thank you,&lt;/P&gt;</description>
    <pubDate>Mon, 03 Apr 2017 21:02:35 GMT</pubDate>
    <dc:creator>BenCoughtry</dc:creator>
    <dc:date>2017-04-03T21:02:35Z</dc:date>
    <item>
      <title>Load sharing SVM root mirrors and ontap upgrades</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/129701#M28220</link>
      <description>&lt;P&gt;Hi all, I've read that it is recommended to move LS mirror source volumes to an aggregate on a node to be upgraded last. &amp;nbsp;Would it be sufficient&amp;nbsp;instead to quiesce LS mirrors, NDU and then resume relationships afterwards? &amp;nbsp;Are there dangers involved in doing it this way?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I am not worried about any temporary performance degridation by quiescing the mirrors, although existing connections must not be inturrupted as they are NFSv3 datastores for ESXi. &amp;nbsp;In fact the only reason I have LS mirrors at all&amp;nbsp;on &amp;gt;2 node clusters is to ahear to best&amp;nbsp;practices.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I'll be NDU'ing a 4-node cluster from OnTap 8.2.2 -&amp;gt; 8.3.2P9 -&amp;gt; 9.1P1.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks!&lt;/P&gt;&lt;P&gt;-Ben C&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 15:15:24 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/129701#M28220</guid>
      <dc:creator>BenCoughtry</dc:creator>
      <dc:date>2025-06-04T15:15:24Z</dc:date>
    </item>
    <item>
      <title>Re: Load sharing SVM root mirrors and ontap upgrades</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/129745#M28233</link>
      <description>&lt;DIV class="page"&gt;&lt;DIV class="section"&gt;&lt;DIV class="layoutArea"&gt;&lt;DIV class="column"&gt;&lt;P&gt;&lt;SPAN&gt;Load-sharing mirrors for data volumes are deprecated in&amp;nbsp;9.1P1&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;You can no longer create new load-sharing mirrors for data volumes in 9.1P1.&lt;/P&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;DIV class="layoutArea"&gt;&lt;DIV class="column"&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Use the below command options if you want to use load-sharing relationships on data volumes and retry creating the SnapMirror relationship:&lt;/P&gt;&lt;DIV class="page"&gt;&lt;DIV class="section"&gt;&lt;DIV class="layoutArea"&gt;&lt;DIV class="column"&gt;&lt;P&gt;&lt;SPAN&gt;-option-name replication.ls_mirrors_on_data_volumes.enable on &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Note: &lt;/SPAN&gt;&lt;SPAN&gt;Existing load-sharing mirrors data volumes continue to be supported but support will be withdrawn in a future ONTAP release.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;I'll recommend you remove the LS mirror and create a DR mirror for SVM-root to each node.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Here is an example:-&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;PRE&gt;vserver : CIFS01
vserver root volume : CIFS01_root

node-name    Aggr-Name
cupcake-01 :: cupcake01_aggr1_6T_SATA
cupcake-02 :: cupcake02_aggr1_6T_SATA
cupcake-03 :: cupcake03_aggr1_1800G_SAS
cupcake-04 :: cupcake04_aggr1_6T_SATA

::&amp;gt; vol create -vserver CIFS01 -volume CIFS01_root_DPmir1 -aggregate cupcake01_aggr1_6T_SATA -size 1G -state online -type DP
::&amp;gt; vol create -vserver CIFS01 -volume CIFS01_root_DPmir2 -aggregate cupcake02_aggr1_6T_SATA -size 1G -state online -type DP
::&amp;gt; vol create -vserver CIFS01 -volume CIFS01_root_DPmir3 -aggregate cupcake03_aggr1_1800G_SAS -size 1G -state online -type DP
::&amp;gt; vol create -vserver CIFS01 -volume CIFS01_root_DPmir4 -aggregate cupcake04_aggr1_6T_SATA -size 1G -state online -type DP
&amp;nbsp;
::&amp;gt; snapmirror create -source-path CIFS01:CIFS01_root -destination-path CIFS01:CIFS01_root_DPmir1 -type DP -schedule 5min
::&amp;gt; snapmirror create -source-path CIFS01:CIFS01_root -destination-path CIFS01:CIFS01_root_DPmir2 -type DP -schedule 5min
::&amp;gt; snapmirror create -source-path CIFS01:CIFS01_root -destination-path CIFS01:CIFS01_root_DPmir3 -type DP -schedule 5min
::&amp;gt; snapmirror create -source-path CIFS01:CIFS01_root -destination-path CIFS01:CIFS01_root_DPmir4 -type DP -schedule 5min
&amp;nbsp;
::&amp;gt; snapmirror show -source-path CIFS01:CIFS01_root
&amp;nbsp;
::&amp;gt; snapmirror initialize -source-path CIFS01:CIFS01_root -destination-path CIFS01:CIFS01_root_DPmir1
::&amp;gt; snapmirror initialize -source-path CIFS01:CIFS01_root -destination-path CIFS01:CIFS01_root_DPmir2
::&amp;gt; snapmirror initialize -source-path CIFS01:CIFS01_root -destination-path CIFS01:CIFS01_root_DPmir3
::&amp;gt; snapmirror initialize -source-path CIFS01:CIFS01_root -destination-path CIFS01:CIFS01_root_DPmir4
&amp;nbsp;
::&amp;gt; snapmirror show -source-path CIFS01:CIFS01_root&lt;/PRE&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;&lt;/DIV&gt;</description>
      <pubDate>Mon, 03 Apr 2017 20:12:51 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/129745#M28233</guid>
      <dc:creator>robinpeter</dc:creator>
      <dc:date>2017-04-03T20:12:51Z</dc:date>
    </item>
    <item>
      <title>Re: Load sharing SVM root mirrors and ontap upgrades</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/129751#M28239</link>
      <description>&lt;P&gt;As long&amp;nbsp;as this would maintain alignment with netapp best practices&amp;nbsp;this would be fine. &amp;nbsp;Thank you,&lt;/P&gt;</description>
      <pubDate>Mon, 03 Apr 2017 21:02:35 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/129751#M28239</guid>
      <dc:creator>BenCoughtry</dc:creator>
      <dc:date>2017-04-03T21:02:35Z</dc:date>
    </item>
    <item>
      <title>Re: Load sharing SVM root mirrors and ontap upgrades</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/130533#M28408</link>
      <description>&lt;P&gt;Peter's response was specifically about creating Load-Sharing Mirrors for data volumes. &amp;nbsp;Unless and until you see an announcement about deprecating the use of LSMs altogether, it is still a best practice to create LSMs for SVM root volumes on every node in the cluster. &amp;nbsp;They still need to be deleted and recreated for major version upgrades of ONTAP. &amp;nbsp; Follow the instructions in the ONTAP 9 SVM Root Volume Protection Express Guide to create and maintain the LSMs.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;A href="https://library.netapp.com/ecm/ecm_download_file/ECMLP2496241&amp;nbsp;" target="_blank"&gt;https://library.netapp.com/ecm/ecm_download_file/ECMLP2496241&amp;nbsp;&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Wed, 26 Apr 2017 15:44:22 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/130533#M28408</guid>
      <dc:creator>mcope</dc:creator>
      <dc:date>2017-04-26T15:44:22Z</dc:date>
    </item>
    <item>
      <title>Re: Load sharing SVM root mirrors and ontap upgrades</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/130537#M28409</link>
      <description>&lt;P&gt;Thanks&amp;nbsp;&lt;SPAN&gt;mcope.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;Even for the SVM-root volume.. you can use the DR mirror insteard of LS mirror.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN&gt;in the event of a SVM-root volume recovery.. DR mirror is easier to recover.. than an LS mirror.&lt;/SPAN&gt;&lt;/P&gt;</description>
      <pubDate>Wed, 26 Apr 2017 16:53:12 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Load-sharing-SVM-root-mirrors-and-ontap-upgrades/m-p/130537#M28409</guid>
      <dc:creator>robinpeter</dc:creator>
      <dc:date>2017-04-26T16:53:12Z</dc:date>
    </item>
  </channel>
</rss>

