ADSM-L

Re: incrbydate option

2002-12-23 16:27:43
Subject: Re: incrbydate option
From: "Seay, Paul" <seay_pd AT NAPTHEON DOT COM>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Fri, 20 Dec 2002 20:07:52 -0500
This subject looked like burnt potatoes the last time it was discussed.  It
is finished being discussed here, the archives are the answer!

Paul D. Seay, Jr.
Technical Specialist
Naptheon Inc.
757-688-8180


-----Original Message-----
From: Mark D. Rodriguez [mailto:mark AT MDRCONSULT DOT COM]
Sent: Friday, December 20, 2002 1:31 AM
To: ADSM-L AT VM.MARIST DOT EDU
Subject: Re: incrbydate option


Thomas Denier wrote:

>The documentation for the incrbydate options states that it will "back
>up new and changed files with a modification date later than the last
>incremental backup stored at the server". This is somewhere between
>ambiguous and incoherent. An incremental backup takes place over a time
>interval, not at a specific moment. Does anyone know exactly what time
>is compared to the file modification times?
>
>The clocks on most if not all of our client systems are synchonized to
>an NNTP server. The clock on our OS/390 TSM server is synchronized to
>the operator's wristwatch. As a result, the mainframe clock is often as
>much as several minutes out of synchronization with the client clocks.
>How does this affect the behavior of the incrbydate option?
>
>I am getting extremely tired of spending time dealing with amgiguities,
>omissions, and outright errors in the TSM documentation.
>
>
Thomas,

Rather than re-hash an old subject, may I suggest you look in the archives
of 3 or 4 months ago. There was a rather long thread that covered this
subject at length. However, I will give you the short version. Every time
you do a regular incremental backup there is a time
stamp(TS) that is set in ITSM DB. It is that TS that is used by the
INCRBYDATE option. It simply checks to see if the file modification time is
newer than the TS I just mentioned. There are many draw backs to using
INCRBYDATE, if you don't need it I recommend that you don't use it.

On another note a strongly agree with what Richard said about giving
feedback to the Documentation group.

--
Regards,
Mark D. Rodriguez
President MDR Consulting, Inc.

============================================================================
===
MDR Consulting
The very best in Technical Training and Consulting.
IBM Advanced Business Partner
SAIR Linux and GNU Authorized Center for Education
IBM Certified Advanced Technical Expert, CATE
AIX Support and Performance Tuning, RS6000 SP, TSM/ADSM and Linux Red Hat
Certified Engineer, RHCE
============================================================================
===

<Prev in Thread] Current Thread [Next in Thread>