Описание: Мне нужно регистрировать использование ресурсов на компьютере с Windows XP, чтобы выяснить, не является ли нехватка ресурсов причиной сбоя приложения. Мне нужен твой совет, как это сделать.
Контекст: есть промышленный ПК с Windows XP, MS-SQL Server 2008 R2 Express и сторонним приложением.
Приложение собирает данные с выделенного оборудования и сохраняет значения датчиков в базе данных. В основном, это данные UTC и четыре температуры. Интервал выборки составляет 1 минуту (т.е. вид минимальной нагрузки). Еще раз подчеркнем: приложение сохраняет 5 значений в таблице базы данных в одной записи только один раз в минуту.
Моей задачей было реализовать решение SQL Server Service Broker для передачи собранных данных на центральный SQL-сервер. (Триггер для новой записи, сформированный XML, отправленный на другую сторону.) Работает плавно, когда работает. Тем не мение...
Проблема: иногда случается, что приложение перестает собирать данные. Они утверждают, что это связано с тем, что после внедрения решения SSB не хватает ресурсов. Я предполагаю, что они используют изменения только на SQL-сервере в качестве оправдания. Во всяком случае, они могут быть правы. Мне нужны точные доказательства того, что произошло во время крушения.
Поскольку приложение записывает UTC, я знаю, когда оно перестало работать (из отсутствующих температурных записей).
Мой вопрос: Как я могу регистрировать использование ресурсов, какие ресурсы я должен наблюдать, и какой инструмент я должен использовать для этой цели?
Я не обучен администрированию аппаратного обеспечения / ОС (только некоторые общие знания), и я никогда раньше не решал такую проблему.
Я знаю, что есть счетчики производительности, но я ими не пользовался и не знаю, как их регистрировать. На компьютере установлена утилита powershell, если она имеет значение. (Я слышал, что можно получить доступ к счетчикам производительности из PowerShell, но больше ничего не знаю.) Я знаю, что на машине есть perfmon, но я не знаю, можно ли ее использовать для этой цели.
Спасибо за любые предложения о том, как решить проблему,
Petr