Chat now with support
Chat with Support

vRanger 7.8.1 - User Guide

Introduction vRanger overview Configuring vRanger
Configuring vRanger through the Startup Wizard Configuring vRanger manually Supplemental instructions: additional repository types
Using vRanger Backup Restore
Restoring an encrypted VMware VM Performing a full restore for VMware VMs Performing a full restore for Hyper-V® VMs Performing a full restore for VMware vApps Performing a full restore of a physical machine Performing an FLR on Windows Performing an FLR on Linux Restoring from manifest
Replicate VMs Reports Integrating and monitoring vRanger Using the vRanger Console vAPI Cmdlet details About us

Removing a Quest Rapid Data Access (RDA) repository

Previous Next



Removing a Quest Rapid Data Access (RDA) repository

The process for removing a Quest Rapid Data Access (RDA) repository is the same as removing any other repository type.

To remove a Quest Rapid Data Access (RDA) repository:
1
In the My Repositories pane, right-click the Quest Rapid Data Access (RDA) repository, and select Remove.

The Remove Repository dialog box appears, showing the savepoints in the selected repository.

When removing a repository, you have the option of keeping the savepoints on disk or deleting them. To remove the storage unit associated with the repository, you need to remove the savepoints. If replication is configured for this repository, you are also given the option to delete the savepoints in the replicated repository.

2
Select Delete all savepoints in this repository.
3
To delete the savepoints in a replicated repository, select Delete all savepoints in replication repository.
4
5
When the Delete Savepoints dialog box appears, click OK to delete the savepoints.

Adding a Quest DR Series system as a CIFS repository

Previous Next



Adding a Quest DR Series system as a CIFS repository

To add a Quest DR Series system as a CIFS repository:
1
In the My Repositories pane, right-click anywhere, and click Add > Windows Share (CIFS).
2
In the Add Windows Network Share Repository dialog box, complete the following fields:
Repository Name: Enter a name for the repository.
Description: [Optional] Enter a long-form description for the repository.
User Name and Password: Enter the credentials for accessing the CIFS share.
Security Protocol: Select a protocol, NTLM (default) or NTLMv2.
Server: Enter the UNC path to the desired repository directory. Alternatively, you may enter a partial path and click Browse to find the target directory.
IMPORTANT: Do not select Encrypt all backups to this repository. Using encryption or compression with deduplicated repositories limits or disables deduplication. Encryption and compression should not be used with any repository type that provides deduplication.
3

The connection to the repository is tested and the repository is added to the My Repositories pane and the Repository Information dialog box.

vRanger checks the configured repository location for existing manifest data to identify existing savepoints.

Import as Read-Only: To import all savepoint data into the vRanger database, but only for restores, click this button. You cannot back up data to this repository.
Import: To import all savepoint data into the vRanger database, click this button. vRanger is able to use the repository for backups and restores. vRanger requires read and write access to the directory.
Overwrite: To retain the savepoint data on the disk and not import it into vRanger, click this button. vRanger ignores the existence of the existing savepoint data and treats the repository as new.
5
Click Next.

Adding a Quest DR Series system as an NFS repository

Previous Next



Adding a Quest DR Series system as an NFS repository

To add a Quest DR Series system as an NFS repository:
1
In the My Repositories pane, right-click anywhere, and click Add > NFS.
2
In the Add Network File Share Repository dialog box, complete the following fields:
Repository Name: Enter a descriptive name for the repository.
Description: [Optional] Enter a long-form description for the repository.
DNS Name or IP: Enter the IP or FQDN for the repository.
Export Directory: Specify the export directory, which is similar in concept to a network share. You must create a target subdirectory in the export directory.
Target Directory: Specify a subdirectory of the NFS export directory. This directory is the location to which savepoints are written.
IMPORTANT: Do not select Encrypt all backups to this repository. Using encryption or compression with deduplicated repositories limits or disables deduplication. Encryption and compression should not be used with any repository type that provides deduplication.
3

The connection to the repository is tested and the repository is added to the My Repositories pane and the Repository Information dialog box.

vRanger checks the configured repository location for existing manifest data to identify existing savepoints.

Import as Read-Only: To import all savepoint data into the vRanger database, but only for restores, click this button. You cannot back up data to this repository.
Import: To import all savepoint data into the vRanger database, click this button. vRanger is able to use the repository for backups and restores. vRanger requires read and write access to the directory.
Overwrite: To retain the savepoint data on the disk and not import it into vRanger, click this button. vRanger ignores the existence of the existing savepoint data and treats the repository as new.

 

Understanding the vRanger virtual appliance (VA)

Previous Next


Configuring vRanger > Supplemental instructions: additional repository types > Understanding the vRanger virtual appliance (VA)

Understanding the vRanger virtual appliance (VA)

The vRanger VA is a small, pre-packaged Linux® distribution that serves as a platform for vRanger operations away from the vRanger server. With VAs, the workload can be spread across the other CPUs available to a host. This feature provides increased reliability and scalability over operations.

vRanger uses the VA for the following VMware® functions:

The VA must be deployed to any ESXi host that you want to configure for replication — either as a source or a destination. For hosts in a cluster, you may deploy just one VA to the cluster; the VA is shared among the cluster’s hosts. When deploying a VA to a cluster, you must choose a host in the cluster to which the VA should be associated.

In addition, replication by way of a VA requires that if a VA is used on one host or cluster in a replication job, a VA must be used on both the source and destination host or cluster. In other words, VAs, when used for replication, must be used in pairs.

When configuring the VA, consider the amount of resources — CPU and RAM — allocated to the VA as the number of simultaneous tasks the VA can process is directly tied to available resources. In addition, if you want to perform replication tasks using a VA, carefully consider an appropriate size for the VA scratch disk. For more information, see The VA scratch disk.

For more information about vRanger VA configuration, see the following topics:

Related Documents

The document was helpful.

Select Rating

I easily found the information I needed.

Select Rating