Symantec Backup Exec

Automatically recreate user accounts and mailboxes

Recreates the user accounts and their mailboxes if they do not already exist on the target server. The restore job fails if a mailbox that is being restored does not exist on the destination server.

See Backing up individual Exchange mailboxes.

When Automatically recreate user accounts and mailboxes is checked, the password that is entered on Tools > Options > Microsoft Exchange is used as the password for accounts that are recreated.

See Setting default backup and restore options for Exchange data.

Automatically recreate user accounts and mailboxes applies only if mailboxes are being restored to their original location. If the mailbox restore is being redirected, the user account and mailbox must already exist on the target server.

When restoring individual mail messages and folders, restore over existing messages and folders

Replaces an existing item with the message or folder. A new object ID is not created for the message or folder; only the contents and properties are replaced.

If this check box is not checked, or if the original message or folder does not exist, then it is recreated as a new message or folder; that is, a new object ID is created for it by Backup Exec.

If this check box is not checked and if the original message or folder does exist, then the message or folder is skipped.

Restore all transaction logs; do not delete existing transaction logs (no loss restore)

Preserves the existing transaction logs on the Exchange server. Transaction logs from the storage media are then restored and added to the existing set of transaction logs on the Exchange server. When the restore operation finishes, Exchange automatically updates its databases with the uncommitted transactions found in the existing and newly restored transaction logs. This option is selected by default.

If you are restoring individual databases into a storage group, you should select this option. If this option is not selected, uncommitted transactions for other databases in the storage group may be lost.

If continuous protection is enabled, select backup sets from the last full backup or recovery point to restore up to the latest full transaction log.

This option is not applicable to snapshot backups.

For continuous protection jobs only, restore all transaction logs until point-in-time; skip transaction logs after this time

Restores transactions from a transaction log up to and including a point in time in the transaction log. After the point in time, recovery from the transaction log is stopped.

Select the backup sets from a full backup or a recovery point, and then specify the point in time.

In the date and time box, select the part of the date that you want to change. Enter a new date, or click the arrow to display a calendar from which you can select a date.

Then, select the part of the time you want to change, and enter a new time.

Purge existing data and restore only the databases and transaction logs from the backup sets

Deletes the existing transaction logs. Only the databases and transaction logs from the backup sets are restored.

If continuous protection is enabled, select the backup sets from a full backup or a recovery point that you want to restore the database to.

When you restore an Exchange 2007 database and you enable this option, Backup Exec adds a .DELETE file name extension to all existing Exchange log files that it finds in the destination storage group.

For example, Backup Exec renames e0001.log to e0001.log.delete.

Backup Exec preserves the existing Exchange log files in the storage group until you manually delete them.

Path on Exchange Server for temporary storage of log and patch files

Specifies a location where the associated log and patch files are to be kept until the database is restored. The default location is \temp, and a subdirectory is created for each storage group. The log and patch files for each storage group are kept in the corresponding subdirectory.

Make sure the temporary location for log and patch files is empty before you start a restore job. If a restore job fails, check the temporary location (including subdirectories) to make sure any previous log and patch files from a previous restore job were deleted.

This option is not applicable to snapshot backups.

Dismount database before restore

Takes the Exchange database offline automatically before the restore job runs. If this option is not selected, you must manually take the database offline before the restore job can run.

When restoring a snapshot backup, or when restoring an individual Exchange database from a snapshot, all databases in a storage group must be taken offline. Selecting this option automatically takes all databases in a storage group offline.

Commit after restore completes

Commits the last backup set if your selection contains the last backup set to be restored. This option directs the restore operation to replay the log files and roll back any uncompleted transactions. If this option is not selected, the database is left in an intermediate state and is not yet usable.

If Commit after restore completes is checked when an intermediate backup is being applied, you cannot continue to restore backups. You must restart the restore operation from the beginning.

After the database is restored, the log and patch files in the temporary location are applied to the database, and then the current log files are applied. After the restore is complete, the log and patch files are automatically deleted from the temporary location (including any subdirectories).

This option is not applicable for snapshot backups.

Mount database after restore

Mounts the database so that it is available to users. This check box is only available if Commit after restore completes is selected.

Guide Me

Starts a wizard that helps you choose restore job properties for Exchange Server data.