Quest has been named as an ASP "Ten Best Web Support Sites" award winner. Learn more.

Rapid Recovery 6.0.2 - User Guide

*** Legend Introduction to Dell Data Protection | Rapid Recovery Understanding the Rapid Recovery Core Console Working with repositories Managing Rapid Recovery Core settings Using custom groups Working with encryption keys Protecting machines using the Rapid Recovery Core Working with Microsoft Exchange and SQL Servers Protecting server clusters Exporting protected data to virtual machines Managing protected machines Understanding replication Managing events Generating and viewing reports Restoring data Understanding bare metal restore for Windows machines Retention and archiving Managing cloud accounts Working with Linux machines Understanding the Local Mount Utility Central Management Console Understanding the Rapid Recovery Command Line Management utility Understanding the Rapid Recovery PowerShell module
Prerequisites for using PowerShell Working with commands and cmdlets Rapid Recovery PowerShell module cmdlets Localization Qualifiers
Extending Rapid Recovery jobs using scripting Rapid Recovery APIs Glossary

Understanding recovery point status indicators

Once a recovery point is captured for a protected SQL or Exchange server, the application displays a corresponding color status indicator in the Recovery Points grid. This grid appears in the Recovery Points pane when viewing recovery points for a specific machine. The color that displays is based on the check settings for the protected machine and the success or failure of those checks, as described in the following tables.

Note: For more information on viewing recovery points, see Viewing recovery points.

Recovery status point colors for Exchange databases

The following table lists the status indicators that display for Exchange databases.

Table 1. Exchange database status indicators
Status Color Description
White Indicates that an Exchange database is not detected within the recovery point, volume, or volume group.
Yellow Indicates that the Exchange database mountability checks have not yet been run.
Red Indicates that either the mountability or checksum checks failed on at least one database.
Green Indicates that the recovery point contains one or more database, and that mountability checks are enabled, and that mountability check passed or that the checksum check passed.

Recovery status point colors for SQL databases

The following table lists the status indicators that display for SQL databases.

Table 2. SQL database status indicators
Status Color Description
White Indicates that a SQL database is not detected within the recovery point, volume, or volume group.
Yellow SQL database was offline, indicating that attachability checks were not possible and have not been performed.
Red Indicates that the attachability check failed, or SQL database is offline.
Green Indicates that the attachability check passed.
Note: Recovery points that do not have an Exchange or SQL database associated with it appear with a white status indicator. In situations where both an Exchange and SQL database exists for the recovery point, the most severe status indicator displays for the recovery point.

Was this topic helpful?

[Select Rating]



Settings and functions for protected Exchange servers

If you are protecting a Microsoft Exchange Server in your Core, there are additional settings you can configure in the Rapid Recovery Core Console, and there are additional functions you can perform.

If you are protecting a Microsoft Exchange Server in your Core, there are additional settings you can configure in the Rapid Recovery Core Console, and there are additional functions you can perform.

A single setting, Enable automatic mountability check, is available in the Core Console related to Exchange Server. If enabled, Exchange server mountability checks are conducted automatically. This setting is available when the status for the protected machine is green (active) or yellow (paused).

For more information, see About Exchange database mountability checks.

You can also perform a mountability check on demand, from the Recovery Points pane on a protected Exchange server machine. For more information, see Forcing a mountability check of an Exchange database.

Following are functions you can perform for an Exchange server protected by the Core.

  • Specify Exchange server credentials. Rapid Recovery Core lets you set credentials so the Core can authenticate to the Exchange server to obtain information.

    For more information about setting credentials for Exchange servers, see Setting credentials for an Exchange server machine.

  • Truncate Exchange logs. When you force log truncation of Exchange server logs, this process identifies the available space and reclaims space on the protected Exchange server.

    For more information about truncating Exchange server logs on demand, see Forcing log truncation for an Exchange machine. This process can also be performed as part of the nightly jobs.

  • Force a mountability check of an Exchange database. This function checks that Exchange databases are mountable, to detect corruption and alert administrators so that all data on the Exchange server can be recovered successfully.

    For more information about forcing a mountability check on demand, see Forcing a mountability check of an Exchange database.

    You can also force a mountability check to occur automatically after each snapshot. For more information about mountability checks, see About Exchange database mountability checks.

  • Force a checksum check of Exchange Server recovery points. This function checks the integrity of recovery points containing Exchange database files.

    For more information about forcing a checksum check on demand, see Forcing a checksum check of Exchange database files.

You can truncate Exchange logs and force a checksum check as part of nightly jobs. For more information about the tasks you can schedule as nightly jobs, see Understanding nightly jobs. For information on configuring nightly jobs, see Configuring nightly jobs for the Core.


Was this topic helpful?

[Select Rating]



Setting credentials for an Exchange server machine

In order to set login credentials, an Exchange server must be present on a protected volume. If Rapid Recovery does not detect the presence of an Exchange server, the Set Credentials function does not appear in the Core Console.

Once you protect data on a Microsoft Exchange server, you can set login credentials in the Rapid Recovery Core Console.

Complete the steps in this procedure to set credentials for each Exchange Server.

  1. In the left navigation area of the Rapid Recovery Core Console, select the protected Exchange server machine for which you want to set credentials.

    The Summary page appears for the protected Exchange server.

  2. On the Summary page, from the links at the top of the page, click the downward-facing arrow [Expand] to the right of the Exchange menu, and then from the resulting drop-down menu, select Set Credentials.
    The Edit Exchange Credentials dialog box for the protected Exchange server appears.
  3. In the Edit Exchange Credentials dialog box, enter your credentials as follows:
    1. In the User name text field, enter the user name for a user with permissions to the Exchange server; for example, Administrator (or, if the machine is in a domain, [domain name]\Administrator).
    2. In the Password text field, enter the password associated with user name you specified to connect to the Exchange server.
    3. Click OK to confirm the settings and close the dialog box.

Was this topic helpful?

[Select Rating]



Forcing log truncation for an Exchange machine

In order to force log truncation, an Exchange database must be present on a protected volume. If Rapid Recovery does not detect the presence of a database, the log truncation check does not appear in the Core Console.

When you force log truncation for a protected Exchange Server, the size of the logs are reduced. Complete the steps in this procedure to force log truncation on demand.

  1. In the left navigation area of the Rapid Recovery Core Console, select the protected Exchange server for which you want to force log truncation
    The Summary page for the protected machine appears.
  2. At the top of the page, click the Exchange drop-down menu and select Force Log Truncation.
  3. In the resulting dialog box, click to confirm that you want to force log truncation.
    The dialog box closes. The system starts truncating the Exchange server logs. If Toast alerts are enabled for this type of event, you see a message that the log truncation process starts.

Was this topic helpful?

[Select Rating]



Related Documents