Source Side Dedup
Copyright © SEP AG 1999-2017. All rights reserved.
Any form of reproduction of the contents or parts of this manual is allowed only with the express written permission from SEP AG. When compiling and designing user documentation SEP AG uses great diligence and attempts to deliver accurate and correct information. However, SEP AG cannot issue a guarantee for the contents of this manual.
|The components used are still in developmental stage! To get the required components, send a request to email@example.com.|
SEP sesam applies deduplication technique at block level, and offers a hybrid of both, target-based (Si3T) and source-based deduplication (Si3S, introduced in SEP sesam v. 4.4.3). Both methods require a configured Si3 deduplication store, for which a special license is needed.
Source-side deduplication means that during backup only changed blocks are transferred to the backup server. On the client itself the backup process calculates hashes of data to be backed up and only changed or unknown blocks of the target Si3 deduplication store are sent to the backup server. It can be used to minimize the data transferred during backup in situations where bandwith is a problem and SEP sesam RDS cannot be used. See Deduplication for more details on recommended utilization of dedupe methods.
|Using source-side deduplication does not necessarily mean that the backup windows will be reduced. This actually depends on your data structure – note that hashing chunks of data is very CPU intensive and such backups might take even longer. You should consider which clients can be overloaded in this way. Typically, source-based deduplication is a great solution for environments with a low daily data change rate and low bandwidth between the backup server and backed up client.|
Source-side deduplication is easily configured and has the following advantages:
- Only new and unique data is being backed up directly at the source.
- Because less data is sent over the network the bandwidth is reduced.
- Reduced amount of required data storage.
Source-side deduplication may have the following disadvantages:
- Backup client might get overloaded and the backup window is lengthened.
- If it is used for virtual data centers where resources are shared among the virtual machines, it can impact production workloads.
Make sure that the following conditions are met before using deduplication:
- Check that the required license is installed.
- Si3S is supported on all available Linux and Windows operating systems. However, on Linux clients it is only available if SEP sesam RDS is installed on the backup client. (Si3S is a part of a SEP sesam Windows client package, but is not included in the Linux client package, only in Linux Server or RDS package.) For details on supported OS, see SEP sesam OS and Database Support Matrix.
- At least one Si3 deduplication store has to be configured on either a SEP Sesam Server or SEP Sesam Remote Device Server. For details on how to set it up, see Configuring an Si3 Deduplication Store.
- Si3S increases CPU overhead in the production environment to calculate hashes. Therefore the minimum requirements for the system which is going to be backed are:
- Minimum of 2 CPU cores
- 2 GB RAM
Configuring source-side deduplication
Configuring Si3S consists of 3 main steps:
- Creating a required backup environment with a deduplication store. Check the Si3 Deduplication Hardware Requirements and follow the step-by-step procedure as described in Configuring an Si3 Deduplication Store.
- Once the Si3 deduplication store is created, configure the media pools.
- Set up your backup strategy by following the standard backup procedure: First, you will create a backup task by selecting the data to be backed up, then you will specify when you want to back up your data by creating a backup schedule, and then you will create a backup event. In this step you will also enable the source-side deduplication (see below).
|You can also use the Immediate start button to enable the Si3S and start your backup instantly.|
Creating a backup event with enabled Si3S
When creating a backup event, you can also enable source-side deduplication.
- From Main Selection -> Scheduling -> Schedules, right-click the schedule for which you want to create a new event then click New backup event.
- Under Sequence control, you can set up the Priority of your backup event. For details, see Setting Event Priorities.
- Under Parameter, specify the Backup type.
- From the Media pool drop-down list, select the target media pool to which the data will be backed up. Note that you have to select the media pool which is combined with an Si3 deduplication store backend.
- Select the check box Source Side Deduplication.
- Click OK to save the event.
Enabling and starting Si3S instantly
- From the menu bar, select Activities -> Immediate start -> Backup.
- In the Immediate start: Backup dialog, select a deduplication media pool as your backup target.
- The check box Source Side Deduplication is shown: select it and click Start.
Verifying if Si3S is used
You can verify if source-side deduplication is successful by selecting Job State -> Backup in the Main selection window. The job state overview provides detailed information on backup status and shows source-side deduplication tasks in the first column. In our example (see below), the source-side deuplication task name is SSDD. The Si3S status overview also provides information on the job status, deduplication ratio, start and stop time of the Si3S, data size and throughput, assigned media pool, etc.
What network port is used for backup?
The client will connect the RDS or backup server on the following destination port: 11701 + the first dedup drive. For example, when the first dedup drive is 9, client will use the port 11710. Make sure that the respective port is opened in the firewall on RDS or SEP sesam Server. You may need to manually detect and open the relevant port. The source port will be random.