You must have a copy pool?
If you have a copy pool, when TSM runs AUDIT, it just marks the files as
damaged and doesn't delete them from the data base (that would invalidate
the copies in the copy pool as well.)
You need to repair the problem by running the RESTORE STGPOOL poolname.
The first time, add PREVIEW=YES. Check the activity log and it will give
you a list of the tapes required, in case you need to bring them back from
offsite storage.
The second time leave off the PREVIEW=YES. TSM will mount the copy pool
tape(s), and recreate the damaged files from the copies on the copy pool
tape. That will fix it.
-----Original Message-----
From: Ghanekar, Prasanna [mailto:[EMAIL PROTECTED]]
Sent: Thursday, May 24, 2001 11:16 AM
To: [EMAIL PROTECTED]
Subject: Audit Volume not Helping
Hi Everyone,
I'm running ADSM V3.1.2.40 on Windows NT server with SP5.
Every night when the Migration process begins it gives me errors about two
nodes pointing to the damaged files on the disk volumes such as "Data1.dsm".
Message:
ANR1168W Migration skipping damaged file on volume D:\DATA1.DSM: Node
PEASGAI1_CLIENT,
Type Backup, File space \\peasgai1\c$, File name \ADSM.SYS\REGISTRY\PEASGA-
I1\MACHINE\ SAM.
When I run Audit on this volume with the Repair ?fix option, it goes through
the process, finds damaged files , marks those files as damaged but doesn't
delete. I get the following message at the end;
ANR2314I Audit volume process ended for volume D:\DATA1.D- SM; 21127 files
inspected, 0 damaged files deleted, 569 damaged files marked as damaged.
How do I avoid getting the same messages during the migration process ?
Thanks in advance,
Prasanna
Prasanna Ghanekar
<<...OLE_Obj...>>
EDS Pontiac East
2100 S Opdyke Rd
MI 48341
*: (248) 972-4547