duplication from dssu image stuck on disk 1

[dmorgens]

I have a policy that's set create two copies, one that stays onsite and one that goes off (using inline tape copy).

Unfortunately, the policy was somehow altered and the offsite copies for several runs never made it to tape and are instead stuck in a disk stage (the copy got pointed at a disk staging storage unit but for some reason, the images never made it onto a tape and are listed in the catalog as residing in the disk stage).

What is the best way to get these images onto tape and clear out the disk stage? (the images have infinite retention as they were intended for offsite purposes)

I tried searching under the catalog to make copies but that option isn't available ("Duplicate" is grayed-out when I right-click).

Thanks in advance for help on this.

Dan

 

[comtec17]

bpduplicate is the best way to get the image from disk to tape. The disk image will not be overwritten or removed until the image has been duplicated to tape.

 

[dmorgens]

Thanks comtec17.

After I bpduplicate, will the original image get purged out of the dssu or will I have to manually expire it?

Also, I'm guessing I should make the duplicate the primary?

Dan

 

[comtec17]

Nothing gets purged from a DSSU unless it meets either the retention period and a copy was produced, the DSSU runs out of space and knows that that specific image has a duplicate so it will then purge it, or you manually expire the image by running the "bpexpdate -backupid -d 0 -force" command.

 

[dmorgens]

Thanks again. I know about the DSSU and purging based on need for space...I was just concerned as to what to do if they images remain "stuck" there even after duplicates are created.

I think I'm clear now on the proper course of action. Thanks very much for your help!

Dan

 

[dmorgens]

I tried this and it looks like there already are copies of the image:

using: bpduplicate -backupid qwprhp01_1114135638
-dstunit offsiteStorageUnit -dp offsiteCopies

I received the messages:

Duplicate started Wed Aug 10 2005 08:54:30
Activity monitor job id = 42863
INF - Skipping backup id qwprhp01_1114135638, it already has 2 copies.
INF - found no images or media matching the selection criteria

This leads me to believe that there are already copies and the images in the dssu are just stuck.

However, I'm having a difficult time determining if these images are on a tape already.

Any suggestions?

 

[Stumpr]

are there any "FRAG 2"'s when you run

bpimagelist -backupid qwprhp01_1114135638

FRAG 1 will be the original
FRAG 2 will be the duplicate

Bob Stump
Just because the VERITAS documentation states a certain thing does not make it a fact and thats the truth

 

[dmorgens]

Hi Bob,

Thanks very much...this clears up alot. FRAG 1 is the copy that is in the dssu (stuck) but FRAG 2 corresponds to a tape from the "offsite" pool that is now in offsite storage.

When I look at the images on that tape, some of them list the path of the dssu as their media ID. Is that normal?

Also, if I expired the images stuck in dssu, the images on tape will *not* be expired? Is that correct?

Thanks,

Dan

 

[Stumpr]

When I look at the images on that tape, some of them list the path of the dssu as their media ID. Is that normal?
...that sounds correct


if I expired the images stuck in dssu, the images on tape will *not* be expired? Is that correct?
...that also sounds correct, but
.....I like to use the bpexpdate with the copy #
bpexpdate -backupid <backup id> -d 0 -copy 1




Bob Stump
Just because the VERITAS documentation states a certain thing does not make it a fact and thats the truth

 

[dmorgens]

Thanks for all the help comtec17 and Bob.

This worked well. I'm still not sure why they were never purged out but I'm glad to be able to correct it.

Dan

 

[djlaube]

Thanks for the info Bob.. Very nice command to list the frags, which I've been looking for to help clean up backups where I'm at..

Thanks again!