- Community Home
- >
- Servers and Operating Systems
- >
- Legacy
- >
- Operating System - Tru64 Unix
- >
- Re: copying 3.5tb of data
Categories
Company
Local Language
Forums
Discussions
Forums
- Data Protection and Retention
- Entry Storage Systems
- Legacy
- Midrange and Enterprise Storage
- Storage Networking
- HPE Nimble Storage
Discussions
Discussions
Discussions
Forums
Forums
Discussions
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
- BladeSystem Infrastructure and Application Solutions
- Appliance Servers
- Alpha Servers
- BackOffice Products
- Internet Products
- HPE 9000 and HPE e3000 Servers
- Networking
- Netservers
- Secure OS Software for Linux
- Server Management (Insight Manager 7)
- Windows Server 2003
- Operating System - Tru64 Unix
- ProLiant Deployment and Provisioning
- Linux-Based Community / Regional
- Microsoft System Center Integration
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Discussion Boards
Community
Resources
Forums
Blogs
- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-12-2009 08:59 AM
тАО06-12-2009 08:59 AM
copying 3.5tb of data
I am getting ready to embark on copying 3.5tb of data and was wondering what would be the recommended way to do this. I do not have all the details, but I believe I will have disks that are identical so dd might be an option. I do get confused as if needed to restore the data from a dd copy. I know that reversing the command used to dd the disk, but, is the disk now ready to mount and see all the files?
Thanks,
Tony
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-12-2009 09:27 AM
тАО06-12-2009 09:27 AM
Re: copying 3.5tb of data
Can you provide us more information please ?
What are the source and target storage systems ?
What OS ?
What servers ?
Cheers,
Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-12-2009 09:38 AM
тАО06-12-2009 09:38 AM
Re: copying 3.5tb of data
Tony
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-12-2009 02:18 PM
тАО06-12-2009 02:18 PM
Re: copying 3.5tb of data
Many people seem to like "dd" for a job like
this, but I normally prefer something like
a vdump|vrestore pipeline.
> [...] is the disk now ready to mount and
> see all the files?
"dd" may do everything right, and I may worry
too much, but I always worry about what might
go wrong if the (logical) disk size is
different, what happens when there are two
identical disks on the system, and so on.
Besides, I'd expect vdump|vrestore to
defragment everything, and that seems like a
good thing.
Of course, I've never needed to wait while
3.5TB moved through the pipe, and "dd" may be
faster.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-12-2009 10:48 PM
тАО06-12-2009 10:48 PM
Re: copying 3.5tb of data
Another option, if you have the AdvFS Utilities license, is to use addvol and rmvol.
Add a new volume from the target storage system to your AdvFS domain with addvol, then remove the source system's volume with rmvol.
This will copy all the data, whilst still allowing access to the file system. I wouldn't like to say how long 3.5TB would take though...
Cheers,
Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2009 06:18 AM
тАО06-15-2009 06:18 AM
Re: copying 3.5tb of data
Thanks for your reply. I had not considered that. Food for thought. If I do use dd I know that I would reverse the original dd command, but, will all the "new" disks then just mount as though they were filesystems or can I actully just do a mount /dev and view the data prior to releasing the system.
Thanks,
Anthony
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2009 08:07 AM
тАО06-15-2009 08:07 AM
Re: copying 3.5tb of data
As Steven suggested, a pipelined vdump|vrestore would be my preferred method, if you can't go down the addvol/rmvol route...
# vdump -0f - /source | vrestore -xf - -D /destination
Cheers,
Rob
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-15-2009 08:33 AM
тАО06-15-2009 08:33 AM
Re: copying 3.5tb of data
Thanks for the answer...I am just looking for the most efficient way to backup/restore the data. I have no idea the time it would take to backup/restore 3.5tb...I am thinking 24 hrs...who knows...
From what I read dd seems to work, but, I have not seen or heard of anyone bringing a system up and see the dd data as true files...
Thanks,
Anthony
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-16-2009 10:47 AM
тАО06-16-2009 10:47 AM
Re: copying 3.5tb of data
Better off using the backup/restore method recommended for the filesystem type you are using.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
тАО06-16-2009 11:28 AM
тАО06-16-2009 11:28 AM
Re: copying 3.5tb of data
Thanks for your input on this. As I have mentioned it is 3.5tb of data and I was looking for the fastest most efficient way to do this. I know that fast does not translate to efficient sometimes. The file systems are all ADVFS...
Thanks,
Anthony