Можно использовать меню Administration для прекращения или перезапуска ICM, а также для администрирования процессора J2EE.
icmon
При необходимости некоторые из функций монитора ICM можно выполнять также на уровне операционной системы с помощью программы icmon:
□ icmon [-gs -с <командный файл> -f <файл трассировки> -t <уровень трассировки>] -u <пользователь> -p <пароль> pf=<профиль>
Аналогично утилите dpmon (см. главу 2) icmon предоставляет статистические данные о состоянии ICM и позволяет, например, модифицировать уровень трассировки рабочих процессов.
Листинг 15.1. Вывод icmon
ICM's Statistics
================
Server started at: Wed Oct 16 10:04:11 2002
Status: ICM_STATUS_RUN (pid: 956), DP port: 65000
Current number of threads: 10, peak: 10, max: 50
Current number of open connections: 0, peak: 4, max: 300
Current number of requests in queue: 0, peak: 2, max: 100
Floating average of requests in queue: 0
Statistics level: 1
Bytes read (MB): 0
Bytes read: 123456
Bytes written (MB): 1
Bytes written: 495546
No. of requests: 281
No. of rollouts: 81
No. of rollins: 81
No. of timeouts: 0
No. of errors: 23
Overall time: 0:33:17:929851
Min req time (sec): 0.019779
Max req time (sec): 154.859192
+--+----+----+--—+-------------------+--------------+
|No|thid|#req|cid| Thread Status | Request type |
+--+----+----+--—+-------------------+--------------+
| 0| 0 | 29 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 1| 0 | 38 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 2| 0 | 28 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 3| 0 | 31 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 4| 0 | 36 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 5| 0 | 26 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 6| 0 | 31 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 7| 0 | 28 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 8| 0 | 33 |-1 |ICM_THR_STATUS_IDLE| NOP |
| 9| 0 | 36 |-1 |ICM THR STATUS_IDLE| NOP |
+--+----+----+---+-------------------+--------------+
+ - increase trace level by one
- - decrease trace level by one
S - increase statistic level by one
s - decrease statistic level by one
q – quit
m - menu
На рис. 15.5 показана статистика кэша сервера ICM со статистикой уровня 1 (настройка по умолчанию).
Рис. 15.5. Статистика ICM
15.2. Обзоры пользователейДля дополнительного анализа можно выбрать функцию Goto • User в ►Server Overview для вывода ►User Overview или вызова действия непосредственно.
Деятельность пользователей на локальной инстанции
Этот обзор (см. рис. 15.6) дает представление о текущей деятельности пользователей на локальной инстанции. Система выводит следующую информацию для каждого активного пользователя: терминал, использованный для регистрации, текущую транзакцию, число открытых сеансов и время последнего выполненного диалогового шага. Можно активировать трассировку пользователей (User • Trace • Activate) для выбранных пользователей, которая записывает в журнал все действия, выполненные этими пользователями. Можно проанализировать и деактивировать трассировку пользователей аналогичным образом. Активацию трассировки пользователей рекомендуется использовать, когда необходимо анализировать проблемные ситуации, возникающие только для отдельных пользователей. При необходимости в обзоре пользователей можно также удалить сеансы пользователей и заставить пользователей выйти из системы.
Рис. 15.6. Обзор локальных пользователей
Обзор глобальных пользователей
►Global User Overview выводит всех активных пользователей с подробной информацией о типе, клиенте регистрации, выполненной транзакции и времени последнего диалогового шага (см. рис. 15.7).
Этот монитор всегда появляется на английском языке, независимо от языка регистрации в системе.
Рис. 15.7. Обзор глобальных пользователей
15.3. Системный журналСистемный журнал является наиболее важным журналом при нормальной работе системы R/3; он представляет начальную точку для любого анализа возникшей проблемы. Этот журнал записывает системные информационные сообщения, предупреждения и сообщения об ошибках, выделяя каждый тип записи различным цветом.
Поэтому Каждый системный администратор должен ежедневно осуществлять проверку системного журнала (►System Log). Локальный системный журнал записывается для каждого сервера приложений в файл SLOG<номер_инстанции>.log в подкаталоге log-каталога инстанции (см. главу 1), если не указано иначе. Каждая запись журнала занимает 192 байт. Это означает, что используемый по умолчанию размер в 500 Кбайт соответствует 2065 записям журнала. Начиная с пустого файла при достижении файлом журнала определенного предела размера, каждая новая запись выталкивает самую старую запись из файла. Можно также определить файл резервной копии, в который переносится содержимое реального файла журнала, когда достигается максимальный размер. В этом случае файл журнала начинается снова с пустого файла.
Соответствующими параметрами являются rslg/max_diskspace/local для размера файла журнала и rslg/local/file и rslg/local/old_file для имен файлов журнала и резервной копии.
Глобальный системный журнал
Глобальный системный журнал доступен также в системах UNIX. Записи всех локальных журналов систем сконфигурированных инстанций можно объединить в одном журнале. Соответствующий файл сохраняется в подкаталоге global системного каталога; его имя по умолчанию — SLOGJ. В противоположность локальному системному журналу центральный системный журнал автоматически переносится в файл резервной копии SLOGJ0, когда файл заполняется, а старый файл SLOGJ0 перезаписывается. Можно задать размер глобального системного журнала с помощью системного параметра rslg/max_diskspace/global. Это значение является суммой SLOGJ и SLOGJ0 и по умолчанию равно 2 Мбайт.
Если желательно использовать глобальный системный журнал, выполните следующие действия:
► Определите инстанцию для записи глобального системного журнала.
► Задайте требуемые параметры журнала в профилях инстанций.
► Запустите процесс send (послать) на всех вовлеченных инстанциях.
► Запустите процесс collector (сборщик) на инстанции, определенной на первом шаге.
Выбор системных журналов
При запуске анализа записей журнала с помощью ►System Log есть возможность сначала выбрать, какие системные журналы желательно проверить. Пункт меню System Log • Choose предлагает следующие варианты:
► Local SysLog
Настройка по умолчанию; выводятся записи системного журнала на локальной инстанции.
► Remote SysLog
Выводятся записи системного журнала инстанции, определенной в поле Instance Name.
► All Remote SysLog
Выводятся записи системного журнала всех доступных инстанций.
► Central SysLog
Выводятся записи центрального системного журнала. Этот пункт будет активен, только если был сконфигурирован центральный системный журнал. Записи в локальном системном журнале всегда являются текущими. Поскольку записи в центральный системный журнал переносятся через регулярные интервалы, они могут быть слегка устаревшими.
Анализ системных журналов
Для анализа системного журнала (►System Log) доступно множество критериев выбора. Экспертный режим (Edit • Expert Mode) предлагает еще более широкие возможности. При желании можно ограничить выбор по:
► Временным рамкам
► Пользователю
► Коду транзакции
► Типу процесса
► Классу проблемы
► Дополнительным критериям в экспертном режиме
Системный журнал считывается, и все сообщения, которые удовлетворяют определенным критериям, выводятся в виде списка.
На рис. 15.8 показан фрагмент локального системного журнала системы «HUY». Системный журнал содержит последние действия запуска инстанции вместе со связанными действиями, такими как запуск процесса отправки rslgsend для глобального системного журнала. В 13:06 процесс обновления динамически переключился в рабочий процесс для фоновой обработки (о переключении рабочего режима см. главу 14). Потом в нескольких транзакциях выполняется откат. Можно вывести причину проблем, дважды щелкнув мышью на записи или выбирая в списке Edit • Details. Стандартная компоновка списка выводит отметку времени, соответствующий рабочий процесс, клиента, пользователя, код транзакции, номер сообщения и небольшой текст. При желании можно также дополнить этот вывод другой информацией, такой как имя программы, как показано в примере.
