NT 4.0 Bare Metal Restore
1998-04-02 06:26:00
What you describe below is NOT a solution...it's a work around.
Your discussion here, Andy's earlier, and all other discussion about
this fail to point out why the v3 client gui still does not establish
whatever is specified in DOMAIN as the default. You know...highlight
those drives! Pre-expanding the tree is a good idea, but not enough.
If the command line and scheduler interfaces do recognise and honor
the DOMAIN as stated, the gui should too... WITHOUT the need for
developers to add new action items, and more important WITHOUT the
need for me to run around to all my users and retrain them!
Let me approach this from other angles:
1. You have opened up a HUGE potential impact to adsm db space
requirements AND storage pool space.
2. What is the point of backing up data on a network drive that I have
read access to but not write access.
3. Even if I was in a group that did have write access, answer this
one: who of the 100's of clients that backed up file X has the
definative say over what gets restored? Let me see....File X changes
daily. If Andy backed it up today, Mike's backup was from yesterday
(not in the office today), and mine was from a MONTH ago (because I
don't do regular incrmentals), and I open file X and say "Hey, this
file is !@#$%", I will restore the last one I have, and screw up the
rest of the users of this file.
Um, when did Jerry become the sole voice of the ADSM user community?
He certainly did recognize a problem, report it, and something was
done. But, as I've stated before, the methods ADSM development is
proposing are UNACCEPTABLE to me because of the very real aspects of
system failure and data integrety.
I cannot recommend going forward with V3 clients at this time.
Regards,
Al Barth
Scudder Kemper Investments
______________________________ Reply Separator _________________________________
Subject: It's too easy !
Author: Mike Dile <mikedile AT US.IBM DOT COM> at ~Internet
Date: 4/2/98 11:41 AM
The solution to this problem is delivered in two phases.
The most expedient solution we could get to the field was
to provide a backup domain selection on the actions menu
of the GUI. This is available in client v3.1.0.3.
We took APAR IC19879 and had a lengthy discussion with
Jerry Lawson regarding the "too easy to back up the
world" aspect of the current GUI. The solution we agreed
upon would pre-expand the tree to show nodes for local,
remote, and removable media. The timing of this APAR
was such that the work could not be completed in time
to be tested throroughly for PTF 3 release. Our next
Win32 client PTF should include the fix for this APAR.
As has been stated before, the command line and scheduler
service both honor the domain option. To reiterate, the
v3.1.0.3 GUI honors the domain statement when you use the
Action->Backup Domain function.
Mike Dile
ADSM Client (CD) Development
|
<Prev in Thread] |
Current Thread |
[Next in Thread>
|
- Re: NT 4.0 Bare Metal Restore, Phil . Chissell
- NT 4.0 Bare Metal Restore, Don Burdette
- Re: NT 4.0 Bare Metal Restore, Phil.Chissell
- NT 4.0 Bare Metal Restore,
Jerry Lawson <=
- Re: NT 4.0 Bare Metal Restore, Donald Burdette
- NT 4.0 Bare Metal Restore, Jerry Lawson
- Re: NT 4.0 Bare Metal Restore, Donald Burdette
- Re: NT 4.0 Bare Metal Restore, Kelly J. Lipp
- NT 4.0 Bare Metal Restore, Don Burdette [SMTP:dburdett
- NT 4.0 Bare Metal Restore, INTERNET.OWNERAD
- NT 4.0 Bare Metal Restore, Jerry Lawson [SMTP:jlawson
- NT 4.0 Bare Metal Restore, INTERNET.OWNERAD
|
Previous by Date: |
Strange stgpool values - utilized/reclaimable, Lambelet,Rene,VEVEY,FC-SIL/INF. |
Next by Date: |
Reclamation: volume get reclaimed, as soon as written to!, Lambelet,Rene,VEVEY,FC-SIL/INF. |
Previous by Thread: |
Re: NT 4.0 Bare Metal Restore, Phil.Chissell |
Next by Thread: |
Re: NT 4.0 Bare Metal Restore, Donald Burdette |
Indexes: |
[Date]
[Thread]
[Top]
[All Lists] |
|
|