Мониторинг временных файлов

Этот модуль находится в меню ProMonitor, которое называется “Temp Files”. Основная программа модуля (Start Temp File Sampling) просматривает каталог, или список каталогов разделенных точкой с запятой, в котором располагаются файлы Progress Temp Files. Место хранения этих файлов определяется параметром запуска Client Temp Files (-T). Для Unix/Linux систем, чтобы программа мониторинга работала корректно, необходимо в параметрах запуска дополнительно указать параметр Temp Files “visible” (-t). Так же программа не будет работать корректно, если Temp Files располагаются не в общем каталоге или в наборе каталогов, т.е. /protmp. Кроме того, могут возникнуть проблемы, если в таких каталогах сохраняются другие временные файлы не относящиеся к Progress и содержащие общие с ним префиксы, т.е. SRT, LBI или DBI.

При интерактивном способе анализа, программа подменю (Start Temp File Sampling) работает на подобие самого ProMonitor. Программа обрабатывает некоторое количество временных файлах используя указанную частоту выборок.

Для запуска анализа в фоновом режиме необходимо выполнить два шага:

mbpro dbname -p tmpfile.p >> tmpfile.log

В этом примере, dbname это имя базы данных содержащей схему ProMonitor. А tmpfile.log, это файл, который будет содержать любые ошибки, возникшие в процессе работы программы tmpfile.p.  Эта программа будет продолжать формировать выборки пока:

• количество Number of Samples не будет исчерпано
• брокер базы данных ProMonitor не будет остановлен
• процесс запустивший программу не будет отключен от базы данных ProMonitor с помощью promon или proshut.

Примечание. Мониторинг временных файлов бесполезен в DOS и Windows, поскольку размер таких файлов будет оставаться равным 0 байт, пока файл не будет закрыт, но Progress в это время автоматически удаляет такие файлы.

Отчетность

Для получения отчетов по временным файлам, воспользуйтесь меню Temp Files -> Temp File Reports, которое содержит три отчета.

Temp File Report:

Статистика собранная с помощью “Start TempFile Sampling”. Отчет отсортирован по размеру временных файлов в убывающем порядке. Наибольшие временный файл указывает на наиболее активную сессию.

Temp File Detail by Sample#:

Примерно то же, что и в предыдущем отчете, только отображает информацию по конкретной выборке.

Temp File Summary by Sample#:

Этот отчет не показывает размеры временных файлов, в замен он отображает общее количество I/O для каждого типа временных файлов за указанную дату и выборку.

Ограничения мониторинга временных файлов.

Обычно, не возникает проблем с идентификацией пользователя, который создал временный файл, это можно определить по свойствам файла или по имени файла, в котором ID процесса добавлен к префиксу SRT/LBI/DBI. Но встречаются некоторые исключения:

• в Unix/Linux все файлы LBI принадлежат пользователю root, не зависимо от реального их владельца. Когда Progress стартует сессию, userid временно устанавливается “root”, который в итоге будет заменен на реальный userid. Возможно что SRT файл создается до изменения userid. Эта ситуация позиционируется как ошибка Progress, и возможно, что к моменту когда вы будете читать этот материал, она уже будет исправлена.
• на IBM/AIX, DG/UX и Sun/Solaris к суффиксу SRT/LBI/DBI не добавляется id процесса. В место этого Progress вызывает AIX функцию, которая возвращает уникальное имя файла, которое не связанно с id процесса. Например, врменные файлы на AIX могут выглядеть так:
• lbiYxvxMa                (lbi file)
• srtZqvxMb              (srt file)
• DBI7FvxMc             (DBI file)