Назад | Перейти на главную страницу

База данных WSUS, использующая много памяти, как оптимизировать

Итак, я установил новый экземпляр WSUS в системе 2012R2. Всего сервер WSUS будет обслуживать около 350 систем (серверы + настольные компьютеры + ноутбуки). Он работает на виртуальной машине Hyper-V, и в настоящее время я выделил ему 10 ГБ памяти, но менее чем за день использование внутренней базы данных Windows подскочило примерно до 6 ГБ.

Мне это значение кажется чрезмерным. Если вы выполните поиск в Google, вы найдете множество статей о том, как ограничить память для внутренней базы данных Windows. Но почти ни одна из статей, которые я нахожу, не дает никакого объяснения, почему было выбрано конкретное значение памяти, которое, по-видимому, находится в диапазоне от 256 МБ до 4 ГБ в зависимости от автора статьи.

Это нормальное использование памяти для WSUS? Я не нашел никаких официальных предложений Microsoft по размеру WSUS на 2012r2, хотя документы для более ранний выпуск предполагает, что 1 ГБ должно хватить менее чем на 500 компьютеров.

Итак, мой вопрос

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

Внутренняя база данных Windows - это экземпляр MS SQL Server с ограниченными возможностями, поэтому он будет в конечном итоге потребляют всю память вашего сервера при условии, что размер базы данных достаточно велик. Обычно Рекомендации по размеру базы данных MSSQL примените здесь, если вы хотите получить оптимальную производительность базы данных. Хотя при использовании WSUS производительность самой базы данных не так критична, и вам также необходимо убедиться, что достаточно оперативной памяти остается для пула приложений WSUS IIS, а также для кеша файловой системы.

Лично я не стал бы беспокоиться об оценке скорости роста страницы индекса или показателей производительности SQL-сервера, а просто ограничил бы WID использованием ОЗУ 2 ГБ и увеличивал бы это значение только тогда, когда мониторинг вызовет тревогу о чрезмерном использовании диска. Клиенты WSUS вряд ли чувствительны к более длительному времени отклика, поэтому все в порядке, пока машина не сильно перегружена, а запросы клиентов имеют таймауты.

Нужно ли мне просто добавлять дополнительную память, пока WSUS не перестанет ее использовать?

Это может потребовать значительного количества ваших ресурсов, поскольку база данных WSUS имеет тенденцию к увеличению со временем. Экземпляр WSUS 3.0 на сервере 2008 R2, которым я управляю, имеет несколько общих продуктов и поддерживает два языка. Он обслуживает ~ 1100 клиентов и имеет размер базы данных 15 ГБ после 2 лет работы.

Есть ли что-то еще, что я должен сделать вместо этого, чтобы WSUS использовал меньше ресурсов?

Возможно, вы захотите заглянуть в настройки кеширования приложений и сборки мусора для пула приложений IIS WSUS если сам процесс IIS занимает слишком много ресурсов и конкурирует с кешем файловой системы. Кроме того, WSUS должен быть в основном запущен и забыт, если вы дадите ему> 6 ГБ ОЗУ и ограничите размер памяти WID.

Есть ли место для обновления, которое Microsoft опубликовала спецификации размера сервера для WSUS, которого я не нахожу?

Возможно, но я их тоже не нахожу.

Я видел утечки и изменения лимитов размеров, как вы сказали, но я знаю, что проблема WSUS редко связана с использованием памяти или ЦП. Если у вас есть клиенты, которые вытаскивают с сервера, тогда хранилище и сеть, кажется, являются большими факторами. Такие вещи, как одноранговое кэширование BITS или подчиненные серверы WSUS, помогут. С учетом всего сказанного, я бы установил требования к размерам на основе этого Статья в TechNet (с которым вы уже связались) умножить на 4, потому что сейчас 2015 год, и нормальная ИТ-инфляция, похоже, применима и здесь.

Для справки я рассмотрел 2 разных развертывания WSUS, которые у меня есть ... первое небольшое, 4 сервера, 30 клиентов ... и оно использует около 1 ГБ. В другом развертывании используются SCCM и WSUS, которые немного отличаются, с 400 серверами и 2500 клиентами, и использует 8 ГБ ОЗУ.