Если нужно восстановить из бекапа почтовую базу в уже существующую почтовую базу RDB через DPM (System Center 2012 R2 DPM Administrator Console R2 Version: 4.2.1205.0), то нужно сделать следующее
Предыстория, написал (21.06.2025) мне в WhatsApp сотрудник, мол нечаянно удалил все письма из почтового ящика, могу ли я ему помочь с этим, на что ответил ему что в понедельник смогу посмотреть, что можно сделать, возможно поднять из бекапа.
Шаг №1: Сперва я проверил, а может все же письма есть в ящике, ведь при обычном удалении выделяем и нажимаем клавишу Del они помещаются в каталог "Удаленные". Для этого дал своей административной учетной записи права группы "Не работает Full Access to OWA на Exchange 2010"
Действительно писем нет
Шаг №2: Подключаюсь по RDP к своему srv-backup03 (OS: Windows Server 2012 R2 Standard) который обслуживаем почтовые базы Exchange 2010 в плане резервного копирования и хранения копий неделю.
on srv-backup03
Logon: aolloadm
Group: Domain Admins, Exchange Organization Management, Enterprise Admins, Schema Admins, Organization Management
Шаг №3: Раскрываю оснастку System Center 2012 R2 DPM Administrator Console по части сервера с почтовыми базами и той базой в которой находится почтовый ящик сотрудника письма, которого мне нужно восстановить:
on srv-backup03
Logon: aolloadm
Win — через поиск нахожу оснастку Microsoft System Center 2012 R2 DPM Administrator Console — перехожу в "Recovery" - Recoverable Data - amilux.local - SRV-MAIL08-MB - All Protected Exchange Data - Mail08Mailbox_DB22_2G и вижу, на какие даты я могу восстановить почтовую базу с ящиками внутри:
К примеру, опираясь на заметки:
Проверяю какое количество писем в базе RDB
[PS] C:\Windows\system32>Get-MailboxStatistics -Database RDB
DisplayName ItemCount StorageLimitStatus LastLogonTime
----------- ---------
Иван Алексеев 937 BelowLimit 20.06.2025 17:33:45
По сравнению на 23.06.2025 до момента восстановления количество ItemCount в ящике было равным 10-20., что говорит мне что в ящике присутствует каталог "Recovery20062025"
которые из восстановленного из бекапа базы я восстановил пользователю следующей командой: (на всякий случай советую прочитать заметки выше, так как у меня все одно из другого вытекает)
Restore-Mailbox -Identity 'IAlekseev' -RecoveryDatabase "RDB" -RecoveryMailbox "Иван Алексеев" -TargetFolder "Recovery20062025"
Шаг №3: А если нужно попробовать восстановить из бекапа в базу RDB, но взять не 20.06.2025, а к примеру 19.06.2025, то, когда выполнял это через DPM получил ошибку:
Recovery status: Failed
Start time: 23.06.2025 08:22:56
End time: 23.06.2025 08:23:17
Data transferred: -
Recovery failed for Exchange Mailbox Database Mail08Mailbox_DB22_2G because the overwrite flag is not set for RDB on srv-mail09-mb.amilux.local. (ID 30174)
Дело в том, что нужно открыть свойства почтовой базы RDB на почтовом сервере посредством оснастки: "Exchange Management Console" - Microsoft Exchange - Microsoft Exchange on-Premises (srv-mail01-cas.polygon.local) - Organization Configuration - Mailbox — посредством правой кнопкой мыши на почтовой базе RDB выбираю Properties и на вкладке "Maintenance" нужно отметить галочкой параметр "This database can be overwritten by a restore" и это нужно делать если буду пробовать восстанавливать за различные базы почтовую базу.
На заметку: Почтовая база должна быть в состоянии Mounted
Просто сперва, когда я получил ошибку по своим записям я не нашел сразу готового ответа по этой ошибке, а после прочитал его еще раз и тут до меня до шло, просто я ранее по нескольку раз из бекапа в базу RDB не восстанавливал, а когда сделал восстановление базу RDB просто удалял.
Шаг №4: После отписал в WhatsApp сотруднику о завершенной работе с просьбой проверить и что нужно перенести в основные папки, а восстановленный каталог удалить:
Привет! Восстановить из бекапа тебе ящик на 20.06.2025, в общем у тебя в ящике сейчас появилась папка "Recovery20062025" в ней содержимое, что нужно перенести в основной, а после удали каталог "Recovery20062025"
Отзвонил ему и еще раз пояснил что от него требуется, а то как правило все что пишешь им сотрудники не воспринимают, а когда они тебе что-то говорят не воспринимаешь ты, так как их рабочая терминология отличается от сферы в которой крутишься ты.
Итого: что от меня требовалось я сделал, плюс получил еще одну ошибку с которой ранее не сталкивался во множественном восстановлении за различные даты почтовой базы с почтовыми ящиками внутри. На этом заметку считаю завершенной, с уважением автор блога Олло Александр aka ekzorchik.