Managing report settings
Complete the steps in this procedure to manage report settings for Core reports.
- Navigate to the Rapid Recovery Core Console.
- On the icon bar, click
(Settings), and then do one of the following:
- From the list of Core settings on the left side of the Settings page, click Reports.
- Scroll down on the right side of the Settings page until you can see the Reports heading.
The Reports Core settings appear. Report settings are described in the following table.
Option Description Restore Default This option restores all report settings to the default settings. Defaults are listed below for each setting.
Font This option controls the default font used for reports. The default typeface is Trebuchet MS. You can change this font to any typeface available to your system.
Paper size This option controls the default paper size for printing reports. The default is letter. You can choose from the following paper sizes:
- A3
- A4
- B4
- Executive
- Ledger
- Legal
- Letter
- Tabloid
Page orientation This option controls the page orientation for exported reports. The default orientation is Landscape. You can choose from the following layout options:
- Landscape
- Portrait
- To change any of the settings for Reports, click in the appropriate setting field.
The setting field appears as a configurable drop-down menu.
- Click the drop-down menu, and select one of the values available.
For example, in the Font field, click Times New Roman.
- For each setting, when satisfied with your changes, click
to save the change and exit edit mode, or click
to exit edit mode without saving.
The option you selected now appears as the new setting for the selected Reports parameter.
Managing Core SQL attachability settings
SQL attachability checks occur as part of the Rapid Recovery nightly jobs. To ease licensing costs, Rapid Recovery gives you two options for performing attachability checks: using a licensed instance of SQL Server installed on the Rapid Recovery Core machine or using the instance of SQL Server already installed on your protected machine. This second option is now the default setting. However, if your protected machine is already exerted during the time when the nightly jobs occur, consider performing the checks with an instance of SQL Server on the Core.
The ability to perform attachability checks using the SQL Server instance on a protected machine is a function of the Rapid Recovery Agentsoftware. This feature does not work if the SQL Server is protected agentlessly. Therefore, if using agentless protection on the SQL machine, configure this Core setting to Use SQL Server on the Core, as shown in step 3 of this procedure.
In summary, the process of managing Core SQL attachability settings involves the following tasks:
- Mount the latest recovery point for protection groups containing databases.
- Connect to the database from SQL Server.
- Open the database.
- Close the database.
- Dismount the recovery point.
To enable this nightly check, specify a SQL Server instance to use to perform attachability checks for SQL Server databases on protected machines.
NOTE: This option does not appear if you are not protecting a SQL Server in your Core.
To configure the Core to perform SQL attachability checks as part of the nightly jobs, complete the following steps.
|
|
NOTE: If you select the default option to use the instance of SQL Server installed on the protected machine, that SQL Server instance will manage SQL attachability for all protected SQL machines. If you do not want this setting to apply to all protected SQL machines, select Use SQL Server on the Core. To perform attachability checks on the Core, you must install or use a licensed version of SQL Server on the Core machine. |
- Navigate to the Rapid Recovery Core Console.
- On the icon bar, click
- From the list of Core settings on the left side of the Settings page, click Attachability.
- Scroll down on the right side of the Settings page until you can see the Attachability heading.
- To use the SQL Server instance installed on the protected SQL Server machine, select Use SQL Server on the protected machine. This is the default option.
- To use the SQL Server instance installed on the Rapid Recovery Core, select Use SQL Server on the Core, and then enter the authentication information as described in the following table.
Table 29: SQL Server credentials information Text Box Description SQL Server From the SQL Server drop-down menu, select the appropriate SQL Server instance from the Core server. Credential Type Select the appropriate authentication method for your credentials from the following options: - Windows
- SQL
User Name Specify a user name for accessing the SQL Server on the Core based on your selected credential type. Password Specify a password for accessing the SQL Server on the Core based on your selected credential type. - Click Test Connection.
NOTE: If you entered the credentials incorrectly, a message displays to alert you that the credentials failed. Correct the credential information and test the connection again.
- After you are satisfied with your changes, click Apply.
Understanding Core jobs
Core jobs are processes that the Rapid Recovery Core performs to support its operations, including backing up to recovery points, replicating data, archiving data, exporting data to VMs, maintaining repositories, and so on. Core jobs are initiated automatically for some operations, such as replicating or archiving on an established schedule. You can also invoke some jobs on demand from various elements on the Core Console.
- When viewing or editing Core job settings, each Core job has two parameters: Maximum concurrent jobs and Try count.
- The Maximum concurrent jobs parameter determines how many jobs of that type can be run at the same time.
- The Try count parameter determines how many times the job should be tried before abandoning the job, if network or other communication errors prevent the job from succeeding the first time.
- In the Core Jobs table, the Settings column indicates if the job listed is included in Core job settings by default or must be explicitly added.
The following table describes the primary Core jobs available and their functions.
| Job Name | Description | Maximum Concurrent Jobs | Try Count | Settings |
|---|---|---|---|---|
|
Check attachability of SQL databases in snapshots |
Lets the Core check the consistency of SQL databases and ensures that all supporting MDF (data) and LDF (log) files are available in the backup snapshot. Process:
|
1 |
0 |
Default |
|
Check checksum of Exchange databases |
Checks the integrity of recovery points containing Exchange databases. Process:
|
1 |
0 |
Default |
|
Check mountability of Exchange databases |
Checks that Exchange databases are mountable. |
1 |
0 |
Default |
|
Replicate protected machines data from remote source |
Transfers a copy of recovery points for a protected machine from a source Core to a target Core. This job runs on the target Core receiving the incoming replicated recovery points. |
3 |
0 |
Default |
|
Replicate protected machines data to remote target |
Transfers a copy of recovery points for a protected machine from a source Core (on which they were originally saved) to a target Core. This job runs on the source Core and controls outgoing replication. |
1 |
3 |
Default |
|
Roll up recovery points |
Applies the retention policy to your backed-up data by combining or "rolling up" recovery points on the schedule defined in the retention policy. |
1 |
0 |
Default |
|
Check recovery points |
Checks the integrity of recovery points. |
1 |
0 |
Add |
|
Delete all recovery points |
Deletes the full set of recovery points on a protected machine. |
1 |
0 |
Add |
|
Delete chain of recovery points |
Deletes a complete recovery point chain on a protected machine. |
1 |
0 |
Add |
|
Delete range of recovery points |
Deletes a set of recovery points on a protected machine, by recovery point identifier or date range. |
1 |
0 |
Add |
|
Deploy Agent software to machines |
Deploys Rapid Recovery Agent software to the specified machine or machines. |
1 |
0 |
Add |
|
Download Exchange libraries |
Downloads Microsoft Exchange libraries from the protected machine to the Core machine at path C:\ProgramData\AppRecovery\ExchangeLibraries. |
1 |
0 |
Add |
|
Export to archive |
Creates backup in the specified path with an archive of the selected recovery points. Process:
|
1 |
0 |
Add |
|
Export to virtual machine |
Exports data from specified recovery point of protected machine to destination path as a virtual machine. Process:
|
1 |
0 |
Add |
|
Import archives |
Imports recovery point from the specified backup on a previously created Core archive. |
1 |
0 |
Add |
|
Maintain repository |
Performs a check of the repository. Process:
|
1 |
0 |
Add |
|
Mount recovery point snapshots |
Performs mount of recovery point to the specified path. |
1 |
0 |
Add |
|
Protect ESX virtual machines |
Adds all specified virtual machines to agentless protection. Job is performed immediately after adding agentless protection of one or more VMs to the Core using the Protect Multiple Machines Wizard. Job sets ID number for each specified VM, writes information about the Core to a configuration file, and retrieves metadata from the file. |
1 |
0 |
Add |
|
Restore from recovery point |
Performs a restore from a recovery point to a specified target machine. Process:
|
1 |
0 |
Add |
|
Uploading logs |
Uploads logs to specified server. |
1 |
0 |
Add |
Some Core jobs are included in Settings. The Jobs settings let you specify how many concurrent jobs of the same type the Core can run, and how many retries should be attempted if the first job attempt fails.
For more information about these Settings, see Core job settings.
For information on adding jobs to Core Settings, see Adding Core jobs to settings.
For information on editing settings for jobs in the Settings list, see Editing Core job settings.
Core job settings
When you select
- The maximum number of jobs of this type for the Core to attempt at one time. This must be set to a value between 1 to 50.
- The number of times a job should be attempted if a network or other communication error prevents the job from succeeding the first time. This must be set to a value between 0 to 10.
Several jobs are automatically included in Core settings. These jobs include a value of "Default" in the Settings column (as shown in the topic Understanding Core jobs).
You can add some other jobs to settings if you want to configure those settings to control the maximum number of jobs or retries for those functions. These jobs include a value of "Add" in the Settings column. For information on how to add these jobs to the Settings table, see Adding Core jobs to settings.
Core jobs not available in Settings do not provide the ability to set these two parameters.
For jobs that are listed in settings, you can edit existing settings. This lets you customize the two parameters, delete a job type from the job settings list, or restore default settings. For detailed information, see the topic Editing Core job settings.