Добрый день.

Подскажите пожалуйста, где в системе посмотреть настройки RFC со стороны Базиса.
Суть в том, что есь две системы основная (назовём А) и забытая [s]богом[/s] базисниками система Б.
Из последней не могу вызвать через RFC модули в системе А.
Т.е. там (в системе Б) даже destination NONE не работает, т.е. ни одно из существующих RFC не проходит тест в SM59.
Но с другой стороны, т.е. из системы А система Б доступна через RFC.
В системе Б я себе могу дать любые полномочия, кроме перезапуска серверов приложений и базы данных с консоли.
Правда и это всё ранвно не умею.

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

К местным базисникам прошу не посылать, т.к. если б они умели, то давно бы сделали.

С уважением hoar.

Если от А к Б коннект проходит, а от Б к А - невт, резонно предположить, что есть что-то между ними. Например Firewall.
Простой пинг с уровня операционки в обе стороны ходит?
Возможен второй вариант. В системе Б в файле services не прописаны те порты, которые используются в системе А.

а что тест выплевывает на экран? Посмотрите SM59-RFC-Display trace (только очистите сначала, и тестаните)
хотя...если ноне не работает, то вообще непонятно что работает
/etc/hosts ./services проверьте - может сервер в другую сеть перетащили, а всё осталось старое

Ошибку, которую возвращает тест RFC:
Регистр.: Ошибка соединения
ОшибкаПодробн RFC error when sending logon data.

Инфа для анализа
1. Одно из работающих RFC из системы А в систему Б настроено по IP и тест работает.
2. Пинг с рабочей станции по доменному имени и через IP в систему А проходит.
3. Пинг с рабочей станции по доменному имени и через IP в систему Б проходит.
4. IP систем отличаются только последней цифрой 10.Х.Х.А и 10.Х.Х.Б .
5. Tracert с рабочей станции в обе системы возвращает один путь. В пути Tracert-а 8 хопов, в середине есть 172.Х.Х.Х сеть (три хопа). Tracert из 10 сети ушёл и в 10-ю вернулся. (возможно они в одной подсети)

6. Через транзакцию SPFPAR посмотрел параметры обеих систем
Для системы А
SAPDBHOST <>-<>-<имя системы А>
SAPFQDN <общее доменное имя для А и Б>
SAPGLOBALHOST <>-<>-<имя системы А>

Для системы Б
SAPDBHOST <>-<>-<имя другой системы (не Б)>
SAPFQDN <общее доменное имя для А и Б>
SAPGLOBALHOST <>-<>-<имя другой системы (не Б)>

Посмотрел профили через RZ10. В обеих системах есть ошибки.
В системе А в DEFAULT :
j2ee/dbname
E:j2ee/dbname изменения не разрешены.

В системе Б в профиле инстанции:
j2ee/instance_id ID(набор цифр)
E:j2ee/instance_id не цифровое значение ID(набор цифр) .

В системе Б в DEFAULT
j2ee/dbname
W:j2ee/dbname изменения не разрешены. (т.е. предупреждение)

Лог трассировки.
Других трассировок (dev_rfc(Х)) нет.
dev_rfc1

**** Trace file opened at 20130823 163007 MSK SAP-REL 701,0,196 RFC-VER U 3 1359
resize I/O buffer to 28000 bytes
>>>> [2] <имя RFC Б -> А> : R/3 <ac: 49> K < СервСообщений из SM59 для А> >>> OPEN
UUID: ab_drvstate create uuid {5213F170-8CC1-0AAF-E100-00000A5C0C36}
CMINIT(lu:10.Х.Х.А, tp:sapdp00, gwhost: 10.Х.Х.А, gws:3300) rc = 0
>>>> [2] <имя RFC Б -> А> : R/3 <ac: 50> K < СервСообщений из SM59 для А> >>> 80983796
-{5213F170-8CC1-0AAF-E100-00000A5C0C36}
Send RFCHEADER: 01/LIT/IEEE/SPACE-U2/4103
Send UNICODE-RFCHEADER: cp:4103/ce:IGNORE/et:3/cs:2/rc:0x00000023
UUID: send_rfcuuid {5213F170-8CC1-0AAF-E100-00000A5C0C36}

