Rafał Drężek - strona domowa

Instalacja systemu SAP nie jest zadaniem trudnym lecz czasochłonnym. Przy każdej można się nauczyć czegoś nowego. Tak się akurat składa, że w ostatnich dniach po raz pierwszy przeprowadziłem instalację systemu SAP ERP 6.0 (IDES) na 64 bitowym systemie SLES10 SP2. Wcześniej były to systemy 32 bitowe. Zarówno Windows jak i Linuks. Oficjalnie firma SAP oficjalnie wspiera tylko dwie dystrybucje Linuksa: Red Hat i Suse Enterprise, dlatego w systemach produkcyjnych tylko te dwie są brane pod uwagę.

Instalowanie systemu SAP na systemie SLES opisywałem już wcześniej, ale była to instalacja mocno okrojonego systemu demo współpracującego z bazą maxDB. Instalacja właściwego systemu ERP wygląda inaczej.

Tym razem zamiast maxDB instalowałem bazę Oracle 10g.

Przed instalacją systemu w środowisku 64 bitowym warto zwrócić uwagę na kilka szczegółów (jak na przykład wersja JAVA). Poniżej kilka luźnych uwag na temat instalacji.

Krok 1
Jeżeli instalujemy serwer od początku, to zaczynamy od zainstalowania systemu SLES 10 SP2 x86_64. Instalacja jest prosta i bezproblemowa.

Krok 2
Korzystając z managera YaST instalujemy dodatkowe paczki w systemie:
- sapinit
- saplocale (najlepiej od razu zainstalować najnowszą wersję. Szczegóły podane są w kroku 5)
- java-1_4_2-ibm
- java-1_4_2-ibm-devel

Nota SAP 1172419 (Linux: Supported Java versions on the x86_64 platform) wyraźnie podaje, jaka powinna być wersja Java JRE i SDK dla systemu Linux x86_64. W przypadku SLES 10 SP 2 należy skorzystać z Java IBM w wersji 1.4.2. Pliki dostarczane są razem z systemem (dla SP2):
java-1_4_2-ibm-1.4.2_sr10-0.2.x86_64.rpm
java-1_4_2-ibm-devel-1.4.2_sr10-0.2.x86_64.rpm
Instalując złą wersje musimy liczyć się z problemami. W przeprowadzonym teście z nowszym wydaniem Java pojawił się błąd przy „CreateSecureStore”. Oto komunikat o błędzie:

CJSlibModule::writeInfo_impl()
Execution of the command “/usr/lib64/jvm/java-1_5_0-ibm-1.5.0_sr7/bin/java -classpath /tmp/sapinst_instdir/ERP/SYSTEM/ORA/CENTRAL/AS/install/sharedlib/launcher.jar -Xmx256m com.sap.engine.offline.OfflineToolStart com.sap.security.core.server.secstorefs.SecStoreFS /tmp/sapinst_instdir/ERP/SYSTEM/ORA/CENTRAL/AS/install/lib/iaik_jce.jar:/tmp/sapinst_instdir/ERP/SYSTEM/ORA/CENTRAL/AS/install/sharedlib/exception.jar:/tmp/sapinst_instdir/ERP/SYSTEM/ORA/CENTRAL/AS/install/sharedlib/logging.jar:/tmp/sapinst_instdir/ERP/SYSTEM/ORA/CENTRAL/AS/install/sharedlib/tc_sec_secstorefs.jar create -s ERP -f /usr/sap/ERP/SYS/global/security/data/SecStore.properties -k /usr/sap/ERP/SYS/global/security/data/SecStore.key -enc -p XXXXXX” finished with return code 0. Output:
/bin/bash: mc: line 1: syntax error: unexpected end of file
/bin/bash: error importing function definition for `mc’
SAP Secure Store in the File System - Copyright (c) 2003 SAP AG

Krok 3
Kopiujemy płyty instalacyjne na dysk. Na początek musi to być płyta „Master”, która zawiera instalator. Wybór pozostałych płyt zależy od tego, na jaką zdecydujemy się konfiguracje. Dla instalowanego systemu wybrałem „Central System”.

Krok 4
Będąc zalogowani jako root rozpoczynamy instalacje. W konsoli przechodzimy do katalogu IM_LINUX_X86_64 na płycie oznaczonej jako „Master” i wykonujemy komendę:
./sapinst
Jeżeli wszystko wykonaliśmy poprawnie, to powinno pojawić się okienko instalatora.

Krok 5
Zanim zaczniemy właściwą instalację najlepiej sprawdzić, czy są spełnione wszystkie warunki. SAP dostarcza odpowiednie narzędzie dostępne po uruchomieniu instalatora. Sprawdza ono czy system jest odpowiednio przygotowany. Wykonując test podajemy ścieżkę JAVA_HOME:
/usr/lib64/jvm/java-1_4_2-ibm-1.4.2_sr10

Jeżeli w trakcie sprawdzania systemu wykryto nieodpowiednią wersję dla paczki saplocales (a tak było w moim przypadku), to trzeba ją zainstalować. Znajdziemy ją jako załącznik do noty 171356 (wykorzystałem saplocales-2.4-3.x86_64.rpm).

Krok 6
Dodatkowym narzędziem, z którego radzę skorzystać przed rozpoczęciem instalacji jest automatyczne tworzenie użytkowników i grup (alternatywnie można to zrobić samemu, ale po co się męczyć). W przypadku systemu ERP zainstalowanego razem z bazą Oracle na jednym serwerze, zostaną utworzeni dwaj użytkownicy: <SID>adm i ora<SID>.

Krok 7
Proces instalacji sprowadza się do wskazywanie kolejnych nośników instalacyjnych. Tak naprawdę prawdziwa praca zaczyna się w momencie pojawienia się problemów w czasie instalacji i dopiero na tym etapie testowana jest wiedza konsultanta.

Krok 8
System na etapie kroku 9 instalacji (z 45) poprosi o zainstalowanie bazy danych. Na tym etapie konieczny jest dodatkowy komentarz, ponieważ trzeba tu zastosować pewien kruczek. Polega on na wprowadzeniu w błąd instalatora bazy danych, który nie akceptuje wersji SLES 10 SP2.

Instalacja nie rozpocznie się, o ile nie wprowadzimy instalatora w błąd symulując system SLES 9. Poniżej komunikat instalatora, gdy spróbujemy go uruchomić:

Starting Oracle Universal Installer…
Checking installer requirements…
Checking operating system version: must be redhat-3, SuSE-9, redhat-4, UnitedLin ux-1.0, asianux-1 or asianux-2
Failed <<<<

Aby rozwiązać problem jako root wpisujemy:
vi /etc/SuSE-release

W edytorze powinna się pojawić taka zawartość pliku SuSE-release:
SUSE Linux Enterprise Server 10 (x86_64)
VERSION = 10
PATCHLEVEL = 2

Cała sztuczka polega na podmianie tego wpisu na taki :
SUSE Linux Enterprise Server 10 (x86_64)
VERSION = 9

Drugi problem z bazą Oracle polega na braku kilku bibliotek w systemie. Błąd pojawia się podczas kroku „Linking”. Musimy mieć zainstalowane orarun i kilka 32 bibliotek (jak np. glibc-devel). W zależności od tego czego brakuje mogą pojawiać się różne błędy (np. dla „ins_sysman.mk”). Ich rozwiązanie opisywane jest na wielu stronach w Internecie.

Krok 9
Po zainstalowaniu bazy kontynuujemy instalacje systemu. W pierwszym kroku musimy podać klucz wygenerowany w SAP Solution Manager. Bez dostępu do Solution Managera nie będziemy mogli rozpocząć instalacji SAP ERP 6.0. Klucz jest generowany na podstawie SID i nazwy hosta.

Tak jak wspomniałem instalacja przebiega w miarę gładko, a błędy jakie się mogą pojawić są na tyle specyficzne, że trudno by było je wszystkie opisywać. Wspomnę jeden z nich, który jest moim zdaniem niedoróbką instalatora systemu SAP (być może w międzyczasie została poprawiona).
Po zainstalowaniu systemu nie można było się z nim połączyć poprzez SAPGUI. Zwracany błąd to  WSAEWOULDBLOCK nr 10035. Przyczyna błędu była dość prozaiczna. Serwer nie nasłuchiwał na odpowiednich portach, ponieważ instalator dodając je do pliku konfiguracyjnego nie sprawdził, czy wpisy dla tych portów już nie istnieją (zarezerwowane dla innych usług). Co ciekawe instalator systemu R/3 4.7, którego kiedyś okazję testować był lepiej napisany, ponieważ wcześniej sam wykrył problem z portami.

 

 

 

Ten wpis został utworzony następującego dnia: Friday, November 28, 2008 o godzinie 09:27. Należy on do kategorii Komputery, Linux, SAP. Możesz śledzić odpowiedzi do tego wpisu poprzez kanał RSS 2.0. Poniżej jest miejsce na twój komentarz.