Microsoft exchange server extension for windows server backup

Резервное копирование баз данных Exchange 2013 должно выполняться на регулярной основе, ведь от этого зависит сохранность ваших данных. Тем не менее, существуют некоторые тонкости в этом процессе, о чем я и постараюсь рассказать в статье.

---

Найти больше информации по настройке и администрированию Exchange 2013 на моем блоге вы сможете в основной статье тематики – Exchange 2013 — Установка, настройка, администрирование.

---

Базы данных Exchange 2013 достаточно устойчивы к сбоям различного характера. Тем не менее, как и любые важные бизнес-данные, они нуждаются в обязательном резервном копировании.

Хочу напомнить, что резервным копированием не являются следующие технологии:

1. RAID – лишь уменьшает вероятность необратимой поломки дисковой подсистемы, но не защищает от неё полностью, а также никак не предохраняет от логического повреждения данных;
2. Снимки виртуальной машины – в некоторой степени защищают лишь от логического повреждения данных, позволяя вернуться к сохраненному состоянию, но не защищают от выхода из строя самого сервера. Кроме того, в Exchange 2013 использование снимков крайне не рекомендуется и официально не поддерживается (читайте Best Practices for Virtualizing and Managing Exchange 2013)

Для начала рассмотрим некоторые теоретические основы.

Теория

Exchange 2013 официально поддерживает резервное копирование лишь на основе VSS. Что для этого будет использоваться – Служба архивации Windows Server с поддержкой Exchange 2013, System Center Data Protection Manager или любое другое приложение, понимающее VSS – абсолютно непринципиально. Для выполнения резервного копирования и восстановления используется подключаемый модуль Exchange для VSS. Он работает в качестве службы (wsbexchange – Microsoft Exchange Server Extension for Windows Server Backup) и запускается по требованию.

Несмотря на очевидную важность бэкапов, необходимость в резервном копировании баз данных в некоторых случаях может отсутствовать:

1. Когда ваш сервер Exchange 2013 является частью тестовой инфраструктуры;
2. Когда используется DAG и количество копий каждой БД составляет не менее трех штук.

Во всех остальных случаях резервное копирование баз данных Exchange 2013 является острой необходимостью.

В первом случае резервное копирование все равно может быть полезным – ну не разворачивать же все с нуля, если тестовый сервер упадет. Второй вариант вполне приемлем и даже очень часто рекомендуется, в том числе и в серьезных источниках (читайте Microsoft Exchange Server 2013. Полное руководство), а также и в официальной документации ³:

Настоятельно рекомендуется развернуть не менее трех неизолированных копий базы данных почтовых ящиков перед переходом с традиционных форм защиты базы данных, таких как RAID или традиционные архивы на основе VSS.

Вне зависимости от этого, вы должны прорабатывать алгоритмы восстановления в случае разных аварийных ситуаций.

Журналы транзакций

Неплохую живучесть БД Exchange 2013 обеспечивают журналы транзакций. Любые изменения данных отражаются сначала в них и уже только после этого попадают в реальную базу данных. Через журналы транзакций также происходит распространение изменений в другие базы данных, находящиеся в DAG. В общем смысле ведение журналов является скорее необходимостью, чем какой-то прихотью. Именно поэтому крайне не рекомендуется включение циклического ведения журналов для баз данных, не состоящих DAG.

Без регулярного выполнения резервного копирования вы столкнетесь с сильной нехваткой свободного места, которое будет заполняться журналами. Даже в тестовой среде объемы требуемого пространства будут очень велики:

На скриншоте изображены свойства папки, в которой хранится база данных почтовых ящиков пользователей вместе с журналами, которых в ней более 8000. Чтобы вы понимали масштаб: в БД всего 5 ящиков, в каждом из которых не более пары десятков писем без вложений.

Каким же образом избавиться от журналов? Рекомендую сразу оставить мысли про ручное удаление. В крайнем случае вы можете на некоторое время включить циклическое ведение журналов для нужных вам баз и сразу после усечения логов вернуть все обратно. Более приемлемый и правильный вариант – выполнить резервное копирование тома, на котором эти базы находятся. Это и обсудим в следующем разделе.

Резервное копирование

Стоит сразу оговориться, что далеко не все виды резервного копирования приведут к штатному усечению журналов транзакций. Наиболее простой вариант – выполнить резервное копирование томов, на которых находятся базы данных. Это усечет логи, а также обеспечит в будущем возможность восстановления на уровне приложения. В официальной документации доступна таблица ⁴:

Если…	То…
Создать резервные копии всех данных на сервере…	Резервное копирование с помощью службы VSS будет выполнено без усечения журналов транзакций для баз данных на сервере.
Выполнить выборочное резервное копирование, выбрав один или несколько томов…	Резервное копирование с помощью службы VSS будет выполнено с усечением журналов транзакций для баз данных в выбранных томах после завершения процесса.
Выполнить выборочное резервное копирование одной или нескольких отдельных папок…	Резервное копирование с помощью службы VSS будет выполнено с усечением журналов транзакций для баз данных. Однако восстановление резервных копий сведется к восстановлению отдельных файлов, так как параметр восстановления на уровне приложения будет недоступен.

