Pull to refresh

Comments 5

Это кто же вам сказал, что Exchange Server 2013 CU3 поддерживает установку на Windows Server 2012? Пруфлинк пожалуйста.

На данный момент Exchange 2013 CU3 НЕ ПОДДЕРЖИВАЕТ установку на Windows Server 2012 R2.

Заходим на Exchange 2013 System Requirements и читаем:
Windows Server 2012 R2 will be supported in a future version of Exchange 2013.

Идем по другой ссылке: Exchange Server 2013 Service Pack 1 Coming in Early 2014 и видим:

Windows Server 2012 R2 Support First answering one the most common questions since the release of Windows Server 2012 R2. Exchange 2013 SP1 will add Windows Server 2012 R2 as a supported operating system for Exchange Server 2013 with SP1. Let your planning begin.

Далее. Использование eseutil /p не рекомендуемая процедура, которая применяется в крайних случаях потому, что:
1. Не факт, что все данные сохранятся на 100%
2. На выходе мы получаем новую базу и соответственно все бэкапы этой базы становятся недействительными
3. После этой процедуры настоятельно рекомендуется создать новую базу, перенести туда все ящики и удалить старую базу.
Вы совершенно правы в том, что официальная поддержка связки Windows server 2012 R2 — Exchange 2013 будет осуществляться ТОЛЬКО с выходом CU4 (=SP1).

Однако, до выхода CU3 попытки работать с Exchange 2013 на Windows Server R2 были вообще бессмысленны и безрезультатны. Сейчас уже есть ряд успешных опытов перевода платформы выполнения на 2012 R2.

В моём случае оправданность подобного риска связана с тем, что R2 гораздо стабильнее работает на машинах «второго поколения», и главное позволяет существенно быстрее стартовать и оперативнее мигрировать с хоста на хост.
Насчет eseutil.
Согласен. После отработки команды /p при исправлении серьезного сбоя у нас на руках уже «новая» база. Не согласен с категоричностью рекомендации обязательности миграции после выполнения этой процедуры. В нашем случае мы имеем не «остановку на ходу» с неизвестной историей записи в файл. Команда eseutil.exe /p MailBoxDbName.edb в предлагаемом сценарии в проведенных несколько раз тестах в базе ничего не исправляла, её действие просто выставило флаг «база была закрыта корректно». Отработка проходила за секунды.
Копированием базы с места на место занималась команда дефрагментации: eseutil.exe /d MailBoxDbName.edb.
Т.е. вы считаете использование eseutil /p «успешным опытом»?

Вы точно уверены, что Exchange у вас теперь будет функционировать корректно на неподерживаемой ОС?

И еще. После eseutil /p у вас теперь какие значения имеют Repair Count и Repair Date в заголовсе базы?
1) eseutil /p не так страшна, как вы пишете, почему-то не замечая 3-ю команду — оффлайн дефрагментацию. :-)
Про самую первую рекомендацию «сохраните базы», видимо не только я при чтении инструкций забываю иногда.
2) Наблюдаю 7-й день. Сбоев и аномалий не замечено.
3) Repair Count: 2
Repair Date: 11/27/2013 09:07:13.579

Sign up to leave a comment.

Articles