RE: [Veritas-bu] File listing for Fragment

[Andrew Wilkin]

Thanks Mark,

 

No offense taken! The problem is that I have an archive backup of an old NetApp Filer that is no more but the data is critical! The only way for me to recover the NDMP backup is via a SUN system (which is fine). The problem I see, there appears to be no way for me to identify on which Fragment/Image on the tape are particular file is located when all I can see within the "Images on Media" is a number of entires with the same BackupID and their associated file numbers on the Tape/Media.

 

What would be good!! When I identify the file to recover through the Backup, Recovery Interface and view the piece of media required through Preview, I also get the file number!!

 

How I got around the problem was to sequentially extract a TOC for each of the backups and then 'grep' from that the file I was looking for. I had to do this 27 times as this Backup was made up of 27 files! Once I found the entry within the TOC I then new were on the Tape to extract the required file from.

 

Thanks for any comments.

 

I'll have a look and *.f file to see if I can see my file to recover!

 

Thanks

 

Regards

Andrew Wilkin
Computer Systems Analyst

Department of Lands
Panorama Ave
BATHURST, NSW, 2795, AUSTRALIA

Ph: 61 2 6332 8397
Fx: 61 2 6332 8457
E-mail: [EMAIL PROTECTED]
WEB: www.lands.nsw.gov.au <http://www.lands.nsw.gov.au>

 

 

---

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
Sent: Wednesday, 10 May 2006 8:26 AM
To: Andrew Wilkin
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: RE: [Veritas-bu] File listing for Fragment

No offense, but seeking to a single fragment & reading files is netbackup's job.  The TOC you describe (associating fragment to file) is the quick definition of Netbackup's image catalog.  You're starting to write the application you've already bought.

 

To answer your question, I think you're going to have to mine the catalog directly for the info you're looking for.  Look under the /usr/openv/netbackup/db/images/<client>/<timestamp>/<imagename>.f files for the file to frag info.  If you're using the binary catalog, you'll have to convert them.

 

-M

---

From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Steve Cashman
Sent: Tuesday, May 09, 2006 2:53 PM
To: Andrew Wilkin
Cc: veritas-bu@mailman.eng.auburn.edu
Subject: Re: [Veritas-bu] File listing for Fragment

Try bpimagelist -backupid (backup_id)

Steve
 

On 5/5/06, Andrew Wilkin <[EMAIL PROTECTED]> wrote:

Hi All,

 

I'm after a away to extract the files that are contained within an individual BackupId that has multiple "Fragments" (File number on a Tape).

 

If I have a single backup image and it spans many "Fragments" / File Numbers, on the media, is there a way to extract a listing's of those files from a single Fragment/File Number using a single backup id, though the are multiple Fragments for that single backup? (sorry but I've repeated myself here!)

 

I know I can get a complete listing of a specific backup using bpmedialist and give the backup id etc. But using the Images on Media control( from the GUI), I can see the multiple Fragments on the Tape with the File Numbers, so there must be a way somehow to relate this back into the NetBackup DataBase to use it!

 

This has come about from an historic NDMP system I've had to recover from and for the particular directory, they are 27 Fragments, and I know how to extract the NDMP backup using a SUN system, but I didn't know which file on the tape to skip to. I have managed to extract the data. But I'm hoping I can get a better solution to what I've done, by creating a TOC for each of the Fragments and grep-ping for my data to extract!

 

Thanks

 

Regards

Andrew Wilkin
Computer Systems Analyst

Department of Lands
Panorama Ave
BATHURST, NSW, 2795, AUSTRALIA

Ph: 61 2 6332 8397
Fx: 61 2 6332 8457
E-mail: [EMAIL PROTECTED]
WEB: www.lands.nsw.gov.au < http://www.lands.nsw.gov.au>

 

 

***************************************************************
This message is intended for the addressee named and may contain confidential information. If you are not the intended recipient, please delete it and notify the sender.

Views expressed in this message are those of the individual sender, and are not necessarily the views of the Department of Lands.

This email message has been swept by MIMEsweeper for the presence of computer viruses.
***************************************************************