ADSM-L

Backup stgpool peculiarity

2006-02-10 08:53:54
Subject: Backup stgpool peculiarity
From: Richard Mochnaczewski <Richard.Mochnaczewski AT STANDARDLIFE DOT CA>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 10 Feb 2006 08:53:31 -0500
Hi Everybody,
 
I have one server using a 300Gb storage pool for its Oracle RMAN backups for 
one large database. After the backup is done, I want to do a backup storage 
pool to my offsite tape pool as quickly as possible by launching the backup 
stgpool command and the number of tape drives to use using the the following 
command :
 
backup stg arc_disk arc_dr maxpr=4
 
After the command is executed, I see 4 processes inititated, but after about 5 
minutes, only one process remains using one tape drive and the backup takes a 
long time for 300Gb ( 4 hours + ) . I know that the database backup is using 4 
channels and there are about 16 files of 16Gb to 20Gb each in the ARC_DISK 
storage pool. Why does it always default to one process instead of multiple 
sessions as I initiate ?
 
Server : AIX 4.3.3 , TSM 5.1.6 ( I know I know , old versions of both OS and 
TSM. The upgrades to AIX 5.2 and TSM 5.3 are currently in progress ).
Rich Mochnaczewski

Standard Life 

(514) 925-7008

Email : richard.mochnaczewski AT standardlife DOT ca

 

La présente communication est confidentielle. Elle ne s'adresse qu'aux 
destinataires désignés ci-dessus. Il est strictement interdit de divulguer, de 
copier ou de distribuer le contenu de la présente communication par quelque 
moyen que ce soit. Si vous recevez le présent courriel par erreur, veuillez 
nous le retourner. Nous contrôlons tous les messages électroniques que nous 
expédions et les soumettons au détecteur de virus. Nous déclinons toutefois 
toute responsabilité quant aux dommages qui pourraient être causés par un virus 
ou aux modifications qui pourraient être apportées à un message par un tiers 
après son envoi. 

This communication is confidential. It is intended only for the recipient(s) 
named above. Any disclosure, copying or other distribution of this 
communication to anyone is strictly prohibited. If you receive this e-mail 
message in error, please return it to us. We virus scan and monitor all e-mails 
but are not responsible for any damage caused by a virus or alteration by a 
third party after it is sent. 

 

<Prev in Thread] Current Thread [Next in Thread>