-7175
-Original Message-
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Joshua Bassi
Sent: Wednesday, November 20, 2002 1:26 PM
To: [EMAIL PROTECTED]
Subject: Re: tape-to-tape performance
Take a look at the movebatchsize, movesizethresh and bufpoolsize. These
3 options
they are more than ever likely to have to
depend on their DR !
Dwight
-Original Message-
From: Conko, Steven [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 20, 2002 2:35 PM
To: [EMAIL PROTECTED]
Subject: Re: tape-to-tape performance
thanks for that insight. i forgot to mention we
The storage pool backup that you are doing could be directly affected by the
database performance. Is this 1.6TB a lot of small files?
On the IO configuration side, how are your tape drives connected, SCSI or
FC? I suspect SCSI. If you have more than 2 drives, on a SCSI adapter that
is the
Take a look at the movebatchsize, movesizethresh and bufpoolsize. These
3 options have a direct corrolation for tape to tape copy processes.
--
Joshua S. Bassi
IBM Certified - AIX 4/5L, SAN, Shark
Tivoli Certified Consultant - ADSM/TSM
eServer Systems Expert -pSeries HACMP
AIX, HACMP, Storage,
Is 1.6 TB the amount of must have/critical information ?
and is that already compressed ?
Knowing each tape mount runs about 90 seconds, any way to reduce tape mounts
will speed up copies.
If you have collocation on, turning it off ~could~ help... and collocation
can/is set on both primary pools
-
From: Cook, Dwight E [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, November 20, 2002 3:22 PM
To: [EMAIL PROTECTED]
Subject: Re: tape-to-tape performance
Is 1.6 TB the amount of must have/critical information ?
and is that already compressed ?
Knowing each tape mount runs about 90 seconds, any way