Data corruption may occur in a file/attachment managed by VERITAS Storage Migrator for Windows 2000/Exchange, versions 3.0, 3.0 Service Release 1 (SR1) and 3.0 Service Release 2 (SR2).

Article:TECH23404  |  Created: 2004-01-21  |  Updated: 2004-01-21  |  Article URL http://www.symantec.com/docs/TECH23404
Article Type
Technical Solution

Environment

Problem



Data corruption may occur in a file/attachment managed by VERITAS Storage Migrator for Windows 2000/Exchange, versions 3.0, 3.0 Service Release 1 (SR1) and 3.0 Service Release 2 (SR2).

Error



Please refer to the "Details" section of the solution field below for the 3 error messages you may see.

Solution



Table of Contents:
I.  Details
II.  Who Is Affected
III.  Identification of the Issue
IV. Solution
V.  Email Notification Service

Details
Data corruption may occur in a file managed by Storage Migrator for Windows 2000/Exchange, versions 3.0, 3.0 SR1 and 3.0 SR2.  If this issue is experienced in your environment, 2 to 19 bytes of a file may be missing on the data store media.  This will not affect all files managed, but may affect a select few, which you can identify using the SQL query in the "Identification" section below.

If this issue occurs in your environment, you may see one of the following three errors:

1.  During the background space management job, the following error will appear:
"File path\File" could not be freed because of the following error.  File was not processed because it has changed since being selected. (0x810e000d)

2.  During a file retrieval job:
"File path\File Name.ext" was restored but the data signature did not match the signature from when the file was relocated.  The file is corrupt.

3. During a file retrieval job:  
Unable to retrieve "File path\File Name.ext"  <The data signature reported by the media server did not match the one calculated by the agent. (0x810e002d)>

Who Is Affected
This issue affects Storage Migrator for Windows 2000/Exchange, versions 3.0, 3.0 SR1 and 3.0 SR2.   All Media Managers (NetBackup, BackupExec, RSM and all media types including Hard Disk Data Store media) could be affected by this issue.  Media written by releases prior to Storage Migrator for Windows 2000/Exchange version 3.0 are not affected unless the system has been upgraded to version 3.0 and files/attachments have been managed with the version 3.0 software.  Only the files that have been managed/relocated will be affected.


Identification of the Issue
To identify this issue, run the SQL query below.  Another option is to upgrade to Storage Migrator for Windows 2000 4.1 (when available) and run a Verify Data job against the suspected version 3.0 media.

This SQL script can be run through query analyzer, or by using osql.exe from the command prompt on the SQL Server.

PRINT 'Inconsistent Objects'

SELECT RsCartridge.DisplayName [Media Master Name], RsDataSetLocation.ObjectID, RsDataSetSegment.DataSetID, ( RsVolumeInfo.DeviceName + RsVolumeInfo.Name + RsPathInfo.ShortPath + RsDataObject.Name) [Full Path]
FROM  dbo.RsDataSetSegment, RsPathVolume, RsPathInfo,RsDataObject, RsDataSetLocation, RsStream, RsVolumeInfo, RsCartridge
WHERE RsPathVolume.PathSignature = RsPathInfo.PathSignature
   AND RsPathVolume.VolumeID = RsVolumeInfo.VolumeID
   AND RsDataObject.ObjectID = RsDataSetLocation.ObjectID
   AND RsDataObject.ObjectID = RsStream.ObjectID
   AND RsPathVolume.PathVolumeID = RsDataObject.PathVolumeID
   AND RsDataSetLocation.DataSetID = RsDataSetSegment.DataSetID
   AND RsDataSetSegment.CopySetID = RsCartridge.CopySetID
   AND RsStream.Signature = 0
   AND RsStream.StreamSize <> 0
   AND RsCartridge.CopyNumber = 0

select count(*) As [Total Number of Inconsistent Objects]
from RsDataObject, Rsdatasetlocation, rsstream
where rsdatasetlocation.objectid = rsdataobject.objectid
and rsdatasetlocation.objectid = rsstream.objectid
and rsstream.signature = 0
and rsstream.streamsize <> 0

select count(*) AS [Total Number of Objects Checked] from rsstream
---
Note:  To run this using osql.exe, save the query to a file named:  CheckDB.sql
Then use the following syntax to execute the query:

Osql -d  "Remote Storage" -i CheckDB.sql -E -n

NOTE:  The above syntax is CASE SENSITIVE.

Output from the SQL script should appear as follows:

Inconsistent Objects
Media Master Name  ObjectID      DataSetID       Full Path                  

RS-Hard Drive-1-0     E69BE910-7CD0-4724-B284-EE0C7305A204  80A6581E-D09E-43A9-B3D7-0E2B596825D9                                  \\BDODEV-TST-1\RsFsa\Volume{9454f007-016e-11d7-a9af-00065b871b0d}_G_Data 2\dir2\test881.tst

(1 row affected)
Total Number of Inconsistent Objects  
------------------------------------  
                                   1
(1 row affected)
Total Number of Objects Checked
-------------------------------
                         196779
(1 row affected)

Note:  The Total Number Of Inconsistent Objects would indicate the number of potentially corrupt files.

If files are corrupt and you have either File System Agent (FSA) or Remote Storage for Exchange (RSE) in your environment, see the notes pertaining to each in the "Solution" section below.


Solution
A hot-fix for this issue is available below in the Related Document section (a requirement to apply this hot-fix is to be at 3.0 SR2).

Another solution is to upgrade to Storage Migrator for Windows 2000/Exchange, version 4.0 or 4.0 SR1 to minimize this issue.  Version 4.0 has incorporated code changes to prevent further corruption.

Note:  Upgrading, as suggested above, will prevent any additional data corruption from occurring, but will not correct any corruption that has already been written to the media.


File System Agent (FSA) customers:
If file corruption is identified and the file has been truncated/purged it will be necessary to use the primary backup to restore the original file. If the managed file has been relocated, but not truncated/purged, Storage Migrator 4.0 or 4.0 SR-1 will prevent this file from being truncated/purged, and return the file to an "un-managed" state during the execution of a Background Space Management job.

Remote Storage for Exchange (RSE) customers:
If attachment corruption is identified, it will be necessary to run a mailbox restore from primary backup to recover corrupt attachment. By design, RSE truncates/purges attachments as soon as they are managed/relocated.


Email Notification Service
If you have not automatically received the TechAlert in regards to this issue via the VERITAS Email Notification Service for Storage Migrator, please navigate to the following URL and sign up:






Legacy ID



253015


Article URL http://www.symantec.com/docs/TECH23404


Terms of use for this information are found in Legal Notices