Destroyed Secondary Copy

[ryanbsc]

Thank you

HI Chris

Thank you so much.

I ran your query, this is the output and the tape and copy pool objects are the same

STGPOOL PHYSICAL_GB LOGICAL_GB OBJECTS
------------------ ------------ ------------ -----------
ARCHIVECOPYPOOL 876.5 876.5 1638133

ARCHIVEPOOL 876.5 876.5 1638133

COPYPOOL 8301.4 8174.0 76274863

DISKPOOL 0.0 0.0 2

MS7_TAPE 2169.2 2169.2 4997

ORACOPYPOOL 22763.7 22763.7 20380

ORAPOOL 22763.7 22763.7 20380

SQLCOPYPOOL 5244.2 5244.2 4626

SQLDISKPOOL 277.2 277.2 24

SQLMETAPOOL 0.0 0.0 4634
more... (<ENTER> to continue, 'C' to cancel)


SQLPOOL 5244.2 5244.2 4626

TAPEPOOL 8526.5 8174.0 76274863


Thank againf or all your help, hopefully soon it will be me giving back ot the forum with stuff that I've learnt.


Thank you again

Ryan

 

[cjhood]

Not a problem Ryan, glad it's all sorted!

-Chris

 

[BBB]

You ran a "move data". That is what made the volume empty and switched it to "pending" state. As the vol was marked offsite at the time tsm used the primary pool volumes to move the data to a new copypool volume. So there was nothing for a "backup stgpool" to do, as nothing has been deleted (just moved).

 

[ryanbsc]

there was none

HI bbb

thanks for your reply.
When I ran a move data though it said the volume had no data to move.
Have i still done it the right way?, and that a new offsite will now be generated?

Thanks

 

[BBB]

Sorry didn't see that. I guess it might have been reclamation then.

 

[ryanbsc]

phew

no problemo bbb

thanks for helping though, i appreciate your help and everyone elses
its nice there is a community like this to help each other out.


Thanks

Ryan