Обратите на неё особое внимание.

Чтобы выполнить полное резервное копирование с усечением журналов, лучше разделить бэкап системы и бэкап БД. То есть сначала вы делаете резервную копию системного диска, системных разделов и другой служебной информации, а уже потом, вместе с новой задачей резервного копирования, бэкапите полезную нагрузку – базы данных Exchange 2013.

Ниже я распишу подробно настройки однократной архивации тома с базами данных.

Резервное копирование без установленного компонента Система архивации данных Windows Server невозможно, а потому надо установить сначала его. Как только компонент установлен, можно приступать к созданию бэкапа ⁵. Открываем оснастку wbadmin.msc и запускаем мастер однократной архивации:

Далее все шаги будут видны на скриншотах.

На первом окне нажимаем Далее и потом выбираем Настраиваемый тип конфигурации:

В выпадающем списке Добавить элементы отмечаем все диски, на которых у вас находятся базы данных Exchange 2013. Заходим в Дополнительные параметры – Параметры VSS и выбираем Полная архивация VSS:

На следующей странице выбор будет зависеть от вашей инфраструктуры. Для хранения бэкапа может использоваться Удаленная общая папка или же Локальные диски. Я выбрал локальный диск и пусть вас это не смущает, ведь я выполняю резервное копирование на тестовом сервере. Тем не менее, даже на тестовой инфраструктуре мой локальный диск F: виртуальной машины физически находится на другом жестком диске по отношению к самой виртуалке.

В вашем случае “локальным” диском может быть диск, подключенный по iSCSI, либо просто смонтированный сетевой диск.

На этапе подтверждения проверяем сводную информацию и нажимаем Архивировать.

Дожидаемся завершения процесса и идем смотреть что стало с логами:

Обратите внимание, что в папке осталось всего 37 файлов из 8 897 ранее – после резервного копирования произошло усечение журналов транзакций.

Ну и чтобы явно убедиться, что все прошло хорошо, выполним команду:

Которая покажет дату последнего успешного резервного копирования каждой базы данных на сервере:

Напоминаю, что эта статья не освобождает вас от обязательного чтения официальной документации, ссылки на которую вы можете найти ниже.

Read time: 6 minutes

Microsoft Exchange’s native data protection uses native Exchange features to protect the database and mailbox without using any external assistance. But the Widows Server Backup has a plug-in that takes the Exchange-aware backups in VSS (Volume Shadow Copy Services) volumes.

Introducing the ‘Microsoft Exchange Server Extension for Windows Server Backup,’ an indispensable plugin that effortlessly installs and configures itself on your server. This plugin seamlessly orchestrates the backup process, with the Windows Server Backup plugin managing the service. Whether you’re embarking on a backup or restoration mission, the user experience remains consistent, ensuring a straightforward operation. If you’ve previously backed up data and are now seeking to restore your mailbox, there are crucial considerations to bear in mind when utilizing the Windows Server Backup tool.

• You can only recover Exchange data when you restore the data. The original location of the data or another place can be used to recover it. The recovery procedure, which includes unmounting any current databases and replaying logs into the restored databases, is handled automatically by WSB and the plug-in if you restore the data to its original place.
• The Exchange recovery database (RDB) is not supported by the restoration process. If you need to use an RDB, you must first restore the data to a different location before manually copying or moving it into the RDB folder structure.
• All the backups of previous databases must be restored together when restoring Exchange data. One database alone cannot be restored.

The process to restore the database is straightforward and simple. Here are the total number of steps-

1. Start Windows Server Backup as the Administrator.
2. On the left-hand pane, go to Windows Server Backup and choose Local Backup.
3. Right-click on Local Backup and select the Recover option. The Recovery Wizard will open.
4. Before starting recovery, you must mention that if the backup is present on the current server or any other network location. Click This Server and Next.
5. Select the Date and Time for the Backup. Click Next.
6. There will be various options for recovery – Files and Folders, Hyper-V, Volumes, Applications, and System State. Choose your option for recovery. In the example, we have chosen Files and Folders. Click Next.
7. Using the available tree, choose such files and folders that you wan to restore. Then, click Next.
8. The Specify Recovery Options will ask you to select the Recovery destination. It will also ask to you manage the restore tasks for such items that are already present in the recovery destination. Click Next.
9. Confirm the restore task for selected file. Click Recover.
10. After a successful restore job, the recovery process will change to ‘completed.’ At last, click Close.

You can verify the restore job by going to the target location; check that the imported items are present. You can also check Event Viewer, and the restore event will be logged in the Application Event log.

There are certain constraints related to the Windows Server Backup tool:

• Shared Network share: Although you can transmit backups to a network share, the software only keeps one backup, wiping out the previous backup after each successful backup. Due to their need for file versioning and data retention, many businesses will find this option to be useless, essentially a deal-breaker.
• Encryption: Windows Server Backup encryption is not enabled by default.
• Unavailability of selective Backup/Restoration: Windows Server Backup will run a full backup of SQL or Exchange. Ideally, you should run a test to determine how long recovery will take actually. You won’t be able to restore single mailboxes or tables; instead, you’ll only be able to restore the full Exchange store.

