Добрый день!

В документации по установке SAP Sourcing 9.0 есть раздел, где через DB Importer необходимо импортировать в базу файл
fcieso.jar/com/sap/eso/odp/install/scripts/product/install_root.xml
из Jar-файла: fciesco, который лежит у меня в папочке:
/usr/sap/ISS/lib

Для начала стартую DB Importer и выбираю в нем файл fciesco.jar и у меня сразу вылетает ошибка в окне DB Importer'а:
Error! ID: exception.install.import.unknowntype



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

читаю гайд по установке

с этим никак не связано ?

+ к этому, судя по тому же гайду, SAP Sourcing 9.0 использует только оракл...
и глядя на скрин видно, что используется jdbc-драйвер.
а инстант-клиент для оракла используется от уже установленной оракловой базы ?
что с переменными окружения
JAVA_HOME,
NWDITOOLLIB (must refer to the lib directory of the dctool),
PATH (Make sure that the path to the Java binary file is at the beginning of the PATH environment variable)?

и сама ява-машина в виде версии подкладывается в SYS и "натравливается" на неё через профиль ?

С переменными окружения все OK. Если запускать без их установки, скрипт просто ругается на то, что нет этих переменных окружения.
JAVA_HOME=/usr/sap/NWC/SYS/exe/jvm/linuxx86_64/sapjvm_6.1.037/sapjvm_6
NWDITOOLLIB=/usr/sap/NWC/SYS/global/di_cmd_tools/lib/
PATH=/usr/sap/NWC/SYS/exe/jvm/linuxx86_64/sapjvm_6.1.037/sapjvm_6/bin:/oracle/NWC/112_64/bin:/home/nwcadm/bin:/usr/local/bin:/bin:/usr/bin:/usr/bin/X11:/usr/X11R6/bin:/usr/games:/usr/lib/mit/bin:/usr/lib/mit/sbin:/usr/sap/NWC/SYS/exe/uc/linuxx86_64:/usr/sap/NWC/SYS/exe/run:/home/nwcadm:.

Инстант клиент да, стоит, к базе он в том-то и дело, что коннектит судя по всему. На sdn форуме находил много подобных проблем, где как раз косяки с доступом к базе были. Там явно эти ошибки в логах видны, а здесь ругается на то, что тип файла, который я пытаюсь добавить (*.jar) - неизвестен...

в скрипте ./dbimport.sh можно указывать, какую java-машину использовать. Пробовал разные. Если указать последнюю версию от IBM (java-x66_64-60) - та же проблема, что и с джавой в SYS.. Если указать низшие версии java, ругается на то, что jar-файл, который стартуется через скрипт dbimport.sh, скомпилирован в версии 6, поэтому нужна Java 6.

В общем пока в ступоре....

/usr/sap/NWC/SYS/ ...
а инстанции самой нету ?

и jdbc-драйвер корректно настроен ?

и к оракловой базе снаружи можно цепляться (orapw<SID> есть)?

Версия драйвера ojdbc6.jar - 11.2.0.3.0, я так понимаю, что главное не ниже, чем 11.2.0.2.0 должна быть..

/usr/sap/NWC/SYS/... - там стоит SAP NW 7.3
/usr/sap/ISS/... - здесь стоит SAP Sourcing 9.0

Насколько я понимаю, да - jdbc-драйвер настроен корректно

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

А что за пользователь orapw<SID>? Есть пользователь ora<SID> (в Linux) и пользователи OPS$NWCADM, OPS$ORANWC в Oracle.

DB Connection Info::


SAPSR3 - это схема, созданная вручную. Ее Tablespace - PSAPSR3.

В доке написано, что необходимо иметь два разных tablespace для NW7.3 и Sourcing. Поэтому создал вот так вот..

P.S. Настройки для SAPSR3 пользователя (схемы) сделал согласно документации по SAP Sourcing.

ojdbc6.jar - 11.2.0.3 ?
не сильно уверен, что может подойти к серверу 11.2.0.2... хотя могу и ошибаться...
если конечно на сервере стоит оракл 11.2.0.3, то наверное не важно, а если 11.2.0.2, то вспоминаю, что на SLES11 SP1 оракл 11.2.0.3 не встал - потребовал пропачить систему до SP2, а он не на ядре 2.6, а на ядре 3.0 - а это уже существенно для обратной совместимости...


SAP Sourcing не ставил, но судя по солмену и диагностик-агентам ява-машина при запуске проверяет текущую версию и версию, прописанную в профиле инстанции, и если версии различаются, берет яву-машину из SYS и кидает её в директорию exe инстанции, оттуда её и запускает из под учетки владельца инстанции. поэтому нужно проверить полномочия учеток NWC и ISS желательно, чтобы обе они были в группе sapsys


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

Стоит Oracle 11.2.0.3, и ojdbc6 тоже 11.2.0.3. Только что попробовал использовать ojdbc v. 11.2.0.2, та же самая проблема, так что косяк где-то в другом месте..



SAP Sourcing ставится изначально из учетки NWC (т.е. NW7.3). Учетка - nwcadm и соответственно в NWC и ISS все файлы и папки под nwcadm:sapsys. Более того, уже с правами игрался и давал полные права на использование java всеми пользователями и т.д... пока не помогло.. Но опять же, находил подобные проблемы в Интернет при установке Sourcing (с правами на папки) - там явно видно, что проблема в правах.. .А здесь ерунда какая-то..



Ага, нашел этот файлик, он есть в папке dbs, поэтому судя по всему можно.

а в папке work по логам можно что-то подсмотреть ?


а нет ли никакого скрипта типа root.sh
который нужно выполнить после установки оракла из под ora<SID> ?

В документации во всяком случае про это ничего не говориться, да и с правами-то все вроде как норм...

Я вообще больше склоняюсь, что какая-то проблема есть на уровне ОС.. Потому что по сути дела я пытаюсь добавить файл jar, а он этот файл не распознает... Т.е. перед тем, как DB Importer будет коннектиться к базе, он должен этот файл хотя бы прочитать.. А он не может.. При этом не может вообще ни один jar файл прочитать.. что очень странно.. P.S. Другие форматы тоже не читает..

Короче говоря с этой проблемой разобрался так...

Не знаю, должен ли DB Importer сам разархивировать *.jar файл или нет..., но нужен один из внутренних файлов в этом архиве..

Из под sid<adm> разархивировал fciesco.jar командой:
jar xf fciesco.jar

и при помощи DB Importer выбрал уже XML-файл..., который требуется...

При этом в документации описано:

On the Setup tab of the DB Importer, use the file picker to browse to and choose the following file:
fcieso.jar/com/sap/eso/odp/install/scripts/product/install_root.xml

Видимо они этим хотели сказать, что вначале надо его разархивировать, а потом только выбрать install_root.xml, либо действительно DB Importer не сосем корректно отрабатывает и не может открыть правильно jar файл.... не знаю...

P.S. На картинке выше у меня указан пользователь SYSTEM. С этим пользователем установка не получится,получится только с тем же пользователем, который указан ниже, т.е. SAPSR3 в моем случае..