This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

(DP) Support Tip: Importing media from a StoreOnce store.

First of all, it is important to understand that the name of a slot of a Catalyst device in Data Protector is equal to the name of the corresponding item on the store. Typically it looks like this: 3ef5dcb2_5645d8f4_11d4_0001. Please note the difference with the “Medium ID” which is looking similar but which is using colons rather than underscores, e.g. 3ef5dcb2:5645d8f5:11d4:0002. Also note the numbers for the slot ID and the Medium ID are looking similar, but are typically slightly different.

Now, when a medium is missing in the IDB, but the related item is still available on the store, it is possible to import the medium (either through the GUI or CLI). However, a slot is needed first. In some situations, the (empty) slot may still be there. The first slot in this picture is an example:

 

 

This slot could be imported through GUI or CLI.

If the slot is, for whatever reason, not available then it needs to be created before the import can be executed. Use the following command for the slot creation:

omnimm -add_slots <DP device name> <SlotID>

“DP device name” is the StoreOnce device in DP or the library name. “SlotID” is the item name on the store. The following command can be used to list the items on the store:

omnib2dinfo -list_objects -b2ddevice <DP device name>

Parents
  • 0

    Hi,

    For troubleshoot my SO issue, find this useful post for me understand how the Slot from DP related to SO Item.

    My problem here is the Catalyst Item shows in SO still occupied quite a lot space which those Item I cannot find in DP Store anymore, it suppose to already expired from IDB.

    So can I just delete those Catalyst Item from SO GUI to release the space ? And why this happen ? Can do clean up at fast way ?

    Thanks !

     

  • 0   in reply to 

    Hi,

    Yes, you can simply delete this item on the StoreOnce side. This is what should have happened at the time it was removed from the DP IDB. Most likely the store was not reachable at that time.

    The alternative is that you create the slot in DP and import it, as described in my original post. As a result, you can check the content and confirm it is expired and can be deleted. If it is indeed expired then this deletion should occur automatically during the daily cleanup session, just like it should have happened in the past. Make sure you have the latest bundle/patches installed.

    If you have a serious discrepancy between store and IDB then support can help you to sync them with a script. Please log a support case if this is required.

    Koen

Reply
  • 0   in reply to 

    Hi,

    Yes, you can simply delete this item on the StoreOnce side. This is what should have happened at the time it was removed from the DP IDB. Most likely the store was not reachable at that time.

    The alternative is that you create the slot in DP and import it, as described in my original post. As a result, you can check the content and confirm it is expired and can be deleted. If it is indeed expired then this deletion should occur automatically during the daily cleanup session, just like it should have happened in the past. Make sure you have the latest bundle/patches installed.

    If you have a serious discrepancy between store and IDB then support can help you to sync them with a script. Please log a support case if this is required.

    Koen

Children
  • 0 in reply to   

    "Yes, you can simply delete this item on the StoreOnce side.. This is what should have happened at the time it was removed from the DP IDB. Most likely the store was not reachable at that time."

    I would advise against simply deleting. My suggestion: first configure DeleteUnprotectedMediaForce=0 in /etc/opt/omni/server/options/global so this type of problem won't happen again. And then re-add the slots and re-import the objects. Since DP will correclty discover the original protection, it will delete the objects during the regular maintenance task.

    The benefit of this hassle is that you are __sure__ that DP deletes only what can be deleted. If you manually delete objects, you can never be sure about it. That is why I advocate to go with "better safe than sorry". Just my two cents.