<?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: Data migration from 32bit aggregate to 64bit aggregate in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/Data-migration-from-32bit-aggregate-to-64bit-aggregate/m-p/11232#M2578</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Sachin,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you can wait to migrate your data for a few more months, Data ONTAP 8.1 may have a 32 - 64-bit conversion feature that will save you from migrating data (It's on the roadmap, but like all things feature related - there are no guarantees when it will be released) If you need to move your data in the immediate future, the best option is Qtree SnapMirror (QSM).&amp;nbsp;&amp;nbsp; The process to migrate data and retain your snapshots is very similar to migrating from a Traditional Volume to a FlexVol.&amp;nbsp; This KB article below has a lot of good detail on how to do that.&amp;nbsp; The bad news is, be prepared to do a LOT of QSM migrations.&amp;nbsp; Unless you need all of your hourly and daily snapshots, I would recommend only doing the last 24 hours of hourly, last 6 days of daily, and then the last 2 weekly snapshots.&amp;nbsp; Over 90% of data restore requests are for the previous 2 weeks. Rely on tape or DR copies for requests beyond that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://kb.netapp.com/support/index?page=content&amp;amp;id=1012182" target="_blank"&gt;https://kb.netapp.com/support/index?page=content&amp;amp;id=1012182&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you can afford to take some downtime (and have a lot of disks), an alternative would be to disable all services, SnapMirror the active filesystems for each volume to your 64-bit aggregates, point all your CIFS shares/NFS exports to the new volumes, then renable all services.&amp;nbsp; Hold onto the 32-bit aggregates until all the snapshots roll off (put the volumes in restricted mode to make sure no one can write to the volumes).&amp;nbsp; It's essentially the same thing you do when transitioning to a new backup application - hold onto the old backup server and tapes to fulfill restore requests until the retention period is met. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Fri, 06 May 2011 14:31:59 GMT</pubDate>
    <dc:creator>mcope</dc:creator>
    <dc:date>2011-05-06T14:31:59Z</dc:date>
    <item>
      <title>Data migration from 32bit aggregate to 64bit aggregate</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Data-migration-from-32bit-aggregate-to-64bit-aggregate/m-p/11228#M2576</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hi,&lt;/P&gt;&lt;P&gt;We are planning data migration from 32bit aggregate to 64bit aggregate. We have many volumes with the snapshots.&lt;/P&gt;&lt;P&gt;Which all options are available to migrate data from 32bit aggregate to 64bit aggregate with snapshots and less downtime?&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Thanks,&lt;/P&gt;&lt;P&gt;Sachin&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:55:15 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Data-migration-from-32bit-aggregate-to-64bit-aggregate/m-p/11228#M2576</guid>
      <dc:creator>shindesac</dc:creator>
      <dc:date>2025-06-05T06:55:15Z</dc:date>
    </item>
    <item>
      <title>Re: Data migration from 32bit aggregate to 64bit aggregate</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/Data-migration-from-32bit-aggregate-to-64bit-aggregate/m-p/11232#M2578</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;Hello Sachin,&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you can wait to migrate your data for a few more months, Data ONTAP 8.1 may have a 32 - 64-bit conversion feature that will save you from migrating data (It's on the roadmap, but like all things feature related - there are no guarantees when it will be released) If you need to move your data in the immediate future, the best option is Qtree SnapMirror (QSM).&amp;nbsp;&amp;nbsp; The process to migrate data and retain your snapshots is very similar to migrating from a Traditional Volume to a FlexVol.&amp;nbsp; This KB article below has a lot of good detail on how to do that.&amp;nbsp; The bad news is, be prepared to do a LOT of QSM migrations.&amp;nbsp; Unless you need all of your hourly and daily snapshots, I would recommend only doing the last 24 hours of hourly, last 6 days of daily, and then the last 2 weekly snapshots.&amp;nbsp; Over 90% of data restore requests are for the previous 2 weeks. Rely on tape or DR copies for requests beyond that.&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;A href="https://kb.netapp.com/support/index?page=content&amp;amp;id=1012182" target="_blank"&gt;https://kb.netapp.com/support/index?page=content&amp;amp;id=1012182&lt;/A&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;If you can afford to take some downtime (and have a lot of disks), an alternative would be to disable all services, SnapMirror the active filesystems for each volume to your 64-bit aggregates, point all your CIFS shares/NFS exports to the new volumes, then renable all services.&amp;nbsp; Hold onto the 32-bit aggregates until all the snapshots roll off (put the volumes in restricted mode to make sure no one can write to the volumes).&amp;nbsp; It's essentially the same thing you do when transitioning to a new backup application - hold onto the old backup server and tapes to fulfill restore requests until the retention period is met. &lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Fri, 06 May 2011 14:31:59 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/Data-migration-from-32bit-aggregate-to-64bit-aggregate/m-p/11232#M2578</guid>
      <dc:creator>mcope</dc:creator>
      <dc:date>2011-05-06T14:31:59Z</dc:date>
    </item>
  </channel>
</rss>

