Re: Permanent retention

do the directory archives still go to the management class with the longest
retention ?
I put a 10 year archive management class in systems I built 6 years ago and
as people performed thousands of archives a day (for each of hundreds of
registered clients) the tsm databases grew out of controll...
I believe such issues are currently resolved (one way or another) but I
still don't make long term archive management classes available... I deal
with those needs in other ways (export of the data/node)

Dwight



-----Original Message-----
From: Prather, Wanda [mailto:Wanda.Prather AT jhuapl DOT edu]
Sent: Monday, December 02, 2002 11:39 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Permanent retention


I agree with Zlatko; I don't think the archives will grow your data base all
that much.

But even if your DB got too big over time, you could use a second instance
of the TSM server and use just THAT server for your archives, to split the
DB into more manageable pieces.

But you shouldn't have to do that for a long time.



-----Original Message-----
From: Dorothy LIM Kay Choo [mailto:Dorothy.LimKC AT UOBGROUP DOT COM]
Sent: Monday, December 02, 2002 4:43 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Permanent retention


Hi Zlatko,

Thks for the suggestion. I understand that the archive function will result
in huge database. I believe there is a protential problem if the database
grows too big.

Because of the above, I tried to used backupset which was recommended to be
as a better option.

        Regards,
        Dorothy Lim
        Systems & Network Division, United Overseas Bank Limited
        mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore
119954
        e-mail:  Dorothy.LimKC AT UOBgroup DOT com   // tel: 371 5813   // fax: 
270
3944

        Privileged/Confidential information may be contained in this
communication (which includes any attachment(s)).  If you are not an
intended recipient, you must not use, copy, disclose, distribute or retain
this communication or any part of it.  Instead, please delete all copies of
this communication from your computer system and notify the sender
immediately by reply email.  Thank you.


-----Original Message-----
From: Zlatko Krastev/ACIT [mailto:acit AT ATTGLOBAL DOT NET]
Sent: Monday, December 02, 2002 4:01 PM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: Permanent retention


Look at the "Archive" function of TSM client. It can be invoked from CLI
by using "dsmc archive <objects> <options>" or from GUI/Web pressing
button "Archive" instead of "Backup".
With appropriate settings in archive copygroup (which is different from
backup copygroup) this is very easy to achieve. Look for "def copy t=a"
server command.

Zlatko Krastev
IT Consultant






Dorothy LIM Kay Choo <Dorothy.LimKC AT UOBGROUP DOT COM>
Sent by: "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
02.12.2002 08:47
Please respond to "ADSM: Dist Stor Manager"


        To:     ADSM-L AT VM.MARIST DOT EDU
        cc:
        Subject:        Permanent retention


Hi,

I would like to seek advise on how to use TSM to keep my information
permanent.

Before the application, execute the end-of-day processing, a set of
database
will be dump.

After the end-of-day processing, there is another dump to database which
will overwrite the previous.

I need to keep both set for a retention of 7 years.

Any advise ?
        Regards,
        Dorothy Lim
        Systems & Network Division, United Overseas Bank Limited
        mailing address: 396 Alexandra Road, #04-00, BP Tower Singapore
119954
        e-mail:  Dorothy.LimKC AT UOBgroup DOT com   // tel: 371 5813   // fax:
270
3944

        Privileged/Confidential information may be contained in this
communication (which includes any attachment(s)).  If you are not an
intended recipient, you must not use, copy, disclose, distribute or retain
this communication or any part of it.  Instead, please delete all copies
of
this communication from your computer system and notify the sender
immediately by reply email.  Thank you.