i need to migrate 2TB of data from one filesystem to another within the same Celerra box and on the same data mover. Is there a way to copy data internally to the box? Right now i have to connect to both shares from my WindowsXP workstation and initiate the copy process. I have CFS-14 , code 5.4.21.400.
They simply need to make a ckpt of the FS they want to copy, create another FS the same size as the one they want to copy using the samesize option, then run an fs_copy from the ckpt to the new FS.
This will give them a point in time copy that they can also update by running differential copies, they could even replicate it internally ( loopback replication )
This method should be quicker than any host based copy, and depending on harward & how busy the DM and or the backend is and on if they are using ATA or Fibre, typical speeds achievable should be anywhere from 100 to 300 GB per hour.
great suggestion, can i use fs_copy if my file systems are different size, my target filesystem is bigger than my source fs. I just looked at fs_copy man pages and it says that "fs_copy creates a complete or differential copy of a file system on the specified Celerra Network Server" . It sounds like it create a chkpt on its own? or do i need to use an existing chkpt ? What is loopback replication ? Since it's on the same Celerra box i dont' need to specify my source and destination ip address.
That is the correct syntax. man server_archive is good also.
It will not preserve NTFS/CIFS permissions. You will have to reset all the permissions once you are done copying. Its just a quick and dirty way to copy data internally.
If you like to live life on the edge, here's a script to use server_archive to copy from one file system into a new file system of a smaller size. In essence you shrink the file system.
Syntax is-----> shrink_fs oldfs 500M
this would "shrink" a file system named oldfs to 500M from the previous size.
Here's the code - just paste into vi and save as shrink_fs
### command line argument - shrink_fs name Size $1= name $2=new size in M - for example 50M
thank you for sharing the script, now i just need to figure out how to help my Admin preserve/restore NTFS permissions after the migration. Looks like i am going to have to reset quotas but that's not a big deal.
so if anybody cares ..i have done a few sample fs_copy copies and it works pretty good. The syntax is very simple:
fs_copy -start fs46 fs44
where fs46 is my source and fs44 is my target file systems. Both had to be mounted in read only mode and fs44 had to be a rawfs type file system. I copied 18G worth of data from ATA to FC and from FC to ATA file systems (CX600) resulting in the same number. It took 10min to do a full copy ..so that's around 28MB/s. But what i liked that most was that it retained NTFS and Tree Quota settings. That was the biggest thing as tree quotas can not be applied to an existing folder structure.
ironman4
14 Posts
1151
0
Posted October 30th, 2006 13:00
They simply need to make a ckpt of the FS they want to copy, create another FS the same size as the one they want to copy using the samesize option, then run an fs_copy from the ckpt to the new FS.
This will give them a point in time copy that they can also update by running differential copies, they could even replicate it internally ( loopback replication )
This method should be quicker than any host based copy, and depending on harward & how busy the DM and or the backend is and on if they are using ATA or Fibre, typical speeds achievable should be anywhere from 100 to 300 GB per hour.