When using Rapid Recovery to back up Microsoft Exchange Servers, mountability checks can be performed on all Exchange databases after every snapshot. This corruption detection feature alerts administrators of potential failures and ensures that all data on the Exchange servers will be recovered successfully in the event of a failure.
To enable or disable this feature, go to the Settings menu for a protected machine, and set the Enable automatic mountability check option to Yes or No, respectively. For more information about modifying settings for a protected machine, see Viewing and modifying protected machine settings.
Mountability checks are not part of nightly settings. However, if the automatic mountability check is enabled, and if the Truncate Exchange logs nightly job is enabled, then the mountability check is triggered after the completion of log truncation.
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.
In order to force a mountability check, an Exchange database must be present on a protected volume. If Rapid Recovery does not detect the presence of a database, the mountability check function does not appear in the Core Console.
Complete the steps in this procedure to force the system to perform a mountability check for a specific Exchange server recovery point on demand.
For instructions on how to view the status of the mountability check, see Viewing events using tasks, alerts, and journal.
In order to force a checksum check, an Exchange database must be present on a protected volume. If Rapid Recovery does not detect the presence of a database, the checksum check function does not appear in the Core Console.
Complete the steps in this procedure to force the system to perform a checksum check for a specific Exchange server recovery point.
For instructions on how to view the status of the checksum check, see Viewing events using tasks, alerts, and journal.
If you are protecting a Microsoft SQL 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, Attachability, is available in the Core Console related to SQL Server.
Rapid Recovery Core lets you perform a SQL attachability check to verify the integrity of recovery points containing SQL databases. This action checks the consistency of SQL databases and ensures that all supporting MDF (data) and LDF (log) files are available in the backup snapshot.
In previous releases, SQL attachability checks have historically required a licensed version of SQL Server on the Core machine. Rapid Recovery Core now provides the ability to perform SQL attachability checks from an instance of SQL Server on the Core, or from a licensed version of SQL Server on a protected SQL Server machine.
The attachability settings let you specify which licensed version of SQL Server is used to perform this check. For more information about configuring attachability settings, see Managing Core SQL attachability settings.
For more information on SQL attachability, see About SQL attachability.
Following are functions you can perform for a SQL server protected by the Core.
For more information about setting credentials for SQL servers, see Setting credentials for a SQL Server machine.
For more information about truncating SQL Server logs on demand, see Forcing log truncation for a SQL machine.
For more information about forcing an attachability check for SQL Servers on demand, see Forcing a SQL Server attachability check.
Other than specifying credentials, each of the functions described in the preceding list can be accomplished on demand, and can also be configured to occur as part of the nightly jobs performed for the Core. 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.