none
Сервер работает катастрофически медленно. RRS feed

  • Общие обсуждения

  • Добрый день!

    Есть следующие сервера:

    MS win 2008 | Exchange Server 2007 | (8.3 ‎(Build 83.6)‎)

    MS win 2012 R2 | Exchange Server 2013 | (15.0 ‎(Build 1076.9)‎) | DAG | 16 Gb mem | 8 vCPU 

    MS win 2012 R2 | Exchange Server 2013 | (15.0 ‎(Build 1076.9)) ‎| DAG | 16 Gb mem | 8 vCPU 

    Сервера развернуты на Vmware ESXI 5.1

    На серверах 2013 версии работают пока 150 человек с объемом почтовых ящиков в 2-5 гб в 2 разных базах.

    Файл подкачки находиться на системном диске MEM+10 mb. Насколько это верно?

    Структура Active Directory - один домен, один сайт.

    На виртуализированных серверах Win 2012 R2 наблюдается медленная работа самой ОС. Загрузка идет медленно, вход в систему еще дольше, реакция на вызовы меню приходиться ждать.

    Пользователи, которые работают на сервера 2013 версии жалуются на торможение в клиентах Outlook и при отправке писем.

    Еще иногда возникает предупреждение и ошибка Event 906, ESE

    Я неоднократно анализировал Daily Perfomance и проверял соответствие Perfomance Treshhold. Не смотря на огромное количество счетчиков, базовые параметры не выходили за пределы нормы.

    Что может влиять на производительность серверов MS Exchange 2013 в виртуальной среде? И как выявить проблемы производительности в этом случае?

    Заранее благодарю!

    3 ноября 2015 г. 5:05

