Здравствуйте,
Задача простейшая, но сейчас что-то не могу понять в чем дело. Настраиваю транспорт между двумя системами DEV и PRD.
- На DEV создаю контроллер
- PRD подключаю к DEV
- в DEV подтверждаю PRD
- создаю стандартную конфигурацию из двух систем
- все сохраняю, активирую
транспортная группа одна, транспортный каталог общий, физически доступы у обоих серверов в транспортный каталог есть.
Создаю в DEV запрос, деблокирую. Захожу в PRD в очереди нет ничего. Физически файл с запросом появился в транспортном каталоге, но не один из серверов его не видит.
Подскажите куда смотреть?

для начала смотрите лог запроса в se10 и tp syslog в stms

Лог запроса смотрел: Экспорт завершен успешно. В tp syslog вроде тоже ничего криминального нет одни start-stop ACCELERATED IMPORT

Банальный вопрос: кнопочку рефрешь жать пробовали в STMS ?
"STMS он такой STMS" без рефреша вновь деблокированные запросы попросту не видны в очереди самой транзакции.

Конечно

давай скрин как настроены маршруты

Вот скрин: https://docs.google.com/file/d/0Bz8_uo0 ... edit?pli=1

В свойствах деблокированного запроса (SE10) целевая группа (target group) какое значение имеет?
При настройке маршрута (определении цели) указывается не только система, но и мандант. Можно и целевую группу завести, если у вас много мандантов, в которые необходимо перенести настройки.
ИМХО, стоит попробовать донастроить транспортные маршруты.

ненадо ничего донастраивать... а то будет как у программистов, которые дома строили...
в простейшем варианте все корректно - уровень для Z и уровень для стандарта.

Gray_
1. тесты в STMS нормально все проходят?
System Overview | меню SAP System - Check - ...
2. вручную в очередь SSS этот запрос добавляется?
Extras - Other Requests - Add

З.Ы. я, все-таки, являюсь ярым сторонником разных транспортных групп для серверов и как следствие - отказа от расшаривания trans каталога.
это позволяет - повысить отказоустойчивость транспортной системы (узлы распределены и у каждого есть копия транспортов), снизить количество ошибок при настройке, хранить копии всех запросов и настроек в нескольких местах в постоянном доступе, не зависить ни от сети, ни от косяков nfs и т.п.

У меня нет целевой группы (на сколько я знаю обойтись можно и без нее, если не прав поправьте). В свойстве запроса Target System = SSS

Тесты на DEV все проходят, на SSS в разделе Transport Profile ругается на Profile version 0002 is invalid. Что еще заметил в свойстве системы у обеих систем параметр TRANSDIR общий. Но когда провожу тест Transport Directory, то каждая ссылается на свою транспортную папку?
Вручную тоже не получается добавить система SSS не видит никаких запросов.


А запросы (файлы) Вы как, руками гоняете?

Я не очень понял Ваш вопрос, но попробую предугадать его суть:

предлагаю рассмотреть движение гипотетического запроса (например из ноты) в транспортном ландшафте с разными группами переноса для каждого сервера (каждая система стоит на отдельном хосте):
1. запрос раскладывается на файловую систему DEV-инстанции в необходимые каталоги - cofiles и data
2. В системе DEV, запрос добавляется в очередь Extras - Other Requests - Add
3. Запрос импортируется в систему разработки
4. тут я могу соврать немного, в зависимости от настроек, после импорта в DEV, запрос автоматом встанет в очередь QAS, либо его надо будет перенаправить вручную, с пиктограммой в виде зеленой молнии
5. в системе QAS выполняется выравнивание очереди, при это происходит автоматическое копирования необходимых частей из cofiles и data в каталоги сервера QAS
6. выполняется импорт запроса в QAS, после чего запрос автоматически встает в очередь PRD
7. в системе PRD выполняется выравнивание очереди запросов аналогично пункту 5
8. импорт запроса в PRD

Вот тут есть обобщенное описание вышесказанного на техническом языке

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

на мой взгляд разница примерно такова:
- ненадо делать nfs шару
- как правило стандартной инсталляции Unix (Linux к примеру) вполне хватает чтобы настроить STMS без лишних движений
в стандартной, я имею в виду - не аналог закрытого single mode, где запрещено абсолютно все

из опыта - настройка с разными транс-группами не требует ничего...
надо чтобы сервера друг друга увидели по сети, а дальше обычная STMS конфигурация.
возможно, при настройке STMS, стоит лишний раз обратить внимание как именно присвоились группы, но как правило SAP все корректно строит сам.

если моя память не спит ни с кем, то общение происходит по RSH, но можно и SSH настроить (настройки профиля и SSH).

Сделал по Вашему совету с двумя группами исправил ошибку с версией на SSS системе. И все пошло поехало ) Спасибо всем за обсуждение! Пятница закончилась как нужно