Главная Exchange/UC, Без рубрики, Новое Аварийное восстановление сервера Exchange 2010
  • Аварийное восстановление сервера Exchange 2010

    BackupRecovery UPDATE: Веб-каст по мотивам этой статьи: Теория, Практика.

    Как правило, после успешной установки и настройки сервера, следующее, о чем задумывается системный администратор – это о том, как он его будет восстанавливать в случае аварии. В этой статье мы поговори о том, как можно восстановить полностью вышедший из строя 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 при работе с базами данных поддерживается плохо, поэтому все действия будем выполнять из командной консоли.

    Создаем аварийную базу:

    1. Создаем пустую аварийную базу DialTone командлетом New-MailboxDatabase:<

    New-MailboxDatabase -Name DialTone –Server Server2 –EdbFilePath E:\Dialtone\DialTone.EDB –LogFolderPath E:\Dialtone\

    1. Используем командлет Set-Mailbox для переключения почтовых ящиков пользователей, на аварийную базу DialTone:

    Get-Mailbox -Database MDB | Set-Mailbox -Database DialTone

    Рис.4: Создание аварийно базы данных (Dial-Tone Database) и переключение на нее почтовых ящиков.

    1. Монтируем базу данных 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 и указать, где лежат восстановленные из архива файлы базы данных почтовых ящиков:

    New-MailboxDatabase -Name MDB2 -Server Server3 -EdbFilePath “E:\Recovery\DB_MDB\MDB.EDB” -LogFolderPath “E:\Recovery \LOG_MDB”

    • Монтируем базу данных

    Mount-Database “MDB2”

    • Переключаем обратно пользователей на восстановленную базу данных:

    Get-Mailbox -Database DialTone | Set-Mailbox -Database MDB2

    Рис.11: Переключение почтовых ящиков на другую базу данных.

    В результате переключения, на какое-то время было приостановлено обслуживание пользователей и Outlook Web App выдал сообщение о том, что происходит перемещение почтовых ящиков:

    Рис.12: Сообщение Outlook Web App о перемещении почтовых ящиков.

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

    Объединение баз DialTone и MDB2

    Следующим этапом будет объединение содержимого базы данных DialTone с восстановленной базой. Это сделать необходимо, т.к. в базе DialTone находятся письма, полученные за время проведения аварийного восстановления.

    Для объединения двух баз воспользуемся базой данных восстановления (Recovery Database).

    Примечание: База данных восстановления является особой разновидностью базы данных почтовых ящиков, её нужно использовать для подключения базы почтовых ящиков, с целью извлечения из неё данных. С помощью баз данных восстановления можно восстановить данные из архива или копии базы данных без нарушения доступа пользователей к текущим данным.

    Необходимо выполнить следующие действия:

    • Отключить базу данных DialTone
    • Создать базу данных восстановления RecDB
      (Recovery Database) командлетом New-MailboxDatabase с параметром –Recovery и указать, где лежат файлы базы DialTone:

    New-MailboxDatabase -Recovery -Name RecDB –Server Server2 –EdbFilePath E:\Dialtone\DialTone.EDB –LogFolderPath E:\Dialtone\

    • Необходимо убедится, что полученная база данных находиться в состоянии чистого отключения (clean shutdown). Поскольку база данных восстановления представляет собой альтернативное расположение восстановления для всех баз данных, все восстановленные базы данных будут находиться в состоянии неправильного отключения (dirty shutdown). Для проверки перейдем в папку с базой и запустим команду

    Eseutil.exe /MH “DialTone.EDB”

    Рис.13: Параметры базы данных.

    Для переключения базы данных в состояние clean shutdown нужно выполнить операцию Recovery в каталоге с лог-файлами базы данных при помощи утилиты Eseutil:

    Eseutil /R E00 /I /d

    Но данная команда часто выдает ошибку, поэтому, можно использовать вместо Recovery операцию RePair в каталоге с файлами базы (edb):

    Eseutil /P ” DialTone.EDB”

    • В результате база данных будет переведена в состояние чистого отключения и её можно будет смонтировать

    Mount-Database “RecDB”

    • Следующим этапом будет восстановление писем из Recovery Database в активную базу данных. Для извлечения данных из RDB нужно воспользоваться командлетом Restore-Mailbox:

    Для переноса содержимого всех почтовых ящиков из базы данных восстановления RecDB воспользуемся следующей конструкцией:

    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».
    • Сообщение находится в папке «Входящие» или «Календарь».

    Restore-Mailbox -Identity Admin -RecoveryDatabase RecDB -SubjectKeywords “Meeting” -ContentKeywords “Halo 3” -IncludeFolders \Inbox,\Calendar

    • Далее, можно посмотреть статистику баз данных (сравнить, что было и что стало) командой

    Get-MailboxStatistics -Database “RecDB”

    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.

    Ещё раз повторюсь, что к сожалению, мне не известно как проделать эту операцию более простым способом (хотя можно и просто удалить этот OST-файл руками, либо пересоздать учетку в Outlook`e J ), так что, если кто-то знает решение этой проблемы – добро пожаловать в комменты.

    Заключение

    Я попытался описать наиболее общий пример восстановления сервера после аварии. Ещё раз повторю, если у вас есть возможность использовать группы доступности DAG, то непременно сделайте это, DAG очень сильно облегчит вам жизнь и сомневаюсь, что все описанное выше вам вообще потребуется.

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

    PS. Любую критику и пожелания буду рад прочитать в комментариях.

    Алексей Богомолов

    http://alexxhost.ru

Комментарии

  1. Спасибо, очень интересно.

  2. так, кто то уже пользуется visio 2010… =)

  3. Статья хорошая, на русском об этом еще никто не писал.

  4. 2 pan_2@LJ:
    А причем тут Visio 2010, или вы бот? 🙂
    2 Евгений и Илья:
    Рад, что понравилось, но искренне надеюсь, что в работе не пригодится. Считаю, что это материал, из того разряда, который надо распечатать и положить на сервер в конверте с надписью “Вскрыть в случае аварии” 🙂

  5. Alexx, категорически не согласен, такие манипуляции должны быть отточены до автоматизма. И регулярно тестироваться на предмет их успешности.

  6. Да, Илья, пожалуй ты прав, но мы же русские люди, мы всегда надеемся на “авось пронесет” 🙂

  7. Этот сценарий все же подходит к небольшой организации, до 100 пользователей или меньше. Которая не может позволить себе второй сервер для DAG – железяки, лицензии и т.д.

    Хорошо, сервер помер и надо его поднимать с нуля или уже иметь готовый, который будет вхолостую работать. Если поднимать с нуля, то быстрее будет потратить это время на восттановление сервера, чем мудрить с Dial tone.

    Опять же, где брать второй сервер.

    Не дай бог это все делать в жизни, проще правда DAG настроить на двух железяках.

    Тема кстати хорошая и написана статья хорошо.

  8. Павел, согласен, это больше теоретический сценарий, я в нем просто хотел смоделировать и показать основные возможности восстановления сервера Exchange 2010, такие как восстановление самого сервера, работа с Dial-Tone базой, миграция почтовых ящиков между базами и восстановление данных из Recovery Database. Каждый может использовать только то, что ему необходимо в конкретной ситуации.
    DAG действительно самый оптимальный вариант и я об этом написал в самом начале, так что все кто могут себе позволить DAG, лучше это сделать!

  9. >Этот сценарий все же подходит к небольшой организации, до 100

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

  10. Да, я хотел особое внимание обратить на то, что Recovery Database можно использовать не только по прямому назначению, т.е. для аварийного восстановления п/я, но и для восстановления отдельных писем из “старого” архива базы в альтернативный почтовый ящик. Данная возможность здорово облегчает работу как службы безопасности предприятия, так и самих администраторов в той ситуации, когда сотрудник утверждает, что ему это письмо не приходило.

  11. Ага Илья кстати прав)

  12. Спасибо за статью!
    А outlook 2003 уже поддерживает autodiscovery?

  13. > Спасибо за статью!
    Пожалуйста, очень рад, что понравилось 🙂
    > А outlook 2003 уже поддерживает autodiscovery?
    Не могу подсказать… раньше не поддерживал – это точно, и честно говоря, сомневаюсь, что что-то изменится, но могу и ошибаться. Возможно коллеги в курсе.

  14. Алексей!
    Так Вы же сами пишите, что “Клиенты, поддерживающие функцию автообнаружения, например Microsoft Office Outlook 2003/2007/2010, автоматически перенаправляются на новый сервер без необходимости вручную обновлять профиль настольной системы пользователя.”
    Как это согласуется с “Не могу подсказать… раньше не поддерживал”?

  15. Служба автообнаружения упрощает процесс настройки клиентов Outlook 2007 или Outlook 2010 и некоторых мобильных телефонов. Службу автообнаружения нельзя использовать с более ранними версиями Outlook, включая Outlook 2003. (c)

  16. Андрей, это конечно же просто описка, ни о каком автообнаружении в 2003-м Outlook`e речи быть не может. Спасибо, что заметили.

  17. Как вариант на время отлючить Кеширующий режим при помощи Group Policy.
    http://technet.microsoft.com/en-us/library/cc179175(office.14).aspx

  18. >>А outlook 2003 уже поддерживает autodiscovery?
    В том виде в котором оно есть в 2007 аутлуке – нет. Переезд ящиков с одного сервера на другой у меня подхватывало автоматом.

  19. Доброго времени суток!
    Очень интересная статья, спасибо 🙂 Однако вот какой у меня возник вопрос. В данный момент на тестовом стенде установил Exchange 2010 SP1 и попытался отработать по данной методике. Не получается 🙁 Причины:
    1.При попытке использовать установочный диск Exchange 2010 (который без SP1) ругается, что не та схема и просит устанавливать с Exchange 2010 SP1, которого, как я понимаю в природе пока нет.
    2. Попытка установить с просто SP1 заканчивается неудачей, т.к. ругается на отсутствие языкового пакета. Скачивание его с помощью графической консоли, которая применялась для установки SP1 не помогает. Говорит не могу найти языковой пакет.
    Получился замкнутый круг. Как забороть данную проблему, не подскажете?

  20. 1. С дистрибутива SP1 можно устанавливать и сам сервер, а не только обновлять имеющийся.
    2. Скачайте Exchange 2010 SP1 с нужным вам языком, либо положите папку с языковым пакетом в каталог с дистрибутивом Exchange 2010 SP1, аналогично тому, как там уже лежат несколько других.

  21. спасибо, сейчас попробую

  22. Не совсем понял почему до восстановления база называлась MDB1 , а после уже MDB2, почему нельзя создать базу с таким же именем? И не совсем понятно почему восстанавливать надо в альтернативное местоположение E:Recovery

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

  24. и зачем вобще создавать эту MDB2, если из бекапа можно восстановить сразу в базу MDB1?

  25. если вымышленный тогда понятно, спасибо за статью – помогает ознакомиться, с возможными вариантами, просто без предварительного чтения документации Microsoft о методах восстановления, можно запутаться.

  26. Спасибо огромное за статью:)

    в процессе восстановления почты одного почтового ящика произошел затык..у меня все учетки в exchange 2010 звучат как, Ф.И.О. на русском, и псевдоним на латыни, и похоже что Shall не понимает русский когда надо переместить почту с recovery Козлова Виталия Викторовича в его же почтовый ящик на живой базе(( он выкидывает ругонь
    Почтовый ящик “kvv” не существует в базе данных “recDB”.
    + CategoryInfo : NotSpecified: (0:Int32) [Restore-Mailbox], ManagementObjectNotFoundExc
    + FullyQualifiedErrorId : 674BA60D,Microsoft.Exchange.Management.RecipientTasks.RestoreMailbox

    kvv-это посевдоним..

    ПОМОГИТЕ ПОЖАЛУЙСТА..

  27. А что говорит команд Get-Mailbox -Database на тему искомого ящика?

  28. когда прописываю Get-Mailbox -Database RecDB (recDB-база восстановления) просто пропускает строчку и ничего не выводит (может я что-то пропускаю)

    А на запрос Get-Mailbox выводит таблицу в которой искомый почтовый адрес выходит как в графике (name- Калмыков Виктор Алексеевич,alias- kva), еще одно, когда я прописываю в команде почтовый ящик как Калмыков Виктор Алексеевич, ругается на Виктор ([PS] C:>Get-Mailbox -Database Калмыков Виктор Алексеевич
    Не удается найти позиционный параметр, принимающий аргумент “Виктор”.
    + CategoryInfo : InvalidArgument: (:) [Get-Mailbox], Parame
    + FullyQualifiedErrorId : PositionalParameterNotFound,Get-Mailbox

  29. 1) надо писать в кавычках все слова с пробелами
    2) Если база RecDB смонтирована, то её почтовые ящики должны появиться в разделе Disconnected Mailbox. Их список также можно получить командой
    Get-MailboxDatabase “RecDB” | Get-MailboxStatistics | where {$_.DisconnectDate -ne $null} | fl
    Если их там нет, то надо перезапустить службу Microsoft Exchange Information Store (Банк данных Microsoft Exchange) и выполнить команду Clean-MailboxDatabase.
    Ящик kva есть в этом списке?

  30. Спасибо огромное!!! (..в кавычки вставил имя и сразу все нашлось и заработало..)

  31. Принципиально ли делать “переустановить учетную запись” или можно ее удалить и просто ввести новый сервер в домен?

  32. Да, так сделать нужно, в противном случае, если вы просто введете новый сервер в домен под тем же именем, то его SID будет отличаться от старого сервера и восстановить Exchange используя информацию о настройках старого сервера из AD не получиться.

  33. Что можно сделать если исходный сервер где был установлен Exchange из домена был выведен, а новый с таким же именем введен? Режим recovery установки Exchange не поможет, надо вычищать контроллер от записей старого сервера? на сколько это реально?

  34. Это вполне реально, но нужно обладать некоторым набором знаний по AD. Кроме этого в сети точно есть статьи, описывающие этот процесс, правда скорее всего на английском.

  35. если я правильно понял, то, согласно этой статье, почле восстановления у нас есть 2 рабочих сервера (даже с идентичными настройками): Exchange 2010 (2) и Exchange 2010 (3). И , в последствии, в случае чего, мы можем перекинуть пользователей на dialTone Exchange 2010 (2) не тратя время на его установку, так?

    по поводу того, что а АД хранятся не все настройки: можно ли то, что описал в своей статье Станислав http://www.buldakov.ru/?p=935 быть применено к эксченджу 2010му для полного переноса настроек?

    и по поводу резервного копирования:
    если в оснастке архивация в w2008r2 архивировать диск с БД эксченджа, то log файлы подчищаются, как и должно быть.
    Однако, если добавить туда еще system state, то логи чистятся перестают ((

  36. После обновления Exchange 2010 на Exchange 2010 SP1, перестала соединяться консоль управления Exchange. Сервер MS Server 2010 r2.

    Пишет: Не удалось выполнить инициализацию.
    При попытке подключения к указанному серверу Exchange ‘pdc.artishock.local’ произошла следующая ошибка:

    Не удалось подключиться к http://pdc.artishock.local/PowerShall с помощью проверки подлинности “Kerberos”: Не удалось подключиться к удаленному серверу. Сообщение об ошибке: Клиенту WinRM не удается обработать запрос. Невозможно определить тип содержимого ответа HTTP от компьютера назначения. Тип содержимого не является допустимым или отсутствует. Дополнительные сведения см. в разделе справки, вызываемой командой about_Remote_Troubleshooting.

    Почта вся работает хорошо. За исключением, при создании нового пользователя в AD, не заводится на него почта.

  37. У меня похожая ошибка была в лабе. Выяснилось, что это последствие неслишком удачного клонирования серверов в виртуальной среде.
    Вы Windows Server изначально с дистрибутива устанавливали?
    EMS открывается?

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

  39. Напишите мне на электронную почту, попробуем что-нить сделать.

  40. EMS не работает не может подключится

  41. EMS не работает не подключается

  42. пришли почтовый ящик свой

  43. вот мой ящик aleks-aleks-90@list.ru

  44. Удалось ли решить проблему обозначенную в вопросе 36 и ниже. Если удалось, то напишите, пожалуйста, как.