Книга: SAP R/3 Системное администрирование

10.3.2. Обслуживание прерванных обновлений

10.3.2. Обслуживание прерванных обновлений

Прерванные обновления являются особенно важными. Когда обновления прерываются, необходимые для обновления записи данных процессы не могут выполняться, что означает, что изменения не будут реализованы в базе данных R/3 (см. рис. 10.6).


Рис. 10.6. Прерванные обновления

Чтобы проанализировать прерванные обновления, можно выбрать соответствующие операции обновления, используя различные критерии на начальном экране для ?Update Program Administration. Для каждой записи данных, которая должна обновляться (запись обновления), выводится следующая информация: клиент, работающий пользователь, полученное время, код транзакции, которая привела к обновлению записи, любая дополнительная информация для запроса обновления и его текущий статус. Возможны следующие значения статуса записей обновления:

? init — Запись ожидает обновления

? auto — Когда задача обновления снова активируется после выключения сервера обновлений, запись будет обновлена автоматически

? run — Запись обрабатывается

? err — Произошла ошибка, которая вызвала прерывание запроса

? V1 — Модули V1 заказа были выполнены без ошибок; запрос ожидает обновления V2

? V2 — Запрос ожидает групповой обработки (обновления V3)

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

Таблица 10.1. Описания информационных пиктограмм


Поиск неисправностей

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

1. В меню ?Update Records выберите статус Terminated, укажите клиента, пользователя и период времени.

2. Выберите Execute.

3. Система выводит на экран список прерванных обновлений (см. рис. 10.6). Для каждой записи показывается клиент, пользователь, время, код сгенерировавшей обновление транзакции и состояние.

4. Проанализируйте прерывание обновления совместно с ответственным лицом из отдела пользователей.

5. Выделите отдельные записи обновления и протестируйте их с помощью команды Update Records Test. Можно также осуществлять обновление с помощью Update Records • Debugging. Перед использованием данной функции следует учесть, что она создает ощутимую нагрузку на системные ресурсы.

6. Если это не дает результатов, проверьте заголовок записи обновления. Он содержит все административные данные записи. Чтобы вывести ее, выберите Goto • Update Header (см. рис. 10.7).


Рис. 10.7. Заголовок обновления


Рис. 10.8. Модули обновления

7. Чтобы найти функциональный модуль, необходимый для обновления записи (модуль обновления), выберите Update Modules в списке записей с прерванным Обновлением ?Update Records. На рис. 10.8 это показано для записей из рис. 10.6. Здесь необновленная запись состоит из двух компонентов V1 и одного компонента V2.

8. Для проверки реальных данных в записи обновления выберите команду Goto • Display Data.

9. Проверьте в ?System Log системы R/3 сообщения об ошибках, которые возникли во время прерывания обновления.

Примечание

В процессе обычной работы R/3 администратора непосредственно касаются три вопроса, связанных с обновлением:

1. Активен ли сервис обновления?

2. Были ли прерывания обновления?

3. Насколько велика очередь ожидающих запросов обновления?

Мониторинг операций обновления — это одна из повседневных задач системного администратора.

Оглавление книги


Генерация: 1.337. Запросов К БД/Cache: 3 / 0
поделиться
Вверх Вниз