AUDIT VOLUME command enhancement

One of the features of the current AUDIT VOLUME command is that while an audit process is active, clients cannot restore data from the specified volume or store new data to that volume. This can be a significant issue for audit volume processes that run for many hours or even days.

Auditing 'large' volumes can be a lengthy process. My suggested enhancement to the AUDIT VOLUME command is a QUICK=YES switch to prematurely stop auditing a volume once all the existing damaged files on the volume have been fixed by Tivoli Storage Manager.

For example, if Tivoli Storage Manager is only aware of a single damaged file on a volume (reported as 'damaged' in the CONTENTS table) then operationally it would make more sense to stop auditing as soon as Tivoli Storage Manager has fixed this single file. It's possible that new damaged files may be found if the audit of the volume was allowed to continue, but often the damaged file has only been detected because a restore of the file failed. Making the volume usable as quickly as possible to allow the restore to be completed is a higher priority than looking for other damaged files on the volume. Suitable informational messages recommending that a full audit be completed could accompany the use of this QUICK=YES switch.

My current workaround in the absence of this switch is to constantly run a query to determine the number of damaged files on a volume and to cancel the AUDIT VOLUME process once the number of damaged files reaches zero.