<?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: Deduplication and vol move cutover in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Deduplication-and-vol-move-cutover/m-p/454550#M43868</link>
    <description>&lt;P&gt;A rough outline volume move is ,&amp;nbsp;&lt;BR /&gt;#1 Starts with baseline snapshot transfer between the src volume and dest (a temp) volume&amp;nbsp;&lt;/P&gt;&lt;P&gt;#2 Then continously it checks for a snap delta between the source and destination volume and copies the delta&lt;/P&gt;&lt;P&gt;#3 And every time #2 is performed , volume move engine check if the snap delta to be copied will complete within the cutover window that is specified when the volume move was started (default is 30s).&amp;nbsp;&lt;BR /&gt;#4 If the snap delta copy can be completed by the cutover window then it will proceed to cutover if not it will go back the copy/replication phase.&lt;BR /&gt;&lt;SPAN&gt;----&lt;BR /&gt;&lt;/SPAN&gt;Factors that define volume move entering volume move cutover&lt;BR /&gt;* the cutover window that is mentioned&lt;BR /&gt;* rate at which the data in the source volume is changing&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Note: doesnt depend much on if the data in the volume is deplicated or not.&lt;/P&gt;&lt;P&gt;-----&lt;BR /&gt;Following things can be done&lt;BR /&gt;* Check if there are any errors in the volume move&amp;nbsp; (volume move show -instance)&lt;BR /&gt;* Since the IO will be fenced during the volume move cutover , if the host/protocol can tolerate IO responded with re-triable reponse , increase the volume move cutover to an higher limit.&lt;/P&gt;&lt;P&gt;* Throttle the IO on the primary volume by setting a QoS policy and this can be removed after the cutover is completed.&lt;/P&gt;</description>
    <pubDate>Sun, 18 Aug 2024 08:10:42 GMT</pubDate>
    <dc:creator>jaikumar</dc:creator>
    <dc:date>2024-08-18T08:10:42Z</dc:date>
    <item>
      <title>Deduplication and vol move cutover</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Deduplication-and-vol-move-cutover/m-p/454394#M43840</link>
      <description>&lt;P&gt;If you vol move a 100TB volume, the first transfer will have a transfer rate of about 160MB/s, but if you try to manually cut over, the transfer rate will be 1MB/s and won't switch after 5 or 6 hours.&lt;BR /&gt;Has anyone had this experience?&lt;BR /&gt;This volume is deduplicated and was manually deduplicated before being disabled.&lt;BR /&gt;100TB volumes that have never been deduplicated will not experience an incident.&lt;/P&gt;&lt;P&gt;Thank you and best regards.&lt;/P&gt;</description>
      <pubDate>Fri, 09 Aug 2024 02:13:32 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Deduplication-and-vol-move-cutover/m-p/454394#M43840</guid>
      <dc:creator>nekone</dc:creator>
      <dc:date>2024-08-09T02:13:32Z</dc:date>
    </item>
    <item>
      <title>Re: Deduplication and vol move cutover</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Deduplication-and-vol-move-cutover/m-p/454550#M43868</link>
      <description>&lt;P&gt;A rough outline volume move is ,&amp;nbsp;&lt;BR /&gt;#1 Starts with baseline snapshot transfer between the src volume and dest (a temp) volume&amp;nbsp;&lt;/P&gt;&lt;P&gt;#2 Then continously it checks for a snap delta between the source and destination volume and copies the delta&lt;/P&gt;&lt;P&gt;#3 And every time #2 is performed , volume move engine check if the snap delta to be copied will complete within the cutover window that is specified when the volume move was started (default is 30s).&amp;nbsp;&lt;BR /&gt;#4 If the snap delta copy can be completed by the cutover window then it will proceed to cutover if not it will go back the copy/replication phase.&lt;BR /&gt;&lt;SPAN&gt;----&lt;BR /&gt;&lt;/SPAN&gt;Factors that define volume move entering volume move cutover&lt;BR /&gt;* the cutover window that is mentioned&lt;BR /&gt;* rate at which the data in the source volume is changing&lt;BR /&gt;&lt;BR /&gt;&lt;/P&gt;&lt;P&gt;Note: doesnt depend much on if the data in the volume is deplicated or not.&lt;/P&gt;&lt;P&gt;-----&lt;BR /&gt;Following things can be done&lt;BR /&gt;* Check if there are any errors in the volume move&amp;nbsp; (volume move show -instance)&lt;BR /&gt;* Since the IO will be fenced during the volume move cutover , if the host/protocol can tolerate IO responded with re-triable reponse , increase the volume move cutover to an higher limit.&lt;/P&gt;&lt;P&gt;* Throttle the IO on the primary volume by setting a QoS policy and this can be removed after the cutover is completed.&lt;/P&gt;</description>
      <pubDate>Sun, 18 Aug 2024 08:10:42 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Deduplication-and-vol-move-cutover/m-p/454550#M43868</guid>
      <dc:creator>jaikumar</dc:creator>
      <dc:date>2024-08-18T08:10:42Z</dc:date>
    </item>
    <item>
      <title>Re: Deduplication and vol move cutover</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Deduplication-and-vol-move-cutover/m-p/454613#M43877</link>
      <description>&lt;P&gt;Thank you for your reply.&lt;BR /&gt;There was not enough information.&lt;BR /&gt;The following is a supplement.&lt;/P&gt;&lt;P&gt;This is a vol move from FAS to AFF. On the AFF side, the deduplication and compression of the aggregate are set to "Auto."&lt;BR /&gt;Even in that case, is there any impact of duplication?&lt;/P&gt;&lt;P&gt;and ontap is 9.14.1.&lt;/P&gt;</description>
      <pubDate>Wed, 21 Aug 2024 01:57:47 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Deduplication-and-vol-move-cutover/m-p/454613#M43877</guid>
      <dc:creator>nekone</dc:creator>
      <dc:date>2024-08-21T01:57:47Z</dc:date>
    </item>
  </channel>
</rss>

