Have you checked for fragmentation on the NTFS drive to which you are
restoring? It could be that it has a large chunk of free contiguous space
on the drive that allows it to restore that portion quickly but then has
only small fragments of free space available for the remainder of the 32gb.
If fra
Is there a way to check for write errors on the tape, where it maybe had to
skip sections of bad media when creating the file on tape? or, possibly
read errors when trying to get the file from tape?
"Allen S. Rout"
<[EMAIL PROTECTED]>
Sent by: "ADSM:
==> On Thu, 22 Dec 2005 07:09:23 -0600, Alexander Lazarevich <[EMAIL
PROTECTED]> said:
> Thanks for the responses all, but it's not a tape mounting issue. I wasn't
> clear enough in my original post, but I am watching the actlog while the
> restore is taking place, and I'm sitting next to the li
Sorry Alex, I understand the deal now.
I have restored SQL and Exchange databases from LTO tape to NTFS
filesystems (of similar size to same filesystem) and also monitored the
IP network throughput and FC throughput during this operation. I have
found the performance to be uniform across the durat
> Any other ideas?
To isolate a possible networking issue, in the past, I have ftped some
files between the TSM server<--->Client just to verify network is cool.
Sung Y. Lee
"ADSM: Dist Stor Manager" wrote on 12/22/2005
08:09:23 AM:
> Thanks for the responses all, but it's not a tape mounting
Alex - Thanks for that isolated example...good to see that kind of
thing.
I would caution against attributing the speed variation to the server
or tape drive until you have a bunch more information. I'm no
Windows expert, but this kind of "pulsing" behavior might be an OS
issue where TCP buffers
Thanks for the responses all, but it's not a tape mounting issue. I wasn't
clear enough in my original post, but I am watching the actlog while the
restore is taking place, and I'm sitting next to the library, so I can
tell when it's doing anything: remounting, rewinding, etc. What I'm
saying is t
Alex
I hate restores that don't go as fast as I want them to, especially when
it's 3 o'clock in the morning, so I'll have a stab at what might be
wrong. The nature of your problem does seem very intermittent and the
fact that some times you do achieve an acceptable speed makes it
difficult.
First
I don't have enough info to say this for sure, but my first suspicion is
that your filesystem has gotten spread out across a lot of tapes. So it
mounts a tape, spins up to the right location, and gets blazing speed.
Then it needs to mount the next tape and spin up to the location of the
next group