Подскажите <я не знать русский языка> где можно посмотреть почему не осуществляется импорт запросов из теста в разработку. Необходимость возникла в связи с временным нефункционированием системы разработки, так как запросы ходили из теста сразу в продуктив. А после поднятия системы разработки её надо выровнять с тестом. Запрос встаёт в очередь на импорт, импорт запускается и всё... в этом состоянии и висит... Пробовали и перпносом копий, и переадресацией цели из журнала продуктива в STMS. Логи не дают никакой информации об ошибках, по ним всё ровно. С Job'оми (в случае, если они необходимы для транспорта, хотя наврятли) тоже всё нормально. Кто сталкивался с такой проблемой, подскажите как быть. Заранее спосибо.

Офигеть...

0. Бэкап всего, что возможно

Вариант I
1. Сносим конфигурацию транспортной системы
2. Считаем, что тестовая система - не тестовая, а разработка
3. То, что Вы сейчас считаете разработкой - сносим и ставим с нуля. После этого - объявляем тестовой.
4. Строим нормальную транспортную систему
5. Все деблокированные до этого момента транспорты руками добавляем в очередь тестовой системы и импортируем их.
6. С этого момента считаем, что системы примерно похожи и начинаем жить по правилам

Вариант II
1. Сносим транспортную систему
2. Копируем продуктивную систему с новым сидом и считаем ее системой разработки
3. Строим транспортную систему
4. См. пункт 6 выше

Вариант III
1. Экспортируем продуктивный мандант
2. Импортируем продуктивный мандант в систему разработки
3. См. пункт 4 выше

Вариант IV
1. Делаем Remote Copy продуктивного манданта в мандант разработки
2. См. пункт 3 выше

Проблема в зависании.
Во-первых, импорт запускается автоматом или руками?
Во-вторых, поставьте синхронный режим и все галочки (перезаписи всякие). После этого подождите - вечно висеть не может. Если не получается, то посмотрите процессы, что делает stms, можете сделать отладку производительности (даже прерывание транзакции не уничтожает журнал).
В-третьих, может быть проблема с конфигурацией транспортных каталогов (в том числе и на стороне ОС)? Попробуйте руками перенести файлы в нужные папки на сервере и проверить права доступа, включая владельца.

Скорее всего стоят блокировки, снятие которых ожидается для продолжения процесса транспорта. Рекомендую почистить директорию /usr/sap/trans/[<SID>/]tmp(для win disk:\usr\sap\[SID\]tmp). ТОлько без фанатизма, если транспортная директория расшарена между системами. Если это локальный каталог чистим все. И заново запускаем импорт запросов.

Народ, вы чего?
Транспорты у чела не идут в неправильном направлении.

Andreyko писал(а):

[quote="avlag"]Народ, вы чего?
Транспорты у чела не идут в неправильном направлении.


Внимательно читаем , что пишет автор - "А после поднятия системы разработки её надо выровнять с тестом."

У него проблема с ИМПОРТОМ запросов, а в транспортную систему они попадают, если верить написанному.

Вот я и написал варианты выравнивания. А в обратную сторону запросы пихать я как-то с трудом представляю

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

Да легко, не надо никаких извратов, добавляем в очередь разработки и выполняем импорт (ставим флаги перезапись оригиналов) из STMS. Разработка думаю не с нуля, автор говорит что разработка по тех. причинам некоторое время не работала. Вообще ИМХО проще теперь сказать , что тест это разработка и сделать копию продуктива в разработку и сказать что это тест(есно потребуется небольшое переконфигурирование TMS). И проблема не в настройке TMS или якобы неправильном направлении переноса запросов.

Это не есть стандартный способ. И, в общем случае, так делать, мягко говоря, не рекомендуется.

Н-да. Народ жжот:)
Автор, тебе авлаг всё написал.

Правильнее будет нанять опытного админа, который раскажет как это все работает и посоветует как сделать, либо сам сделает.

Действително, разработку подымали копией с продуктива, c TMS что только не делали, всё равно в обратку запросы не идут (с TST на разработку), хотя неоднократно, до ахтунга с разроботкой, такие операции выполнялись (были такие идиотские случаи). Плюс ко всему прочему в TST остались запросы, которые не переносились в продуктив, как следствие, не попали на разработку, нести их в продуктив и заново откатывать копию его на разработку долго (а времени как всегда вообще нет, мягко говоря) и FI кричит, что эти запросы еще нельзя перенести в продуктив 0_о...
Вообщем посидели почесали репу и придумали...
Выход нашли такой: благо запросов относительно немного (большинсово инструментальные средства), всё сделали руками заново в новой разработке и утащили уже по нормальному. Типо выровняли... По поводу журналов, думаю, что все операции были выполнены согласно мануалуи "Homogeneous and Heterogeneous system Copy for SAP Systems" (но поолностью не уверен ). Тихо подозреваю, что косяк с джобом RDDIMPDP, что то там с ним не хорошо, лог переодически поругивается что не может его стартануть и выполненые такие джобы тоже есть... Вот пока всё вроде наладилось, теперь можно спокойно с ними разобраться.

Бальшущее спосибо за отзывчивость и советы!!!

Проблемы с RDDIMPDP - это обычно некорректно настроеные режимы работы или банальное отсутствие BTC процессов на момент попытки запуска RDDIMPDP. Пинайте базис

з.ы. Да уж, нафлудили