**** Trace file opened at 20130823 163009 MSK SAP-REL 701,0,196 RFC-VER U 3 1359
>>>> [2] <имя RFC Б -> А> : R/3 <ac: 51> K 10.Х.Х.А >>> CLOSE abrfcio.c 2846 (80
-{5213F170-8CC1-0AAF-E100-00000A5C0C36}
==== Delta HO 0, 0 LOG DROPPED

==================
Такое подозрение что система Б была скопирована из другой и недонастроена.

Исходя из инфы выше, что я могу предпринять:
1 без рестартра системы?
2 с рестартом?

Что скажете уважаемые?
Доступа с консоли я не имею.

Дальше крутить настройки смогу только в понедельник.

hoar.

посмотрите в сторону транзакции SECSTORE.
В ней может быть дело.
Правда это не совсем объясняет почему Destination NONE не работает.

В ней я был. Ноты читал, что-то там чистил. Сейчас (из дома) не вспомню.
Не работает не только NONE. Ни одно Destination не работает в том числе из группы NONE. Там их (Destination) кажется три или четыре.

hoar
попробуйте сбросить буфера имен хостов в SMGW и SMICM
к сожалению, не могу сейчас подсказать путь по менюшкам.. нету системы под рукой.

Имел в виду, что ошибка с Logon Data после копирования системы - это вполне естественно во всех случаях,
кроме destination None, где как раз никакого Logon data нет.
А эта ошибка на каком соединении получается?
И что у вас на None ?
Права SAP_ALL ?

Погонял по менюшкам SMICM... Транзакция много чего может, но я опасался чего либо тыкать без понимания что произойдет.
Буфера имён хостов сбросил. Изменений не произошло.

На тест None ругается также как и на внешние RFC RFC error when sending logon data..
Хотя ностройки None существенно отличаются от внешних.
SAP_ALL нет, а точно надо?
То all
Есть ли где-то в настройках RFC зависимость от имени системы? Если есть то где?
В (во всех трёх) профилях системы очевидно прослеживается старое имя системы.
Видимо там тоже надо поменять, но я опасаюсь, т.к. скорее всего потребуется перезагрузка. Боюсь наломать дров.

система Б имеет ява-инстанцию ?

сервер случаем не вывалился из виндового домена ?
NONE вроде как отвечает за доступ на уровень файловой системы...
да и прав на запуск tp может не хватить ...
rfc CALLTP_WindowsNT можно ещё проверить...

Похоже на то, в профилях много букв строк с буквой j Я не базисник, однозначно сказать не могу.

Не работает также distination BACK

Мне кажется система стоит на Линуксе, в транзакциях RZ* много папок назваются /usr/*, хотя такое можно и н винде нарисовать, только слэш повернуть в другую сторону.
Опять же как ознать откуда вывалилась система?

проверьте в sm59 -> TCP/IP connections -> CALLTP_Linux/CALLTP_WindowsNT
там путь к tp -> /usr/sap/<SID>/DVEBMGS<system number>/exe/tp
попробуйте запустить

да, подозрения оправданы...

поэтому и дали совет посмотреть в сторону SECSTORE

hoar
скажите, а почему бы Вам не обратиться к внешним специалистам базиса?

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

через форум в формате А+Б такие ошибки можно исправлять бесконечно, тем более, что в вопросах базиса Вы не квалифицированы.

Мой работодатель на [s]чернилах[/s] персонале экономит. Не то чтобы нанимать внешних, своих скоро разгонит. Начальству эта система нафиг не нужна, а мне нужна, чтобы в продуктиве не тестировать. Хочу подстроить тестовый ландшафт. Свои базисники, которых кроме всего прочего недостаточно, заняты более важными делами, копируют, архивируют более востребованные системы.
Завидую белой завистью тем, у кого 4-х системный ландшафт. У них ещё сстима консолидации есть. А у нас и тестовые системы "через пень колоду".