ADSM-L

Re: Backup stgpool bug

2015-10-04 17:28:41
Subject: Re: Backup stgpool bug
From: Richard Sims [mailto:rbs AT BU DOT EDU]
To: ADSM-L AT VM.MARIST DOT EDU
>08/10/2000 00:52:45 ANR1257W Storage pool backup skipping damaged file on
>volume 0630A5: Node OD6-VERITAS, Type Backup, File space /data0002, File
>name /ora/klapa/dbdata/klapasxb1_1.dbf.
...
>State of SUCCESS????? 0 Unreadable Bytes? This in NOT correct!

Eric - This may be one of those interpretation and semantics issues.

The ANR1257W message description says that the file involved is one which
was
*previously* marked Damaged.  Your most recent storage pool backup thus did
not
discover the problem, but merely responded to the flagging to skip the file
and
go to completion.  It that sense, it was an orderly and successful storage
pool
backup.  I would expect that the backup which discovered the problem did not
complete successfully - we hope.  It would be worth it to all of us if you
could go back in Activity Logs and see what happened at discovery time.
Also, run a query and see if that instance of the file is already in the
backup storage pool - which would be a good thing, allowing you to recover
it
to the primary pool.  A RESTORE STGpool Preview=Yes would probably tell you
if this were so.

   Richard Sims, BU


**********************************************************************
This e-mail and any attachment may contain confidential and privileged material 
intended for the addressee only. If you are not the addressee, you are notified 
that no part of the e-mail or any attachment may be disclosed, copied or 
distributed, and that any other action related to this e-mail or attachment is 
strictly prohibited, and may be unlawful. If you have received this e-mail by 
error, please notify the sender immediately by return e-mail, and delete this 
message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or 
its employees shall not be liable for the incorrect or incomplete transmission 
of this e-mail or any attachments, nor responsible for any delay in receipt.
**********************************************************************
<Prev in Thread] Current Thread [Next in Thread>