Moving Filesystems

[Mike Smith_2]

Hello all,

I'm going to be relocating some data to newer disks. Normally I'd just use this to move them as I had done before...

find . ! -type c -exec cpio -pmud /newpath {} \;

However, what's different this time is that some files are much larger than 2GB, so I don't think cpio can do it.

Forgive me if this sounds basic, but how else would one do this?

Thanks in advance...

[Geoff Wild]

Try vxdump:

vxdump -0 -f - -s 1000000 -b 16 /oldpath| (cd /newpath ; vxrestore rf -) &


Rgds...Geoff

[Sanjay Kumar Suri]

I will recommend fbackup/frecover.

sks

[Marco Santerre]

Not sure if that could be in option in your case, but have you thought of pvmove. If you're moving a whole filesystem, you could do something like this :

vgextend vgname /dev/dsk/newdisk
pvmove -n /dev/vgname/lvname /dev/dsk/oldisk /dev/dsk/newdisk

hope this helps

[Todd McDaniel_1]

IF they are the same size disks/LUNS.

I would add them to the same VG then mirror them and break the mirror...after they sync.

[Mike Smith_2]

Thanks for all the quick replies...

I'll look into vxdump, fbackup, and pvmove.

I would use Mirrordisk, but the new volumes will be larger.

[Mark Grant]

It doesn't always matter if the new disks are larger. It depends how the volume group was created. If the max number of physical extents times the extent size gives you a figure larger than your new disks you can still use the mirror option.

[RAC_1]

pvmove is restricted to moving data winthin VG.

If your files systems are within same VG, pvmove is OK. Otherwise you fback/frecover and vxdump option.

Anil