Chat now with support
Chat with Support

Rapid Recovery 6.2 - Third-Party Integration Guide

Introduction to Rapid Recovery Add-on for Kaseya Rapid Recovery overview and system requirements Installing Rapid Recovery using the Add-on for Kaseya Using the Rapid Recovery Add-on for Kaseya About us

Establishing replication

Use Establish Replication to configure on-demand replication when you have credentials for both source and target Cores. For example, you own the Cores and do not need to send a request or get approval to establish replication.

The machine should have the status of Pairing in the State column, or a status of Validated on the Events page.

3.
Click the Review icon.

The Establish Replication dialog box opens.

4.
Under Choose the protected machine(s) whose backups you want to replicate to, and on which repository each Agent should be stored, do one of the following:
Select Replace an existing replicated Core on, and then select an existing target core from the drop-down list.
Select Create a new replicated Core on, and then enter the name of the new target core.
6.
Click Start Replication.
On the Establish Replication page, the State column for the selected Core machine displays the status of Pending. When replication is established, the status changes to Established.

Viewing pending replication requests in the Rapid Recovery Add-on for Kaseya

If you have protected machines for which others can send replication requests, this page lets you get and view the requests that have been submitted for those protected machines. The list of protected machines includes the following information:

Machine. The name of the machine that has the Core installed.
Credentials. The user name associated with that machine.
Source Core. The Core that protects the machines that have the Agent installed.
Target Core. The Core to whose repository the request wants to send replicated data.
Machine. The means by which you can select a machine.
Customer Id. The identification number for the customer who made the replication request.
Email Address. The contact information for the customer who requested replication to this core.
Core Name. The name of the source core from which the customer wants to replicate.
Status. The state of replication between the cores (for example, Pending or Approved.)

You can then review those requests and accept or deny them as appropriate. If you accept, replication is established and recovery points are sent from the source to the target cores.

3.
To refresh the list, click Update Status, and then click Yes in the dialog box to confirm.

The Pending Request dialog box opens.

d.
Click Send Response to establish replication.

On the Pending Requests page, the Status column updates to display the status as either Approved or Denied as appropriate.

Removing replication in the Rapid Recovery Add-on for Kaseya

When you remove replication, you stop further replication of recovery points from a protected machine. After you remove replication in the add-on console, the pairing between the source Core and target Core continues to exist. To remove replication completely, you must do so using the Core Console on each core machine. For more information about removing replication from the Rapid Recovery Core Console, see the Rapid Recovery User Guide.

The Remove Replication dialog box opens.
4.
Click Yes.

Monitoring Rapid Recovery activity in the Add-on for Kaseya

Within the Rapid Recovery Add-on for Kaseya, you can view pertinent event information about all of the machines in your environment. The pages offer details such as machine name, IP Address, version of Rapid Recovery software, and machine type (Core or Agent), identify each machine, which the start and end times and the status of each event conducted by Rapid Recovery help you monitor relevant activity.

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating