Реклама

понедельник, 4 мая 2015 г.

Транспортный запрос долго импортируется. Траблшутинг

И так. Здесь я опишу пошагово, то, на что нужно обратить внимание, если встал вопрос о долгом импортировании транспортных запросов.
Чтобы определить причину и решить ее :
  • Запускаем tx SE38 (SA38), исполняем отчет RSRPTEST. Данный отчет тестирует tp статус и конфигурацию STMS
  • В tx STMS_IMPORT кликаем на Goto -> tp system log, в данном логе вы сможете увидеть ошибки переносов, если таковые имеются.
  • Проверяем SM37 задания по маске RDD* , запущены или нет. Если нет, планируем задание и пробуем перенести запрос снова.
  • Проверяем SM13 на предмет ошибок процесса UPDATE.
  • Проверяем SM50 Имеются-ли свободные BGD процессы. Если нет, то необходимо ждать, пока процессы освободятся.
  • Проверяем на уровне файловой системы каталоги, такие как sapmnt, oraarch и тд. Если они переполнены, то необходимо расширить их или очистить, для высвобождения места.

Если, то, что описано выше не помогает в решении вопроса, попробуйте следующиевещи:
  • Переместите файлы из каталого /usr/sap/trans/tmp в каталог на другую файловую систему
  • Удалите запросы со статусом "in process" из import monitor в tx STMS
  • "Убить" все роцессы на уровне ОС которые запущены tp программой. для Linux выполняем команду ps -ef |grep tp и смотрим PID процессов и убиваем их командой kill -9
  • Убедиться, что задание RDDIMPDP активно
  • Удалите записи из таблиц TRBAT и TRJOB. А так же удалите файлы *.LOC в каталоге /usr/sap/trans/tmp 
  • Перепланируйте задание RDDIMPDP c отчетом RDDNEWPP в 000 и остальных мандантах под пользователем DDIC и запустите импорт запроса еще раз
  • На уровне ОС можете один раз убить процесс tp и перезапустить импорт запроса.

Надеюсь данные советы помогут Вам

Комментариев нет:

Отправить комментарий