За ссылки, доки буду признателен

Заранее огромное спасибо

тоже интересует, как можно установить SAPGUI на linux (debian sarge)?
устанавливал кто PlatinGUI for Java?
и если можно подробней, на пальцах
спасиб

ставили, проблем нет. все по гайду.
единсвенное с ораклом могут быть проблемы.
причем надо на sap.com прокунсольтироваться на сет того какие версии SAP на какие линухи ставятся.
вроде SLES 9 сертифицирован сапом.

а по ораклу в инете тоже есть куча мануалов как ставить.
перед установкой надо пару переменных окружения поменять.

Устанавливал. Работает. Ссылка:

http://service.sap.com/instguides

Поставил ERP 2004 под MaxDB. Ставится нормально по документации с сайта сапа. Ну с некоторыми плясками с бубном - гладко поставить не получилось, приходилось периодически поправлять права доступа на директории и править юзеров. Теоретически инсталляшка должна это делать сама - и наверное на коммерческом сртифицированном RedHat или SUSE она даже это делает.
Я ставил на несертифицированную совершенно платформу - стоит Gentoo с ядром 2.6.14-rc3-git5 ( даже не бета : )), и совершенно не красношапочная структура инит-скриптов и вообще всего /etc. Так что пришлось применить еще некоторое шаманство которого в случае установки на ертифицированный дистрибут ( или аналогичный по версиям софта бесплатный) не потрбуется.

Правда выявилась плюшка при работе на одной машине сервера и GUI for Java - под стандартными ядрами 2.6.x GUI периодически подвисает. Лечится установкой патча от Con Kolivas, ну или сертифицированного ядра от красной шапки

Переменные окружения это LD_ASSUME_KERNEL и LD_PRELOAD?
У меня как раз SLES9. Есть диски 9.2.0.1 от Оракла, которые на SLES7.2 работали на ура. На SLES9 поставить с них не удалось. Скачал с оракла 9.2.0.4 - с ними без проблем. Но это всё для посторонней от сапа задачи.

Аппликейшн серверы на линуксе работают без особых нареканий (ставил на FC3 и на SLES9). Есть кое-какие непонятки с распределением памяти (почему-то инсталляха DIALOG.R3S в упор не может вычислить на SLES9 сколько есть памяти - пишет 0 - может быть из-за этого), но в принципе при установке es/implementation=map работать можно.

Попытался поставить центральную инстанцию (в общем-то она не нужна - просто интересно) и начались проблемы. В своё время от сапа пришли не все сидюки для линукса - потому что как бы и не нужны - база на AIX`е у нас. Для линукса есть только KERNELCD (4.6). RDBMS нету. KERNEL заточен под 8.1.7. Скачал кусочки с sapserv1 и заменил ими частично KERNELCD для работы с 9.2 - но как-то видно не всё там как надо. При попытке поставить DATABASE.R3S упёрся в шаге


При этом пользователь ora<SID> нормально соединяется "/ as sysdba". С каким уж там окружением R3SETUP создаёт процесс для orasid я не знаю, но видно что-то в NLS не докладывает. А где это искать - непонятно. Попробую вот ещё скачать целиком более новый KERNELCD, может быть не всё там заменил кусочками...

В свое время я пытался поставить SAP под линукс/оракл (продуктив rcnfnb тоже жил на AIX) на аналоги 9-й версии шапки. Не получилось. Вертел и так, и сяк - оракл отказывался то собираться, то работать. Пришлось таки нарыть правильную шапку - вернее ASP - 7-й ветки, поставить сап-оракл, потом проапгрейдить ось - оставив тем не менее ораклу нужные библиотеки из старой шапки. Похоже что с ораклом крайне желательно придерживаться сертифицированных версий софта - особенно важны ядро, glibc и java.


В общем по сравнению с SapDB/MaxDB полный кошмар. Производительность конечно получше, но для кошкодрома ИМХО MaxDB более чем достаточно, и вообще база понравилась - места на диске кушает меньше оракла, от выключения питания в процессе работы пока еще не умерла.

да именно эти переменные. и я не считаю что это посторонняя задача ))



а ORA_NLS33=/oracle/DSI/920_32/ocommon/nls/admin/data оставил только этот?
остальные ORA_NLS убирал?


а в целом у нас на SLES 9 проблем не было вообще.

java -jar XXXXXX.jar должна инсталляция работать
sarge сейчас под рукой нет - завтра если не забуду - гляну - скажу

В принципе для GUI нужны еще переменные PLATIN_JAVA и PLATIN_JAVA_VER.

У меня в gentoo они такие:
PLATIN_JAVA=/opt/sun-jdk-1.4.2.09/bin/java
PLATIN_JAVA_VER=1.4.2

в debian экзешник java может лежать в другом месте, так что смотрите на свою инсталляцию. GUI поддерживает версию Java только ветки 1.4 - с 1.5 он тоже работает и неплохо, но версию всеравно надо выставлять в 1.4.2

Не, ORACLE поставить сам по себе можно без проблем. 9.2.0.1 отработал 2 года у меня на SLES7 (ставил правда не я), недавно купили новый сервер - поставил там 9.2.0.4 на SLES9. 9.2.0.1 ставил на RH9 (там есть мелкие заморочки, но они описаны в интернете). Проапгрэйдил потом на FC3 - оракл продолжил нормально работать, никаких действий специально не предпринимал, чтоб библиотеки ему сохранить. Правда я уже это всё давно снёс, реально та база у меня ничего не делала.

Я имел ввиду, что я не только сап-администратор. Дали мне ещё одну базу поадминистрить, к сапу никакого отношения не имеющую.


Пробовал по всякому. Так уже тоже. Но у orasid`а установлены все 3 NLS (ORA_NLS, ORA_NLS32 и ORA_NLS_33) и соединяется без проблем. Более того - создал нового юзера, включил его в группу oper, поставил ему ORACLE_HOME и $ORACLE_HOME/bin/sqlplus "/ as sysoper" тоже соединяется.
Если root`а включить в в группу dba или oper, настроить ему ORACLE_HOME, то соответстующий sqlplus выдаёт

а R3SETUP при этом по прежнему выдаёт 12705.

С 9 Ораклом так ничего и не вышло пока у меня. Поставил 8.1.7, он ругался при линковке, проигнорировал. Пропатчил до 8.1.7.4. Он тоже ругался при линковке, проигнорировал. Поставил glibc-2.1.3-stubs.tar.gz, предварительно поменяв gcc на 2.95 (из пакета gcc_old). Кое-что не слинковалось. Вручную скопировал $ORACLE_HOME/bin/*0 в $ORACLE_HOME/bin/*, следуя http://openacs.org/forums/message-view?message_id=188672
Оракл ожил. Правда через DATABASE.R3S не захотел ставиться, на ключ миграции ругался. Сейчас ставлю через DBMIG.R3S - началась загрузка...

Поставился.

Почему-то правда не всё автоматом создалось.
не было

скриптов запуска
профилей
последовательности DDLOG_SEQ

После создания вроде бы всё живёт пока.