Оптимальные методы разработки решений > Мониторинг решений ThingWorx > Мониторинг и устранение проблем с производительностью > Проблемы с производительностью операционной системы и базы данных > Использование журналов ThingWorx для мониторинга производительности базы данных
Использование журналов ThingWorx для мониторинга производительности базы данных
Следует выполнять мониторинг журналов ThingWorx на наличие проблем с базой данных. Следующие ошибки или предупреждения указывают на существенные проблемы с подключением к базе данных и должны исследоваться.
Проблема
Примеры ошибок или предупреждений в журналах
Описание
Исключительные ситуации явной взаимной блокировки
com.mchange.v2.async.ThreadPoolAsynchronousRunner$DeadlockDetector@635d735b -- ЯВНАЯ ВЗАИМОБЛОКИРОВКА! Создание срочных потоков для неназначенных ожидающих заданий!
Эта ошибка указывает, что соединения в пуле соединений возвращаются решению недостаточно быстро. Она редко указывает на реальную взаимоблокировку.
Исследование: изоляция медленно выполняющихся SQL.
[2,006] неизвестные ошибки
Перенесено java.lang.RuntimeException: com.thingworx.common.exceptions.DataAccessException: [2,006] Произошла неизвестная ошибка. Если повторится, обратитесь к администратору.
Эта ошибка указывает на исключительную ситуацию с базовым соединением при внезапном отключении базы данных.
Исследование - проверьте журналы базы данных и решения, чтобы найти основную причину проблем с нарушением соединения.
[1,018] ошибки хранилища данных
[1,018] Неизвестная ошибка хранилища данных: [ошибка при обращении к поставщику модели]
Эта ошибка указывает на наличие отдельной инструкции, сгенерировавшей исключительную ситуацию в обработчике базы данных. Например, при вставке в таблицу дублирующегося основного ключа.
Исследование - проверьте журналы базы данных и решения, чтобы найти основную причину ошибки инструкции.
Рекомендуется ежедневно просматривать журналы приложения на наличие ошибок базы данных. Анализ ошибок или предупреждений. Если выбрать опцию Включить отслеживание стека в разделе LoggingSubsystem, можно увидеть соответствующий сценарий или интерфейс API платформы, который сгенерировал ошибочные транзакции базы данных. Эти ошибочные транзакции возвращают соответствующие коды ошибок.
Было ли это полезно?