ADSM-L

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

2001-12-01 16:49:44
Subject: Re: Large TSM database due to no. of files and versions
From: Zlatko Krastev/ACIT <acit AT ATTGLOBAL DOT NET>
Date: Sat, 1 Dec 2001 23:49:24 +0200
AFAIK, no. You can specify which volumes to be used for backupset
generation but they cannot be reused without overwrite. Will this be
resolved in next version(s) is another question.
I do not know why you are not satisfied by the command line. If you look
at Andrew Raibeck's signature - "The command line is your friend". And I
can confirm this is true for me. However some of Tivoli Enterprise products
have tasks which can be done only through GUI but not CLI. And this is
nearly impossible to automate.
What is your problem with backups during archive? Is it time constrain,
lack of bandwidth, tape drives occupation, etc. ? If this is a technical
problem the list can help you. But if it needs more resources then it is
for managers and purchasing department.

Zlatko Krastev
IT Consultant





Joe Cascanette <Joe.Cascanette AT CUMIS DOT COM> on 30.11.2001 17:46:21
Please respond to "ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU>
To:     ADSM-L AT VM.MARIST DOT EDU
cc:

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

Is it possible to assign a group of tapes to hold a group of backup
sets?. I have 5 servers that I am creating backup sets on a daily basis
(collocation is turned on, and I have 10 drives, so the creation time
frame is pretty fast). But can I bundle all these servers onto a few
tapes?

My over all goal (when Tivoli fixes the backup set option and adds the
ability to drill down the backup set with the gui) is to use backup sets
in place of monthly archives.

I don't know about anyone else, but I am unable to perform my daily
backups during an archive weekend. Changing to Backup Sets will fix this
problem.

Joe Cascanette
The Cumis Group Limited

<Prev in Thread] Current Thread [Next in Thread>
  • Re: Large TSM database due to no. of files and versions, Zlatko Krastev/ACIT <=