►
►
Информационный столбец содержит дополнительную информацию о типе созданного обновления и его текущем статусе.
Таблица 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. Насколько велика очередь ожидающих запросов обновления?
Мониторинг операций обновления — это одна из повседневных задач системного администратора.
► Обзор всех открытых обновлений
Чтобы получить начальный обзор при запуске SM13, необходимо ввести «*» для пользователя и клиента и выбрать дату перед установкой системы. В противном случае при настройках по умолчанию будет показан только список собственных записей обновления пользователя в текущем клиенте от текущей даты.
► Удаление блокированных записей
Во время обновления блокировки SAP наследуются запросом обновления. Если блокированные записи просто удаляются, то соответствующие объекты могут редактироваться другими пользователями и система больше не может определить, как запрос обновления должен обрабатываться. Поэтому блокированные записи и записи обновления всегда должны обрабатываться вместе в случае вмешательства вручную.
Lock entries: SAP Menu • Tools • Administration • Monitor • Lock Entries (SM12)
System log: SAP Menu • Info • System Log (SM21)
Update program administration: не существует записи в стандартном меню SAP (SM14)
Update records: SAP Menu • Tools • Administration • Monitor • Update (SM13)
Быстрые ссылки
► SAP Service Marketplace, псевдоним
► SAP Service Marketplace, псевдоним
Указания SAP Service Marketplace
Таблица 10.2.
Содержание | Указание |
V3 update, questions, and answers | 396647 |
Update groups for asynchronous updates | 109515 |
1. Обновление было деактивировано в связи с переполнением табличного пространства. Какие требуются действия после расширения табличного пространства?
a. Никакие действия не требуются; служба обновления реактивируется автоматически.
Вильям Л Саймон , Вильям Саймон , Наталья Владимировна Макеева , Нора Робертс , Юрий Викторович Щербатых
Зарубежная компьютерная, околокомпьютерная литература / ОС и Сети, интернет / Короткие любовные романы / Психология / Прочая справочная литература / Образование и наука / Книги по IT / Словари и Энциклопедии