SAP Мониторинг и проверка производительности: полное руководство с Tcodes

Что такое системный мониторинг?

Мониторинг системы — это повседневная рутинная деятельность, и в этом документе представлена систематическая пошаговая процедура мониторинга сервера. В нем дается обзор технических аспектов и концепций превентивного мониторинга системы. Некоторые из них:

Проверка серверов приложений.
Мониторинг общесистемных рабочих процессов.
Мониторинг рабочих процессов для отдельных экземпляров.
Мониторинг записей блокировки.
Использование CPU
Доступное место в базе данных.
Мониторинг процессов обновления.
Журнал системы мониторинга.
Buffer Показатели

Некоторые другие:

Мониторинг пакетных заданий
Мониторинг запросов спула.
Количество запросов на печать
Анализ дампа ABAP.
Монитор производительности базы данных.
Проверка базы данных.
Мониторинг пользователей приложения.

Зачем нужны ежедневные базовые проверки/мониторинг системы?

Как мы осуществляем мониторинг SAP Системы?

Проверка серверов приложений (SM51)

Эта транзакция используется для проверки всех активных серверов приложений.

Здесь вы можете увидеть, какие службы или рабочие процессы настроены в каждом экземпляре.

Мониторинг рабочих процессов для отдельных экземпляров SM50

Отображает все запущенные, ожидающие, остановленные и PRIV-процессы, относящиеся к конкретному экземпляру. На этом этапе мы проверяем все процессы; статус процесса всегда должен быть «ожидание» или «выполнение». Если какой-либо процесс имеет состояние, отличное от ожидания или выполнения, нам необходимо проверить этот конкретный процесс и сообщить об этом соответствующим образом.

Эта транзакция отображает много информации, например:

Статус рабочего процесса (занят или нет)
Если рабочий процесс запущен, вы можете увидеть предпринятые им действия в столбце «Действие».
Вы можете над какой таблицей ведется работа

Некоторые типичные проблемы:

Пользователю требуется много времени для входа в систему/не удается войти в систему/онлайн-транзакция очень медленная. Это может быть результатом полного использования рабочих процессов АСВ. Это также может быть результатом длительного выполнения заданий (красный индикатор в столбце «Время»). При необходимости вы можете отменить сеанс, выбрав задания, а затем перейдите в «Обработка»> «Отмена без ядра». Это отменит задание и освободит рабочий процесс для другого пользователя/процесса.
Некоторые пользователи могут иметь статус PRIV в разделе Причина столбец. Возможно, пользовательская транзакция настолько велика, что требует больше памяти. В этом случае рабочий процесс DIA будет «принадлежать» пользователю и не позволит другим пользователям использовать его. Если это произойдет, обратитесь к пользователю и, если возможно, запустите задание в фоновом режиме.
Если в рабочем процессе SPO есть длинное задание на печать, выясните проблему. Возможно, проблема связана с сервером печати или принтером.

Мониторинг общесистемных рабочих процессов (SM66)

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

Контролируйте загрузку рабочего процесса на всех активных экземплярах по всей системе

Используя экран «Обзор глобального рабочего процесса», мы можем сразу увидеть:

Статус каждого сервера приложений
Причина, по которой он не запускается
Был ли он перезапущен
Процессор и время выполнения запроса
Пользователь, вошедший в систему, и клиент, в который он вошел.
Отчет, который выполняется

Пользователь приложения мониторинга (AL08 и SM04)

Эта транзакция отображает всех пользователей активных экземпляров.

Мониторинг процессов обновления (SM13)

Выполните транзакцию SM13 и введите '*' в поле ПОЛЬЗОВАТЕЛЬ и нажмите .

Если нет записей с длительным ожиданием обновлений или обновления не выполняются, эта очередь будет пустой, как показано на снимке экрана ниже.

Но если обновление не активно, найдите следующую информацию:

Активно ли обновление, если нет, было ли оно деактивировано системой или пользователем?
- Нажмите на кнопку и получить информацию.
- Нажмите на кнопку и получите следующую информацию:
Отменено ли какое-либо обновление?
Существует ли длинная очередь ожидающих обновлений старше 10 минут?

Мониторинг записей блокировки (SM12)

Выполните транзакцию SM12 и поставьте «*» в поле «Имя пользователя».

SAP обеспечивает механизм блокировки, предотвращающий изменение записи, над которой вы работаете, другими пользователями. В некоторых ситуациях блокировки не снимаются. Это может произойти, если пользователи отключены, т.е. из-за проблем с сетью, прежде чем они смогут снять блокировку.

Эти старые блокировки необходимо снять, иначе это может помешать доступу или изменению записей.

Мы можем использовать статистику блокировок для мониторинга блокировок, установленных в системе. Мы записываем только те записи блокировки, которые имеют отметку даты и времени предыдущего дня.

Журнал системы мониторинга (SM21)

Мы можем использовать журнал для выявления и исправления ошибок, возникающих в системе и ее среде.

Проверяем журнал за предыдущий день со следующим выбором/опцией:

Введите дату и время.
Выберите проблемы и предупреждения с помощью переключателя
Нажмите «Перечитать системный журнал».

Сводка мелодий (ST02)

Шаг 1: Перейдите к ST02, чтобы проверить сводку настройки.

Шаг 2: Если вы видите какие-либо красные значения в SWAPS, дважды щелкните их.

Шаг 3: На экране ниже нажмите вкладку «Текущие параметры».

Шаг 4: Запишите значение и параметры профиля.

Шаг 5: Перейти к RZ10 (чтобы изменить значения параметров профиля)

Шаг 6: Сохраните изменения.

