Source:About Replication - Jaglion

From SEPsesam
Revision as of 16:19, 4 February 2020 by Sta (talk | contribs) (Marked this version for translation)
Other languages:

Template:Copyright SEP AG en

Docs latest icon.png Welcome to the latest SEP sesam documentation version 4.4.3 Beefalo/4.4.3 Beefalo V2. For previous documentation version(s), check documentation archive.


Overview

SEP sesam provides different replication types. The SEP Si3 replication enables you to replicate the data between SEP sesam Remote Device Servers. You can also use HPE Catalyst stores, HPE Cloud Bank Storage, or S3 cloud storage for replicating your data.

SEP sesam replication only searches for new blocks of data in the source media pool and replicates these changes to a target media pool according to a defined schedule. Replication means that only changed data blocks are sent over a network and replicated to the target server. This reduces the data transferred over the network and gives you the ability to control your network usage by scheduling replication.

To optimize replication performance, you cannot replicate savesets with errors. It is possible to replicate savesets with status successful, savesets with warnings (status successful or with warnings) or partially restorable savesets (containing data from cancelled backups).

Prerequisites

To ensure error-free operation of SEP sesam and improve performance, make sure that the following conditions are met:

  • SEP sesam Server v. ≥ 4.4.3 Beefalo. Check Hardware requirements for SEP sesam Server or RDS.
  • Depending on your environment (Si3R, HPE StoreOnce VSA, Cloud Storage), a proper license is required to use the replication. For details, see List of Licenses.
  • A reliable network connection between servers. Note that NAT (Network Address Translation) infrastructure is not supported.
  • Bandwidth can affect replication performance. Test SEP sesam replication processing to determine how much workload can be managed by your network.
  • If replicating to Si3 deduplication store, it is important that you ensure sufficient amount of memory and CPU; check the system requirements and recommendations.
  • The same amount of disk space is required for source and target data stores. Ensure that enough disk space is available for both data stores, always keeping in mind that horizontal scaling might be necessary.
  • Determine the type of data that is going to be replicated. You can reduce network load by elaborate scheduling and replication scenarios.
Information sign.png Note
Antivirus programs may disrupt network communication and cause SEP sesam processes, such as backup and replication, to fail. One program that is known to cause SEP sesam processes to terminate is Sophos Firewall with IPS (Intrusion Prevention System) enabled. Make sure that there are no antivirus, firewall, IDS or IPS programs preventing interaction with SEP sesam.

Configuring replication

The first step in configuring replication is to configure the data stores. Depending on the replication type, select the relevant data store type:

  • Si3 deduplication store: Enables you to replicate the data between SEP sesam Remote Device Servers (RDS), which can also be SEP sesam Servers, or to S3 cloud.
  • HPE StoreOnce: Enables you to replicate the data between SEP sesam backup server (SEP sesam Server or RDS) and Catalyst store, or between one Catalyst store to another.
  • HPE Cloud Bank Store: Enables you to replicate the data between Catalyst store and Cloud Bank store.

Afterwards, you have to create media pools, test your backups and create a replication task. You can schedule a replication job or start the process manually.

The replication configuration is pretty straightforward and does not differ much between the different replication types. However, each replication type has its own requirements, e.g., specific license and pre-configuration steps, data store type, etc. Depending on which replication type you want to use, refer to SEP Si3 Replication, S3 Cloud Replication or HPE StoreOnce Replication.

Initial replication

An initial transfer of data will replicate all data from the source to target server, therefore it will require a bigger amount of CPU, network bandwidth and time to successfully complete. You should start initial replication manually. After the initial replication is completed, the replication process will transfer only data that has changed on the source server, therefore all following replication cycles can be scheduled to start automatically (see Scheduling replication below). To start replication manually, proceed as follows:

  1. From the menu, select Activities -> Immediate start -> Replication (previously Migration).
  2. In the Immediate Start: Replication window, from the Task name drop-down list select the replication task you want to start and click Start.

To make sure your replication is working correctly, check its status. For details, see section Checking replication status.

Scheduling replication

You can add your replication task to one or more schedules to automate your replication.

  1. From Main Selection -> Scheduling -> Schedules, click New Schedule. The New Schedule window appears.
  2. Scheduling replication Beefalo V2.jpg
  3. Configure your schedule and click OK. For details, see Creating a schedule.
  4. Right-click the schedule you have just created and select New Replication Event. The New Replication Event window opens.
  5. From the Task name drop-down list, select the task you want to link to the schedule. Optionally, under Sequence control, set up the Priority of your replication event. SEPuler always executes the schedules with higher priority first. Default priority level is 1, which is the lowest priority (the highest is 99). The only exception are the schedules with priority 0, which override all other priorities and are always executed. For details, see Setting Event Priorities. You can also enable the Blocking date, see Special Schedules.
  6. Click OK to link the event to the schedule. Replication event Beefalo V2.jpg

Checking replication status

The status of your replication jobs is logged together with the migration jobs. Go to the Main Selection -> Job state -> Migrations and Replications and look for your replication task in the first column Migration Task. The other columns provide details on status, start and end time, the amount of data being transferred, etc. For example, you may be replicating 100 GB of data (column Data Size), but only 1 GB is transferred physically (column Transferred) over the network as only a small amount of data is changed.

By default, the replication tasks are listed in the tree view. Expanding the replication task by clicking plus (+), shows the status of individual replication tasks grouped together in a hierarchical view.

You can view the details of a specific migration or replication task by double-clicking it (or by selecting it and clicking the Properties button). You can also check the log file for details by selecting the Main Log tab, and then send or download the log(s).

Migrations by state Beefalo.jpg

Information sign.png Note

If the replication is scheduled, but there is nothing to replicate because the data has not changed since the last run, the displayed status in the column State is successful with remark no savesets found.

As of 4.4.3 Beefalo V2, you can also monitor your replications online by using new Web UI. For details, see SEP sesam Web UI.