ADSM-L

Re: Collocation - on or off

2001-11-15 17:16:02
Subject: Re: Collocation - on or off
From: Jeff Bach <jdbach AT WAL-MART DOT COM>
Date: Thu, 15 Nov 2001 16:12:44 -0600
Limit the maxscratch to the number of tapes you want the collocated storage
pool to use.

Watch the "PCT Utilization" of the storage pool to determine if more tapes
are needed.  I like to keep it under 35%.

Make sure you continue to reclaim the tapes as usual.  When a tape is marked
FULL, more data is not written to until it is reclaimed.

Ie:  A storage pool with 100 tapes 10% used and each is in FULL status can
receive no more data.

Jeff Bach
Home Office Open Systems Engineering
Wal-Mart Stores, Inc.

WAL-MART CONFIDENTIAL


        -----Original Message-----
        From:   Luke Dahl [SMTP:ldahl AT JPL.NASA DOT GOV]
        Sent:   Thursday, November 15, 2001 3:19 PM
        To:     ADSM-L AT VM.MARIST DOT EDU
        Subject:        Collocation - on or off

        Hi,
            We're trying to determine if we should use collocation on a
system
        we plan to put into production shortly.  My question is whether or
not
        it's possible to turn collocation on and specify the number of nodes
        assigned to a tape.  The reason I ask is because we expect the
addition
        of approximately 2,500 nodes, with the majority being workstations.
The
        media we will be using are extended tapes holding up to 70GB
        compressed.  If we collocate and a individual tape is assigned to
each
        workstation we will waste all of that space (assuming each node will
        have about 10GB aggregate over the expected subscription period)
right?
        Will TSM allow for shared tapes if there aren't enough tapes for
each
        node?
        YES
        What about if there aren't any scratch tapes in the library and a
        new node is added?
        YES
          Thanks in advance!

        Luke


**********************************************************************
This email and any files transmitted with it are confidential
and intended solely for the individual or entity to
whom they are addressed.  If you have received this email
in error destroy it immediately.
**********************************************************************
<Prev in Thread] Current Thread [Next in Thread>