When you select Specify Alternate Path, you will see a "Restore From"
box, and a "Restore To" box.  For each file to be restored, if the
beginning of its path matches Restore From, it is replaced with Restore
To.  If it does _not_ match, then no substitution takes place.

"Overwrite existing files" is a fairly dangerous option, as you have
learned.  If I really need to replace files, I rename or remove the ones
to be replaced before running a restore.

--
Deron Johnson
djohnson AT amgen DOT com

On Tue, Jan 02, 2001 at 03:11:50PM -0500, Dennis Dwyer wrote:
> I just completed a restore request for a user and it didn't quite work out 
> the way I planned. Someone please tell me what I missed:
> 
> Background:
> 
> Master Server: Sun E450 with attached L11000 library (no media servers) 
> running NBU 3.2 (latest patch level I believe)
> 
> Client: NT 4.0 (service pack 6) with NBU 3.2 client installed
> 
> User requested several files spread over several directories to be restored 
> to an alternate directory. The alternate directory was created today 
> especially to receive these restored files.
> 
> 1). I selected each file requested within each directory
> 
> 2). Selected Restore from the menu bar.
> 
> 3). Chose Alternate Path and entered the correct path name.
> 
> 4). Chose Restore Selected Files and Directories
> 
> 5). Files listed in xbp_confirm window were correct
> 
> I did select overwrite existing files knowing there were no files in the 
> target directory to overwrite. The restore job ran and noticeably missing was 
> the line in the log that indicated the file was being restored to a new 
> name/location. Only one file in the list of 23 was actually written to the 
> alternate target directory (the message indicating new name/location was 
> written for this file) but all other files overlaid their original file. 
> Fortunately this was not too devastating but it was rather embarrassing to 
> have to explain to the user why he couldn't find his files in the new 
> directory and why his original files had been overlaid even though I didn't 
> request it. With the restore of a few other files to the original directory 
> (intentionally this time) I was able to synch up the application with minimal 
> impact, so far, on the user.
> 
> Major question at hand: What the heck happened? Is this the way that NBU is 
> supposed to work or am I missing a key piece of the puzzle? I did try a 
> restore of two files from a single directory to the new target directory and 
> it worked fine. A subsequent test of a restore of four files from two 
> different directories yielded the same results as the restore that got me 
> here in the first place.
> 
> Any information to shed a light on this would be greatly appreciated. If this 
> is the way the product works, then so be it. As long as I know that's how 
> it's supposed to work.
> 
> Regards,
> Dennis