Video Screencast Help

Bprestore from windows client

Created: 28 Feb 2013 | 14 comments

Hello All,

I am trying to restore file on windows 2003 client using "bprestore" command.

Please provide some tips for to restore.

Details are given below,

1) Source and Destination Client name : fbdbackup

2) Policy Name: nbu_fbd

3) Policy Type : WindowsNet

4) Backup Date : 02/28/2013

5) Source Path : C:\VERITAS\Backup\*

6) Destination path : C:\Restore\

7) Master Server : fbdmaster (OS type is HP-UX )

 

Thanks in advance for your valuable inputs.

 

Operating Systems:
Discussion Filed Under:

Comments 14 CommentsJump to latest comment

Vickie's picture

I already followed the steps provided in tech note.

But I dont want to creat different - 2 file, just want to perform it via command and give all required things in command using suitable switches.

http://www.symantec.com/business/support/index?page=content&id=TECH21196&profileURL=https%3A%2F%2Fsymaccount-profile.symantec.com%2FSSO%2Findex.jsp%3FssoID%3D1362082225870483AGnS396m0Eoqey2Fg2912Y55A2BRXY69Ci

Vickie's picture

I already checked below mentioned tech note.

But want to restore by single command, so that rename.txt file and filelist.txt would not be required to create.

http://www.symantec.com/docs/TECH21196

revaroo's picture

That document tells you everything you need to know. Just follow it and you will achieve what you want to do.

Otherwise, look at the man page for bprestore

 

bprestore [-A | -B] [-K] [-l | -H | -y] [-r] [-T] [-L progress_log [-en]] [-R rename_file] [-C client] [-D client] [-S master_server] [-disk_media_server media_server][-t policy_type] [-p policy] [-k "keyword_phrase"] [-cm] [-drs] [-md] [-dd] [-td temp_dir] [-s date] [-e date] [-F file_options] [-spsredir_server hostname] [-spscurver] [-spsignorelock] [-spspreserveiis] [-spsrestoresecurity] [-spsverkeep [0 | 1 | 2]] [-vhd_fn VHD_filename] [-vhd_type 0 | 1] [-vhd_dsize VHD_disk_size] [-vhd_dof 0 | 1] -BR portal_name | teamsite_name] [-copy copy_number] [-granular_restore] [-priority number] [-w [hh:mm:ss]] -f listfile | filenames [-ev_migrated_data]

 

-R and -f look to be options you need!

 

Vickie's picture

Thanks revaroo

I tried with below command,

C:\VERITAS\Netbackup\bin> bprestore -B -C fbdbackup -D fbdbackup -S fbdmaster -t 13 -p nbu_fbd -s 02/28/2013 -R /C/Restore/ -f /C/VERITAS/Backup/

But it shows no entity found, while bplist command show the list of files.

revaroo's picture

 

You have specified a directory not a file with the -R option and -f option
 
 
 
-R rename_file
Specifies the name of a file with name changes for alternate-path restores.
 
-f listfile
Specifies a file (listfile) that contains a list of files to be restored and can be used instead of the filenames option. In listfile, list each file path must be on a separate line.
Marianne's picture

-R is a rename file that you need to create, so you cannot use a folder name here. 
Same with -f <filename>. You need to create a text file containing the filenames you want to restore.

If you want to restore everything that was backed up in C:\VERITAS\Backup\ folder, then drop the -f.

But I dont want to creat different - 2 file, 

You cannot restore to a different path without creating rename file

Herewith my own experience with bprestore: https://www-secure.symantec.com/connect/forums/bprestore-cli-command#comment-5080921 

Your rename file needs to contain the following:

rename 18 /C/VERITAS/Backup/ 11 /C/Restore/   <CR>

