В настоящее время у меня есть сервер приложений и сервер базы данных, работающие на Windows Server 2008 R2. Мне было поручено составлять еженедельный отчет об использовании процессора, памяти и диска. Я планирую использовать шаблон набора данных мониторинга производительности по умолчанию в Windows Performance Monitor, и мне было интересно, как лучше всего запланировать выполнение задания? Я бы предпочел, чтобы набор данных начинался в начале каждой недели и останавливался в конце. Будет ли это излишним? Кроме того, может ли мониторинг производительности снизить производительность системы?
Использование нашего приложения, скорее всего, будет очень нерегулярным. Ряд пакетных заданий выполняется в ночное время, и пользователи, скорее всего, получат доступ к системе, когда придут на работу утром, поэтому меня беспокоит, что меньшее окно выборки не позволит полностью использовать систему.
Кроме того, я нашел несколько базовых руководств по настройке сбора данных, но не смог найти более общую информацию о передовых методах еженедельного управления производительностью с помощью Windows Performance Monitoring. Если у кого-то есть хороший источник, поделитесь.
Куда вы входите? База данных SQL? CSV-файл?
Если речь идет о базе данных SQL, я обычно просто создавал одно задание и позволял ему регистрироваться весь день, навсегда. Затем вы запрашиваете SQL-сервер, чтобы получить данные для диапазона, который вам нужен. Вы можете сделать это в Excel или другом конструкторе отчетов, который у вас есть.
Я говорю «раньше», потому что несколько лет назад я отказался от децентрализованного ведения журнала производительности и установил центральный Zabbix установка, которая хранит и отслеживает всю эту информацию вечно, обеспечивая тенденции и подробные отчеты.
Что касается нагрузки, я никогда не видел заметного снижения производительности при ведении журнала производительности. Учитывая, сколько раз Zabbix опрашивает каждый сервер каждую минуту для сбора всех точек данных, это действительно тривиальная операция.