Hi, TURNING OFF VERSIONING will leave your ADSM solution completely void
and useless as you will end up with only 1 version per file backed
up....and that is the last time the file was backed up. And yes, your
'point in time' recovery (even with ADSM V3) will be impossible if your
original intent of designing the ADSM solution did not cater for this
requirement...which implies that recovery requirements must dictate ADSM
solution design. ADSM is not just another  product to use for recovery
purposes. Implementation must ensure that logical grouping of files, to be
backed up together, are bound to the same/similar management class(es) that
will ensure consistent point in time recovery. Doing directory level
restore wil then require carefully designed filters (corresponding to those
used in your INCLEXCL lists (where you assigned the mgmtclass)). This way
you can at least expect to get a consistent point in time image of
logically connected files after recovery. And maybe added function to ADSM
would be the capability to restore data at the mgmtclass level??? Like it
is with DFSMS and DFDSS function on the OS/390 platform.

Campbell Esplin
Excalibur Business Solutions
----------
> From: Prather, Wanda <PrathW1 AT CENTRAL.SSD.JHUAPL DOT EDU>
> From: Prather, Wanda <PrathW1 AT CENTRAL.SSD.JHUAPL DOT EDU>
> To: ADSM-L AT VM.MARIST DOT EDU
> Subject: Re: Restoring
> Date: Sunday, January 25, 1998 6:38 PM
>
> A comment & question:
>
> Eric, my understanding is that a true "point in time restore" requires
> more than just installing the V3 client.
> The V3 client has the capability, but you must essentially TURN OFF
> VERSIONING in your management classes to ensure that it works.
>
> Otherwise, the backup versions necessary to do the point-in-time restore
> may not exist!
>
> Am I wrong about this?  Anybody tried it on V3?
>
>
> ===============================================================
> Wanda Prather
> Johns Hopkins Applied Physics Lab
> 301-953-6000 X8769
> wanda_prather AT jhuapl DOT edu
>
> "Intelligence has much less practical application than you'd think."
>               - Scott Adams/Dilbert
> ===============================================================
>
>
>         ----------
>         From:   evanloon AT klm DOT nl[SMTP:evanloon AT klm DOT nl] on behalf 
> of Eric
> van Loon[SMTP:evanloon AT klm DOT nl]
>         Sent:   Friday, January 23, 1998 8:33 AM
>         To:     'ADSM-L AT VM.MARIST DOT EDU'
>         Subject:        RE: Restoring
>
>         If you install the version 3 client you should be able to do a
> point-in-time restore.
>         Kindest regards,
>         Eric van Loon
>
>                 ----------
>                 From:   Pat Mills
>                 Sent:   donderdag 22 januari 1998 22:16
>                 To:     ADSM-L AT VM.MARIST DOT EDU
>                 Subject:        Restoring
>
>                 We spend most of our time here just trying to keep this
> monster, ADSM,
>                 running and protecting it's self. But what if someone
> was crazy enough to
>                 want to restore a user's directory. What if they'd done
> a bunch of changes
>                 and builds to some source code in a directory. What if
> they realize nothing
>                 is working and they'd really like to restore this
> directory back to the way
>                 it was when they woke up two weeks ago. Now our trusty
> ADSM has been doing
>                 it's incrementals nightly. Can I get that directory back
> to that point in
>                 time without restoring every individual file manually?
>
>                 Pat Mills
>                 Sony Disc Mfg