stms

Автор diskovery, Березень 30, 2009, 11:27:55 ДП

Попередня тема - Наступна тема

0 Користувачі і 1 Гість дивляться цю тему.

diskovery

доброе время суток. Нужно сделать следующее : есть 1500 транспортов которые нужно в определенном порядке затянуть в систему. Сталкивался ли кто-то с определением очереди и если да, то каким образом можно это осуществить?!

№1

Используя возможности FAR по сортировке директории с последующей выгрузкой списка в файл и в том же FAR редактирование буфера очереди в файле в \sapmnt\trans\buffer\<sid> со вставкой списка из выгруженного файла
Мой блог

diskovery

вариант достаточно стремный...Я не уверен что на этом файле заканчивается определение очереди. хотелось бы использовать более приемлемый способ.

№1

Если сортировать по времени, то проктически получите очередь в том порядке в каком делался импорт. Имеются в виду co-files
Мой блог

diskovery

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

№1

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

Черепах

Несколько раз перечитал задачу, и не въехал.
Если известен порядок импорта, то что мешает в этом порядке загнать запросы в буфер и потом массово импортнуть?

№1

Цитата: Черепах від Березень 30, 2009, 04:37:59 ПП
Несколько раз перечитал задачу, и не въехал.
Если известен порядок импорта, то что мешает в этом порядке загнать запросы в буфер и потом массово импортнуть?
Ну я так понял, что человеку откуда-то притащили кучу запросов на каком-то носителе и поставили задачу залить.
Имел несколько раз "щастье" этим заниматься - некоторые конторы любят с проекта с собой уносить "слепок" проектного решения для целей... ну скажем разных: от просто ознакомления кого-либо с ним, до "тиражирования"...
Мой блог

Черепах

Цитата: № 1 від Березень 30, 2009, 05:03:46 ПП
Ну я так понял, что человеку откуда-то притащили кучу запросов на каком-то носителе и поставили задачу залить.
Имел несколько раз "щастье" этим заниматься - некоторые конторы любят с проекта с собой уносить "слепок" проектного решения для целей... ну скажем разных: от просто ознакомления кого-либо с ним, до "тиражирования"...

Для чего - понятно. Непонятно, в чем заключается техническая трудность.

diskovery

в переносе 1500 запросов в определенном порядке и невозможности запустить один общий импорт....

Черепах

Цитата: diskovery від Березень 31, 2009, 10:42:58 ДП
в переносе 1500 запросов в определенном порядке и невозможности запустить один общий импорт....

Всё равно не понял. "Определенный порядок" - известен? Условно говоря, в текстовом файле этот порядок запросов можно отобразить? Если да, - добавляем в буфер и массово импортируем.

PS Если проблема связана с неизвестностью "определенного порядка", то его можно получить из лога импорта исходной системы.

Черепах

Цитата: Черепах від Березень 31, 2009, 10:59:08 ДП
Всё равно не понял. "Определенный порядок" - известен? Условно говоря, в текстовом файле этот порядок запросов можно отобразить? Если да, - добавляем в буфер и массово импортируем.

PS Если проблема связана с неизвестностью "определенного порядка", то его можно получить из лога импорта исходной системы.

Я имел ввиду следующее. Создаем текстовый файлик, к примеру:

tp pf=D:\usr\sap\trans\bin\TP_DOMAIN_PRD.PFL addtobuffer TSTK911101 PRD
tp pf=D:\usr\sap\trans\bin\TP_DOMAIN_PRD.PFL addtobuffer TSTK911057 PRD
tp pf=D:\usr\sap\trans\bin\TP_DOMAIN_PRD.PFL addtobuffer TSTK911202 PRD
tp pf=D:\usr\sap\trans\bin\TP_DOMAIN_PRD.PFL addtobuffer TSTK911203 PRD
tp pf=D:\usr\sap\trans\bin\TP_DOMAIN_PRD.PFL addtobuffer TSTK911064 PRD
...
и так 1500 запросов.

Сохраняем это в bat-файл (на Винде). Заходим под <sid>adm и дважды кликаем по файлу.
Собственно, - всё. Запросы в нужном порядке появились очереди, после чего их массово импортируем.
Или я чего-то не понял?

PS Понятно, что 1500 запросов мы не ручками вбиваем, а юзаем Exсel.

diskovery

это уже вариант достаточно хороший)) спс ;)

Svetlana

ээээээ не понял:) объясните плиз чем стремен вариант N1 и чем лучше вариант Черепах - только от волшебного addtobuffer?:)
нет - ну правда интересно!

№1

Цитата: Svetlana від Березень 31, 2009, 06:42:35 ПП
ээээээ не понял:) объясните плиз чем стремен вариант N1 и чем лучше вариант Черепах - только от волшебного addtobuffer?:)
нет - ну правда интересно!
можно бы воспользоваться еще программой RSTMSTIQ TMS: Transfer Import Queue from Foreign Group, но тут уже другие интересы ;)
Мой блог

Черепах

Цитата: Svetlana від Березень 31, 2009, 06:42:35 ПП
ээээээ не понял:) объясните плиз чем стремен вариант N1 и чем лучше вариант Черепах - только от волшебного addtobuffer?:)
нет - ну правда интересно!

Не, ну чё вы меня втягиваете в эти распри?:)
Если серьезно, то первый вариант от №1 нормальный, с одной оговоркой: без соответствуещего опыта править файл буфера вручную ни есть хорошо. По сути, мой вариант эквивалентен предложенному №1, только без ручного апдейта буфера. Честно говоря, я сам стараюсь без ОСОБОЙ надобности избегать ручного редактирования настроечных файлов.
Ну а второй вариант (виртуалка), на мой взгляд, слишком громоздок для такого примитива.

SMF spam blocked by CleanTalk