Conclusion

Windows Server Backup is a reliable choice for data backup, providing a secure option for safeguarding your information. However, it’s worth noting that the restoration process can be time-consuming, and it lacks advanced filtering capabilities. In cases of database corruption or inaccessibility, a specialized solution like Kernel for Exchange Server Recovery is essential. This professional software is designed to effectively repair and restore Exchange databases (EDB) by eliminating corruptions and recovering valuable data, rendering it operational once more. Moreover, it offers a wide array of filtering options, allowing you to precisely select and recover specific data as needed.

Для резервного копирования Exchange Server 2013 существует достаточно большое количество специализированных программных продуктов, каждый из которых обладает своими сильными и слабыми сторонами. Однако большинства из них платные, а их цена может нанести существенный удар по скромному ИТ-бюджету небольших российских компаний.

К счастью, можно воспользоваться функционалом Windows Server Backup (WSB) Features, который является встроенным модулем резервного копирования в Windows Server 2008 / 2008 R2. Конечно, его функционал не слишком радует количеством поддерживаемых функций и удобством управления, но как минимум позволяет в случае ЧП не остаться без актуальной резервной копией с базой почтовых ящиков пользователей.

Итак, имеем следующую конфигурацию: сеть с почтовым сервером Exchange Server 2013 (на Windows Server 2008 R2) с одной почтовой базой. Наша задача – настроить резервное копирование почтового хранилища Exchange 2013 с помощью стандартных средств Windows.

Несколько основных технических моментов касательно бэкапа почтовых баз Exchange 2013 средствами WSB:

• Резервное копирование выполняется с помощью службы теневого копирования томов (VSS — Volume Shadow Copy Service) на уровне тома целиком
• Возможен только локальный запуск и управление резервным копированием
• Резервную копию можно писать как на локальный диск, так и по сети в шару
• Возможно создать только полную (full) резервную копию базы. Инкрементальные, дифференциальные и т.п. бэкапы не поддерживаются.
• Возможен бэкап только активной базы DAG

По умолчанию функционал Windows Server Backup в Windows Server 2008 R2 не установлен. Установим этот компонент из командной строки:

Import-Module ServerManager

Add-WindowsFeature "Backup-Features" | Add-WindowsFeature "Backup-Tools"

Проверить установлен ли компонент Backup-Features можно так:

Get-windowsfeature | where {$_.name -like "*backup*"}

Примечание. Установить компонент резервного копирования можно и из графической консоли Server Manager:

Резервное копирование базы Exchange 2013 можно настроить из GUI Server Backup или с помощью Powershell. Рассмотрим 2 способ.

Импортируем команды Windows Backup в сессию Powershell:

add-pssnapin windows.serverbackup

Создадим новую политику резервного копирования, которая будет содержать все параметры резервного копирования и расписание его запуска.

$WBPolicyExch = New-WBPolicy

Укажем диск, на котором хранится почтовая база Excnahge (в примере E:\)

$BackupSrc = New-WBFileSpec –FileSpec E:\

Добавим диск в политику

Add-WBFileSpec –Policy $WBPolicyExch –FileSpec $BackupSrc

Укажем диск или сетевую шару, куда будут складываться резервные копии (здесь нельзя указать системный диск или тот же самый диск с базой):

$WBTargetFolder = New-WBbackupTarget –NetworkPath "\\srvBak01\bak\exchange2013"

Добавим устройство хранения резервных копий в политику

Add-WBBackupTarget –Policy $WBPolicyExch -Target $WBTargetFolder

Укажем, что для резервного копирования будет использоваться метод VSS Full Backup

Set-WBVssBackupOptions -Policy $WBPolicyExch -VssFullBackup

Проверим политику на ошибки:

$WBPolicyExch

Проверим статус почтовой базы перед запуском бэкапа:

Get-MailboxDatabase mdb001 –Status

В данном случае видно, что резервное копирование почтовой базы ни разу не выполнялось.

Запустить резервное копирование почтовой базы Exchange 2013 можно немедленно:

Start-WBBackup -Policy $WBPolicyExch

Или по расписанию:

Set-WBSchedule –Policy $WBPolicyExch –Schedule 23:00

После завершения резервного копирования WSB обновит заголовок почтовой базы данных и запишет в него информацию о времени выполнения последнего бэкапа:

Get-MailboxDatabase mdb001 -Status | select Lastfullbackup

Вывести список резервных копий можно так:

Get-WBBackupSet

Получить статус выполнения последнего задания:

Get-WBJob -previous 1

Примечание. После выполнения резервного копирования почтовой базы сбрасываются (удаляются) логи транзакций журналов Exchange, освобождая дополнительно место на диске.

https://winitpro.ru/index.php/2014/02/19/vosstanovlenie-mailboxstore-exchange-2013/