KB labels


Ticket Product Version

Ticket Category

Ticket Assignee


Hot Fixes

Published Fixes
Your Arcserve Support User Profile
First Name:
Last Name:
email:
Phone:
Company:*
Customer Type:
Language:

Country:
Region:

Time zone:
Follow

arcserve-KB : How to read "Detailed Dedupe Report" output from the Dedupe Tool

Last Update: 2016-04-12 12:05:11 UTC

How to read 'Detailed Dedupe Report' output from the Dedupe Tool

The Dedupe Tool available from fix T51H002, has a 'Detail' button, that will yield a detailed report of the Dedupe Device.

Refer Article: Important CheckList for a Deduplication Issue
https://arcserve.zendesk.com/hc/en-us/articles/202082529

Given below is an example analysis of Session 883 and Session 360 from the Dedupe Report and the activity.log available. I took 2 random sessions 883 and 360 as an example. 

Session 883

Detailed Dedupe Report

SessionNo(883): sis_1893197059_0000000883

TotalHashEntryCount=1882775,DuplicatedHashEntryCount=742234, SessionRawSize=38207553536,CreateTime[2012-11-13 22:06:59],ReferredSession=19(ReferTimes=232293, ReferDataSize[4528417386]),ReferredSession=102(ReferTimes=198390, ReferDataSize[3937900273]),ReferredSession=150(ReferTimes=417, ReferDataSize[8001516]),ReferredSession=192(ReferTimes=536, ReferDataSize[10851386]),ReferredSession=238(ReferTimes=224036, ReferDataSize[4411936068]),ReferredSession=280(ReferTimes=403, ReferDataSize[7971580]),ReferredSession=321(ReferTimes=16201, ReferDataSize[310462713]),ReferredSession=364(ReferTimes=596, ReferDataSize[6922927]),ReferredSession=406(ReferTimes=552, ReferDataSize[5338486]),ReferredSession=447(ReferTimes=943, ReferDataSize[8724525]),ReferredSession=472(ReferTimes=861, ReferDataSize[12787048]),ReferredSession=514(ReferTimes=1015, ReferDataSize[17085561]),ReferredSession=555(ReferTimes=2523, ReferDataSize[21344633]),ReferredSession=580(ReferTimes=952, ReferDataSize[10913077]),ReferredSession=624(ReferTimes=337, ReferDataSize[3385780]),ReferredSession=665(ReferTimes=553, ReferDataSize[9040761]),ReferredSession=708(ReferTimes=1134, ReferDataSize[14588564]),ReferredSession=732(ReferTimes=685, ReferDataSize[10045219]),ReferredSession=774(ReferTimes=1032, ReferDataSize[16466627]),ReferredSession=815(ReferTimes=28574, ReferDataSize[539662890]),ReferredSession=840(ReferTimes=29089, ReferDataSize[597244461]),ReferredSession=883(ReferTimes=1141653, ReferDataSize[23074931303])
DataFileSize=23649963520,ReclaimedSize=0, ToReclaimSize=0, ValidSize=23649963520,FailToReclaimSize=0

  

From above 'SessionRawSize' is the Data processed in bytes.

'DataFileSize' is the Data written to the DDD

'FailToReclaimSize' is the indication if the holes by the sparse files have been reclaimed or not. (Read point 4 below)

Activity.log

Information                      RCNCDCARCMP01                         13/11/2012 22:16:21    21038                  Compression as percent = 39%, Compression as ratio= 1.655804

Information                      RCNCDCARCMP01                         13/11/2012 22:16:21    21038                  Data Read From Agent = 37312064 KB, Data Written to Disk = 22534112 KB

Information                      RCNCDCARCMP01                         13/11/2012 22:06:54    21038    883        Backup Session 883 on Media 10/19/12 1:19 PM

  

Another Session 360

Dedupe Report:

SessionNo(360): sis_3313081166_0000000360

TotalHashEntryCount=1758750,DuplicatedHashEntryCount=1620850, SessionRawSize=35855794176,CreateTime[2012-10-30 20:13:14],ReferredSession=16(ReferTimes=15164, ReferDataSize[8159232]),ReferredSession=99(ReferTimes=709000, ReferDataSize[14406237843]),ReferredSession=147(ReferTimes=123854, ReferDataSize[2517438927]),ReferredSession=189(ReferTimes=20251, ReferDataSize[412704599]),ReferredSession=235(ReferTimes=495977, ReferDataSize[9917731426]),ReferredSession=277(ReferTimes=20774, ReferDataSize[427624742]),ReferredSession=318(ReferTimes=233441, ReferDataSize[4686769470]),ReferredSession=360(ReferTimes=140289, ReferDataSize[2880161665])
DataFileSize=2949513216,ReclaimedSize=0, ToReclaimSize=0, ValidSize=2949513216,FailToReclaimSize=0 

Activity.log

Information                      RCNCDCARCMP01                         30/10/2012 20:21:09    19510                  Compression as percent = 91%, Compression as ratio= 12.449375

Information                      RCNCDCARCMP01                         30/10/2012 20:21:08    19510                  Data Read From Agent = 35015424 KB, Data Written to Disk = 2812625 KB

Information                      RCNCDCARCMP01                         30/10/2012 20:13:08    19510    360        Backup Session 360 on Media 10/19/12 1:19 PM

Information                      RCNCDCARCMP01                         30/10/2012 20:13:08    19510    360        Source Directory: dbaexdbvss\SG15

Information                      RCNCDCARCMP01                         30/10/2012 20:13:08    19510    360        Agent Backup Method: Full

  

What to search for:

1) Example of session 360:  From Activity.log search for 360  and timestamp should be around CreateTime[2012-10-30 20:13:14],

2)Session Raw Size= 35855794176 / 1024 = 35015424 KB - If you search activity.log UP  for 35015424 you get “Data Read From Agent = 35015424 KB, Data Written to Disk = 2812625 KB”

3) Compression % from Dedupe Detail Report = 100 - [(Valid Size/SessionRawSize) *100 ]

4)   FailToReclaimSize=0 
    This has to be at 0. If it has a figure, it means that the sparse file holes have not been reclaimed. The Dedupe tool mentioned in the article ( https://arcserve.zendesk.com/hc/en-us/articles/202082529) has to be used to reclaim the holes. Also apply the Fix T16C973 (there are code changes done to sis.dll)

Was this article helpful?
0 out of 0 found this helpful
Have more questions? Submit a request

Comments