ADSM-L

Re: Backup Storage Pool - One Node per Drive

2003-09-03 19:59:40
Subject: Re: Backup Storage Pool - One Node per Drive
From: Steve Harris <Steve_Harris AT HEALTH.QLD.GOV DOT AU>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 4 Sep 2003 09:57:32 +1000
Will collocate by filespace help here? Or does the data still get processed one 
node at a time?

>>> stixpjr AT BIGPOND.NET DOT AU 04/09/2003 9:00:33 >>>
Bill,

I'll let any of IBM folks correct me if I'm wrong, but yes, to the
best of my knowledge, that's how TSM works.

On Thursday, Sep 4, 2003, at 02:54 Australia/Sydney, Slaughter, Bill
wrote:

> I have been reading the documentation and would like "The List" to
> confirm
> my readings that there is no way around this "feature" (shy of
> splitting the
> nodes data up). Please refrain and HOLD back any "You Should Upgrade
> Your
> Hardware" comments since I am looking for an interim solution till I
> can
> make that purchase.
>
>
>
> If I run a backup storage pool (Disk Pool to Tape Pool) on a storage
> pool
> that contains (roughly) 200 GB of backup data that TSM will only
> allocate 1
> process per NODE no matter how much data is in the DISK pool to be
> backed up
> (up to the amount of processes specified by MAXPROCESS=).
>
>
>
> Given the following DISK storage pool contents:
>
>
>
>             1 Node contains 100GB of Data (50 File Systems)
>
>             1 Node contains 70GB of Data (40 File Systems)
>
>             1 Node contains 30GB of Backup Data (1 File System)
>
>
>
> If I run the following command:
>
>
>
>             TSM> backup stgp DISK_POOL TAPE_POOL maxprocess=4
>
>
>
> At most 3 processes start backing up data (1 per Node) and the longest
> running process is the one with 100GB but it only uses 1 tape drive at
> a
> time. This means to me that the other drives are not being used by the
> backup storage pool processing.
>
>
>
>
>
> Environment:
>
> TSM Server 4.2.3.2  (Testing 5.1.7.2)
>
> HP V2500 32 CPU - HP-UX 11.0
>
> STK 9710 DLT7000 (8 Drives)
>
>
>
>
>
> Bill Slaughter
>
> Tupperware
>
> 407-826-4580
>
>
--
Paul Ripke
Unix/OpenVMS/TSM/DBA
101 reasons why you can't find your Sysadmin:
68: It's 9AM. He/She is not working that late.
-- Koos van den Hout



***********************************************************************************
This email, including any attachments sent with it, is confidential and for the 
sole use of the intended recipients(s).  This confidentiality is not waived or 
lost, if you receive it and you are not the intended recipient(s), or if it is 
transmitted/received in error.

Any unauthorised use, alteration, disclosure, distribution or review of this 
email is prohibited.  It may be subject to a statutory duty of confidentiality 
if it relates to health service matters.

If you are not the intended recipients(s), or if you have received this e-mail 
in error, you are asked to immediately notify the sender by telephone or by 
return e-mail.  You should also delete this e-mail message and destroy any hard 
copies produced.
***********************************************************************************

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