Hi Kevin,

Most people have only 2 policy sets for each policy domain - the acitve and
the inactive one.
I suggest you make a new management class:

*       In the NOCODOM policy domain, create a new management class, for
example call it SYSOBJ_MAN
*       Edit the BACKUP COPY GROUP for that new management class to set your
retention to 7 instead of 60.
*       ACTIVATE the policy set for that domain; that makes the changed
version active.
*       Pick a Win2K client in the NOCODOM domain to test.
*       In the dsm.opt file of that client, put an include statement to
cause TSM to bind the systemobject to the new management class:
              include.systemobject SYSOBJ_MAN

*       Start the backup client and backup the system object
*       Now pretend you are going to restore the system object:
                start the client
                click RESTORE
                expand SYSTEM OBJECT
                click on one of the components (like registry)
                scroll to the right, you should see the time and management
class of the last backup
                if it says SYSOBJ_MAN instead of DEFAULT, it's working
*       Now you have to figure out how you are going to make this happen on
ALL the clients in the NOCODOM domain.
*       You can either use sneakernet and add this to the dsm.opt file of
all the affected clients, or
        create a clientoptionset on the server with this include statement
(certainly easier to do!)



-----Original Message-----
From: Thach, Kevin [mailto:KThach AT COVHLTH DOT COM]
Sent: Monday, October 21, 2002 3:54 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: System Object / Mgmt. Classes / Policy Sets / Backup Groups --
Wh at's the best way??


Hi,

I've been designated the TSM administrator here at my workplace, and I'm
trying to educate myself as I go without making a mess of things.  Our IBM
partner came in and installed the server and a few clients, and handed it
over to me.  I now have about 200 Win2K clients, 40 AIX Clients, and about 5
Linux Clients.

My question is this:

The person that installed our environment basically set up 6 Policy Domains:
Colodom, Exchange, Lanfree, MSSQL, Nocodom, and Oracle.

99% of the clients are in the Nocodom (non-collocated) domain, which has one
policy set, and one management class which has one backup copy group with
retention policies set to NOLIMIT, 3, 60, 60.

So, my problem is this.  It turns out that in trying to upgrade from 4.2.2.3
to 5.1.X we ran into the problem with System Objects BIGTIME.  We are
retaining 60 days worth of System Object files for about 200 Win2K clients,
which translates to about 29,000,000 System Object files, and about 55% of
our TSM database (36 GB).

What we've decided to do before upgrading to 5.1.X is to upgrade to 4.2.3
and lessen the retention for the System Objects.  However, I have no
experience in setting up Mgmt classes, policy sets, etc, and I'm not sure
what I need to do in that arena.

What I'd like to get to is this:

1) System Objects retained for 7 days
2) Everything else retained for 60 days

How do I set up an additional policy set for just the System Object stuff?

Thanks in advance!
-Kevin


This E-mail contains PRIVILEGED AND CONFIDENTIAL INFORMATION intended only
for the use of the Individual(s) named above.  If you are not the intended
recipient of this E-mail, or the employee or agent responsible for
delivering it to the intended recipient, you are hereby notified that any
dissemination or copying of this E-mail is strictly prohibited.  If you have
received this E-mail in error, please immediately notify us at (865)
374-4900 or notify us by E-mail at hdesk AT covhlth DOT com.