Как правило, после успешной установки и настройки сервера, следующее, о чем задумывается системный администратор – это о том, как он его будет восстанавливать в случае аварии. В этой статье мы поговори о том, как можно восстановить полностью вышедший из строя Exchange Server 2010.
Начнем с краткого описания того, какие изменения произошли в Exchange 2010:
В Exchange 2010, в различные компоненты включено много новых технологий, а так же удалены некоторые устаревшие возможности. В плане хранения и резервного копирования данных тоже произошли некоторые изменения. Перечислим основные из них:Удалены группы хранения (Storage Groups)
Exchange 2010 теперь не содержит группы хранения, которые использовались в Exchange 2007 для поддержания логических групп баз данных и организации сценариев высокой доступности.
Введены базы данных восстановления (Recovery Database)
На замену Recovery Storage Groups пришли Recovery Databases (RDB). Теперь, если у вас возникает необходимость в восстановлении как целых почтовых ящиков, так и отдельных писем, вам нужно использовать базы данных восстановления (RDB).
Возросло количество поддерживаемых баз
К каждому серверу Exchange 2010 Enterprise теперь может быть одновременно подключено до 100 баз данных почтовых ящиков (вместо 50-и в Exchange 2007) и до 5 баз к Exchange 2010 Standard. При этом, данное ограничение не касается общего числа объектов баз данных, хранящихся в Active Directory Domain Services (AD DS).
На каждом сервере, в одно время, может быть смонтирована только одна база данных восстановления, плюсом к 100, либо 5-и уже имеющимся.
Добавлены группы высокой доступности (Database Availability Groups)
С выходом Exchange 2010, Microsoft улучшила функции CCR и SCR, соединив две функции в одном компоненте DAG (Database Availability Group), DAG стала новой функцией непрерывной доступности баз данных почтовых ящиков. Группы DAG обеспечивают защиту на уровне базы, сервера и узла и делают развертывание решения высокой доступности и аварийного восстановления на уровне сайта гораздо проще, нежели в предыдущих версиях Exchange. Подробнее тут - http://itband.ru/2010/04/exchange-2010-dag-nlb/
Не поддерживается SIS
В Exchange 2010 разработчики отказались от механизмов SIS.
SIS (Single Instance Storage) — технология хранилищ Microsoft Exchange Server (v4.0 – 2007), позволяющая содержать в почтовой базе письмо и вложения в единственном экземпляре, независимо от количества отправителей и получателей этого письма, чьи почтовые ящики также располагаются в этой базе данных. Подробнее тут - http://itband.ru/2010/04/exchange-2010-sis/.
Настройки баз данных перенесены на уровень организации
Изменились PowerShell команды по управлению хранилищем
Подробнее можно прочитать в стать Determining Exchange Server 2010 Storage Configuration (http://msdn.microsoft.com/en-us/library/bb204051.aspx)
Теперь о восстановлении сервера после аварии
Исходя из всего выше сказанного, несколько изменился и сам подход к резервному копированию и восстановлению серверов Exchange 2010. На мой взгляд, наиболее оптимальным и надежным способом обеспечения высокой доступности баз данных почтовых ящиков в Exchange 2010 является использование функционала DAG (Database Availability Group). Но если у вас нет возможности использовать DAG в организации, то, по большому счету, кроме использование встроенной в Windows Server системы архивации Windows Server Backup, у вас нет механизмов обеспечения надежности Echange Server`a (самостоятельные решения вроде Data Protection Manger и т.п. в расчет не берем).Примечание: Использование групп высокой доступности не избавляет вас от необходимости выполнять резервное копирование серверов и баз данных.
Microsoft Exchange Server 2010 включает в себя подключаемый модуль системы архивации данных Windows Server, который позволяет создавать архивы данных Exchange на основе службы теневого копирования томов (VSS). Именно про восстановление сервера из такого архива мы и поговорим далее.
От теории к практике
Для примера, рассмотрим ситуацию, когда у вас был Exchange Server 2010, на котором в одной базе MDB хранилась вся почта пользователей:Рис.1: Состояние до аварии.
В один «прекрасный» момент сервер вышел из строя, и у вас осталась только копия базы данных почтовых ящиков, сохраненная на другом сервере в сетевой папке. Восстановление сервера дело достаточно не быстрое и хлопотное, особенно, если вы занимаетесь этим раз в 3 года и отработанных навыков у вас нет, так что первое, что вам нужно сделать – это обеспечить пользователей возможностью отправлять и получать почту при помощи функции переносимости аварийного восстановления (Dial Tone Portability), а потом уже можно не спеша приняться за восстановление их старых писем.
Примечание: Переносимости аварийного восстановления (Dial Tone Portability) — это функция Microsoft Exchange Server 2010, которая обеспечивает решение для ограниченной поддержки непрерывной работы электронной почты. Переносимость аварийного восстановления предоставляет пользователю временный почтовый ящик для отправки и получения электронной почты на время восстановления или исправления его исходного почтового ящика. Временный почтовый ящик может находиться на том же сервере почтовых ящиков Exchange 2010 или на любом другом сервере почтовых ящиков Exchange 2010 в организации. Это позволяет разместить на дополнительном сервере пользовательские почтовые ящики, располагавшиеся на сервере, который стал недоступен. Клиенты, поддерживающие функцию автообнаружения, например Microsoft Office Outlook 2003/2007/2010, автоматически перенаправляются на новый сервер без необходимости вручную обновлять профиль настольной системы пользователя.
Рис.2: Обеспечение пользователей доступом к почтовым сервисам.
Рис.3: План действий
Составим примерный план действий:
1. Взять уже имеющийся, либо установить временный сервер Exchange 2010 (2) c ролью MailBox.
2. Создать аварийную базу данных (Dial Tone Database) и перенастроить почтовые ящики на работу с ней.
3. Переустановить старый сервер при помощи команды Setup /m:RecoverServer - Exchange 2010 (3)
4. Восстановить файлы базы данных почтовых ящиков из резервной копии на восстановленный сервер в базу данных MDB2.
5. Переключить пользователей с аварийной базы данных на восстановленную MDB2.
6. Отключить базу DialTone и создать из неё базу данных восстановления RecDB.
7. Скопировать содержимое RecDB в активную базу данных MDB2.
8. Можно отключать Exchange 2010 (2).
Поговорим о каждом шаге подробнее:
Примечание: Не нужно забывать, что аварийная база данных и база данных восстановления (RDB), это разные вещи, соответственно, если на последнюю ограничение по количеству поддерживаемых баз данных сервером не накладывается (100 или 5), то для создания аварийной базы данных количество развернутых баз данных не должно превышать установленное максимальное количество.Использование графической консоли управления Exchange при работе с базами данных поддерживается плохо, поэтому все действия будем выполнять из командной консоли.
Создаем аварийную базу:
a. Создаем пустую аварийную базу DialTone командлетом New-MailboxDatabase:New-MailboxDatabase -Name DialTone –Server Server2 –EdbFilePath E:\Dialtone\DialTone.EDB –LogFolderPath E:\Dialtone\
b. Используем командлет Set-Mailbox для переключения почтовых ящиков пользователей, на аварийную базу DialTone:
Get-Mailbox -Database MDB | Set-Mailbox -Database DialTone
Рис.4: Создание аварийно базы данных (Dial-Tone Database) и переключение на нее почтовых ящиков.
c. Монтируем базу данных DialTone при помощи команды Mount-Database, либо из графической консоли управления:
Mount-Database -Identity DialTone
Рис.5: Вид из консоли управления Exchange.
После переключения пользователей на аварийную базу данных, MS Outlook, с включенным кэшированием, выдаст следующее сообщение:
Рис.6: Сообщение MS Outlook 2010 о работе с аварийной базой данных.
Фактически, произошло следующее – Outlook «понял», что произошло переключение на другую базу данных, и сохранил OST файл с кэшем старых писем. Теперь он предлагает выбор между работой с новой базой данных в режиме on-line, либо просмотр старых писем из кэша в режиме off-line. Это очень правильное решение, но у него есть один большой минус, о котором мы поговорим в конце.
Восстановление старого сервера
Дело в том, что очень большая часть настроек MS Exchange хранится в Active Directory, в связи с этим, можно переустановить сервер Exchange, автоматически применив эти настройки. Для этого нужно:- Сбросить учетную запись сервера в AD, выбрав пункт меню Переустановить учетную запись (Reset Account);
Рис.7: Сброс учетной записи старого сервера
- Установить операционную систему на новое железо;
- Назначить серверу такое же имя, какое было до аварии;
- Ввести сервер в домен;
Рис.8: Ввод сервера в домен под старым именем.
- Установить необходимые компоненты ОС;
- Запустить установку сервера с параметром Setup /m:RecoverServer;
Рис.9: Переустановка Exchange 2010.
- Проверить все дополнительные настройки.
Восстанавливаем данные из архива:
После того, как старый сервер восстановлен, можно приступать к возвращению на него почтовых ящиков пользователей. Для этого необходимо:- Восстановить файлы и журналы базы данных почтовых ящиков из архива в альтернативное расположение - E:\Recovery\ на восстановленном сервере;
Рис.10: Восстанавливаем файлы базы данных и журналы.
- Создать базу данных командлетом New-MailboxDatabase и указать, где лежат восстановленные из архива файлы базы данных почтовых ящиков:
- Монтируем базу данных
- Переключаем обратно пользователей на восстановленную базу данных:
Рис.11: Переключение почтовых ящиков на другую базу данных.
В результате переключения, на какое-то время было приостановлено обслуживание пользователей и Outlook Web App выдал сообщение о том, что происходит перемещение почтовых ящиков:
Рис.12: Сообщение Outlook Web App о перемещении почтовых ящиков.
После не продолжительного ожидания, все пользователи были переключены на работу с базой данных на восстановленном сервере, и получат доступ к содержимому своих старых почтовых ящиков.
Объединение баз DialTone и MDB2
Следующим этапом будет объединение содержимого базы данных DialTone с восстановленной базой. Это сделать необходимо, т.к. в базе DialTone находятся письма, полученные за время проведения аварийного восстановления.Для объединения двух баз воспользуемся базой данных восстановления (Recovery Database).
Примечание: База данных восстановления является особой разновидностью базы данных почтовых ящиков, её нужно использовать для подключения базы почтовых ящиков, с целью извлечения из неё данных. С помощью баз данных восстановления можно восстановить данные из архива или копии базы данных без нарушения доступа пользователей к текущим данным.
Необходимо выполнить следующие действия:
- Отключить базу данных DialTone
- Создать базу данных восстановления RecDB (Recovery Database) командлетом New-MailboxDatabase с параметром –Recovery и указать, где лежат файлы базы DialTone:
- Необходимо убедится, что полученная база данных находиться в состоянии чистого отключения (clean shutdown). Поскольку база данных восстановления представляет собой альтернативное расположение восстановления для всех баз данных, все восстановленные базы данных будут находиться в состоянии неправильного отключения (dirty shutdown). Для проверки перейдем в папку с базой и запустим команду
Рис.13: Параметры базы данных.
Для переключения базы данных в состояние clean shutdown нужно выполнить операцию Recovery в каталоге с лог-файлами базы данных при помощи утилиты Eseutil:
Eseutil /R E00 /I /d
Но данная команда часто выдает ошибку, поэтому, можно использовать вместо Recovery операцию RePair в каталоге с файлами базы (edb):
Eseutil /P “ DialTone.EDB”
- В результате база данных будет переведена в состояние чистого отключения и её можно будет смонтировать
- Следующим этапом будет восстановление писем из Recovery Database в активную базу данных. Для извлечения данных из RDB нужно воспользоваться командлетом Restore-Mailbox:
Get-Mailbox –Database MDB2 | Restore-Mailbox -RecoveryDatabase RecDB
Также, Recovery Database можно использовать для восстановления конкретных почтовых ящиков и даже отдельных писем, как в «родное» место расположения, так и в альтернативный ящик:
В этом примере содержимое почтового ящика пользователя User1 восстанавливается в папку «Recovery» почтового ящика пользователя Admin.
Restore-Mailbox -Identity Admin -RecoveryDatabase RecDB -RecoveryMailbox User1 -TargetFolder Recovery
В данном примере восстанавливаются только сообщения электронной почты, удовлетворяющие следующим условиям:
- Строка темы содержится слово «Meeting».
- Тело сообщения содержит фразу «Halo 3».
- Сообщение находится в папке «Входящие» или «Календарь».
- Далее, можно посмотреть статистику баз данных (сравнить, что было и что стало) командой
Get-MailboxStatistics -Database “MDB2”
В результате проделанных выше манипуляций, в базу данных MDB2 должны быть восстановлены письма, полученные за время проведения аварийных работ на сервере Exchange.
Настройка MS Outlook после Dial-Tone Database restore.
В заключение расскажу про обещанный минус использования метода переносимости аварийного восстановления (Dial Tone Portability) для предоставления временного доступа к почтовым ящикам пользователей. Дело в том, что как говорилось выше, Outlook «понимает», что произошло переключение почтового ящика на другую базу данных, и сохранив старый OST-файл, при каждом запуске предлагает выбор между его просмотром и работой с новым OST-файлом и соответственно с новой базой данных. Удалить этот самый кэш можно двумя способами:В локальных настройках Outlook 2010:
1. Заходим в свойства учетной записи -> Другие настройки;
2. Открываем вкладку Дополнительно;
3. Убираем галочку Использовать режим кэширования Exchange;
4. Нажимаем кнопку Применить, на что Outlook говорит, что для вступления изменений в силу необходимо перезапустить программу, но сейчас перезапускать его мы не будем;
5. Нажмем кнопку Настройка файла данных Outlook;
6. Нажмем кнопку Не использовать - тем самым удалим кэш;
7. Далее ОК;
8. Теперь снова можно поставить галку напротив Использовать режим кэширования Exchange;
9. Перезапускаем Outlook и видим, что назойливое сообщение исчезло.
Рис.14: Настройка MS Outlook 2010 после использования Dial-Tone Database.
Отключить/включить кэширующий режим для всех можно чрез GPO, как написано в статье на TechNet`e -http://technet.microsoft.com/en-us/library/cc179175.aspx
Заключение
Я попытался описать наиболее общий пример восстановления сервера после аварии. Ещё раз повторю, если у вас есть возможность использовать группы доступности DAG, то непременно сделайте это, DAG очень сильно облегчит вам жизнь и сомневаюсь, что все описанное выше вам вообще потребуется.Также прошу учесть, что все манипуляции были проделаны лишь в тестовой среде, так что как пойдет процесс восстановления в реальных условиях зависит от многих факторов, которые трудно предугадать.
Статью можно скачать в формате PDF.
52 комментария:
Алексей, спасибо за статью. можно вопрос по этой теме:
допустим сервер server1 рухнул
1. когда мы установили server2 с другим именем и новым ip, чтобы обеспечить внешних пользователей возможностью отправлять и получать почту, нужно перенаправить tmg на server2 ? как быт ьс сертификатами, кгде указано имя server1 тогда быть?
2. если, допустим, у нас неудачно установился sp1 или по каким-то иным причинам server1 "на грани" , то можно ли: не отключая server1 , установить server2 и переключить пользователей на DialTone ( чтоб не было простоя на время установки server2)?
1. TMG публикует сервер в интернет через листенер,сертификат привязывается к листенеру, листенер слушает определенное имя. Внешнее имя сервера не сменилось, следовательно в сертификате _на TMG_ менять ни чего не надо. При этом второй сервер, временно, вполне может обойтись и самоподписанным сертификатом, или вы можете ему выписать сертификат с его именем, чтоб у локальных пользователей не было проблем.
2. А может вам лучше использовать DAG, раз уж вы все равно поднимаете второй сервер?
DAG конечно лучше. но это нужно покупать дополнительный эксченж и лицензии к нему и места в 2 раза больше. может в будущем к этому придем, но пока на 50 ящиков это дороговато.
поэтому интересует перспективы реализации такой схемы:
пусть на 1 жестком стоит система, а на другом распологаются базы.
Если предположить, что что то случается с системным жестким или с системой или еще с чем., то чтоб сэкономить время на восстановление, можно воткнуть заранее приготовленный хард с системой и эксченджем (настройки он все равно берет из АД) и просто подключить базы?
или вариант , когда устанавливаем 2й сервер с dialtone бд на виртуалке на случай падения основного (но: не покупаем, т.к. накладно, а ставим ломаный, допустим и храним vmware образ на внешнем носителе).
даже после востановления: "Можно отключать Exchange 2010 (2)." можно не удалять и иметь про запас exchange2 на всякий случай?
Сервер конечно и хранит настройки в АД, но не все. И "клонировать", как вы предлагаете сервер врятли получиться.
Понятно, что для того, чтобы на 50 пользователей сделать DAG, для этого должны быть веские причины.
Мне кажется, что вам лучше подумать на тему правильно настройки резервного копирования.
почему не получится?
если я правильно понял, то, согласно этой статье, почле восстановления у нас есть 2 рабочих сервера (даже с идентичными настройками): Exchange 2010 (2) и Exchange 2010 (3). И в случае чего, мы можем перекинуть пользователей на dialTone Exchange 2010 (2) не тратя время на его установку, так?
по поводу того, что а АД хранятся не все настройки: можно ли то, что описал в своей статье Станислав http://www.buldakov.ru/?p=935 быть применено к эксченджу 2010му для полного переноса настроек?
и по поводу резервного копирования:
если в оснастке архивация в w2008r2 архивировать диск с БД эксченджа, то log файлы подчищаются, как и должно быть.
Однако, если добавить туда еще system state, то логи чистятся перестают ((
"После переключения пользователей на аварийную базу данных, MS Outlook, с включенным кэшированием, выдаст следующее сообщение:..."
однако MS Outlook autodiscover 2й сервер не обнаружил, и вежливо предложил просто поработать автономно, чего делать тоже не пожелал и ушел в песок.
почему не сработал autodiscover для второго сервера?
Добрый день. Есть вопрос-как перенести базу данных с Exchange 2010,который автоматом установился вместе с SBS 2011? И есть ли возможность удалить Exchange из SBS 2011,и установить заново? И перенести на него сохраненную базу. Спасибо за ответ
Проще и правильнее сделать миграцию:
1. Ставите новый сервер Exchange с 3-я ролями "рядом"
2. Для почтовых ящиков на старом сервере делаете Local Move Requet на новый сервер (не забываете про системные ящики)
3. Убеждаетесь, что все работает
4. Удаляете базу
5. Деинсталлируете старый сервер Exchange
Такое возможно на SBS 2011? Просто физический сервер у нас один,и Exchange установлен на нем же вместе с SBS
Видимо я вас не правильно понял. Т.е. вы не хотите переносить Exchange на другой сервер? Хотите просто переустановить его?
Если да, то достаточно размонтировать базу на серере, сохранить каталог с файлом EDB и логами и переустанавливать сам Exchange столько, сколько вам захочется.
Я постараюсь описать проблему подробнее. Суть в том что мы установили триал SBS 2011. Нас вполне устраивало что в нем есть уже Exchange встроенный,так как организация маленькая-не было смысла покупать отдельно Exchange,так как он не дешевый. В итоге мы купили лицензию SBS и пользовательские лицензии. Сам SBS я активировал ключом.а вот как активировать Exchange я так и не понял,хотю ключ активации для него тоже есть. Плюс не совсем устраивает то,что единая система обмена сообщениями и многие другие функции не работают (просят лицензию CAL) хотя вроде бы она есть. Я позвонил в Майкрософт и и мне сказали что нужно заказать физический носитель,и что он отличается от триал версии(что она имеет ограниченный функционал) и я вконец запутался. Если не сложно-помогите разобраться.
С уважением Деревянко Дмитрий
к сожалению в моей версии Exchange почему-то отсутствует возможность демонтировать базу
Это вы как поняли? А если через PowerShell?
Ключ для сервера Exchange вбивается в разделе Server Configuration, либо через posh - Set-ExchangeServer -Identity ExServer01 -ProductKey aaaaa-aaaaa-aaaaa-aaaaa-aaaaa
http://technet.microsoft.com/en-us/library/bb124582(EXCHG.149).aspx
Я так понял что в EMS нужна команда dismount. уже разобрался. Только так как Exchange на русском-синоним размонтировать слово отключить
Если можно последний вопрос. Как пошагово размонтировать базу,переустановить новый Exchange,и смонтировать на него это базу?. Просто я заново буду с оригинального дистрибутива переустанавливать SBS 2011,и соответственно Exchange вместе с ним. Заранее спасибо за ответ.
Правой кнопкой на базе - Dismount. Потом сохраняете каталог с базой, переустанавливаете Exch, создаете в нем новую базу, указываете такие же пути как были, снимаете галку в мастере "Монтировать", копируете файлы туда, где были. правой кнопкой на базе - монтировать.
Я прошу прощения,не совсем понял где можно задать вопрос у вас в блоге. К сожалению базу смонтировать не удалось,но у пользователей в Outlookах остались локальные копии и я настроил их архивацию в Exchange. Есть еще один вопрос-как с помошью Exchange настроить синхронизацию задач в Outlook? Заранее спасибо за ответ.
1. Почему не удалось смонтироать?
2. Вопрос вообще не понял.
PS пишите на e-mail, так будет проще, чем в комментах.
Дельная статья, помогла в реальной ситуации,когда один из серверов был украден.
Плагиат!!!!
статьи на ITBAND
Сергей, это моя статья на Itband ;)
А какой механизм восстановления применять, если база должна быть восстановлена в новой инфраструктуре (новые AD + Exchange 2010)?
О каких именно механизмах идет речь?
Ваш способ не подходит, поскольку КД, такой же новый как и Exchange. По этому пытался восстановить с помощью базы восстановления, но она не монтируется.
сохраненная база находиться в состоянии чистого отключения, сделал все как положено, создал базу восстановления, скопировал в нее файл сохраненной базы, переименовал по названию базы восстановления, запускаю, а она выдает ошибку.
Извиняюсь за вторжение, но нужна помощь.
У меня ситуация иная. Упала вся инфраструктура.
Поднял заново (точно не помню название организации Exchange), пытаюсь восстановить через базу данных восстановления, но база не монтируется,
--------------------------------------------------------
Ошибка Microsoft Exchange
--------------------------------------------------------
Не удалось подключить базу данных 'RecDB'.
RecDB
Ошибка
Ошибка:
Не удалось подключить указанную базу данных. Указанная база данных: RecDB; код ошибки: Сбой операции Active Manager. Ошибка: Сбой действия базы данных. Ошибка: Сбой операции с сообщением: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=1276)
. [База данных: RecDB, Сервер: MAIL.test.local].
Сбой операции Active Manager. Ошибка: Сбой действия базы данных. Ошибка: Сбой операции с сообщением: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=1276)
. [База данных: RecDB, Сервер: MAIL.test.local]
Сбой операции Active Manager. Ошибка: Сбой операции с сообщением: MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=1276)
. [Сервер: mail.test.local]
MapiExceptionCallFailed: Unable to mount database. (hr=0x80004005, ec=1276)
--------------------------------------------------------
ОК
--------------------------------------------------------
Перерыл кучу статей.
Уже хз что делать.
А вы поставили галку "База может быть перезаписана" в свойствах?
PS Ответить на ваше письмо не могу, т.к. ваш сервер отклоняет письма в ваш адрес.
у меня спамфильтр фильтровал весь домен (задолбал спам), добавил адрес в исключения
Я через шелл создавал базу с параметром рекавери (в консоли смотрел, галочка стоит)
Есть идеи? с ключом -force тоже не подключается
Откройте в ADSIedit "/o=OrganizationName/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=ServerName" - свойства ServerName - листаем до legacyExchangeDN и смотрим что там нет Microsoft MTA в конце.
После этого открываем "/o=OrganizationName/ou=Exchange Administrative Group (FYDIBOHF23SPDLT)/cn=Configuration/cn=Servers/cn=ServerName/CN=Microsoft MTA" и смотрим что здесь в конце legacyExchangeDN есть /cn=Microsoft MTA
Мой вопрос наверно немного не по теме, но все таки:
после краха сервера следовал вашей инструкции подключил базу почтовых ящиков, но не получается подключить базу общих папок. Сама база присутствует, но при попытке её подключить выдается сообщение что база общих папок уже есть в системе. [PS] C:\Windows\system32>Get-PublicFolderDatabase -server mail
Name Server
---- ------
public folders MAIL
При попытке удалить пишет [PS] C:\Windows\system32>Remove-PublicFolderDatabase -identity "public folders"
База данных общих папок "public folders" является базой данных по умолчанию для следующих баз данных почтовых ящиков:
archives
. Перед удалением базы данных общих папок следует назначить базам данных почтовых ящиков новую базу данных общих папок
по умолчанию.. Вопрос- как отключить и удалить базу общих папок для последующего подключения? Или если перефразировать : как сделать так чтобы база функционировала?
А просто подсунуть EDB в старое место (где PF должна лежать) не получается?
К сожалению нет т.к. нет записи об общих папках, но где то в недрах AD осталась запись о том что она была, и при попытке подмонтировать старую базу под видом новой - сильно ругается. На данный момент удалось "воскресить" базу, но её нет в скисках баз и нет пути к физическому расположению. [PS] C:\Windows\system32>Set-PublicFolderDatabase
Командлет Set-PublicFolderDatabase в конвейере команд в позиции 1
Укажите значения для следующих параметров:
Identity: public folders
ПРЕДУПРЕЖДЕНИЕ: Команда выполнена успешно, но параметры 'public folders' не были изменены.
Вот здесь, на картинке в конце видного где найти PF через ADSIEdit http://exchangeserverpro.com/exchange-2010-remove-public-folder-database/
Спасибо за ссылку, попробую, И вопрос в догонку: после восстановления почтовой базы у пользователей не работает поиск в почтовых клиентах и OWA по старым письмам, с пришедшими после все нормально. Какие могут быть причины ?
http://technet.microsoft.com/ru-ru/library/aa995966.aspx - Исполнение этого скрипта поиск по старым письмам к сожалению не включило. По поводу общих папок- спасибо за ссылку- помогло. Но появилась новая трудность - список общих папок отсутствует. Но программа ADModify папки показывает. То есть база подключается но сами папки не видны. Есть аналог команды Get-Mailbox –Database | Set-Mailbox –Database но чтобы для общих папок? или как перенести данные из одной базы в другую с именами папок и данными, или изменить путь к базе но при этом чтобы и сами папки появились ?
Алексей, добрый день!
Делаю восстановление Exchange. Установка производится на чистый сервер, с именем машины на котором был установлен сервер Exchange.
При восстановлении сервера командой setup.exe /m:RecoverServer /Iacceptexchangelicenseterms
появляется ошибка
Failed [Rule:MailboxLogDriveDoesNotExist] [Message:Для продолжения установки с аварийным восстановлением требуется доступ к диску журналов "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Mailbox Database 1692937740".]
[01.29.2014 06:19:56.0944] [1] Failed [Rule:MailboxEDBDriveDoesNotExist] [Message:Для продолжения установки с аварийным восстановлением требуется доступ к диску базы данных почтовых ящиков "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Mailbox Database 1692937740\Mailbox Database 1692937740.edb".]
[01.29.2014 06:19:56.0960] [1] [REQUIRED] Для продолжения установки с аварийным восстановлением требуется доступ к диску журналов "C:\Program Files\Microsoft\Exchange Server\V15\Mailbox\Mailbox Database 1692937740".
Установщик не находит файла БД и логов который были на старой машине.
Что необходимо сделать чтобы завершить установку?
Ну очевидно, что по крайней мере нужна такая папка на сервере и такой edb-файл. Если их вытащить не получается со старого сервера или из бэкапа, то надо создать пустые "фейковые" папки и файлы, чтобы "обмануть" установщик. А уже потом надо будет думать что делать реально с базой.
Копия БД и логов есть, восстановить возможно.
Т.е. я создаю структуру в Program Files
\Exchange Server\V15\Mailbox\Mailbox Database 1692937740\
восстанавливаю туда БД, логи и заново запускаю установку.
Так?
Да, все верно.
Добрый день! Алексей подскажите уже отчаялся решить проблему... Устанавливал Exch на дочерний домен в том же лесу где и главный КД это было принципиально. Начал установку не до конца ознакомившись со всеми нюансами и при том что все пошло не так просто форматнул сервер и тут началось. Начал чистить AD через ADSI и удалил default Administrative Group 'Exchange Administrative Group (FYDIBOHF23SPDLT)
теперь setup с ключами /ps, /pad не восстанавливают схему AD все осложняет то что еще крутиться 2003 сервер с большим количеством людей и положить их никак нельзя и так пароль хозяина схемы выпросил струдом
К сожалению, я врятли смогу вам помочь здесь. Попробуйте написать на форум TechNet`a с подробным описанием ошибок setup`a.
Добрый день!
У меня маленький вопрос.
У нас стоит sbs 2011 на нем exchange (который пустой)
Компания разрастается и не хочется в дальнейшем столкнуться с ограничениями sbs.
Планируем удалить exchange с sbs и развернуть на отдельном сервере.
Я правильно понимаю чтобы удалить exchange требуется банально деинсталировать и удалить из ADSI все что связанно с exchange/ После этого можно устанавливать?
Если нет помогите ссылками на корректное удаление exchange Спасибо
Сломался файл .edb.
Бекапа не было. Восстановить не дает на двух компах
eseutil /p вылетает на 4% на обоих.
Как правильно пересоздать файл .edb ?А то ни дает ни смонтировать, ни удалить..
Доброго времени.
немного не по теме.
Сервер 2013 умер.
была сохранена БД. Пытаюсь ее подцепить на новом сервер, выдает ошибку "Произошло исключение WMI на сервере "сервер": Нарушение квоты".
Что нужно сделать, чтобы он принял эту БД?
вы только edb файл монтируете или логи тоже в папке есть? В свойствах базы есть галка - "база может быть перезаписана при восстановлении", поставьте её.
А как ее почтавить, если это база с другого сервера? Восстановлена до состояния ditry shutdown.
Полностью папка с файлом базы и логами.
Вероятно Вы не поняли. Я пытаюсь создать recovery базу с указанием пути до восстановленной базы
Добрый день.
Упал один из серверов майлбоксов. сервера в даге. базы забекаплены. ну в общем, с базами пока всё норм.
Хочу восстановить сервер. ну чтоб майлбокса два было.
Пока не начал, вспоминаю ,что делали, когда ставили первый раз эксч. Вспомнил, что какие-то пляски были с настройкой OAB. Алексей, скажите, можно ли как-нибудь на новый майлбокс настройки OAB и IIS затащить? пока вижу проблемы только на этом этапе.
Добрый день! Можно ли сделать DAG из двух серверов:
1) WinServ2008r2 Exchange 2010
2) WinServ2016 Exchange 2013
Или обязательно должна операционка и эксч совпадать по версиям?
Версии Windows Server должны быть идентичны. Это обязательно.
Отправить комментарий