Krastev
Sent: Friday, May 17, 2002 1:11 AM
To: [EMAIL PROTECTED]
Subject: Re: Performance again!!!
Backup direct to tape involves the communications. Migration is purely
server process. So its check can eliminate some TCP bottlenecks (if any).
For local client there should be no big difference.
Zlatko
uot; <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject:Re: Bad performance... again
Thanks for that David,
To increase the cache-hit percentage you will need to shutdown TSM.
Backup and edit BUFPOOLSIZE in dsmserv.opt and restart the TSM server.
It's probably wo
a "q options" and "q db f=d" to see what's going on with
> BUFPOOLSIZE in
> relation to cache-hits. You obviously don't want to use up virtual-memory at
> peak load
> times.
>
> Mike.
>
> > -Original Message-
> > From: David Longo [S
bviously don't want to use up virtual-memory at
peak load
times.
Mike.
> -Original Message-
> From: David Longo [SMTP:[EMAIL PROTECTED]]
> Sent: Friday, June 14, 2002 9:15 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Bad performance... again
>
> Well, I
e 14, 2002 9:15 AM
> To: [EMAIL PROTECTED]
> Subject: Re: Bad performance... again
>
> Well, I'll take a few shots.
>
> 1. Network - Have you tried some FTP or similar tests at OS level
> between TSM server and clients to see if Network performance is o.k.?
>
> 2.
Well, I'll take a few shots.
1. Network - Have you tried some FTP or similar tests at OS level
between TSM server and clients to see if Network performance is o.k.?
2. Your Atape driver is WAY behind.
3. Drive microcode on 3584 is behind (Not as far as Atape though).
4. There were some noti
Hi everybody,
I know this is a subject that comes very often, and that various answers
were already give, but, after searching through the list archives, I am
still not totally sure of what I should do:
I have a TSM Server that does his backups not quite fast. First, I
thought of a networ
ECTED] or [EMAIL PROTECTED]
www.storsol.com or www.storserver.com
(719)531-5926
Fax: (240)539-7175
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Fletcher, Leland D.
Sent: Saturday, May 18, 2002 9:15 AM
To: [EMAIL PROTECTED]
Subject: Performance
nd 75 seconds to disk.
> Is it possible that most of the 9 minutes was tape
> mount and positioning
> time?
>
>
> > Please respond to "ADSM: Dist Stor Manager"
> <[EMAIL PROTECTED]>
> > Sent by:"ADSM: Dist Stor Manager"
> > <
quot;
> <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> cc:
>
> Subject:Performance again!!!
>
> Hello everybody,
>
> It seems like TSM performance problems will neer
> end!!!
>
> Here is the new problem:
>
> The customer is running TSM 4.2.1.
AIL PROTECTED]>
Sent by:"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject:Re: Performance again!!!
Hello,
we didn't try that one ...
Is there any reason for the migration from disk to
tape to be faster than backup from disk to
Krastev
> IT Consultant
>
>
>
>
> Please respond to "ADSM: Dist Stor Manager"
> <[EMAIL PROTECTED]>
> Sent by:"ADSM: Dist Stor Manager"
> <[EMAIL PROTECTED]>
> To: [EMAIL PROTECTED]
> cc:
>
> Subject:Perfor
How long does the migration to tape take after backup to disk?
Zlatko Krastev
IT Consultant
Please respond to "ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
Sent by:"ADSM: Dist Stor Manager" <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
cc:
Subject:
Hello everybody,
It seems like TSM performance problems will neer
end!!!
Here is the new problem:
The customer is running TSM 4.2.1.0 on a Windows 2000
server machine . An IBM rack case 82XX which contains
a Quantum DLT8000 tape drive is connected to the
server.
The driver version for the Quan
14 matches
Mail list logo