Video Screencast Help

Restore seems to runs successfully but no data recovered (or found)

Created: 29 Apr 2014 • Updated: 02 May 2014 | 6 comments
This issue has been solved. See solution.

Running NetBackup 6.5 - (Upgrade to 7.5 in the works)

When restoring a backup using Backup, Archive , Restore everything runs smoothe except nothing is restored (or unable to be located).

The data is stored on a NetApp filer.

 

-------------------config-----------------------------------------

Server to use for Backups and Restores:   Backup01

Source client for restores:  NetApp01

Destination client for Restores: NetApp01

Policy type NDMP

 

--------------------Restore starts-----------------------------------------

Media id JM0551 is needed for the restore

Restoring from image created 2/42014 3:07:05 PM

NDMP restore successful from path /vol/usergroup

/vol/usergroup/homedir/john.smith/documents

Status of restore from image created 2/42014 3:07:05 PM = the requested operation was successfully completed

INF - Status = the requested operation was successfully completed

--------------------Restore completed-------------------------------------------

 

 

When restoring the data activity shows data being read.

No errors but nothing is restored. I can attempt restore of individual files or directories doesnt seem to matter.

Also tried restoring to different recovery folders with no change

Assuming the data was inadvertantly restored to another location I searched but could not locate anything

 

Very frustrating that the data is not restored but no errors, alerts or anything.

 

 

Any suggestions more than welcome!

 

 

 

 

 

 

 

Operating Systems:

Comments 6 CommentsJump to latest comment

watsons's picture

How much time was taken from where you started restore and when it completed?

How much data being read (as shown in job details)?

The source path /vol/usergroup  looks like a volume.. but the destination, I assume,   /vol/usergroup/homedir/john.smith/documents , is a qtree, so this may not work properly, try selecting a qtree restore instead.

I don't think it's the destination path access issue, otherwise it would have been an error.

GHas's picture

How much time was taken from where you started restore and when it completed?

How much data being read (as shown in job details)?

The source path /vol/usergroup  looks like a volume.. but the destination, I assume,   /vol/usergroup/homedir/john.smith/documents , is a qtree, so this may not work properly, try selecting a qtree restore instead.

I don't think it's the destination path access issue, otherwise it would have been an error.

______________________________________________________________________

hi watsons,

Have not yet done a qtree recovery.    Is there a documented procedure?

Wondering if it would be simpler to restore the data to a windows box and then just copy the data.

 

kodo

watsons's picture

Just select your original path as /vol/usergroup/homedir  (homedir is the qtree, a.k.a directory) and retry the restore.

Sure, you can also restore to a Windows box provided you have setup the CIFS share. 

GHas's picture

I usually restore to a separate folder to avoid deleting current user files.

Could that be the problem and I need to restore to the original folder, creating it if necessary?

 

GHas's picture

My problem has been resolved. 

A successful recovery was made after creating the deleted folder in its former  group, and running the default recovery, then manually copying the recovered folder intents to the new location.  

Although Recovery allows you to select a recovery location other than the former it would not work in this case. 

SOLUTION
mnolan's picture

Usually when something like this happens its a permissions issue across the CIFS share.  In the restored path, you can have the filer admins to check from the NetApp command line whether there is anything actually there when restored or not.