none
Смена железа на сервере Exchange 2013 RRS feed

  • Вопрос

  • Планируется полностью заменить дисковую систему на сервере Exchange 2013.

    Вопрос как лучше это сделать?

    Достаточно ли будет поставить заново операционку и на ней поднять Exchange в режиме восстановления (setup /m:recoverymode)? Или лучше будет по другому пути пойти? Тогда какой из них лучше?

    P.S. Ясень пень, что перед заменой железа будет сделан бэкап всего сервера. :)

    28 сентября 2015 г. 11:33

Ответы

  • Вам нужно установить систему, восстановить базы по прежнему пути и установить Exchange в режиме восстановления.

    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа Aleksey Shimanov 29 сентября 2015 г. 6:53
    28 сентября 2015 г. 16:46
    Модератор
  • Еще немного информации:

    1. Диски SSD для Exchange 2013 практически бесполезны. Вся сила в RAM :) Вот вам ссылка на документ по данному вопросу:

    https://technet.microsoft.com/ru-ru/library/ee832792%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396

    Итого производительных SATA дисков на 7200 оборотов в RAID 10 хватает в большинстве случаев.

    2. Лучше поднимите сервер на ВМ. Ее гораздо проще восстанавливать в случае сбоя, чем железный. К тому же виртуализация позволяет лучше утилизировать ресурсы сервера. Если нет лицензии Windows Server 2012 (R2) Datacenter, можете воспользоваться бесплатными решениями (например, KVM+libvirt).

    3. С восстановлением все как написал Илья, раз допустим длительный простой. 

    • Помечено в качестве ответа Aleksey Shimanov 29 сентября 2015 г. 6:53
    29 сентября 2015 г. 5:29

Все ответы

  • Только дисковая подсистема будет меняться? Нет возможности использовать существующий сервер и параллельно поднять новый?

    Do not multiply entities beyond what is necessary

    28 сентября 2015 г. 11:44
  • Да только дисковая, полностью, замена RAID-контроллера, замена HDD на SSD (или на HDD 12 Gb/s). Все остальное (процы, память, материнка, шасси) остается прежним.

    Есть. Как вариант я могу поднять виртуалку, и туда смигрировать существующий сервер.

    Другой вариант поднять DAG на CAS и MBox один из серверов существующий (падающий), другой опять таки на виртуалке, но поднятый с "нуля".

    Единственно что я не могу, это поднять систему на другом физическом серврере.

    Т.е. варианты есть, но я новичек в Sexchange 2013 и хотел бы услышать мнение старших товарищей. :)

    P.S. Я хочу восстановить систему с "нуля", ибо в результате падений мне приходится постоянно чинить почтовые базы, а если падают базы, то кто даст гарантию, что не порушена и сама ОС?

    28 сентября 2015 г. 16:21
  • Вам нужно установить систему, восстановить базы по прежнему пути и установить Exchange в режиме восстановления.

    Сазонов Илья

    https://isazonov.wordpress.com/

    • Помечено в качестве ответа Aleksey Shimanov 29 сентября 2015 г. 6:53
    28 сентября 2015 г. 16:46
    Модератор
  • Спасибо.

    Получается моя мысль изначально была правильной.

    28 сентября 2015 г. 19:59
  • Еще немного информации:

    1. Диски SSD для Exchange 2013 практически бесполезны. Вся сила в RAM :) Вот вам ссылка на документ по данному вопросу:

    https://technet.microsoft.com/ru-ru/library/ee832792%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396

    Итого производительных SATA дисков на 7200 оборотов в RAID 10 хватает в большинстве случаев.

    2. Лучше поднимите сервер на ВМ. Ее гораздо проще восстанавливать в случае сбоя, чем железный. К тому же виртуализация позволяет лучше утилизировать ресурсы сервера. Если нет лицензии Windows Server 2012 (R2) Datacenter, можете воспользоваться бесплатными решениями (например, KVM+libvirt).

    3. С восстановлением все как написал Илья, раз допустим длительный простой. 

    • Помечено в качестве ответа Aleksey Shimanov 29 сентября 2015 г. 6:53
    29 сентября 2015 г. 5:29
  • А у меня опыт виртуализации не очень хороший получился.. Для виртуализации нужны быстрые диски + хранилище, если оно есть, подключенное как минимум по 10G.  Мне оказалось проще два простеньких сервера в DAG, но хардварная установка. Сейчас только у "дочки" на виртуалке, но там реально 50 человек работает.
    29 сентября 2015 г. 6:50
  • Артем, и Вам спасибо.

    Долгий простой понятие растяжимое. Вывести сервер из работы на ночь, или на выходные - это без проблем. А вот остановить его в рабочее время - уже проблема.

    Так что буду останавливать на выходные.

    Ну а по поводу RAM - у меня на 1с сервере все временные файлы валятся на рам-диск... очень помогает... :) Почтовые базы к сожалению на RAM не залезут, оперативки всего 128 гиг, а суммарный объем баз уже за полтеррабайта выполз... ;)

    29 сентября 2015 г. 6:53
  • ну пол террабайта это не много...  У меня 4 базы по 450 каждая за год использования EXCHANGE в организации. Тоже сначала был сервер с двумя процессорами и 128 гигами оперативы.. После доставшей меня проблемы с перегрузкой служб, мы купили еще один корпус точно такой же на 12 дисков, поставили в него САТА диски и раздербанили мощный сервер. Диски под базы в RAID0, сам Exch на RAID1 на SSD и на RAID 1 SATA находятся логи и база очереди сообщений.. И сейчас они у меня пашут как часы при 450-550 пользователях, иногда ловлю только проблемы с обновлениями ))
    29 сентября 2015 г. 7:03
  • Avksentyev,

    Четыре базы по 450ГБ плохо работали на сервере с двумя CPU и 128RAM? Что-то явно у вас было не то. На такой конфигурации можно спокойно 20ГБ баз (навскидку) хранить и тысяч 7 пользователей обслуживать (условно, опять же). И это на обычных SATA 7200 дисках.

    29 сентября 2015 г. 7:21
  • Aleksey Shimanov

    Про RAM диск никто и не говорит. Просто выделите достаточное количество RAM для сервера (12ГБ + примерно 24МБ на ящик) и все будет работать без проблем на обычных SATA дисках. 

    Подробнее про расчет памяти тут:

    http://www.msexchange.org/articles-tutorials/exchange-server-2013/planning-architecture/exchange-2013-sizing-cheat-sheet-part1.html


    29 сентября 2015 г. 7:26
  • Не, там было все на виртуалке, то есть в реальности все было пополам.. И базы и сам Exch. Но я тут не раз поднимал тему с проблемами об этой ошибке https://technet.microsoft.com/ru-RU/library/bb201658%28v=exchg.150%29.aspx?f=255&MSPPError=-2147217396

    Проблему как только не решал.. И да, может это конечно специфика моего предприятия, но у нас электронка только внутренняя. Объем писем очень большой, потому как много разной документации идет, ПО всякое и прочее. Я как то для интересу валил логи писем на один ящик.. В сутки порядка 7 000 писем. Я уверен что половина из них с вложениями.. Причем вложения я так и не увеличил выше 20 мегабайт, ибо снова все затыкается..  Сейчас я не смог победить только одну проблему - падение сервера в бзод при включении службы "Диспетчер работоспособности .."

    29 сентября 2015 г. 7:38