ADSM-L

Re: incrbydate option

2002-12-19 12:02:26
Subject: Re: incrbydate option
From: John Naylor <john.naylor AT SCOTTISH-SOUTHERN.CO DOT UK>
To: ADSM-L AT VM.MARIST DOT EDU
Date: Thu, 19 Dec 2002 17:00:51 +0000
Thomas,

Thats a good question.
Since the main advantage of incrbydate is to avoid that tiresome list of active
objects being built,
then it would not make sense to pass individual dates for every active object.
You would think it safe to assume that it does not pass a date later than the
completion of the last incremental backup, but it would be nice for
confirmation.





Thomas Denier <thomas.denier AT mail.tju DOT edu> on 12/19/2002 04:19:40 PM

Please respond to "ADSM: Dist Stor Manager" <adsm-l AT vm.marist DOT edu>

To:   adsm-l AT vm.marist DOT edu
cc:    (bcc: John Naylor/HAV/SSE)
Subject:  incrbydate option



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.








**********************************************************************
The information in this E-Mail is confidential and may be legally
privileged. It may not represent the views of Scottish and Southern
Energy plc.
It is intended solely for the addressees. Access to this E-Mail by
anyone else is unauthorised. If you are not the intended recipient,
any disclosure, copying, distribution or any action taken or omitted
to be taken in reliance on it, is prohibited and may be unlawful.
Any unauthorised recipient should advise the sender immediately of
the error in transmission.

Scottish Hydro-Electric, Southern Electric, SWALEC and S+S
are trading names of the Scottish and Southern Energy Group.
**********************************************************************

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