Exchange configuration guide for SEP sesam Version 4.4.3.x
Copyright © SEP AG 1999-2017. All rights reserved.
Any form of reproduction of the contents or parts of this manual is allowed only with the express written permission from SEP AG. When compiling and designing user documentation SEP AG uses great diligence and attempts to deliver accurate and correct information. However, SEP AG cannot issue a guarantee for the contents of this manual.
- 1 Overview
- 2 Configuring the Exchange Components
- 3 Backing up Exchange
- 4 Known issues
- 5 What is next?
This article describes configuration of SEP sesam Exchange Recovery Pro and Exchange backup, introduced in SEP sesam version 4.4.3. For details on any of the previous Exchange extensions, refer to previous Exchange versions.
Exchange Recovery Pro is a powerful recovery solution for Exchange that allows you to browse or search through backed-up mailboxes and emails and to restore individual emails, calendars, journals, notes, contacts and mailboxes using simple drag-and-drop functionality. Exchange Recovery Pro is only supported on Windows systems and must be installed on the system that serves as the SEP sesam Server or SEP sesam RDS. To use the full Exchange Recovery Pro functionality, all SEP sesam clients using Exchange backup functionality must be updated to SEP sesam version 4.4.3.
On Linux systems, Exchange can only be restored manually using an integrated SEP sesam restore wizard in combination with Exchange Recovery Pro to recover to a live Exchange server or mailbox.
Exchange Recovery Pro licenses are issued for a specific number of mailboxes. Only one such license is required since it covers all the mailboxes (user and archive mailboxes) in all Exchange databases. For example, for Database Availability Groups (DAGs) environments, you only need a single Recovery Pro license that supports all your Exchange databases. The license can be installed on different SEP sesam RDS systems so as not to overload your network. Note that you will not be able to restore your data using Exchange Recovery Pro if the number of backed-up mailboxes exceeds the number of mailboxes specified in the license! For more details on licenses, see Licensing.
Configuring the Exchange Components
- A SEP sesam Server or SEP sesam Remote Device Server (RDS) running on Windows x64 with Microsoft Outlook (32-bit, 2007/2010/2013) and Microsoft .NET Framework 3.5 installed. An additional Outlook license is not required and does not need to be activated.
- A SEP sesam data store Path or SEP sesam Si3 data store is required for instant single item recovery.
- If the backups are encrypted, compressed or stored on tape or a Linux data store, a manual restore to a Windows x64 system (with installed SEP sesam Client, Exchange Recovery Pro, and Microsoft Outlook (32-bit, 2007/2010/2013)) is required.
- Make sure that there is sufficient free space on the Windows x64 system that will be used to recover the Exchange database and corresponding transaction log files.
|Requirements||SEP sesam Server Standard edition||SEP sesam Advanced Server edition||SEP sesam Premium Server edition||SEP sesam Enterprise Server|
|Memory (without Si3 deduplication)||8 GB RAM||Minimum 16 GB RAM||32 GB RAM||Minimum 64 GB RAM|
|Memory (with Si3 deduplication)||Minimum 16 GB RAM||Minimum 32 GB RAM||64 GB RAM||Minimum 128 GB RAM|
|Core (without Si3 deduplication)||1x CPU with 4 cores||1x CPU with 8 cores||Minimum 1x CPU with 8 cores||Minimum 2x CPUs with 4 cores|
|Core (with Si3 deduplication)||1x CPU with 6 cores||2x CPUs with 8 cores||2x CPUs with minimum 8 cores||Minimum 2x CPUs with 8 cores|
|Minimum hard disk space for SEP sesam metadata||100 GB||300 GB||500 GB||500 GB|
|No. of backup clients||Up to 15||Recommended up to 50||Recommended up to 150||Recommended for more than 150|
SEP sesam components for the Exchange environment
- Install the latest SEP sesam Client/RDS version (4.4.3 or higher) on all Microsoft Exchange nodes with the default properties.
- Repeat the installation procedure for Database Availability Groups (DAGs) environments (SEP sesam version 4.4.3 or higher required).
Installing the Exchange Recovery Pro package
Make sure that Microsoft Outlook (32-bit, 2007/2010/2013) and SEP sesam Exchange Recovery Pro are installed on the Windows x64 system that serves as the SEP sesam Server or RDS. Outlook does not require special configuration, nor is an Outlook license required.
- Download SEP sesam Exchange Recovery Pro from Exchange download.
- Extract the files to a directory of your choice. Double-click setup.exe and follow the instructions. If any required components are missing, you will be prompted to install them.
Installing the Exchange Recovery Pro license file
You need a special license file for the SEP sesam Exchange Recovery Pro feature. Licenses are made available immediately your purchase/renewal is completed.
|The license counts all the mailboxes (user and archive mailboxes) in all Exchange databases. If the number of mailboxes does not match those specified in the license, restore will not work!|
- Go to Start -> All Programs -> Exchange Recovery Pro. The message "License file not installed" appears.
- Click the License info button and import the license.ini file.
Backing up Exchange
SEP sesam supports backup for Exchange Servers and Exchange Server databases in a Database Availability Group (DAG) environment. DAG enables replication from one Exchange Server database to another server running Exchange 2010.
Four different types of backup are available for Exchange Servers: FULL, DIFF, INC and COPY. Below is an excerpt from the article Overview of Exchange Server Backup Methods describing the different types of backup (© 2011 Microsoft. All rights reserved):
- Normal (or Full): The normal backup process backs up the directory or Exchange store in its entirety, as well as the log files. To restore from a normal backup, only one normal backup is needed. A normal backup marks the objects it has backed up so that incremental and differential backups have context. This is accomplished by backing up the entire database and all the log files, and then purging the log files.
- Copy: The copy backup is the same as a normal backup except no marking takes place to give incremental and differential context. This means that performing an incremental backup after a copy backup is equivalent to performing it before a copy backup. Use a copy backup to get a full backup of the directory or Exchange store without disturbing the state of ongoing incremental or differential backups.
- Incremental: An incremental backup backs up the subset of the component that has changed since the last normal or incremental backup. Then it marks these objects as backed up. To restore from incremental backups, each incremental backup since the last normal backup and the normal backup are needed. An incremental backup backs up only the log files, and then purges them.
- Differential: A differential backup backs up changes in the directory or Exchange store that have occurred since the last normal backup. To restore from differential backups, one differential backup and one normal backup is required. A differential backup backs up only the log files but does not purge them.
|Attention: Circular logging|
To perform incremental (INCR) or differential (DIFF) backups of Exchange databases, circular logging must be disabled. If circular logging is enabled, incremental or differential backups will fail. For more information, see the Microsoft article Circular Logging Prevents Backing Up ...
- Make sure the individual DAG nodes have both, a fully qualified domain name (FQDN) and a short name specified. You can add the client's short name or FQDN in the client properties, field Interfaces. For details on client properties, see Clients.
- SEP service must be running under a domain administrator account. If the service is running under a local account, SEP sesam will not be able to back up the Exchange server data.
Configuring Exchange Server or Exchange DAG backup task
- From Main Selection -> Tasks -> By clients, select your Exchange Server and click New backup task. The New backup task window opens.
- Enter the Task name.
- From the Backup type drop-down list, select either Exchange Server or Exchange Server DAG depending on what you want to back up.
- Specify the Source. If you want to create a task for a single database, browse and select it under Source. Note that the source path is case sensitive!
- Optionally, specify the databases which you do not want to back up in the Exclude list. If you want to add a comment, enter it in the Comment field.
- Under the Exchange Server DAG settings, select the Database state.
The Exchange 2016 DAG members can host a mix of active and passive database copies. The primary copy of a mailbox database is an active copy, while secondary database copies are passive copies. You can create a backup from an active or from any passive copy within DAG. However, it is recomended to backup only passive copy to avoid negative performance impact on productive Exchange operation.
The following options allow you to select the appropriate database copy mode:
- Active copy only: Back up from the active copy only. Note that backing up the active copy affects the Exchange performance. If not available, backup is aborted and nothing is backed up.
- Passive copy only: Back up from the passive copy only. If not available, backup is aborted and nothing is backed up.
- Active copy preferred: Back up from the active copy if available. If the active copy is not available, the passive copy of the database will be backed up instead.
- Passive copy preferred: Back up from the passive copy unless no healthy passive copy is available. In the latter case, the active copy of the database will be backed up instead.
- The check box Allow to execute on any DAG host provides an option to run a database copy backup on any DAG host that has a required database copy. By default, this option is not selected and the backup is executed on the specified Exchange server only.
- If you want to ensure that only the specified server is used for backup, do not select this option.
- If this option is selected, then in instances where database copies are replicated between multiple servers and the required database copy is not available on the specified Exchange server, SEP sesam will perform a backup of the first available Exchange server within the same DAG that holds the required database copy. As a prerequisite to use this option, this second Exchange server must also be configured as a SEP Sesam Client with a backup permission. If the retrieved second Exchange server (DAG node) differs from the name of the SEP Sesam Client then additional matching is done using client's interface setting.
For example, SEP Sesam Server has two clients: DAG1 and DAG2. DAG1 is internally configured as exchdag1.contoso.com and DAG2 as exchdag2.contoso.com. A backup task is created to backup database MDB1 passive copy with an option Allow to execute on any DAG host. SEP sesam checks the first host DAG1 for the required database MDB1 passive copy and gets the response that the MDB1 passive copy is available on exchdag2.contoso.com. If this information does not map to any of the configured hosts, a backup will fail with an error that the client exchdag2.contoso.com is not yet configured in SEP sesam. In such a case, the administrator must configure an alternative name for the second DAG host. The client's interface (hostname) is set in the Client properties (Topology -> select location -> double-click the client -> Interfaces). For details, see How can I configure a backup using another network or interface.
- Optionally, by clicking the corresponding tabs in the New backup task window, you can further refine your backup task by setting additional options, such as pre/post backup and restore commands, set encryption or compress data, consolidate individual tasks under a specific task group and assign a task to the schedule.
- Click OK to create the task.
- If you want to start the newly created task immediately, right-click the name of the task and click Immediate start. If you want to create a periodic backup, you have to create a schedule for your backup task: Click New schedule under Main Selection -> Scheduling -> Schedules and set up a schedule. For more details, see Creating a schedule.
- Once you have configured a schedule, you must create a new backup event for it. For general information on creating a backup event, see Creating a backup event.
|If you are backing up Exchange DAGs, you have to create a dedicated backup task for each server in the DAG.|
Finally, run the Exchange backup. You can use the Immediate start button to start your Exchange backup instantly.
You can view the status of your backup jobs by selecting Last backup state in the Main selection window. The backup status overview provides detailed information on the last run of backup jobs, including the task name, start and stop time of the last backup, backup type, data size, throughput, assigned media pool, etc.
Best practices for Exchange DAG
- Follow the Microsoft’s preferred method of backing up Exchange DAG environment and replicate all active databases on only one DAG node. You should backup all passive databases only from this passive DAG node. Setting up a passive node solely for the purpose of backups help reduce the impact on your production environment.
- It is strongly recommended to backup a passive copy only since this allows you to offload the backup process.
- If you are backing up an active DAG database despite the recommendation, be aware that the load on the active database will be heavily increased – a negative performance impact on the productive Exchange operation might be significant!
- Disable the circular logging if you want to run incremental and differential backups.
- If you are using SEP Si3 target deduplication, carefully plan your deduplication scenario. For example, you can run a full Exchange backup to the Si3 deduplication store, and then run incremental and differential backup to the default data store type Path.
- Provide enough disk space for recovery.
For troubleshooting Exchange issues, such as Exchange backup fails with VSS API error due to missing Microsoft Exchange VSS writer, see Troubleshooting Microsoft Exchange Server.