Все ответы

  • В принципе конфигурация под ваши потребности соответствует. Но учитывая то, что среда все-таки виртуальная, я бы увеличил память до 24 GB. Далее. У вас все рекомендации к виртуализации Exchange выполнены? Подсистема хранения обладает достаточной производительностью? Тома с базами и логами размещены на отдельных от образа VM дисках?

    Do not multiply entities beyond what is necessary

    3 ноября 2015 г. 5:19
  • Да конечно, я рассчитывал конфигурацию из формул. И требования по виртуализации выполнял, вплоть до :

    1) Не выделять виртуальные ядра, только процессоры(1:1);

    2) Специальный сетевой интерфейс;

    3) и разные SCSI контроллеры для дисков;

    и т.д.

    С системой хранения данных сложнее - мне недоступны ее характеристики, как можно убедиться в ее соответствии?

    Задержек при обращении нет, очереди на диске тоже. Может быть есть какие то Perfomance COunters специальные в этом случае?

    3 ноября 2015 г. 5:25
  • Все же, если есть возможность, добавьте по 8 GB памяти на каждую машинку.

    Do not multiply entities beyond what is necessary

    3 ноября 2015 г. 5:32
  • Оперативную память добавляли.

    Более того, после этого выполнял неоднократный анализ счетчиков производительности, в которых было обнаружены просто дикие задержки на дисках, в среднем где то 25-100, но бывают пики и до 600 ms.

    Жалобы пользователей на медленную работу, поиск, переключение между элементами в Oultlook.

    Более того, сервер был перенесен на новое СХД, абсолютно не загруженное, картина не изменилась, что очень странно и ввело меня в ступор.

    После чего были отключены счетчики производительности Exchange 2013, которые собирают данные каждый день DailyDiagnostics и прирост к производительности со стороны пользователей стал существенным, на 20-30%. На самом сервере каждая консоль открывается по целой минуте, если не больше.

    Поэтому я пока в затруднее сказать в чем причина. Возможно ли какая либо взаимосвзять серверной ОС Windows 2012 на ESXI 5.1?

    30 ноября 2015 г. 11:49
  • Попробуйте создать новый сервер, аналогичный вашим и прогоните jetstress. Инструкций хватает, есть видео:

    http://www.microsoft.com/en-us/download/details.aspx?id=36849

    https://m.youtube.com/watch?v=55HfocFJ5Ts
    • Изменено Tema_BYMVP 30 ноября 2015 г. 21:52
    30 ноября 2015 г. 21:51
  • Дисковая подсистема видимо RAID 5? Можно как-то уточнить этот вопрос, потому что в среде виртуализации под Windows Server 2012R2 работа Exchange 2013 вполне удовлетворительна. Гипервизор версии 5.1 вполне поддерживает виртуальные машины Windows Server 2012, но лучше установить последние патчи для вашей версии, включая Update1.

    Жалобы пользователей на медленную работу Outlook возможны в том случае, если вы не используете режим кэширования. Иначе же, все действия кроме отправки/получения почты и обновления адресной книги выполняются с использованием автономной копии почтового ящика, размещенной локально на компьютере пользователя.


    Do not multiply entities beyond what is necessary

    1 декабря 2015 г. 5:33
  • Оперативную память добавляли.

    Более того, после этого выполнял неоднократный анализ счетчиков производительности, в которых было обнаружены просто дикие задержки на дисках, в среднем где то 25-100, но бывают пики и до 600 ms.

    Жалобы пользователей на медленную работу, поиск, переключение между элементами в Oultlook.

    Более того, сервер был перенесен на новое СХД, абсолютно не загруженное, картина не изменилась, что очень странно и ввело меня в ступор.

    После чего были отключены счетчики производительности Exchange 2013, которые собирают данные каждый день DailyDiagnostics и прирост к производительности со стороны пользователей стал существенным, на 20-30%. На самом сервере каждая консоль открывается по целой минуте, если не больше.

    Поэтому я пока в затруднее сказать в чем причина. Возможно ли какая либо взаимосвзять серверной ОС Windows 2012 на ESXI 5.1?

    анализируйте СХД. возможно выключено кэширование, неисправность массива и прочее.

    для NTFS при форматировании я всегда выставлял размер кластера 64к (выравниванеи секторов), особенных тормозов не наблюдалось.

    для начала добавил бы памяти: exch хранит много кэша в оперативке и при недостатки памяти возможны  серьезные тормоза системы. есть счетчики на гостевой системе - анализ их позволит выявить проблему.


    • Изменено Morozov A. _ 1 декабря 2015 г. 6:27
    1 декабря 2015 г. 6:20
  • Дисковая подсистема видимо RAID 5? Можно как-то уточнить этот вопрос, потому что в среде виртуализации под Windows Server 2012R2 работа Exchange 2013 вполне удовлетворительна. Гипервизор версии 5.1 вполне поддерживает виртуальные машины Windows Server 2012, но лучше установить последние патчи для вашей версии, включая Update1.

    Жалобы пользователей на медленную работу Outlook возможны в том случае, если вы не используете режим кэширования. Иначе же, все действия кроме отправки/получения почты и обновления адресной книги выполняются с использованием автономной копии почтового ящика, размещенной локально на компьютере пользователя.


    Do not multiply entities beyond what is necessary

    позволю не согласится: у нас работало 1500 юзеров раскидано на 4 сервера по 2Тб баз (4серв*2Тб) - все пользователи терминальные. на терминалах кэширование невозможно включить. никаких проблем не было. проблемы у exch появлялись из за плохой сети. но это отдельная история. выключение кэширования дает сильную нагрузку на client access.
    1 декабря 2015 г. 6:25
  • так ваши терминальные серверы видимо по гигабитной сети связаны с серверами Exchange, а клиентские рабочие станции как правило по 100 Mbit. Если все одновременно начинают тянуть почтовый ящик/адресную книгу - нагрузка на сеть вырастает критически для 100 Mbit.

    Do not multiply entities beyond what is necessary

    1 декабря 2015 г. 7:04
  • Посовещался с нашим экспертом по VmWare. Особый акцент я сделал на то, что сама ОС загружается очень медленно и тормозит даже без Exchange. 

    Проверяйте:

    1. Чтобы было установлена последняя версия оборудования (ПКМ по выключенной ВМ - Update Virtual Hardware)

    2. Чтобы на сервере были установленные последние версии VmWare Tools.

    3. Чтобы контроллер был "Paravirtual" или "LSI logic SAS"

    Помониторьте производительность ВМ:

    http://vmby.blogspot.com.by/2012/11/performance-cpu.html

    http://vmby.blogspot.com.by/2012/11/blog-post.html

    Так же желательно обновить гипервизор до версии "5.5 U2" (с U3 могут быть проблемы с сетью). Оно проходит абсолютно безболезненно.

    1 декабря 2015 г. 8:18
  • А HT выключен?
    1 декабря 2015 г. 14:03
  • Спасибо! Это и будет следующий шаг, не так быстро как хотелось бы, но как будут результаты, я обязательно отпишусь.
    1 декабря 2015 г. 19:05
  • Огромное спасибо!

    Вы правильно подметили, операционная система даже при обычном старте загружается очень долго, а нагрузки то еще и не было. И я заметил, что очень долго начинает отвечать сам сетевой интерфейс, точнее, VM начинает отвечать на пинги, как только показалось окно загрузки системы, а вот по протоколу RDP отвечает через минут 5. Хотя на самом экране уже давно произведена загрузка и применение GPO.

    Наш специалист по Vmware и оборудованию, говорит похожие вещи, но без какой либо аргументации, основываясь на опыте. Что да такое видел, да тормозит Win 2012 на Esxi 5.1. Но как Вы понимаете это не личный опыт и мнение.

    Это не первый случай развертывания Exchange Server 2013, но именно в этой среде возникли подобные трудности.

    1 декабря 2015 г. 19:13
  • Про СХД был вопрос поставлен в первую очередь, но когда VM была помещена на пустое, более быстрое хранилище, а ситуация даже не изменилась. Я начал искать причины и в остальных компонентах.

    Анализ счетчиков я уже проводил, как ни странно, ОЗУ в них фигурирует, но нет завышенных показателей. А вот СХД как будто трещит по швам! Создается впечатление, что дело в коммуникации где-то между VM - ESXI - BLADESERVER - BLADECENTER - ? - STORANGE. Отмеченное вопросом место мне не известно.

    Сами счетчики Vmware Vcenter не о чем серьёзном не сигнализируют. Задержки 25-100 ms изредка.

    Jetstress новой VM с 2008 r2 и 2012 R2 должен прояснить картину.

    1 декабря 2015 г. 19:21
  • вопрос в вашей последовательности это скорее всего SAN. Но обычно СХД и SAN связаны через FC, так что здесь задержек быть не должно. SAN и Blade System так же как правило связаны через FC или 10Gbit Ethernet.

    По части увеличения выделенного объема ОЗУ для серверов Exchange - порекомендовал вам увеличение основываясь на собственном опыте развертывания ПС в виртуальных средах.

    И обновить гипервизоры до 5.5 было бы очень полезно.


    Do not multiply entities beyond what is necessary

    2 декабря 2015 г. 5:36
  • Тут видите еще может быть и ISCSI, его ни кто не отменял, да и 10 Gb Eth карточки-то идут отдельно обычно. Не все задумываются о их приобретении с самого начала. А 2 модуля Eth свитей в этом случае с каждым блейд-сервером соединен по 2 одногигабитным линкам. А если учесть, что ESXI после установки один линк по умолчанию переводит в Standby, то становиться совсем печально.  

    В итоге имеем 20 VM на одном хосте с 1 Gb линком для сети и связи с хранилищем... извращение не так ли. 

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

    Я только за обновление ESXI и сам могу его произвести, но на данном этапе это не возможно, по разным причинам.


    • Изменено Nikolay_KZ 2 декабря 2015 г. 6:10
    2 декабря 2015 г. 5:46