So, if you create a filename called C:\Temp\rename.txt containing above line plus blank line. your command will be as follows (no '-f filename'' because we specify actual path name that needs to be restored):

bprestore -B -R C:\Temp\rename.txt -C fbdbackup -D fbdbackup -t 13  C:\VERITAS\Backup\* 

Please remember that NBU is case sensitive. Check client name and folder/filenames carefully.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Nicolai's picture

You only need to specify the -D option if you are performing restore to a alternate server.

Assumption is the mother of all mess ups.

If this post answered your'e qustion -  Please mark as a soloution.

Vickie's picture

 

Getting below error while trying with

C:\VERITAS\NetBackup\bin>bprestore -L /C/temp/restore.log  -R  /C/temp/rename.txt -f /C/temp/filelist.txt

Invalid line length in line:

EXIT STATUS 144: invalid command usage

Used files contents are given below.

filelist.txt

/C/VERITAS/Backup/

rename.txt

change /C/VERITAS/Backup to /C/VERITAS/restore/

Restore.log

Restore started 03/01/2013 21:32:48

21:33:02 Status of restore from image created Thu. 28 Feb, 2013 08:27:09 PM = client process aborted

21:33:02 The following files/folders were not restored:

21:33:02 UTF - /C/VERITAS/Backup/

21:33:03 (34543489.xxx) INF - Status = client process aborted.

 

Vickie's picture

 

The restore works fine, but its restoring to original location (/C/VERITAS/Backup/).
I want to restore it to "/C/VERITAS/restore/"
 
I given a blank line in the file "rename.txt", but still its not working.
 
Marianne's picture

Please show us your command as well as rename.txt.
Add -L "logfile" to command and also ensure that tat log folder exists on the client. Please post "logfile" as well as tar log.

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Vickie's picture

 

 

Here is the command I am running,
 
bprestore -L /C/temp/restore.log  -R  /C/temp/rename.txt -f /C/temp/filelist.txt
 
rename.txt, contains below line
 
change /C/VERITAS/Backup to /C/VERITAS/restore/
 
The restore is putting the files in source path, not on the destination path.
Logs, shows restore completed successfully. Unfortunately  I have removed the logs from the "Restore.log" file.
Vickie's picture

 

Restore.log file output
 
Restore started 03/02/2013 01:50:52
 
01:51:07 (34545462.xxx) /C/VERITAS/Backup/NetBackup Install.log excluded from the restore from image created Fri. 01 Mar, 2013 09:56:41 AM.
 
01:51:07 (34545462.xxx) Restore job id 34545462 will require 1 image.
01:51:07 (34545462.xxx) Media id B01455is needed for the restore.
 
01:51:53 (34545462.001) Restoring from image created Fri. 01 Mar, 2013 09:56:41 AM
01:51:56 (34545462.001) INF - If Media id B01455is not in a robotic library administrative interaction may be required to satisfy this mount request.
01:52:03 (34545462.001) INF - TAR STARTED
01:52:48 (34545462.001) INF - Waiting for mount of media id B01455on server fbdmaster for reading.
01:53:26 (34545462.001) INF - Waiting for positioning of media id B01455on server fbdmaster for reading.
01:54:08 (34545462.001) INF - Beginning restore from server fbdmaster to client fbdbackup.
01:54:12 (34545462.001) TAR - C:\VERITAS\Backup\
01:54:12 (34545462.001) MNR - The file was renamed to the following:
01:54:12 (34545462.001) UTF - C:\VERITAS\restore\
01:54:12 (34545462.001) INF - TAR EXITING WITH STATUS = 0
01:54:12 (34545462.001) INF - TAR RESTORED 1 OF 1 FILES SUCCESSFULLY
01:54:12 (34545462.001) INF - TAR KEPT 0 EXISTING FILES
01:54:12 (34545462.001) INF - TAR PARTIALLY RESTORED 0 FILES
01:54:13 (34545462.001) Status of restore from image created Fri. 01 Mar, 2013 09:56:41 AM = the requested operation was successfully completed
 
01:54:14 (34545462.xxx) INF - Status = the requested operation was successfully completed.
 
Marianne's picture

According to the log file, the file was indeed restored to different path:

 

....   The file was renamed to the following:
....   C:\VERITAS\restore\

Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows
Handy NBU Links

Vickie's picture

Yes, Marianne

Very correct, but not sure why the below line comes in logs. This shows that file is ignored,

01:51:07 (34545462.xxx) /C/VERITAS/Backup/NetBackup Install.log excluded from the restore from image created Fri. 01 Mar, 2013 09:56:41 AM.

And this is only one file that was there in the Backup folder, Might be this could be the reason I am not able to see any data restore over C:\VERITAS/Restore folder.