move data from qtree to its parent volume

[philipp_pluess]

hi everyone

we recently (on sunday 🙂 ) moved several volumes from 7-mode to c-dot filer.

now i have some issues with exports i've got.

we used the -actual functionality, which is no longer supported.

e.g.:

exports file ->

/staff	-actual=/vol/staff_01/q_staff_01 ...

now, how will i got an export with filer:/staff again?

mounting the thing in namespace as /staff is ok, but only works for the volume. the data resides into the qtree, so still, my export is filer:/staff/q_staff_01

i could try to move all the data into the volume as we do not really use the qtree anymore. but how?

what would be the fastest, best way to move data from a qtree to a parent volume.

thanks for your ideas.

regards

philipp

[aborzenkov]

---

@philipp_pluess wrote:

what would be the fastest, best way to move data from a qtree to a parent volume.

---

Just mount volume and use host tool (simple "mv" should suffice - as this is NFS I assume you are using Unix/Linux) to move data. Hopefully you do not have large number of objects in top level directory.

[sgrant · Accepted solution]

Hi Philip,

You could also use the ndmpcopy command that is completed on the NetApp system and since does not require a host should be faster. Please see page 23 of the Data Protection Tape Backup and Recovery Guide...

The ndmpcopy command transfers data between storage systems that support NDMP v4. You can perform both full and incremental data transfers. Incremental transfers are limited to a maximum of two levels (one full and up to two incremental backups). You can transfer full or partial volumes, qtrees, directories, or individual files.

https://library.netapp.com/ecm/ecm_download_file/ECMLP2494080

Hope it helps.

Cheers,

Grant.

[colsen]

Hello,

As Grant pointed out, ndmpcopy is definitely an option.  If this is something you're likely to be doing a lot of (and you're running NFS) XCP is a pretty slick utility:

https://xcp.netapp.com/

It needs it's own server, but for raw speed and throughput you can't do much better...

Hope that helps,

Chris