ADSM-L

Re: Domino Client question

2006-01-26 10:58:13
Subject: Re: Domino Client question
From: Farren Minns <fminns AT WILEY.CO DOT UK>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 26 Jan 2006 15:56:41 +0000
Hi Del

OK, that all makes sense, but in this case where we are doing full backups
every weekend, and if we wanted to keep data for a year (at least) we are
going to end up with 52 full copies of the db in backup. Which again leads
me to think that the domino client may not be the best tool for long term
archive storage of data. Would I be right in thinking this, or is this the
way things are generally done with domino databases?

All the best

Farren
|-----------------------------+-------------------------------------------|
|   Del Hoobler               |                                           |
|   <hoobler AT US.IBM DOT COM>      |                                          
 |
|   Sent by: "ADSM: Dist Stor |                                         To|
|   Manager"                  |                                [email protected]|
|   <ADSM-L AT VM.MARIST DOT EDU>    |                                ARIST.EDU 
 |
|                             |                                         cc|
|   26/01/2006 15:39          |                                           |
|                             |                                    Subject|
|         Please respond to   |                                Re:        |
|         "ADSM: Dist Stor    |                                [ADSM-L]   |
|             Manager"        |                                Domino     |
|      <ADSM-L AT VM.MARIST DOT EDU> |                                Client    
 |
|                             |                                question   |
|                             |                                           |
|                             |                                           |
|                             |                                           |
|                             |                                           |
|                             |                                           |
|                             |                                           |
|-----------------------------+-------------------------------------------|







Hi Farren,

Right. RETEXTRA says how long to keep the "inactive" versions.

If you want to keep your database backups based on time,
(which many customers do for Domino and Exchange, for example),
you should set VEREXISTS to Nolimit and VERDELETED to Nolimit,
and set the RETEXTRA and RETONLY to the length of time you
want to save the backups.  That way, if you need to do
adhoc backups in the middle of the week for maintanence
reasons, etc, you won't jeopardize your older backups,
for forcing them to prematurely expire.

Thanks,

Del

----------------------------------------------------

Del Hoobler
Tivoli Storage Manager Development
IBM Corporation



"ADSM: Dist Stor Manager" <ADSM-L AT VM.MARIST DOT EDU> wrote on 01/26/2006
10:21:31 AM:

> Aaah, does the 'retextra' option override the 'versions data exists'?
The
> 'retextra' for the default backup copy group is 30 and the 'versions
data
> exists' is set to 7. But I assume if the databases are only backed up
fully
> each week, there would never be any more than 4-5 active/inactive
copies?
>
> Is my thinking correct?
>
> Thanks
>
> Farren


######################################################################
The information contained in this e-mail and any subsequent 
correspondence is private and confidential and intended solely 
for the named recipient(s).  If you are not a named recipient, 
you must not copy, distribute, or disseminate the information, 
open any attachment, or take any action in reliance on it.  If you 
have received the e-mail in error, please notify the sender and delete
the e-mail.  

Any views or opinions expressed in this e-mail are those of the 
individual sender, unless otherwise stated.  Although this e-mail has 
been scanned for viruses you should rely on your own virus check, as 
the sender accepts no liability for any damage arising out of any bug 
or virus infection.
######################################################################