Рискую нарваться на гнев адептов «нового и прогрессивного» плоского дизайна, но всё же напишу:
Всё хорошо в меру. Лучшее враг хорошего.
Плоский дизайн «убил» различие между интерфейсными управляющими элементами и элементами исключительно информационными, неактивными. Для голого потреблядства контента он, может быть, чем-то и хорош. Но с активным взаимодействием «человек-программа» дела обстоят хуже некуда.
Хорошо, если наведение мышью ещё как-то может «размаскировать» кнопку и никак не активировать просто надпись. Но что, к примеру делать если есть возможность управлять только «пальцем»?
Самый яркий пример снижения юзабилити из-за тупого следования моде в ущерб удобству: Outlook 2010 --> Outlook 2013.
И не нужно в этом обвинять только неграмотную работу с контрастами и цветами. Это прямое следствие прикручивания седла к корове. Маркетинг. Вернее последствия угоды во всём тупым маркетологам. Искренне жду момента, когда дурацкая мода снова вернет необходимость создавать _удобные_, а не «понтовые и клёвые» интерфейсы.
1) eseutil /p не так страшна, как вы пишете, почему-то не замечая 3-ю команду — оффлайн дефрагментацию. :-)
Про самую первую рекомендацию «сохраните базы», видимо не только я при чтении инструкций забываю иногда.
2) Наблюдаю 7-й день. Сбоев и аномалий не замечено.
3) Repair Count: 2
Repair Date: 11/27/2013 09:07:13.579
Вы совершенно правы в том, что официальная поддержка связки 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.
— Лицензией. В отличии от Lync, где лицензируется только FrontEnd сервер, в Exchange требуются лицензии на все сервера, несущие хотя бы одну роль.
Речь про лицензии на Exchange. Лицензии на Windows Server проблемы не создают. У нас гипервизор на Windows Server 2012 в редакции DataCenter.
«Откатятся» и базы с содержимым.
1) Объем баз 2 терабайта — недопустимо долго.
2) У нас весьма активно идёт переписка + добавление/удаление почтовых ящиков (высокая текучка), — недопустимая потеря содержимого
Итого: не вариант.
Данная стратегия IMHO имеет смысл только в ситуации крайней «ушатанности» исходной структуры AD.
Мы мигрировали в том же домене.
Сначала перенести всю структуру на стенд, (p2v ---> Hyper-V 2012). Отработали сценарий сосуществования Exchange 2003 + Exchange 2010. Исправили мелкие баги в AD. Задокументировали все действия. Повторили на стенде. Проверили. Повторили на рабочей среде. Всё прошло штатно. По завершению миграции всех почтовых ящиков на 2010 (около месяца) вывели Exchange 2003 из работы. Вместо него для старых приложений оставили SMTP-Relay на IIS на Windows 2003.
А потом, по мере вывода 2003-х контроллеров ничего не помешало поднять уровень схемы до 2008-й.
Всё хорошо в меру. Лучшее враг хорошего.
Плоский дизайн «убил» различие между интерфейсными управляющими элементами и элементами исключительно информационными, неактивными. Для голого потреблядства контента он, может быть, чем-то и хорош. Но с активным взаимодействием «человек-программа» дела обстоят хуже некуда.
Хорошо, если наведение мышью ещё как-то может «размаскировать» кнопку и никак не активировать просто надпись. Но что, к примеру делать если есть возможность управлять только «пальцем»?
Самый яркий пример снижения юзабилити из-за тупого следования моде в ущерб удобству: Outlook 2010 --> Outlook 2013.
И не нужно в этом обвинять только неграмотную работу с контрастами и цветами. Это прямое следствие прикручивания седла к корове. Маркетинг. Вернее последствия угоды во всём
тупыммаркетологам. Искренне жду момента, когда дурацкая мода снова вернет необходимость создавать _удобные_, а не «понтовые и клёвые» интерфейсы.Про самую первую рекомендацию «сохраните базы», видимо не только я при чтении инструкций забываю иногда.
2) Наблюдаю 7-й день. Сбоев и аномалий не замечено.
3) Repair Count: 2
Repair Date: 11/27/2013 09:07:13.579
Однако, до выхода CU3 попытки работать с Exchange 2013 на Windows Server R2 были вообще бессмысленны и безрезультатны. Сейчас уже есть ряд успешных опытов перевода платформы выполнения на 2012 R2.
В моём случае оправданность подобного риска связана с тем, что R2 гораздо стабильнее работает на машинах «второго поколения», и главное позволяет существенно быстрее стартовать и оперативнее мигрировать с хоста на хост.
Насчет eseutil.
Согласен. После отработки команды /p при исправлении серьезного сбоя у нас на руках уже «новая» база. Не согласен с категоричностью рекомендации обязательности миграции после выполнения этой процедуры. В нашем случае мы имеем не «остановку на ходу» с неизвестной историей записи в файл. Команда eseutil.exe /p MailBoxDbName.edb в предлагаемом сценарии в проведенных несколько раз тестах в базе ничего не исправляла, её действие просто выставило флаг «база была закрыта корректно». Отработка проходила за секунды.
Копированием базы с места на место занималась команда дефрагментации: eseutil.exe /d MailBoxDbName.edb.
Речь про лицензии на Exchange. Лицензии на Windows Server проблемы не создают. У нас гипервизор на Windows Server 2012 в редакции DataCenter.
1) Объем баз 2 терабайта — недопустимо долго.
2) У нас весьма активно идёт переписка + добавление/удаление почтовых ящиков (высокая текучка), — недопустимая потеря содержимого
Итого: не вариант.
Мы мигрировали в том же домене.
Сначала перенести всю структуру на стенд, (p2v ---> Hyper-V 2012). Отработали сценарий сосуществования Exchange 2003 + Exchange 2010. Исправили мелкие баги в AD. Задокументировали все действия. Повторили на стенде. Проверили. Повторили на рабочей среде. Всё прошло штатно. По завершению миграции всех почтовых ящиков на 2010 (около месяца) вывели Exchange 2003 из работы. Вместо него для старых приложений оставили SMTP-Relay на IIS на Windows 2003.
А потом, по мере вывода 2003-х контроллеров ничего не помешало поднять уровень схемы до 2008-й.