Справочник по отдельным методам устранения неполадок (как сделать)
Используйте следующие разделы, чтобы устранить конкретные проблемы производительности InfoSphere MDM Collaboration Server.
Общие проблемы производительности
Многие проблемы, отрицательно влияющих на производительность, можно выявить и устранить, произведя проверку кода сценариев и проверочное тестирование.
Проверка времени обновления статистики в DB2
Статистика таблиц и индексов должна быть актуальной, чтобы оптимизатор базы данных мог выбрать оптимальные планы запросов. В
сомнительных случаях можно использовать SQL для проверки времени последнего сбора обновления статистики.
Проверка времени обновления статистики в Oracle
Статистика таблиц и индексов должна быть актуальной, чтобы оптимизатор базы данных мог выбрать оптимальные планы запросов. В
сомнительных случаях можно использовать SQL для проверки времени последнего сбора обновления статистики.
Проверка наличия обязательных таблиц и индексов
Среда должна соответствовать схеме базы данных по умолчанию, которая будет внедрена при создании схемы для InfoSphere MDM Collaboration Server.
Это гарантирует оптимальную производительность большинства установок.
Обнаружение недопустимых индексов
В некоторых случаях индексы могут стать недопустимыми. Это происходит редко, но в Oracle недопустимые индексы можно обнаружить
посредством SQL.
Обновление статистики вручную
Если автоматический сбор статистических данных не разрешен, но требуется немедленное обновление статистики таблиц и индексов, то
самый простой способ - запустить $TOP/bin/db/analyze_schema.sh.
Будет обновлена статистика всех таблиц и индексов текущей схемы InfoSphere MDM Collaboration Server.
Проверка времени выполнения SQL непосредственно на сервере базы данных
Иногда медленные запросы определяются на основе флага отложенных запросов в файле db.log, однако это может
быть результатом проблем JVM на сервере InfoSphere MDM Collaboration Server.
Чтобы выяснить это,
можно выполнить такие медленные запросы непосредственно на сервере базы данных, чтобы исключить проблемы сети или JVM. Для таких измерений
времени выполнения нужно использовать только операторы select.
Проверка плана запроса
После того, как вы идентифицировали медленно выполняющиеся запросы и начальные проверки не выявили основные причины
проблем, имеет смысл проанализировать план запроса, сгенерированный базой данных для медленно выполняющегося запроса.
Интерпретировать эти планы и (особенно) сделать правильные выводы из полученных результатов не всегда просто, и вам может понадобиться помощь
специалистов по базам данных.
Проверка компоновки таблицы
Проверить, соответствует ли текущая компоновка таблицы DDL в каталоге $TOP/src/db/schema/gen/ *.
Проверка размера склада документов
Для проверки размера склада документов и удаления ненужных документов используйте отчет об обслуживании склада документов. Можно
также использовать приведенные ниже SQL, чтобы быстро посмотреть число документов в главных каталогах склада документов.