Nick,

The best practices guide (and experience ) tells that when using a VTL you
should NOT multiplex, as the order in which the blocks are multiplexed are
not always the same. So in order to get a valuable deduce ratio, single
stream backups should be done.

Brecht Arteel

Op 12/05/11 17:11 schreef N.J.Tustain <n.j.tustain AT OPEN.AC DOT UK>:

>I'm trying to figure something out.
>
>Although data from a multiple client backup, is stored in separate files
>(according to SSID) on an AFTD device, which means it is effectively
>de-multiplexed.
>
>One benefit
>of the simple rule that all data in a file belongs to the same save set
>is that it enables
>clean staging of save sets to another medium.
>
>If a datadomain device is being used (non VTL) mode, is the data stream
>it de-duplicates effectively a multiplexed datastream from all the
>clients backing up at any moment.
>
>If so how can any decent de-dupe ratio be achieved, as the data stream
>it's de-duping is a random mix of each clients data, which will change
>each time the backups run.
>
>Thanks
>Nick
>
>-- 
>The Open University is incorporated by Royal Charter (RC 000391), an
>exempt charity in England & Wales and a charity registered in Scotland
>(SC 038302).
>
>To sign off this list, send email to listserv AT listserv.temple DOT edu and
>type "signoff networker" in the body of the email. Please write to
>networker-request AT listserv.temple DOT edu if you have any problems with this
>list. You can access the archives at
>http://listserv.temple.edu/archives/networker.html or
>via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER
>

To sign off this list, send email to listserv AT listserv.temple DOT edu and 
type "signoff networker" in the body of the email. Please write to 
networker-request AT listserv.temple DOT edu if you have any problems with this 
list. You can access the archives at 
http://listserv.temple.edu/archives/networker.html or
via RSS at http://listserv.temple.edu/cgi-bin/wa?RSS&L=NETWORKER