Eric,

What is the recommended volume size.  I have seen someone mentioned 5G, but then
the number of volumes will explode from about 800 (current # of 3590 primary
tapes) to thousands.

How about keeping the staging space so clients backup to staging then migrate
to FILE volumes.  Then every volume will be filled up.

Eliza

>
> Hi Eliza!
> You do want several smaller files, rather than a few very large files
> because each client session will allocate a volume. File volumes cannot be
> used concurrently by more than one session.
> Kindest regards,
> Eric van Loon
> KLM Royal Dutch Airlines
>
>
> -----Original Message-----
> From: Eliza Lau [mailto:[EMAIL PROTECTED]
> Sent: Monday, September 20, 2004 19:11
> To: [EMAIL PROTECTED]
> Subject: D2D on AIX
>
>
> Our 3494 with 3590K tapes in 3 frames is getting full.  Instead of adding
> another frame or upgrading to 3590H or 3592 tapes we are looking into
> setting
> up a bunch of cheap ATA disks as primary storage.
>
> The FILE devclass defines a directory as its destination and JFS2
> has a max file system size of 1TB.  Does it mean the largest stgpool
> I can define is 1TB?
>
> My Exchange stgpool alone has 8TB of data.  Do I have to split it up
> into 8 pieces?
>
> server: TSM 5.2.2.5 on AIX 5.2
> database 90GB at 70%
> Total backup data - 22TB
>
> Eliza Lau
> Virginia Tech Computing Center
> [EMAIL PROTECTED]
>
>
> **********************************************************************
> For information, services and offers, please visit our web site: http://www.klm.com. 
> This e-mail and any attachment may contain confidential and privileged material 
> intended for the addressee only. If you are not the addressee, you are notified that 
> no part of the e-mail or any attachment may be disclosed, copied or distributed, and 
> that any other action related to this e-mail or attachment is strictly prohibited, 
> and may be unlawful. If you have received this e-mail by error, please notify the 
> sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart 
> Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for 
> the incorrect or incomplete transmission of this e-mail or any attachments, nor 
> responsible for any delay in receipt.
> **********************************************************************
>

Reply via email to