ADSM-L

Re: Large TSM database due to no. of files and versions

2001-11-30 08:54:35
Subject: Re: Large TSM database due to no. of files and versions
From: Zlatko Krastev/ACIT <acit AT ATTGLOBAL DOT NET>
Date: Fri, 30 Nov 2001 15:54:16 +0200
If your users want to be able to restore *EVERY* version created during the
month you need VERExists=NOLimit and VERDeleted=NOLimit. And with backupset
generation on the first day (or night ;-) of a month you can keep
RETExtra=31 (hey friends, some months are longer `-) and RETOnly=31 (or
more). And just the backupset retension to be 366 days (remember Y2k `-).
But the backupsets are treated as single object in TSM DB and do not occupy
too much.

Backupsets occupy separate volumes and do not mess with other
backups/archives for this and other nodes. So backupsets generation will
improve restore time of other nodes (slightly) and this node (much, much
more).

And creation of archives is done with all archived data traversing the net
again !


Zlatko Krastev
IT Consultant






Kilchenmann Timo <timo.kilchenmann AT EURODIS DOT CH> on 26.11.2001 16:02:45
Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
To:     ADSM-L AT VM.MARIST DOT EDU
cc:

Subject:        Large TSM database due to no. of files and versions

Dear all,

We have the following problem:

We are backing up some large Novell servers (more than 1 million files per
Server). The users want to be able to restore every version of a file 30
days back and every version of a file at the end of a month 12 months back.
In order to meet these requirements at least partly we set the backup
management class as follows:

Versions Data Exists: 10
Versions Data Deleted: 5
Retain Extra Versions: 366
Retain Only Version: 366

Because of these settings, the TSM database grew to 15 GB in the last 6
months and is growing fast even further. Restore performance is bad for
these servers as well.

Is there a possibility / idea to get over this apart from using archives?
Is
it possible to create archives (not backupsets) from existing data on the
TSM server?

Any idea is welcome!

Eurodis Schweiz AG
Data Division
Timo Kilchenmann
Systems Engineer
-----------------------------------------------------------
Timo Kilchenmann     E-Mail  timo.kilchenmann AT eurodis DOT ch
Timo Kilchenmann     E-Mail  timo.kilchenmann AT eurodis DOT ch
Eurodis Schweiz AG   Phone   +41 1 843 34 91 (direct)
Bahnstrasse 58/60    or      +41 1 843 32 32
CH-8105 Regensdorf   Telefax +41 1 843 34 24
Switzerland          Mobile  +41 79 417 43 55
                     http://www.eurodis.ch
-----------------------------------------------------------
=========================================================================
<Prev in Thread] Current Thread [Next in Thread>