Добрый день!

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

Заранее спасибо!

Что-то стало в последнее время много вопросов от разных пользователей, демонстрирующих полное отсутствие каких-либо знаний по базису Господа, вы бы читали документацию, что ли...

По существу.

Запросы всегда переносятся между системами "используя внешние файлы", потому что именно такова технология транспортной системы.
Если речь идет о переносе запроса между системами, не входящими в общий ландшафт, то делать надо так.
Предполагаем, что запрос в исходной системе закрыт (иначе нет никаких файлов)

1. В исходной системе определить положение транспортной директории (значение параметра профиля DIR_TRANS).
2. В этой директории найти 2 файла - ко-файл (лежит в папке cofiles, имя - K<номер запроса>.<SID>) и файл данных (лежит в папке data, имя R<номер запроса>.<SID>)
3. В системе-приемнике определить положение транспортной директории и положить файлы в соответствующие аналогичные подпапки).
4. В системе-приемнике в тр. STMS пойти в очередь данной системы и добавить запрос в очередь вручную ("Дополнительная информация" - "Другие запросы" - "Добавить"). Имя добавляемого запроса указать <SID>K<номер запроса>
5. Выполнить импорт

Если файлы запросов берутся не из системы-источника, а например, из ноты, то действуем сразу начиная с п.3

В пункте 2 может быть больше двух файлов.

Да ладно, чего уж взять с консультанта по функциональности, работающего на своем первом проекте... ...мне еще узнавать и узнавать!

Огромное Спасибо за полный и исчерпывающий ответ!

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

Да, согласен. Для "обычных" запросов - два. Но если говорить, например, об экспорте/импорте манданта через запросы...

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

А что, деблокировать запрос и перенести религия не позволяет ? При необходимости донастроить - откроете новый запрос и всё ок.

Спасибо за советы!



Может быть в итоге так и сделаем...

Э нет, и для "обычных" встречается по паре файлов в /usr/sap/trans/data

Буквально вот в пятницу этим делом занимался...
таскал запросы с одной системы в другую..

Подскажите пожалуйста.

хочу перенести запрос в другую систему.
деблокирую запрос в se01,
файл в транспортной директории не формируется,
запрос в транспорте STMS не появляется...
транспорт настроен только на одну систему, сам на себя

Вполне возможно статус запроса локальный и по этой причине он не может выгрузиться в файл.

Для переноса через файл использовал некую прогу. Но возникла ситуация, когда не могу поставить запрос в очередь импорта в stms. (Список импортируемых запросов пуст после добавления). Файлы на сервере лежат в нужном месте.
С чем это может быть связано?
Возможно ли, что дело в самих файлах выгруженного из другой системы запроса? ( при этом размер совпадает с исходным 100%)
Возник вопрос по теме: Каким образом возможно "руками" загрузить\выгрузить файлы запроса из транспортной директории сервера? в al11 механизма копирования файлов не нашел.

PS не знаю многого, ибо newb

Если система ерп, тогда trx cg3z/cg3y
А причин м.б. много... например очередь закрыта, или владельцы/атрибуты у файлов не те... посмотрите tp system log в нужной очереди.

Спасибо.
Проблема была в кривизне файлов, которые загружались на половину ввиду использования char-like типа с поддержкой юникода в качестве буфера копирования.
char заменил на x, все ок.

Насчет количества файлов запроса у меня вопрос: При каких условиях на серв будет записано не 2 файла R********* и К********, но еще и дополнительно D********* , что будет храниться в этом файле?

SAP обещает появление файлов D* если запрос содержит ADO - application defined objects. По моему опыту такое было в нотах с русским адд-оном. По моему там лежат сапскриптовые объекты, тексты, формы, стили и пр... В жизни такое встречается крайне редко.