Video Screencast Help

Import catalog from one Media server to another

Created: 10 Apr 2013 • Updated: 14 Jun 2013 | 7 comments
This issue has been solved. See solution.

Hello All,

I have a Dell PowerVault LT 2000 tape drive with a broken drive. This system is attached to another Dell server (Media Server) running scientific Linux 5. The head server is running netbackup 6.5. I'd like to move the tapes from the LT2000 to another system and be able to restore files from these tapes. I'm assuming, the first thing would be to import the catalogs from the media server with the broken powervault to another media server. How would I go on doing that? Any suggestions? Any questions, please feel free to ask. 

Thank you

Operating Systems:
Discussion Filed Under:

Comments 7 CommentsJump to latest comment

sazz.'s picture

If I understood it correctly.

You have some issues with the tape library and would like to move the tapes from that library to new library.

What you can do is

Eject all tapes from bad library.

Add in new library

Inventory all tapes in the other library so it will update the things.

As your old library and media server would be still existing in the n/w no need to delete anything

As you are not moving the tapes to different environment(different master server)there is no need to import anything.

While restoring you have to use the Media Host overriede option. In the NBU gui Hostproperties - master servers - open master server properties - general servers.

Marianne's picture

Either Media Host override, or assign ownership of tapes to new media server:

bpmedia  -movedb -m <media_id> -newserver <new-media-server>

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

franchev's picture

Hello,

I don't have a new library to move these tapes to. However, I have a working library similar to the broken one. So what I'd like to do is import all the catalog from the old media server (with the broken tape library) , to the working one. So that way, it'll know which tape I would need for whichever policy.

Eventually, we will dispose of the old media server (with the broken tape libary) anyway.

Thanks a bunch

sazz.'s picture

That's ok please follow the above steps. As these tapes are still in the same environment( same master server) all the details will be picked up automatically and no need to do anything else.

Also if you want to decommision the media server then delete the old library and follow the below articles to decom the media server

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

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

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

franchev's picture

Hello again,

My mistake by not being clear. These tapes are not in the same environment( not the same master server). I'm trying to import the catalogs or tapes (I'm not sure which is allowed) from the Master server of the broken library to another existing master server.

Thank you

Marianne's picture

Different master is totally different story.

See this TN for import instructions: http://www.symantec.com/docs/TECH43584

Please remember that imported tapes cannot be used to add/append more backups. Only when all images have expired can tapes be re-used for backups.

Another option is 'recovery without import'.
With this method, you copy all images from server1 to server2, write-protect all Assigned tapes from server1, add them to a separate pool to prevent them from being overwritten.
You can only restore from these tapes, not append backups.
You will need to use bpmedialist report from server1 to know when tapes expire, and then move them to scratch or a backup pool.

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

SOLUTION
sazz.'s picture

Just due to the drive being failed moving all the tapes to different master sever enviornment wouldn't be that great idea seeing that you won't be re-use tapes for backups unless they get expired.

Marianne excellent post above is the key if you go that way.