<?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: How to retain user quota information in a DR scenario in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/132819#M28987</link>
    <description>&lt;P&gt;&lt;FONT size="2" face="arial,helvetica,sans-serif"&gt;I am having the same issue.&amp;nbsp; The challenge for me is that the source system is a MetroCluster, which rules out SVM DR--SVM DR and MetroCluster don't mix.&amp;nbsp; We would like to have a way to export/import quotas to and from the DR site.&amp;nbsp; I guess it could be done with a program that makes API calls--has anyone come up with something like that already?&amp;nbsp; We are looking into WFA as a possibility, but quotas will be migrated in bulk from a 7-Mode array using 7MTT so we would like to be able to do this "in arrears" for quotas that already exist.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
    <pubDate>Sat, 15 Jul 2017 00:56:44 GMT</pubDate>
    <dc:creator>MFuron</dc:creator>
    <dc:date>2017-07-15T00:56:44Z</dc:date>
    <item>
      <title>How to retain user quota information in a DR scenario</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/128501#M27858</link>
      <description>&lt;P&gt;Hi All,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;I have a problem you might be able to help me solve;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;We have a DR scenatio with our newly deployed Clustered ONTAP controllers (8.3.2).&lt;/P&gt;&lt;P&gt;Each hosts some CIFS data with user quotas applied to a qtree in a data volume.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;So SVM-A &amp;gt;&amp;gt; snapmirror&amp;nbsp;&amp;gt;&amp;gt; SVM-B.&lt;/P&gt;&lt;P&gt;if SVM-A fails, we break the mirror and bring up SVM-B as the RW volume (swapping some DFS pointers to get the users connected again).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Q: How do I ensure that the quota Information held on SVM-A is also available on SVM-B?&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;You cannot create quota entries on a DP volume.&lt;/P&gt;&lt;P&gt;If the SVM-A is down - there is no source to copy the quota from.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Interesting no?&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 15:24:13 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/128501#M27858</guid>
      <dc:creator>Euan</dc:creator>
      <dc:date>2025-06-04T15:24:13Z</dc:date>
    </item>
    <item>
      <title>Re: How to retain user quota information in a DR scenario</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/128504#M27859</link>
      <description>&lt;P&gt;That's a great question!&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;i remember seeing in one DOC like "how do snapmirror" that&amp;nbsp;specifically ask you to configure the&amp;nbsp;quota after a mirror failover. and that on a mirror failback. the&amp;nbsp;quota on the source are not enforced. and you need to modify it / reactivate or something like that on each volume. i have added it to my DR procedure, and i guess in my environment i can live without&amp;nbsp;quota&amp;nbsp;while in DR.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;What to do next. if you have&amp;nbsp;account ref - i think that's a very valid request to ask them to put&amp;nbsp;as an RFE. it was&amp;nbsp;available for us in 7-mode. and&amp;nbsp;therefor it's also a valid&amp;nbsp;request to put forward here.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;i guess the first "solution" you will get is to use SVM DR.&amp;nbsp;unfortunately for me that's currently not a valid option as there a few problems with the SVM DR&amp;nbsp;implementation at the moment (No individual schedules for the volumes,&amp;nbsp;networking configuration is not&amp;nbsp;initiative and&amp;nbsp;straight forward. even causes NetApp tools like myASUP to misbehave, OCUM currently not integrated with it causing false alerts, WFA required around a two days&amp;nbsp;customization to make it a really 5 clicks failover and so and so...).&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Gidi)&lt;/P&gt;</description>
      <pubDate>Mon, 27 Feb 2017 19:44:00 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/128504#M27859</guid>
      <dc:creator>GidonMarcus</dc:creator>
      <dc:date>2017-02-27T19:44:00Z</dc:date>
    </item>
    <item>
      <title>Re: How to retain user quota information in a DR scenario</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/128637#M27903</link>
      <description>&lt;P&gt;Gidi,&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Thanks for the response.&lt;/P&gt;&lt;P&gt;Yes - after posting the question I found the information around SVM disaster recovery which looks like it covers the problem I am trying to solve.&lt;/P&gt;&lt;P&gt;Sounds like it's not as straightforward as NetApp documentation would have me believe though, given your comments.&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;For now SVM DR is the only sensible way to maintain user quotas in a DR scenario under Clustered DataONTAP..&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;</description>
      <pubDate>Fri, 03 Mar 2017 08:38:23 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/128637#M27903</guid>
      <dc:creator>Euan</dc:creator>
      <dc:date>2017-03-03T08:38:23Z</dc:date>
    </item>
    <item>
      <title>Re: How to retain user quota information in a DR scenario</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/132819#M28987</link>
      <description>&lt;P&gt;&lt;FONT size="2" face="arial,helvetica,sans-serif"&gt;I am having the same issue.&amp;nbsp; The challenge for me is that the source system is a MetroCluster, which rules out SVM DR--SVM DR and MetroCluster don't mix.&amp;nbsp; We would like to have a way to export/import quotas to and from the DR site.&amp;nbsp; I guess it could be done with a program that makes API calls--has anyone come up with something like that already?&amp;nbsp; We are looking into WFA as a possibility, but quotas will be migrated in bulk from a 7-Mode array using 7MTT so we would like to be able to do this "in arrears" for quotas that already exist.&lt;/FONT&gt;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;</description>
      <pubDate>Sat, 15 Jul 2017 00:56:44 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/How-to-retain-user-quota-information-in-a-DR-scenario/m-p/132819#M28987</guid>
      <dc:creator>MFuron</dc:creator>
      <dc:date>2017-07-15T00:56:44Z</dc:date>
    </item>
  </channel>
</rss>

