По-другому
Санкт-Петербург Тюмень Казань Томск Южно-сахалинск

Все тренинги on-line

Тормозит сервер - не повторяйте детских ошибок!

Опубликовано: 04.04.2017

видео Тормозит сервер - не повторяйте детских ошибок!

Что делать, если компьютер тормозит. Очистка Windows. Ccleaner

Есть у меня в хозяйстве 2 сервера терминалов Windows Server 2008 R2, на каждом из которых интенсивно работают 25-30 человек. Занимаются обыкновенной офисной работой: создание и редактирование документов в Microsoft Office 2010, работа с почтой в Microsoft Outlook 2010, серфинг в вебе, работа с 1С:Предприятие 8.3 и иная офисная мелочь. Обеспечивают их работу Легитимно2-мя Xeon на каждом борту, 32 Гб оперативки, RAID SAS контроллер c дисками 10k и 15k.



Пока количество юзеров не приблизилось к 30-ти на каждом сервере, каких-либо осязаемых торможений, мешающих обычной работе, не было. Когда же подошли к этой цифре, сервера стали осязаемо тормозить, раздражая юзеров. Торможения выражались в задержках обыденных операций редактирования, сотворения, перемещения файлов, навигации по папкам. Все вроде работает, но как-то медлительно, раздражает, время от времени картина замирает на 1-2-3 секунды, позже длится работа.


нет урона тормозит отклик сервера

Начал разбираться, в чем все-таки дело. Сначала поразмыслил на дисковую подсистему, которая просто закончила управляться с нагрузкой. Чтоб убедиться в этом, открыл оснастку «Производительность», добавил счетчик «Средняя длина очереди диска» (Average Disk Length Queue/sec), экземпляр «_Total» и стал смотреть. Мои доказательства оказались верны. Среднее значение было в районе 2-4, что плохо. Тормоза начинают ощущаться при значениях от 1.5 и выше. Советы в вебе молвят о том, что при значении выше 1 дисковая подсистема не совладевает с нагрузкой и нужно что-то решать по повышению производительности. В моем случае облагораживать производительность это означает брать новые, довольно дорогостоящие серверные SSD диски, потому что на данный момент и так стоят дорогие и резвые SAS диски со скоростью вращения 15к.

Я решил провести еще малость тестов. Избрал тот же счетчик, но в качестве экземпляра взял 2 логических диска по отдельности. Вот здесь меня ожидал сюрприз. Оказывается, нагрузка была не на все диски, а лишь на логический системный раздел C:, где установлена операционная система. Все пользовательские данные хранятся на диске D:, нагрузка на него была в границах 0.2-0.5. Я же вначале подразумевал оборотное. Задумывался, что нагружен раздел с пользовательскими данными, где хранятся многогигабайтные PST файлы Outlook, которые повсевременно подгружаются во время работы почтового клиента.

Стоит поведать о уровнях рейд, которые я использовал. Сейчас стало ясно, что разбивал диски я не верно, ждя завышенную нагрузку на разделы с пользовательскими данными. Система Windows Server 2008 R2 установлена на RAID-1, состоящий из 2-ух дисков. Пользовательские данные лежат на RAID-5, состоящий из 4-х дисков. Чем я управлялся, когда разбивал диски конкретно так, на данный момент уже не помню, но это очевидно некорректно. Думаю, было надо сделать один общий RAID-10 либо RAID-6 раздел, разбить его на 2 логических и расположить систему раздельно от пользовательских данных. Таким макаром была бы более равномерная нагрузка на все диски.

Главной задачей стало понижение нагрузки на системный диск. Сначала перенес файл подкачки с системного диска на пользовательский раздел. Посодействовало это не очень, потому что оперативки довольно, внедрение файла подкачки было наименьшим. Я стал глядеть при помощи монитора ресурсов, что все-таки нагружает больше всего дисковую подсистему. Оказалось, что браузеры, в моем случае Internet Explorer и Гугл Chrome, а непосредственно, их кэши. Стал мыслить, как перенести кэш. С Колченогом оказалось все очень просто. Для него есть ADM файлы для управления опциями через групповые политики домена windows. Скачать их можно тут https://support.google.com/chrome/a/answer/187202?hl=ru

Далее создаем новейшую политику, добавляем ADM шаблон, находим настройку «Указать каталог для пользовательских данных«, ставим значение «D:\${user_name}\Application Data\Chrome». После внедрения этой опции профиль юзера с диска С: будет перемещен по обозначенному пути. Там же в настройках укажем наибольшей размер папки кэша: «Установить кэш диска в б» равный 50 мб, ставим значение в б «52428800».

С Internet Explorer все оказалось труднее. Настройку в групповой политике, позволяющей переместить папку Temporary Internet Files в другое место я отыскать не сумел. Здесь был вариант использовать перемещаемый профиль, но мне не захотелось с этим связываться ради таковой задачки. Я отыскал одну настройку, которая мне отчасти могла посодействовать в моем вопросе: «Empty Temporary Internet Files folder when browser is closed». Включил ее, чтоб временные файлы веба автоматом очищались при закрытии браузера. Хотя у меня настроено в GPO перемещение папки (Folder Redirection) «AppData(Roaming)» на другой диск, не системный, часть опций все равно не переносятся и остаются на системном диске, в том числе и папка с временными файлами веба.

Эти опции позволили понизить нагрузку на системный раздел. Дальше было решено отрешиться от серверного антивируса Касперского, необходимость в каком отпала. Ранее я настроил на терминалах Applocker для запрета пуска произвольных исполняемых файлов. Юзеры могли запускать только строго ограниченный набор программ, так что вирусы при всем желании они запустить бы не смогли. Отключение антивируса еще понизило нагрузку.

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

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



rss