Chat now with support
Chat with Support

Rapid Recovery 6.1.2 - User Guide

Introduction to Rapid Recovery Core Console Core settings Repositories Encryption keys Protecting machines
About protecting machines with Rapid Recovery Support for dynamic and basic volumes Understanding the Rapid Recovery Agent software installer Deploying Agent to multiple machines simultaneously from the Core Console Using the Deploy Agent Software Wizard to deploy to one or more machines Modifying deploy settings Understanding protection schedules Protecting a machine About protecting multiple machines Settings and functions for protected Exchange servers Settings and functions for protected SQL servers
Managing protected machines Snapshots and recovery points Replication Events Reporting VM export Restoring data Bare metal restore
Bare metal restore for Windows machines Understanding boot CD creation for Windows machines Using the Universal Recovery Console for a BMR Performing a bare metal restore for Linux machines Viewing the recovery progress Starting a restored target server Troubleshooting connections to the Universal Recovery Console Repairing boot problems Performing a file system check on the restored volume
Managing aging data Archiving Cloud storage accounts The Local Mount Utility The Central Management Console Core Console references Command Line Management utility PowerShell module
Prerequisites for using PowerShell Working with commands and cmdlets Rapid Recovery PowerShell module cmdlets Localization Qualifiers
Scripting REST APIs About us Glossary

Configuring an email server

Complete the steps in this procedure to configure an email server.

NOTE: You must also configure notification group settings, including enabling the Notify by email option, before email alert messages are sent by the system. For more information on specifying events to receive email alerts, see Configuring notification groups.
1.
Navigate to the Rapid Recovery Core Console.

The SMTP Server core settings appear.

Option

Description

SMTP Server

Enter the name of the email server to be used by the email notification template. The naming convention includes the host name, domain, and suffix; for example, smtp.gmail.com.

From

Enter a return email address. It is used to specify the return email address for the email notification template; for example, noreply@localhost.com.

User name

Enter a user name for the email server.

Password

Enter the password associated with the user name required to access the email server.

Port

Enter a port number. It is used to identify the port for the email server; for example, the port 587 for Gmail.

The default is 25.

Timeout (seconds)

Enter an integer value to specify how long to try to connect to the email server. It is used to establish the time in seconds before a timeout occurs.

The default is 60 seconds.

TLS

Select this option if the mail server uses a secure connection such as Transport Layer Security (TLS) or Secure Sockets Layer (SSL).

6.
Click Send Test Email and then do the following:
a.
In the Send Test Email dialog box, enter a destination email address for the test message and then click Send.
b.
If the test message fails, exit the error dialog box and the Send Test Email dialog box, and revise your email server configuration settings. Then send the test message again.
c.
Once the test message is successful, click OK to confirm the successful operation.

Configuring an email notification template

When you enable notifications of Rapid Recovery events by email, a default template is created for you by default. The SMTP email server defined for the Core uses this template to send notifications regarding Rapid Recovery events by email.

This topic describes the process of configuring the default email notification template or customizing the content. Using the Restore Default option, you can restore changes to the default notification template at any time.

Complete the steps in this procedure to configure an email notification template.

NOTE: You must also configure an email server and notification group settings, including enabling the Notify by email option, before email alert messages are sent. For more information about configuring an email server for sending alerts, see Configuring an email server. For more information on specifying events to receive email alerts, see Configuring notification groups.
1.
Navigate to the Rapid Recovery Core Console.

The Notifications page appears.

The Edit Email Notification Configuration dialog box appears.

4.
Select Enable Email Notifications.

Option

Description

Enable email notifications

This setting enables or disables the email notification template.

Email Subject

The contents of this text field control the subject line for email messages sent as notifications of system events. The default email subject line is as follows:

Email

The contents of this text area control the body for email messages sent as notifications of system events. The default email body message is as follows:

Send Test Email

Clicking this button sends a test email message to the email address you specify in the resulting Send Test Email dialog box.

Restore Defaults

Clicking this button removes any customized changes from the email template, and restores the Email Subject and Email fields with the default contents described in this table.

OK

Clicking this button confirms and saves the settings in the Edit Email Notification Configuration dialog box.

Cancel

Clicking this button cancels any changes in the Edit Email Notification Configuration dialog box.

Option

Description

hostName

The host name of the Core

details

The details object of the specific event.

agentName

The name of the protected machine associated with this event, if the event has a scope of a single protected machine.

repositoryName

The name of the repository associated with this event, if the event has repository scope.

jobSummary

The summary of the job associated with this event, if the event has job scope.

remoteSlaveCoreName

The name of the remote target core associated with this event, if the event has target core scope.

remoteMasterCoreName

The name of the remote source core associated with this event, if the event has source core scope.

productName

The name of the product, for example 'AppAssure Core' or 'Rapid Recovery Core.' This product name can be changed for branding using white labeling.

companyName

The name of the company selling the product.

7.
In the Email Subject text box, enter a subject for the email template.

The Email Subject is used to define the subject of the email notification template, for example, <hostname> - <level>: <name>.

8.
In the Email text box, enter the information for the body of the template which describes the event, when it occurred, and the severity.
9.
Click Send Test Email , and then do the following:
b.
If the test message fails, exit the error dialog box and the Send Test Email dialog box, click OK to save the current email template settings. Then modify your email server settings as described in the procedure Configuring an email server. Ensure that you reenter the password for that email account. Save those settings and then return to this procedure.
c.
Once the test message is successful, click OK to confirm the successful operation.

Once you are satisfied with the results of your tests, return to the Edit Email Notification Configuration dialog box, and click OK to close the dialog box and save your settings.

Configuring event settings

You can configure certain setting specific to events.

For example, you can set repetition reduction settings to reduce the amount of notifications you see for identical repeated events.

You can also set the amount of time, in days, that event records are retained in the database.

View the following topics to learn about configuring event settings.

About repetition reduction

The ability for administrators to receive notification upon the occurrence of certain events is critical. Nonetheless, in certain circumstances, receiving repeated notification of events that you are aware of can also be frustrating or inconvenient. Even if a notification is generated due to an environmental failure that you wish to know about immediately, it is possible for the same error condition to generate hundreds or thousands of events in the event log. To reduce repetition in the event log, and reduce the inconvenience of receiving repeated Toast alerts or e-mail notifications for the same event in the Core Console, Rapid Recovery includes a repetition reduction setting, which is enabled by default and set at 5 minutes. This setting can be set as low as 1 minute and as high as 60 minutes. It can also be disabled entirely.

When repetition reduction is disabled, then every time an event of the same type and scope occurs, it is logged in the database. Regardless of how much time passed since that event previously occurred, each new occurrence is shown in the Alerts portion of the Events page.

When repetition reduction is enabled (for example, with the default time of 5 minutes), then the first time that specific event occurs, it is logged in the event database and shown in the Alerts log. If subsequently an event of the same type and scope is again logged within the threshold of time established, then the count for the event in the database increases by 1 for each repeat occurrence within that threshold. The log shows in the Alerts portion of the Events page. However, it displays the event only once, with the date and time of the most recent occurrence. The event log is not updated with the same event until the threshold of time from the first occurrence expires. For example, if set for 5 minutes and the event occurs again 6 minutes later, it appears in the log and you receive another notification.

Related Documents