How do I move the tape of an old library to a new library as part of a hardware change?
Updated: 06 Sep 2011 | 26 comments
This issue has been solved. See solution.
How do I move the tape of an old library to a new library as part of a hardware change?
Discussion Filed Under:
Group Ownership:
Comments
Easy
Eject all tapes from old library.
Remove library
Add new library
Inject all tapes.
(if you have already changed libraries and physically removed the tapes without doing the eject - just set all tapes to standalone status - right click tapes choose move set to standalone - then do an inventory of the new library)
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
Independent of the slots or
Independent of the slots or position they occupy in the new library?, Should I move it to standalone tape? before switching to the new library
you should do a proper eject
You should do a proper eject of all tapes from the current library - and take the out of the map.
Then when put them in the MAP of the new library and do an inject. - the tapes will now register as being in the new library. The library will pick the slots (it takes care of all that) when you do the eject NB is updated as to the tapes being in standalone (not in a library) when you do the inject on the new library NB will be updated as to the slots the tapes are located in within the new library.
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
What you are trying to tell
What you are trying to tell me that when you eject the old one library allocates a standalone netbackup?
STANDALONE means
STANDALONE means non-robotic.
So, you logically and physically need to move all media to non-robotic/standalone.
Then, you can simply open the robot door of the new library and put the tapes into any slot. (Careful not to put tapes in robot maintenance slots - your hardware vendor will point them out to you.)
Once the new devices (robot and tape drives) have been added in NBU, run an INVENTORY. This will logically 'move' the tapes from standalone to robotic and update the NBU config with the slot numbers.
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
step by step would
step by step would be
1.-move tapes from the old library to standalone (That would logically)
2 .- remove the old library of netbackup.
3.-Configure the new library in netbackup
4 .- put the tapes in the new library (That would be physically)
5. an inventory with the option to update the EMM
can correct me if this is the right way?
Yes
That is correct
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
Correct. Those steps are in
Correct. Those steps are in essence the same as mentioned by JH in her first reply...
Please remember to delete (old) tape drives as well as library.
Also verify that old media can be used in new tape drives.
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
Marianne is a great
Marianne is a great observation because the drive is LTO3 and new library is LTO5. Should there be any additional procedure that can recognize the drive netbackup LTO5?
Well now you have added a new issue
You say in the old lib the drives were LTO3 so your tape drives would have been some form of HCART# and your tapes would have been of the same HCART
and now your new drives are LTO5 but you are still going to use the LTO3 tapes?
A LTO5 drive can READ a LTO3 tape but cannot write to a LTO3 tape.
So I hope you have purchased new LTO5 tapes.
So looking at the current lib and tapes - what HCART# are your LTO3 tapes and drives.
You will want to set at least 1 of the LTO5 drives to the same HCART# so you can do restores -
But you will not be able to backup to the LTO3 tapes.
So you need to buy new LTO5 tapes, and set the LTO5 tapes and drives to a different HCART# so the lib will only load LTO5 tapes into a drive set for LTO5 (leaving one drive at the LTO3 HCART# so you can do the restores - once all the LTO3 tapes have expired you can change that one drive to match the others.
Marianne will most likely be able to explain it better than me but hope that you understand what I am trying to say.
You will have to create 1 storage unit for that LTO3 'like' drive. While make the other storage units for the LTO5 drives and making sure your policies use the correct storage units.
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
Enter subject (optional)
I understand what you mention, but the new library if LTO4 there would be no problem because LTO4 can read and write in a LTO3 tape?
True
LTO4 drives and read and write to LTO4 tapes.
But you would have to make sure you know what your current HCART setting is for the LTO3 tapes and make sure they go back in with the same and the new LTO4 drives are setup to the same HCART setting.
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
understand in the case should
understand in the case should be two HCART LTO5 # different one for each type of technology, but this means that logically netbackup storage unit would be two for each type of drive (LTO3 and LTO5), but this means they must be two robotic libraries connected to the netbackup?
No only 1 lib
When you setup your tape drives in NB
In the setup you say what you want them to be ( the wizard will set them all to the same thing but you can go change that)
So you set them up as 1/2" Hcart or 1/2" Hcart2 or 1/2" hcart3 they can all be in the same library - you just define what each one is. So do the setup and then just go and change 1 of them to be your Hcart# of the lto3's leaving the others to be the HCART# for the LTO4's or 5's.
Then once you have the drives setup you setup your storage units. In your storage unit you also say what HCART they should be - the S.U. HCART# says what type of drives it will pick and will only pick drives of the same HCART#.
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
I know that I have mentioned
I know that I have mentioned new tape drives, but I believe the original question has been answered.
If I can summarize tape drive and media compatibility -
LTO4 drive can read and write LTO3 tapes, but in NBU they will have different densities if you use the defaults:
LTO3 = hcart3
LTO4 = hcart
If you want to reuse LTO3 tapes on LTO4 drives, you will HAVE TO configure them in NBU with SAME density. NBU will not use media if tape and drive densities are different (even if it is supported at hardware level).
So, if your current media is configured as hcart3, then configure the new LTO4 drives and the storage unit as hcart3.
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
That is to say I look like
That is to say I look like this set the LTO 3 drive robotic library in the former and use the same HCART to configure the new drive or LTO5 LTO4 Drive? so you can read the old tapes
Not sure I understand your
Not sure I understand your last post...
We have tried to answer your original question about moving media to new robot.
The media and drive compatibility is a separate issue, but we've tried to answer that as we'll...
If you have LTO5 drives, JH has explained what you need to do.
The NBU default for LTO5 is hcart2. So, if your old media is hcart3, you will need to change one of the drives to hcart3 for the restore. You can change it back after restore is done, or leave one drive as hcart3 if you do lots of restores.
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
But to change one of the
But to change one of the drive LTO5 to HCART3 the old configuration is not impossible to operate on me LTO5 tapes?
It's a choice.....
It's a choice you HAVE to make when you need restores.
PLEASE have another look at my previous post - make the change when you need to do a restore. Change back after restore is done.
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
I understand, but if the
I understand, but if the tapes do not have barcode and identification in the EMM is default, moving to standalone and then remove the old library and insert into the new library Should I put in the position of the old library?
Inventory
When you do an inventory in the NB console - it gets all the info from the library about what king of tapes (based on the barcode of LTO3 or LTO4) and it gets the info from library about what slots each tape is located in. NB and the LIB will take care of keeping track of where the tapes are.
When you move the tapes to standalone and physical remove them from the library. Then NB thinks they are not in a lib and will not show them in any slot.
Once you have the new lib setup and the drives configured and you add the tapes to the library and do the inventory the EMM will be updated with the tapes new locations. That is what the lib and NB do they keep track of where the tapes are.
When you are adding brand new tapes they get added and show up in NB when you do the inventory - that is how you got the tapes that are showing up in NB now. And again the lib will tell NB what slots they are in.
I don't have to know how to spell....I work on Unix.
NetBackup 7.0.1 - AIX & Windows
is no need to move from
is no need to move from standalone library again, would only be performed by the Inventory of the new library and detect the tapes? and the other no problem with the volume pools that use certain tapes that are in a certain position in the old library and change position in the new library?
NO Barcodes?
I wish you mentioned this right from the start:
"but if the tapes do not have barcodes ..."
This will complicate EVERYTHING!!!!
Get yourself new, barcoded tapes for the new robot.
Only remove old tapes from old robot if you have stickers on each tape that matches the NetBackup media-id. ONLY put these old tapes in the new robot when you need to restore from them.
So, when you need to restore, find the tape with the correct media-id, manually put it into an empty slot in the robot. Make sure you know the slot number. Then go to the GUI, find the media-id, select Move, select robot # and specify slot #. Else, use vmphyinv from cmd to inventory the slots with non-barcoded media.
If you do 'normal' inventory with non-barcoded tapes in the robot, NBU will think these tapes are new and assign new media-id's to them.
Please read up in Admin Guide I and Commands manual for vmphyinv information and usage.
SUGGESTION: get a knowledgeable NBU support person from your local reseller to come and assist, even if they charge a small consulting fee. There might be more information that you forgot to mention...
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
Or... if not too confusing.
Suggestion:
1. Configure all new drives to be configured as same HCART# as the old ones.
2. FREEZE all OLD tapes. (Netbackup will not try to write, just restore from these)
3. and/or start writing all backup's to a new pool (ex Daily -> Daily_L5).
Then you can handle LTO3, 4 and 5's in same library without reconfiguring.
As we all are part of the product, we're in here to improve it.
need to use the same policies
need to use the same policies but now the tapes LTO5 and redefine policies in function to the new tapes
Yes, use the same policies.
Yes, use the same policies. Just select the new Storage Unit in all policies.
You can put your new tapes in existing pools. Pools are defined by their usage, not by location.
As I've said in my previous post - get help. You seem to remember something new every day.
Supporting Storage Foundation and VCS on Unix and Windows as well as NetBackup on Unix and Windows.
Handy NBU links
Would you like to reply?
Login or Register to post your comment.