Шаг 7: Перезапустите сервер, чтобы новые изменения вступили в силу.

Загрузка ЦП (ST06)

Коэффициент использования процессора в режиме простоя должен составлять 60-65%, если он превышает это значение, мы должны начать проверять как минимум следующие вещи:

Запустите команды уровня ОС – вверху и проверьте, какие процессы забирают больше всего ресурсов.
Перейдите на SM50 или SM66. Проверьте наличие длительных заданий или длительных запросов на обновление.
Перейдите к SM12 и проверьте записи блокировки
Перейдите к SM13 и проверьте Активный статус обновления.
Проверьте наличие ошибок в SM21.

Дампы ABAP (ST22)

Здесь мы проверяем дампы предыдущего дня

Мониторинг запросов спула (SP01)

Для мониторинга запросов спула выполните SP01 и выберите, как показано ниже:

Поставьте '*' в поле Автор.
Нажмите на кнопку выполнить.

Здесь мы записываем только те запросы, которые завершаются с проблемами.

Мониторинг пакетных заданий (SM37)

Для фоновых заданий мониторинга выполните SM37 и выберите, как показано ниже:

Поставьте «*» в поле «Имя пользователя» и «Имя задания».
В статусе задания выберите: Запланированные, Отмененные, Выпущенные и Завершенные запросы.

Транзакционное администрирование RFC (SM58)

Транзакционный RFC (tRFC, также первоначально известный как асинхронный RFC) — это асинхронный метод связи, который выполняет вызываемый функциональный модуль на сервере RFC только один раз.

Нам нужно выбрать период отображения, за который мы хотим просмотреть tRFC, а затем выбрать «*» в поле имени пользователя, чтобы просмотреть все вызовы, которые не были выполнены правильно или ожидают в очереди.

Администрирование QRFC (исходящая очередь-SMQ1)

Нам следует указать здесь имя клиента и посмотреть, есть ли исходящие qRFC в состоянии ожидания или ошибки.

Администрирование QRFC (входящая очередь-SMQ2)

Нам следует указать здесь имя клиента и посмотреть, есть ли входящие qRFC в состоянии ожидания или ошибки.

Администрирование базы данных (DB02)

После выбора Текущие размеры на первом экране мы переходим к экрану ниже, который показывает нам текущий статус всех табличных пространств в системе.

Если какое-либо из табличных пространств превышает 95 % и автоматический экстент отключен, нам необходимо добавить новый файл данных, чтобы база данных не была заполнена.

Мы также можем определить историю табличных пространств.

Здесь мы можем выбрать «Месяцы», «Недели» или «Дни», чтобы увидеть изменения, происходящие в табличном пространстве.

Мы можем определить рост табличного пространства, анализируя эти значения.

Журналы резервного копирования базы данных (DB12)

Благодаря этой транзакции мы могли определить, когда было выполнено последнее успешное резервное копирование системы. Мы можем просмотреть резервные копии предыдущего дня и посмотреть, все ли в порядке или нет.

Мы также можем просмотреть файлы журнала повторов и посмотреть, было ли резервное копирование журнала повторов успешным или нет.

САЙТ RevМЭН

Задачи ежедневного мониторинга

Критические задачи
SAP Система
База данных

Критические задачи

Нет	Сложность задачи	сделка	Процедура/Примечание
1	Убедитесь, что система R/3 работает.		Войдите в систему R/3
2	Убедитесь, что ежедневное резервное копирование выполняется без ошибок.	DB12	Проверьте резервную копию базы данных.

SAP Система

Нет	Сложность задачи	сделка	Процедура/Примечание
1	Убедитесь, что все серверы приложений работают.	SM51	Убедитесь, что все серверы работают.
2	Проверьте рабочие процессы (начало с SM51).	SM50	Все рабочие процессы в статусе «выполняется» или «ожидание».
3	Обзор глобального рабочего процесса	SM66	Убедитесь, что ни один рабочий процесс не выполняется более 1800 секунд.
3	Найдите все неудачные обновления (обновление прекращается).	SM13	Установить дату на один день назад Введите * в идентификатор пользователя Установите «все» обновления. Проверьте наличие строк с «Err».
4	Проверьте системный журнал.	SM21	Установите дату и время до последней проверки журнала. Проверить: ошибки Предупреждения Сообщения безопасности Проблемы с базой данных
5	Revпросмотр отмененных заданий.	SM37	Введите звездочку (*) в идентификатор пользователя. Убедитесь, что все важные задания выполнены успешно.
6	Проверьте наличие «старых» замков.	SM12	Введите звездочку (*) в качестве идентификатора пользователя.
7	Проверьте наличие пользователей в системе.	SM04AL08	Revпросмотрите неизвестный или другой идентификатор пользователя и терминал. Эту задачу следует выполнять несколько раз в день.
8	Проверьте наличие проблем с катушкой.	SP01	Введите звездочку (*) для поля «Создано по поиску» для заданий спулинга, которые находились «В обработке» более часа.
9	Проверьте журнал заданий	SM37	Проверить: Новые рабочие места Неправильные вакансии
10	Revпросматривать и устранять дампы.	ST22	Ищите чрезмерное количество дампов. Ищите свалки необычного характера.
11	Revстатистика буфера iew.	ST02	Ищите обмены.

База данных

Нет	Сложность задачи	сделка	Процедура/Примечание
1	Revпросмотрите журнал ошибок на наличие проблем.	ST04
2	Рост базы данных Отсутствующие индексы	DB02	Если табличное пространство используется более чем на 90 %, добавьте в него новый файл данных. Восстановите отсутствующие индексы.
3	Журнал статистики базы данных	DB13

Вы могли бы: