Heh, heh. Ok, ok, so I rambled a little. I was answering the original
question of, "how long does file xxx stick around?" from Gisbert Schneider's
email.
Alex
-----Original Message-----
From: Remeta, Mark [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 21, 2001 1:08 PM
To: [EMAIL PROTECTED]
Subject: Re: retain extra vs retain only
Just thinking out loud or is there a question hidden here somewhere???
Hmmm....
-----Original Message-----
From: Alex Paschal [mailto:[EMAIL PROTECTED]]
Sent: Tuesday, August 21, 2001 3:57 PM
To: [EMAIL PROTECTED]
Subject: Re: retain extra vs retain only
Hmm... The admin guide says it counts days elapsed since the inactivate
date.
inactivate date (due to new version or deletion)
day0 day30 day60 (delete) day 90 day 120
ver1 ver2 ver3 ver1 exp ver2 exp
vs retextra vs retextra;
ver3 exp
vs retonly
at 60 days
ver1 gets expired after 90 days, so day90. ver2 would stay for 90 days,
then get expired also, so day120. I would guess that from day61 through
day120, ver3 is compared to retextra because it's not the only remaining
version. Then when ver2 is expired, ver3 becomes an only, the inactivate
date on ver3 is then compared to retonly (30), is found to be more than 30
days ago, and immediately expired. So I would guess ver2 and ver3 are
expired at 90 days from ver2's inactivate date. Unless ver3 was
deleted/inactivated more than 60 days after the ver2 inactivate date, in
which case 30 days from ver1's inactivate date would extend beyond the ver2
expiration.
Alex
-----Original Message-----
From: Kelly J. Lipp [mailto:[EMAIL PROTECTED]]
Sent: Friday, August 17, 2001 8:37 AM
To: [EMAIL PROTECTED]
Subject: Re: retain extra vs retain only
The only file that gets kept for retonly days is the copy of the file that
was deleted from the filespace. All the other copies are kept for 30 days
with the active file (a copy of the file on the filespace that has not been
deleted) being kept forever (as long as the file on the filespace isn't
deleted).
If your goal is to be able to offer the user the ability to restore a file
to any state within the previous 90 days, say, then you should set things up
as follows:
Versions Data Exists unlimited
Versions Data Deleted unlimited
Retain Extra Versions 90
Retain Only Version 90
You set the versions to unlimited since there is a possibility you could
perform backups more than once per day. Is this setting going to consume
lots of space on your server? Consider that the vast majority of files do
not change everyday. Only some of them. Keeping a big database this long
could be a problem so don't do that! You would probably never restore a
database back 90 days anyway. But then someone will scream "but what about
long term archive of databases?" Export to ascii and use Arvhive, not
backup. See my paper!
Am I rambling?
Kelly J. Lipp
Storage Solutions Specialists, Inc.
PO Box 51313
Colorado Springs CO 80949-1313
(719) 531-5926
Fax: (240) 539-7175
Email: [EMAIL PROTECTED] or [EMAIL PROTECTED]
www.storsol.com
www.storserver.com
-----Original Message-----
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of
Maurice van 't Loo
Sent: Friday, August 17, 2001 9:22 AM
To: [EMAIL PROTECTED]
Subject: Re: retain extra vs retain only
I say 30 days....
----- Original Message -----
From: "Gisbert Schneider" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Friday, August 17, 2001 12:37 PM
Subject: retain extra vs retain only
hello to all,
consider this: retain extra is set to 90 days, retain only is set to 30
days. I4m doing an daily incremental backup, after this I delete the file
xxx from workstations disk. How long the tsm server is keeping the file xxx
? 30 or 90 days ?
I defined the copy group like this:
Versions Data Exists 3
Versions Data Deleted 3
Retain Extra Versions 90
Retain Only Version 30
Copy Mode MODIFIED
Copy Serialization SHRDYNAMIC
Copy Frequency 0
The documentatios says:
RETExtra
Specifies the number of days to retain a backup version after that
version becomes inactive. A version of a file
becomes inactive when the client stores a more recent backup version,
or when the client deletes the file from the
workstation and then runs a full incremental backup.
RETOnly
Specifies the number of days to retain the last backup version of a
file that has been deleted from the client file
system.
Thank you !
______________________________________________________________________
Da E-Mails leicht unter fremdem Namen erstellt oder manipuliert werden
koennen, muessen wir zu Ihrem und unserem Schutz die rechtliche
Verbindlichkeit der vorstehenden Erklaerungen ausschliessen. Die fuer
die Stadtsparkasse Koeln geltenden Regeln ueber die Verbindlichkeit von
rechtsgeschaeftlichen Erklaerungen mit verpflichtendem Inhalt bleiben
unberuehrt.
"WorldSecure <Freightliner.com>" made the following
annotations on 08/21/01 12:45:13
----------------------------------------------------------------------------
--
[INFO] -- Content Manager:
The information contained in this communication is confidential and intended
solely for the use of the individual to whom it is addressed and others
authorized to receive it. If you are not the intended recipient, any
disclosure, copying, distribution or taking of any action in reliance on the
contents of this information is prohibited. If you have received this
communication in error, please immediately notify the sender by phone if
possible or via email message.
============================================================================
==
Confidentiality Note: The information transmitted is intended only for the
person or entity to whom or which it is addressed and may contain
confidential and/or privileged material. Any review, retransmission,
dissemination or other use of this information by persons or entities other
than the intended recipient is prohibited. If you receive this in error,
please delete this material immediately.
"WorldSecure <Freightliner.com>" made the following
annotations on 08/21/01 13:25:45
------------------------------------------------------------------------------
[INFO] -- Content Manager:
The information contained in this communication is confidential and intended solely
for the use of the individual to whom it is addressed and others authorized to receive
it. If you are not the intended recipient, any disclosure, copying, distribution or
taking of any action in reliance on the contents of this information is prohibited. If
you have received this communication in error, please immediately notify the sender by
phone if possible or via email message.
==============================================================================
