ADSM-L

Re: [ADSM-L] Best way to use TSM to move 2Tb of data

2008-12-12 15:19:36
Subject: Re: [ADSM-L] Best way to use TSM to move 2Tb of data
From: "Strand, Neil B." <NBStrand AT LMUS.LEGGMASON DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 12 Dec 2008 15:18:04 -0500
You could attach forty 7 port USB hubs each with 8GB thumb drives in a
10d:1p RAID 5 configuration and simply copy the data. :-)))

Cheers,
Neil Strand
Storage Engineer - Legg Mason
Baltimore, MD.
(410) 580-7491
Whatever you can do or believe you can, begin it.
Boldness has genius, power and magic.


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Huebner,Andy,FORT WORTH,IT
Sent: Friday, December 12, 2008 2:08 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Best way to use TSM to move 2Tb of data

Again this is not a TSM solution, but we use an EMC product to duplicate
disks.  As long as both disks are available to the system at the same
time take a look at OpenMigrater if you have access to EMC software.  It
does a block level copy while the system is up.  When it is done it
keeps the drives synced until a reboot replaces the old drive with the
new one.  We usually see about 20-30GB an hour.  We have done 10 million
+ file systems in just a few hours.

Andy Huebner
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Nicholas Rodolfich
Sent: Friday, December 12, 2008 11:05 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Best way to use TSM to move 2Tb of data

Well, it turns out that the client has no downtime for this system so I
don't think the image thing is an option. Not to mention one of the
admins installed the LVSA code through the GUI setup wizard the night
before and chose to reboot later and the system crashed with a bugcheck
for TSMLVSA.sys yesterday. IBM had multiple tickets where this had
occurred at other customers in their database. We are waiting on a
reasonable explanation from IBM but the client is not too comfortable
with the image idea at this point and is looking to use their old Backup
Exec system where they have been successful doing this in the past
(SHAME! SHAME!). I suggested the robocopy method to them but it is their
decision/data.

Thanks for all of your help!! Your are a great bunch of folks!!

Nicholas



If you assume a file create rate of about 100,000/hour then you are
looking at a 20 hour restore if all else goes well.  You might squeeze
more file creates out of your new server, but who really knows?  If you
assume a 200 GB/hour transfer rate and use image instead, you can cut
the restore time in half. You can't improve the file create rate by
using multiple streams.
In fact, that actually reduces the rate.

I'm still advocating the image route.

Kelly Lipp
CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777 x7105
www.storserver.com


-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:ADSM-L AT VM.MARIST DOT EDU] On Behalf Of
Nicholas Rodolfich
Sent: Thursday, December 11, 2008 3:08 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: [ADSM-L] Best way to use TSM to move 2Tb of data

It is ~2,000,000 individual files after hours.


This e-mail (including any attachments) is confidential and may be
legally privileged. If you are not an intended recipient or an
authorized representative of an intended recipient, you are prohibited
from using, copying or distributing the information in this e-mail or
its attachments. If you have received this e-mail in error, please
notify the sender immediately by return e-mail and delete all copies of
this message and any attachments.
Thank you.

IMPORTANT: E-mail sent through the Internet is not secure and timely delivery 
of Internet mail is not guaranteed. Legg Mason therefore, recommends that you 
do not send any  action-oriented or time-sensitive information to us via 
electronic mail, or any confidential or sensitive information including:  
social security numbers, account numbers, or personal identification numbers.

This message is intended for the addressee only and may contain privileged or 
confidential information. Unless you are the intended recipient, you may not 
use, copy or disclose to anyone any information contained in this message. If 
you have received this message in error, please notify the author by replying 
to this message and then kindly delete the message. Thank you.