SAP Monitoring & Проверки производительности: полное руководство с кодами

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

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

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

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

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

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

Как мы отслеживаем систему SAP?

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

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

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

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

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

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

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

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

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

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

Проверяя загрузку рабочего процесса с помощью общего обзора рабочего процесса, мы можем быстро исследовать потенциальную причину проблемы с производительностью системы.
Отслеживайте загрузку рабочего процесса на всех активных экземплярах в системе
Используя экран Global Work Process Overview, мы можем сразу увидеть:

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

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

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

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

Выполните транзакцию SM13, введите « * » в поле ПОЛЬЗОВАТЕЛЬ и щелкните

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

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

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

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

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

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

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

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

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

• Введите дату и время.
• Выберите "Проблемы с переключателем" и "Предупреждения".
• Нажмите Reread System Log.

Сводка мелодий (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)

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

Быстрый обзор

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

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

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

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

Система SAP

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

База данных

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