Судя по логам, у вас и так ядро - 640. Лучше почитайте инструкцию и проверьте, всё ли сделано строго по ней. Кстати, а ораклового клиента новой версии установили?
Кстати, ORACLE_HOME поменял?
И еще, я что-то в инструкция не нашел, что надо R3trans апгрейдить, только BR*Tools, что, в принципе, логично...

оракловый клиент установлен новый
ORACLE_HOME указывает на 102_64
все по инструкции
если не апгрейдить R3trans - он ругается, что библиотека оракловая новая и вылетает

Вам сначало надо понять, что такое версия ядра, версия базиса и т.д. Далее при возникновении ошибки не играться разными файлами из разных версий ядра, а смотреть ошибку и искать в нотах решение.
В большинстве случаев строгое следование инструкции приводит к положительному результату.
И было бы желательно, чтобы Вы вставляли в данное сообщение подробное описание ошибки из лога, а не в общих словах - типа "R3trans - он ругается, что библиотека оракловая новая и вылетает"...

вроде следовал строго по инструкции

R3trans -x


trans.log:


поэтому я решил поставить новый R3trans
для интереса проверил ldd dboraslib.so - среди прочих, есть библиотеки из клиента оракла


sqlplus system@HRD - подключается

Вот и получается, что у вас ядро версии 640, а оракловая библиотека от версии ядра 700. поэтому и R3trans ругается. Может вы вместе с BR*tools проапгрейдили оракловую библиотеку?

Я бы Вам порекомендовал почитать ноты 819829 - Oracle Database 10g: Instant Client 10.x on Unix, 836517 - Oracle database 10g: Preparation for SAP upgrade, и если сейчас пока не используется ядро 7.00 или 640_EXT2, то использовать oracle client 9.2.0.8.
-

как правильно заметил loyder твое 640 ядро будет работать через 9.2.0.8 клиента, и еще надо будет ORACLE_HOME поменять на 102 оракл ноум, и все будет прекрасно работать.

точно!!!
блин, и я убил на это 2 дня
впредь постараюсь быть внимательнее
спасибо большое!Я ИДИЁТ, УБЕЙТЕ МИНЯ КТО-НИБУДЬ!!

в SAPup на шаге ACT_700 при активации вылезли ошибки

то же самое про эти поля в таблицах LIPS и VBRP

это результат комманды

в профиле /usr/sap/put/bin/ACTUPG.TPP

видимо процесс шел в SHADOW-инстанции (старая инстанция была 00)
зашел в нее под DDIC - ни типа данных, ни домена с таким именем нет.

в ноте 980214 - DDIC changes: PIS / Cofins Tax Law and Tax Situation
описаны параметры этих доменов и описан порядок их создания, но она относится к другой ситуации. Хотел все равно создать их - DDIC-ку не дает создавать "User DDIC may not make changes in customer systems"

Обычного пользователя (создавал и заходил в SHADOW-инстанцию на предыдущем шаге) не пускает - Upgrade still running: Logon not possible

чтобы придумать еще?

после upgrade есть сервер ERP2005 ABAP инстанция
теперь вот нужен ADS как докачается буду устанавливать java-инстанцию, но между делом возникли вопросы
1 двухсистемный ланшафт. достаточно будет установить одну java-инстанцию для обоих серверов SAP? предположительно надо будет в каждом настроить ADS в sm59 и вроде должно работать.
2 доступ филиалов проходит через saprouter (соответственно открыт только один порт). как будет работать печать PDF (которая использует ADS) в такой настройке?

Работать будет. Только имейте в виду, что J2EE тоже патчить иногда надо, а патчить сразу продуктив (если у Вас на одну систему ADS будут завязаны и разработка и продуктив) Как-то не очень интересно. Если все встанет - то можно и по шапке схлопотать.
В трехсистемном ландшафте приемлемый вариант - одна система ADS для разработки и теста, и отдельная для продуктива.
Причем мы не говорим про сайзинг по нагрузке ADS:)

Нормально будет работать. Все данные SapGui получает через стандартный порт saprouter'а. И PDF-формы тоже.

возник вопрос в процессе настройки ADS

установил java-инстанцию на другом сервере как отдельную систему.
тест соединения в sm59 в выдает ошибку 403. при попытке зайти через браузер - тоже самое.
в visual administrator-е вижу пользователя adsuser в Security Role ADSCaller.
в документации еще есть указание - создать пользователя в AS ABAP. где создавать этого пользователя?
в прошлый раз у меня была система ABAP+Java. в ней был пользователь и в ABAP и в Java инстанции.

В общем случае процесс выглядит так:
Сначала ABAP-система идет на Java-систему (где стоит ADS) по http на порт 50xx0. И авторизуется там как ADSUSER. Это прописывается и проверяется в SM59. Пользователь ADSUSER должен присутствовать в Java-системе и иметь соответствующие полномочия.
Потом Java-система возвращает данные на ABAP-систему по http на порт 80xx. И авторизуется при этом как ADS_AGENT. Соответственно пользователь ADS_AGENT должен быть в наличии в ABAP-системе в нужном манданте, который описывается при создании соединения FP_ICF_DATA_<SID> в сервисе Destinations -> HTTP на Java-системе. Авторизации в ABAP-системе, естественно, д.б. выставлены нужные. Кроме того в SMICF требуется включить нужные сервисы.

Найдите время, почитайте ADSCompleteSPS13final.pdf. Там все написано. Не всегда логично, но все, что надо, там есть.

а можно ссылку на ADSCompleteSPS13final.pdf


я по этой доке настраиваю
SAP Interactive Forms by Adobe Adobe Document Services
For SAP NetWeaver 7.0
(Support Package SPS 13)


Configuration Guide for SAP Interactive Forms by Adobe.PDF
остановился пока на авторизации RFCсоединения в sm59. получается что авторизация идет в Java, настройка которой в Visual Administratore выглядит
http://s61.radikal.ru/i172/0811/2a/1a68478c9edb.jpg

Судя по всему отличие только в названии файла

Ну? Правильным курсом идете
А в чем проблема-то?