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

Чтобы определить причину и решить ее :

• Запускаем 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 и перезапустить импорт запроса.

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