<?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 moving volumes to a different tier in a vfiler whilst maintaining snapvault in ONTAP Discussions</title>
    <link>https://community.netapp.com/t5/ONTAP-Discussions/moving-volumes-to-a-different-tier-in-a-vfiler-whilst-maintaining-snapvault/m-p/25984#M6101</link>
    <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If migrating dating in between aggregates on the same filer I use "vol copy". If the migration is between different filers, I use "snapmirror". Secure Copy or Rich Copy is definitely an option, but it adds additional network traffic as the software is going to be bringing the data from the target to the machine that the software is installed on and then sending it to the target. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is your Snapvault relationship destination a Snaplock Volume?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
    <pubDate>Thu, 22 Sep 2011 19:35:43 GMT</pubDate>
    <dc:creator>wes_beckum</dc:creator>
    <dc:date>2011-09-22T19:35:43Z</dc:date>
    <item>
      <title>moving volumes to a different tier in a vfiler whilst maintaining snapvault</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/moving-volumes-to-a-different-tier-in-a-vfiler-whilst-maintaining-snapvault/m-p/25979#M6098</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;I wanted to put a post out to get an idea on the best way to acheive this.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="text-decoration: underline; font-family: trebuchet ms,geneva;"&gt;Background&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;We have a few Vfilers with their volumes on SAS storage. These vfilers have dr vfilers on a dr storage system. &lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;The primary volumes are snapvaulted using protection manager via vfiler0.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;we want to:&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;1. move the volumes from SAS storage to a SATA aggregate&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;2. maintain and update the dr vfilers to reflect the new volumes&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;3. maintain the relationship with the snapvault backups from protection manager.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;I have had several conversations around this topic, the first was to attach the SATA to the partner head, use vfiler migrate and migrate the vfilers to the partner and use the SATA aggregate for the new volumes. perform a vfiler dr resync to update the volume information. but there is a question mark around the snapvaults, will they be maintained or will we need to re-baseline.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;The second proposal was to use data motion, I understand this can be carried out from protection manager (dfpm migrate) but have to confess not knowing much about this or how it would be acheived.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;The third was to use vfiler add and add new volumes, share the volumes out and use a third party tool like secure copy or rich copy to migrate the data via a host. pretty sure this will kill snapvault and this will need to be re-baslined.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;so Hence my posting to see if anyone else has been in this situation and how they tackled it.&lt;/SPAN&gt;&lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;&lt;SPAN style="font-family: trebuchet ms,geneva;"&gt;thanks and hope for some input.&lt;/SPAN&gt;&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 05 Jun 2025 06:46:13 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/moving-volumes-to-a-different-tier-in-a-vfiler-whilst-maintaining-snapvault/m-p/25979#M6098</guid>
      <dc:creator>imarcroft</dc:creator>
      <dc:date>2025-06-05T06:46:13Z</dc:date>
    </item>
    <item>
      <title>moving volumes to a different tier in a vfiler whilst maintaining snapvault</title>
      <link>https://community.netapp.com/t5/ONTAP-Discussions/moving-volumes-to-a-different-tier-in-a-vfiler-whilst-maintaining-snapvault/m-p/25984#M6101</link>
      <description>&lt;HTML&gt;&lt;HEAD&gt;&lt;/HEAD&gt;&lt;BODY&gt;&lt;P&gt;If migrating dating in between aggregates on the same filer I use "vol copy". If the migration is between different filers, I use "snapmirror". Secure Copy or Rich Copy is definitely an option, but it adds additional network traffic as the software is going to be bringing the data from the target to the machine that the software is installed on and then sending it to the target. &lt;/P&gt;&lt;P&gt;&lt;/P&gt;&lt;P&gt;Is your Snapvault relationship destination a Snaplock Volume?&lt;/P&gt;&lt;/BODY&gt;&lt;/HTML&gt;</description>
      <pubDate>Thu, 22 Sep 2011 19:35:43 GMT</pubDate>
      <guid>https://community.netapp.com/t5/ONTAP-Discussions/moving-volumes-to-a-different-tier-in-a-vfiler-whilst-maintaining-snapvault/m-p/25984#M6101</guid>
      <dc:creator>wes_beckum</dc:creator>
      <dc:date>2011-09-22T19:35:43Z</dc:date>
    </item>
  </channel>
</rss>

