Justino,
sounds like my robocopy suggestion. ...just that you use TSM instead of the
robocopy tool. ;-) I suppose this is the best solution if your boss told you
to do do the migration "the professional way" with TSM and not with some
free of charge tools. :-)
But you could use robocopy to check
What about an incremental or asynchronous restore (or whatever we may
want to call it)...
The file space may have 2TB but how much of it is changing every day ?
5%, 10 %, 15% ?
I Would try the following:
1) copy the dsm.opt file to the target machine
2) target machine only:
Issue a "ds
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.
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 dr
On Dec 12, 2008, at 17:46 , Kelly Lipp wrote:
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
AH.
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:ads...@vm.marist.edu] On Behalf Of Fred
Johanson
Sent: Friday, December 12, 2008 10:34 AM
To: ADSM-
You mean like this?
CRONUSXBkup /mnt/ide0 2 OFFSITEPO- 10,222,45
3,529,279 3,526,778
OL1
.74 .09
Or its departmental companion?
ATHENSXBkup /mnt/ide0
The only practical way to do this is via replication. I believe there
are some products out there for Windows and Linux that are software
based. Just set it up, wait for it to finish. Verify it is fully
synched and cut over to the new replica.
Orville Lantto
-Original Message-
From:
Amen to Dwight's comment! And can you imagine a filespace with 10M files? I
shudder...
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:ads...@vm.marist.edu] On
I've seen restores of 1+M files take days due to the delays associated with
general system over head (creating directory entries, etc...) and by days I
mean 5-7+.
And so again, I'll mention...
Just because you CAN put a million or more files on a single drive doesn't
mean it's a good idea!
Dwigh
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 y
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 tim
Hi Nicholas,
2008/12/11 Nicholas Rodolfich
> It is ~2,000,000 individual files after hours.
>
I would also recommend the robocopy way! Run a robocopy job transferring all
files to the new volume. That may run even for days but if you run it again
at the beginning of you scheduled transfer-downt
It is ~2,000,000 individual files after hours.
I think the advantage is on the restore: you won't have to create a gazillion
little files which is actually the bottleneck (typically) in Windows. The
backup will be limited to one stream, but that will be faster too, on the order
of what a GiGE network can optimally do: 200-300GB/hour. I thi
That will limit you to a single session performing an image backup (won't
it??? I don't use image backup)
Windows clients have become better at pumping data but lately but a single
session still won't come near maxing out a NIC.
We have some multiple TB SAP data bases on windows servers (I know
How about an image backup? Eliminate the small file issues on backup and
restore...
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:ads...@vm.marist.edu] On Beha
Is it lots of little files (I know, silly question with it being a windows
file server).
Also, how long is "over night"?
Is that compressed client data or is it file space data?
Is that a backup or archive?
What is your network? 100 Mb/sec fast Ethernet? Gig Ethernet? Teamed
NIC's?
I'd run archi
Nicholas,
If all your client needs to do is get the data from point A to B, I
wouldn't even use TSM. Tell your Windows engineers to use the built in
robocopy utility and go direct. This is how we migrated 4TB of user data
from old to new fileservers. Not only do you avoid wasting TSM
resources,
>> On Thu, 11 Dec 2008 13:35:35 -0600, Nicholas Rodolfich
>> said:
> I have a client that needs to move a 2Tb volume on their Windows file
> server. Their TSM sever is also on Windows w/TSM v5.3.4. What is the
> fastest/best way to accomplish this. We tested an archive but it only got
> 340Gb o
We installed storage agents on two unix servers that have weekly 2TB
archives. Each archive takes about 6.5 hours.
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Nicholas Rodolfich
Sent: Thursday, December 11, 2008 1:36 PM
To: ADSM-L@VM.MARIST.
What kinid of data is it: static files that don't change much (stuff),
database, lots of files being created/deleted.
Rick
Nicholas
Rodolfich
ADSM-L@VM.MARIST.EDU
Sent by: "ADSM:cc
On the face of it, this sounds like a job for Image backup.
Richard Sims
23 matches
Mail list logo
