We have a dilemma!

We made changes to our disk a few weeks back and unfortunately the diskpools for the 
database and dirdisk were reformatted along with the rest of the
work being done.  As a result, we had to restore the database.  Due to the fact that 
the dirdisk volume was reformatted, it was assumed the data was
no good anyways and then started the deletion process of getting rid of the data.  
This was stopped in the middle because we then determined we would
lose the copy of the data also.

To correct the situation, we put the volume offline to TSM and thought if we went 
through a night's backup, it would pick up all the missing
directories.  No such luck!  When trying to restore some clients, we determined that 
we were still missing a lot of directory data.  At this time, we
figured it was because there was data still on the offline volume and regardless of 
being offline, TSM still knew it.

Next step, we deleted all the data on that old dirdisk volume and then ran through 
backups again.

Now we are trying to restore clients and getting very inconsistent results.  It 
appears that the directories are not in sync with the data needed to
restore.  If we restore directories only and then files only, we seem to get around it 
is some cases.  We have had a couple servers so far where this
does not work either and it is making people very nervous.

If we would have thought of it immediately, the best answer would have been to restore 
the stgpool.  Unfortunately, expiration and reclamation have
run so that is not an answer.

Any ideas on how to get out of this condition?  It appears that even though all the 
directories should be backed up again, they are not necessarily in
sync with the old data that is there.  I have an open pmr on this but no answers yet.  
Do we have to run a full backup on every server?  (300+)

Thanks,

Brenda Collins
ING
612-342-3839
[EMAIL PROTECTED]

Reply via email to