All of our machines are on a three year lease. That means that I must migrate my data every three years. I used the following type command to migrate data directories. I have cut this information from my documentation. In this case, I am attempting to move everything called "maverick". Average speed is about 18GB/hr across 100Mb connection and a little less if you are 10Mb only. My migrations were from an F330, 10Mb connectivity only, to F760, Quad 100Mb connections.
13.) Begin data migration. # cd /mounts/toaster/toast14/home/db # for dn in `ls -d maverick*`
do rsh toast14 "dump 0fb - 63 /home/db/$dn" | rsh halifax-c "restore rfD -
/vol/vol2/$dn"
sleep 60 echo "."; echo "."; echo "."; echo "."; echo "." echo $dn done
DUMP: creating "snapshot_for_dump.1" snapshot. creating...RESTORE: No terminal available for input; using null device ........................ DUMP: Date of this level 0 dump: Mon Nov 9 17:18:24 1998 DUMP: Date of last level 0 dump: the epoch DUMP: Dumping /home/db/maverick to standard output DUMP: mapping (Pass I) [regular files] DUMP: mapping (Pass II) [directories] DUMP: estimated 2110299 tape blocks. DUMP: Dumping volume 1 on standard output DUMP: dumping (Pass III) [directories] DUMP: dumping (Pass IV) [regular files] DUMP: 16% done, finished in 0:26 DUMP: 38% done, finished in 0:16 DUMP: 60% done, finished in 0:09 DUMP: 84% done, finished in 0:03 DUMP: 2016247 tape blocks
a.) change to the source directory. b.) create a list of directories to move and use that as input to a for loop. c.) remsh to the source filer and dump to stdout. Pipe that into another remsh to the destination filer and restore from stdin. d.) this is just and echo of the directory name. e.) add a sleep statement to allow the snapshot time to delete. f.) close the for loop.
14.) Edit the auto.db file to direct the automount point to the new location.
maverick halifax-c:/vol/vol2/maverick maverickSim halifax-c:/vol/vol2/maverickSim
Kelsey Cummings wrote:
I've got a f230 with 4 shelves of 4GB disks and its replacement, an f740. I talked to netapp support and they recommended that the best method to move the data from the f230 to the f740 would be to tapes with dump and restore. I can't believe that there isn't a more efficient way to do this. We are an ISP and all mail/ftp/http is served off of the netapp, any downtime will be painfull so we'd like to minimize it as best we can.
What choices to migrate the data do we have? We've considered tar/cpio over nfs but that's going to take some time even if we migrate one service at a time. dump/restore seems clumsy. and plain ole 'cp' would take forever. Apparently there are issues with volcopy going from SCSI to FCAL, is that true?
-- Kelsey Cummings - kgc@sonic.net sonic.net System Administrator 300 B Street, Ste 101 707.522.1000 (Voice) Santa Rosa, CA 95404 707.547.2199 (Fax) http://www.sonic.net/ Fingerprint = 7F 59 43 1B 44 8A 0D 57 91 08 73 73 7A 48 90 C5
-- --------------------------------------------------------------- G D Geen mailto:geen@ti.com Texas Instruments Phone : (214)480.7896 System Administrator FAX : (214)480.7676 --------------------------------------------------------------- Life is what happens while you're busy making other plans. -J. Lennon