Forum Discussion

Peter_Muir's avatar
Peter_Muir
Level 2
9 years ago

Client -side vs server-side deduplication?

Hi, Reading the BE 2014 manual it states that server-side deduplication reduces size of the back which reduces storage, but client-side deduplication reduces network traffic and therefore reduces ...
2014
Backup and Recovery
Backup Exec
Windows Server (2003-2008)
  • Colin_Weaver's avatar
    Colin_Weaver
    9 years ago

    Well the deduplication algorithm is the same no matter which side does it, and information about chunks already in the deduplication store are still provided to the client during the process (there is a local cache detailing chunks that gets augmented by requests back to the server if details of a chunk do not show up in the local cache.)

    As such the storage use should be the same either way.

    Also the only way to really find out how much the different choices affect you is to try the different configurations to see how much bandwidth is used, how much CPU and RAM is used on the various servers etc.

     

    Basically the key reasons for chosing Client Side vs server side usually relate to how much bandwidth is used that might affect other applications using the same network link and the overall power (RAM and CPU availability) of the servers that you choose to do the work with the associated impact on other applicatons on those servers . For this descison usually the storage used (and as it happens the overall backup window) are not key factors in the decision)

    .

    So

    - Fast servers (loads of CPU and RAM) but network link that has key production applications using it (so bandwidth worries) then you would probably go with Client side to minimize the bandwidth used

    - Fast servers but one of the remote servers has a key application that also uses lots of CPU and RAM then you would probably consider server side for that one busy server but client side for the others (depending on bandwidth and network performance anyway)

    - Fast servers with slow link you would also go with client side - although note that unreliable slow link or link that is too slow may still have probelms that neither configuration will solve.

    - Backup Server is fast but other servers are slow (or 32bit) then you would go with server side (as long as the network link is stable/fast and does not have bandwidth concerns)

    The difficult one's to decide are:

    - Backup server is fast but all other servers are slow and network link is slow or you have bandwidth concerns

    - All servers are slow, network link speed/bandwidth is also a concern.

    Really these last two are upgrade your hardware or network or both then revisit your decision

     

     

     

     

Colin_Weaver's avatar
Colin_Weaver
Moderator
9 years ago

Well the deduplication algorithm is the same no matter which side does it, and information about chunks already in the deduplication store are still provided to the client during the process (there is a local cache detailing chunks that gets augmented by requests back to the server if details of a chunk do not show up in the local cache.)

As such the storage use should be the same either way.

Also the only way to really find out how much the different choices affect you is to try the different configurations to see how much bandwidth is used, how much CPU and RAM is used on the various servers etc.

 

Basically the key reasons for chosing Client Side vs server side usually relate to how much bandwidth is used that might affect other applications using the same network link and the overall power (RAM and CPU availability) of the servers that you choose to do the work with the associated impact on other applicatons on those servers . For this descison usually the storage used (and as it happens the overall backup window) are not key factors in the decision)

.

So

- Fast servers (loads of CPU and RAM) but network link that has key production applications using it (so bandwidth worries) then you would probably go with Client side to minimize the bandwidth used

- Fast servers but one of the remote servers has a key application that also uses lots of CPU and RAM then you would probably consider server side for that one busy server but client side for the others (depending on bandwidth and network performance anyway)

- Fast servers with slow link you would also go with client side - although note that unreliable slow link or link that is too slow may still have probelms that neither configuration will solve.

- Backup Server is fast but other servers are slow (or 32bit) then you would go with server side (as long as the network link is stable/fast and does not have bandwidth concerns)

The difficult one's to decide are:

- Backup server is fast but all other servers are slow and network link is slow or you have bandwidth concerns

- All servers are slow, network link speed/bandwidth is also a concern.

Really these last two are upgrade your hardware or network or both then revisit your decision