<?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: VServer failback process in Data Protection</title>
    <link>https://community.netapp.com/t5/Data-Protection/VServer-failback-process/m-p/452759#M14019</link>
    <description>&lt;P&gt;What version of ONTAP?&lt;/P&gt;&lt;P&gt;Starting with ONTAP 9.11.1, we support the&amp;nbsp;&lt;STRONG&gt;-quick-resync true&lt;/STRONG&gt; parameter. This will replicate changed data without a data warehouse rebuild...dramatically improving the resync times.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Note, that using this feature will replicate data without any storage efficiency. This storage efficiency will be recovered after the failback is completed as a background process.&lt;/P&gt;</description>
    <pubDate>Thu, 16 May 2024 21:14:07 GMT</pubDate>
    <dc:creator>ansley_tj</dc:creator>
    <dc:date>2024-05-16T21:14:07Z</dc:date>
    <item>
      <title>VServer failback process</title>
      <link>https://community.netapp.com/t5/Data-Protection/VServer-failback-process/m-p/452757#M14018</link>
      <description>&lt;P&gt;we are testing the VServer snapmirror failover and failback process. we have multiple CIFS volumes in the VServer, each one has multiple millions files, we found the failback took a few hours to complete. According to NetApp support, the failover process will have to check the data integrity, this is why take so long to complete. it means our application will need additional hours down time.&lt;/P&gt;&lt;P&gt;is there any way to improve the failover process? Such as to skip the data integrity check if we know the source side data is good, or kick off the data integrity check before kick off the fail over.&amp;nbsp;&lt;/P&gt;&lt;P&gt;Please share your experience if you were on same or similar situation.&lt;/P&gt;&lt;P&gt;thanks,&lt;/P&gt;</description>
      <pubDate>Wed, 04 Jun 2025 11:29:17 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/VServer-failback-process/m-p/452757#M14018</guid>
      <dc:creator>FelixZhou</dc:creator>
      <dc:date>2025-06-04T11:29:17Z</dc:date>
    </item>
    <item>
      <title>Re: VServer failback process</title>
      <link>https://community.netapp.com/t5/Data-Protection/VServer-failback-process/m-p/452759#M14019</link>
      <description>&lt;P&gt;What version of ONTAP?&lt;/P&gt;&lt;P&gt;Starting with ONTAP 9.11.1, we support the&amp;nbsp;&lt;STRONG&gt;-quick-resync true&lt;/STRONG&gt; parameter. This will replicate changed data without a data warehouse rebuild...dramatically improving the resync times.&amp;nbsp;&amp;nbsp;&lt;/P&gt;&lt;P&gt;&amp;nbsp;&lt;/P&gt;&lt;P&gt;Note, that using this feature will replicate data without any storage efficiency. This storage efficiency will be recovered after the failback is completed as a background process.&lt;/P&gt;</description>
      <pubDate>Thu, 16 May 2024 21:14:07 GMT</pubDate>
      <guid>https://community.netapp.com/t5/Data-Protection/VServer-failback-process/m-p/452759#M14019</guid>
      <dc:creator>ansley_tj</dc:creator>
      <dc:date>2024-05-16T21:14:07Z</dc:date>
    </item>
  </channel>
</rss>

