Podr|fvcznik instalowania

Transkrypt

IBM InfoSphere Master Data Management Standard
Edition i Advanced Edition
Podręcznik instalowania
Wersja 11 Wydanie 3
GI13-2658-01
IBM InfoSphere Master Data Management Standard
Edition i Advanced Edition
Wersja 11 Wydanie 3
GI13-2658-01
Uwaga
Przed skorzystaniem z informacji zawartych w niniejszej publikacji i przed użyciem produktu, którego one dotyczą, należy zapoznać się z
informacjami zawartymi w sekcji “Uwagi i znaki towarowe” na stronie 187.
Informacje o wydaniu
Niniejsze wydanie dotyczy wersji 11.3 produktu IBM InfoSphere Master Data Management oraz wszystkich późniejszych wersji i
modyfikacji tego produktu, o ile nie zaznaczono inaczej w nowych wydaniach.
© Copyright IBM Corporation 1996, 2014.
Spis treści
Tabele . . . . . . . . . . . . . . . v
Rysunki . . . . . . . . . . . . . . vii
Rozdział 1. Instalowanie produktu IBM
InfoSphere Master Data Management
Standard Edition i Advanced Edition . . 1
Wymagania dotyczące instalacji . . . . . . .
Biblioteki 32-bitowe wymagane w 64-bitowych
systemach operacyjnych . . . . . . . .
.
. 2
.
. 4
Rozdział 2. Przegląd instalacji . . . . . 7
Składniki instalowane przez program IBM Installation
Manager . . . . . . . . . . . . . . . . 8
Pakiet Installation Startup Kit do instalacji
niestandardowych . . . . . . . . . . . . . 10
Obsługa wielu instancji . . . . . . . . . . . 11
Konta użytkowników, grupy i wartości domyślne używane
przez aplikację instalacyjną . . . . . . . . . . 12
Przechowywanie i ujawnianie haseł . . . . . . . 14
Szyfrowanie haseł przy użyciu serwera WebSphere
Application Server. . . . . . . . . . . . 14
Struktury katalogów . . . . . . . . . . . . 15
Użycie zmiennych MAD_ROOTDIR i
MAD_HOMEDIR. . . . . . . . . . . . 17
Rozdział 3. Instalowanie produktu . . . 19
Planowanie instalacji . . . . . . . . . . . .
Typy wdrożeń: instalacja autonomiczna lub
niestandardowa . . . . . . . . . . . .
Instalacja graficzna lub cicha . . . . . . . .
Obsługa środowisk wysokiej dostępności . . . . .
Arkusze instalacji i konfiguracji. . . . . . . .
Scenariusze instalacji . . . . . . . . . . .
Instalowanie serwera autonomicznego z bazą danych DB2
Pozyskiwanie i rozpakowywanie plików instalacyjnych
Przygotowywanie do instalacji autonomicznej z bazą
danych DB2 . . . . . . . . . . . . .
Uruchamianie instalacji autonomicznej z bazą danych
DB2 za pomocą startera . . . . . . . . . .
Instalowanie serwera autonomicznego z bazą danych
DB2 . . . . . . . . . . . . . . . .
Instalowanie autonomicznej stacji roboczej z bazą danych
DB2 . . . . . . . . . . . . . . . . .
Przygotowywanie do instalacji autonomicznej z bazą
danych DB2 . . . . . . . . . . . . .
Uruchamianie instalacji autonomicznej z bazą danych
DB2 za pomocą startera . . . . . . . . . .
Instalowanie autonomicznej stacji roboczej z bazą
danych DB2 . . . . . . . . . . . . .
Instalowanie wdrożenia niestandardowego . . . . .
Przygotowanie do wdrożenia niestandardowego . . .
© Copyright IBM Corp. 1996, 2014
20
20
26
26
27
44
56
56
57
58
58
63
63
63
64
65
70
70
70
Instalowanie wdrożenia niestandardowego produktu
InfoSphere MDM . . . . . . . . . . .
Instalacja cicha . . . . . . . . . . . .
Ręczne instalowanie przy użyciu programu
narzędziowego madconfig . . . . . . . .
Instalowanie hybrydowego rozwiązania MDM . . . .
Instalowanie aplikacji klienckich i poszczególnych
komponentów. . . . . . . . . . . . . .
Instalowanie interfejsu użytkownika aplikacji
Business Administration . . . . . . . . .
Instalowanie interfejsu użytkownika aplikacji Data
Stewardship . . . . . . . . . . . . .
Instalowanie interfejsu użytkownika aplikacji Product
Maintenance . . . . . . . . . . . . .
Instalowanie produktu InfoSphere MDM Workbench
Instalowanie przykładów . . . . . . . . .
Weryfikowanie instalacji podstawowej . . . . . .
Sprawdzanie poprawności instalacji za pomocą klienta
testowego na serwerze WebSphere Application Server.
Właściwości klienta testowego. . . . . . . .
Dzienniki instalacji . . . . . . . . . . .
Modyfikowanie instalacji . . . . . . . . . .
Dodawanie nowego węzła do istniejącego klastra . .
Aktualizowanie wdrożonych plików właściwości
fizycznego systemu MDM . . . . . . . . .
112
130
142
147
148
149
150
152
154
155
157
157
159
160
162
162
164
Rozdział 4. Stosowanie pakietów
poprawek . . . . . . . . . . . . . 167
Pobieranie i instalowanie pakietu poprawek . . . . . 167
Wykluczanie określonych składników z pakietu poprawek 168
Wycofywanie zastosowanego pakietu poprawek . . . 168
Rozdział 5. Rozwiązywanie problemów
z instalacjami edycji Standard Edition
lub Advanced Edition . . . . . . . . 169
Błędy instalacji . . . . . . . . . . . . .
Błąd instalacji: Odmowa dostępu w operacji
checkIfAppExists w komponencie MBean
AppManagement . . . . . . . . . . . .
Błąd instalacji: AdminTask . . . . . . . . .
Błąd instalacji: Obiekt AdminTask jest niedostępny
Błąd instalacji: Proces wiązania nie jest aktywny . .
Błąd instalacji: Po zalogowaniu się do interfejsu
użytkownika jest wyświetlana pusta strona . . . .
Błąd instalacji: nie można dodać zasobu
com.ibm.mdm.hub.server.app.eba . . . . . . .
Błąd instalacji: właściwość httpPort nie może być
pusta . . . . . . . . . . . . . . .
Błąd deinstalacji: instalator nie usuwa tabel
wirtualnego systemu MDM. . . . . . . . .
Błąd instalacji: 'java.lang.RuntimeException:
Application could not be initialized' . . . . . .
Błąd instalacji: OutOfMemoryError - obszar PermGen
Błąd instalacji: niepowodzenie uzgadniania SSL . .
169
169
171
172
173
174
174
175
176
177
177
178
iii
Błąd deinstalacji: system nie mógł utworzyć konektora
SOAP, aby nawiązać połączenie z hostem lokalnym na
porcie 88xx . . . . . . . . . . . . . 179
Rozdział 6. Deinstalowanie produktu
InfoSphere MDM . . . . . . . . . . 181
Deinstalowanie instancji produktu InfoSphere MDM . . 181
Deinstalowanie autonomicznej instalacji serwera z bazą
danych DB2 . . . . . . . . . . . . . . 181
Deinstalowanie autonomicznej instalacji stacji roboczej z
bazą danych DB2 . . . . . . . . . . . . 182
iv
Deinstalowanie pojedynczego komponentu . . . . . 183
Deinstalowanie w trybie cichym . . . . . . . . 184
Usuwanie archiwum CBA z wewnętrznego repozytorium
pakunków . . . . . . . . . . . . . . . 185
Uwagi i znaki towarowe . . . . . . . 187
Indeks . . . . . . . . . . . . . . 191
Kontakt z firmą IBM . . . . . . . . . 195
Tabele
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
Wymagania dotyczące instalacji . . . . . . . 2
Instalowane składniki produktu InfoSphere MDM
9
Konta użytkowników produktu InfoSphere MDM
12
Grupy użytkowników produktu InfoSphere MDM
13
Katalogi w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM . . 15
Arkusz katalogu instalacyjnego produktu InfoSphere
MDM . . . . . . . . . . . . . . 28
Arkusz źródła danych – IBM DB2 lub DB2 for z/OS 29
Arkusz źródła danych – Microsoft SQL Server
31
Arkusz źródła danych – Oracle . . . . . . . 33
Arkusz instalacji serwera IBM WebSphere
Application Server . . . . . . . . . . . 35
Arkusz instalacji aplikacji MDM . . . . . . 37
Arkusz instalacji aplikacji użytkownika . . . . 40
Aplikacje użytkownika produktu InfoSphere MDM 41
Arkusz instalacji historii . . . . . . . . . 42
Sprawdzenia systemu . . . . . . . . . . 61
Sprawdzenia bazy danych. . . . . . . . . 61
Sprawdzenia serwera operacyjnego . . . . . . 62
Sprawdzenia systemu . . . . . . . . . . 68
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
Sprawdzenia bazy danych. . . . . . . .
Sprawdzenia serwera operacyjnego . . . . .
Sprawdzenia systemu . . . . . . . .
Sprawdzenia bazy danych . . . . . . .
Sprawdzenia serwera operacyjnego . . . .
Podstawowe cele programu narzędziowego
madconfig . . . . . . . . . . .
Cele programu narzędziowego madconfig
dotyczące instalacji serwera operacyjnego . .
Cele programu narzędziowego madconfig dla
instalacji bazy danych . . . . . . . .
Cele programu narzędziowego madconfig
dotyczące interfejsów WWW . . . . . .
Cele programu narzędziowego madconfig dla
deinstalacji. . . . . . . . . . . .
Testy weryfikujące poprawność instalacji
Właściwości, które można ustawić w pliku
właściwości klienta testowego . . . . . .
Zasoby IBM . . . . . . . . . . .
Przekazywanie opinii IBM . . . . . . .
. 68
. 69
. 116
. 116
. 120
. 143
. 144
. 145
. 146
. 147
159
. 159
. 195
. 196
v
vi
Rysunki
1.
2.
3.
Przegląd instalacji produktu InfoSphere MDM
1
Przegląd instalacji produktu InfoSphere MDM
19
Instalacja autonomiczna serwera z bazą danych DB2 22
4.
5.
Instalacja autonomiczna stacji roboczej z bazą
danych DB2 . . . . . . . . . . . . . 24
Instalacja niestandardowa w środowisku klastrowym 25
vii
viii
Rozdział 1. Instalowanie produktu IBM InfoSphere Master Data
Management Standard Edition i Advanced Edition
Składniki produktu InfoSphere MDM instaluje się za pomocą programu IBM® Installation
Manager, który zapewnia proste i jednolite wykonywanie procesu instalacji.
Rysunek 1. Przegląd instalacji produktu InfoSphere MDM
Ważne: Przed rozpoczęciem procesu instalowania produktu InfoSphere MDM należy
zapoznać się ze znanymi problemami. Niektóre znane problemy z instalacją wymagają
wykonania przed instalacją konkretnych czynności konfiguracyjnych. Niewykonanie tych
czynności konfiguracyjnych może spowodować niepowodzenie instalacji.
W tematach dotyczących instalacji opisano sposób przygotowania środowiska, w tym serwera
aplikacji i bazy danych, do instalacji produktu InfoSphere MDM oraz zainstalowania samego
produktu InfoSphere MDM. Instalację można wykonywać w trybie graficznym lub cichym.
Program IBM Installation Manager służy również do deinstalowania komponentów oraz
modyfikowania istniejącej instalacji poprzez dodawanie lub usuwanie komponentów.
Wskazówka: Można pobrać tematy dotyczące instalacji w wersji PDF.
Informacje pokrewne:
Pobierz pakiety instalacyjne produktu IBM InfoSphere Master Data Management według
edycji
1
Wymagania systemowe produktu InfoSphere MDM
Wymagania dotyczące instalacji
Tej listy należy użyć jako odniesienia przed rozpoczęciem instalacji. Jeśli instalowany jest
również produkt IBM DB2, IBM WebSphere Application Server lub IBM Rational
Application Developer, to lista stanowi również wytyczną przy wyborze poprawnych opcji do
zainstalowania.
Ważne: Dokładny spis obsługiwanego sprzętu i oprogramowania oraz wymaganych wersji
zawiera zawsze strona wymagań systemowych produktu IBM InfoSphere Master Data
Management. Odsyłacz do tej strony można znaleźć w uwagach do wydania dla tej wersji.
Aby można było zainstalować składniki i aplikacje, w systemie, z którego uruchamia się
instalację, musi być zainstalowany program IBM Installation Manager 1.7. Program IBM
Installation Manager znajduje się w pakiecie z produktem InfoSphere MDM. Program IBM
Installation Manager można uruchomić tylko na komputerze 64-bitowym.
Na serwerach i stacjach roboczych, na których można go zainstalować, wymagane jest co
najmniej 30 GB dostępnego miejsca.
Instalacje serwerów autonomicznych wymagają 40-50 GB dostępnego miejsca. Instalacje
autonomicznych stacji roboczych wymagają 60-70 GB.
Jeśli składnika lub aplikacji, które mają zostać zainstalowane, nie wymieniono w tej tabeli, to
informacje na temat konkretnych wymagań można znaleźć w dokumentacji danego składnika.
Tabela 1. Wymagania dotyczące instalacji
Jeśli planowane jest zainstalowanie
tego składnika
Należy spełnić to wymaganie wstępne
InfoSphere MDM Standard, Advanced Na wszystkich serwerach i stacjach roboczych, na których
lub Enterprise Edition
mają być zainstalowane i używane komponenty InfoSphere
MDM, konieczne jest zainstalowanie i skonfigurowanie
obsługiwanego systemu operacyjnego. Jako wytycznych
należy użyć dokumentacji specyficznej dla produktu.
Ważne: Instalacja produktu Advanced Edition w systemie
Microsoft Windows jest obsługiwana wyłącznie w przypadku
środowiska dostosowywania. Środowisko produkcyjne w
systemie Windows nie jest obsługiwane dla produktu
Advanced Edition. Na potrzeby dostosowywania i środowisk
produkcyjnych jest w systemie Windows obsługiwany jedynie
produkt Standard Edition.
Pakiet Installation Startup Kit
Ważne: Jeśli planowane jest wykonywanie instalacji
niestandardowej, trzeba zainstalować pakiet Installation
Startup Kit.
Nie trzeba instalować tego pakietu, jeśli wykonywana jest
instalacja serwera autonomicznego lub autonomicznej stacji
roboczej.
2
Tabela 1. Wymagania dotyczące instalacji (kontynuacja)
tego składnika
Serwer operacyjny MDM
Ten składnik instaluje pakunki podstawowe IBM WebSphere
Application Server, archiwa EBA itp. serwera operacyjnego.
W przypadku instalacji autonomicznej program IBM
Installation Manager instaluje serwer IBM WebSphere
Application Server i konfiguruje go z ustawieniami
domyślnymi.
W przypadku instalacji niestandardowej należy mieć
zainstalowaną obsługiwaną wersję serwera IBM WebSphere
Application Server i utworzony profil administratora (nazwa
użytkownika i hasło). Po zainstalowaniu serwera IBM
WebSphere Application Server należy go skonfigurować
zgodnie z informacjami podanymi w tematach dotyczących
przygotowywania serwera aplikacji.
Baza danych MDM
Komponent bazy danych tworzy schemat i tabele produktu
InfoSphere MDM.
W przypadku instalacji autonomicznej program IBM
Installation Manager instaluje i konfiguruje produkt IBM DB2
z użyciem ustawień domyślnych.
W przypadku instalacji niestandardowej należy mieć
zainstalowaną obsługiwaną bazę danych ze skonfigurowaną
nazwą konta użytkownika i hasłem, które mają być używane
do nawiązywania połączenia z serwerem operacyjnym MDM.
Jako wytycznych należy użyć dokumentacji specyficznej dla
produktu. Po zainstalowaniu oprogramowania bazy danych
należy ją skonfigurować do obsługi produktu InfoSphere
MDM, zgodnie z informacjami podanymi w tematach
dotyczących przygotowania bazy danych.
Aplikacje użytkownika
Na stacjach roboczych, które uzyskują dostęp do aplikacji,
musi być zainstalowana obsługiwana przeglądarka WWW.
InfoSphere MDM Workbench
Przed zainstalowaniem środowiska roboczego na stacji
roboczej należy zainstalować produkt IBM Rational
Application Developer for WebSphere (wersja 64-bitowa).
IBM DB2
W przypadku instalacji autonomicznej:
Zainstaluj opakowanie bazy danych DB2 dołączone
do instalacji produktu InfoSphere MDM. Użyj
składników wybranych domyślnie.
Ważne: To oprogramowanie jest wymagane, jeśli
wykonywana jest instalacja autonomiczna.
W przypadku instalacji niestandardowej:
Aby skonfigurować bazę danych DB2 w ramach
instalacji niestandardowej, trzeba zainstalować
produkt IBM DB2 Enterprise Edition.
Rozdział 1. MDM Standard Edition i MDM Advanced Edition
3
Tabela 1. Wymagania dotyczące instalacji (kontynuacja)
tego składnika
IBM WebSphere Application Server
Wybierz następujące składniki do zainstalowania dla serwera
aplikacji:
v IBM WebSphere Application Server
– Pełny profil serwera IBM WebSphere Application
Server
– Pakiet IBM WebSphere Application Server SDK for
Java™ Technology Edition 6
Zawsze należy sprawdzić stronę wymagań systemowych dla
obsługiwanego numeru wersji.
IBM Rational Application Developer
Podczas instalowania produktu IBM Rational Application
Developer należy wybrać co najmniej następujące dodatkowe
składniki, wymagane w programie IBM Installation Manager:
v Narzędzia programisty WWW
– AJAX, Dojo i HTML
– JSF
– JSP i serwlet
v Narzędzia programisty EJB
– Dostęp do danych
– Aplikacja OSGi
v IBM WebSphere Application Server
– Narzędzia programistyczne
– Kod pośredniczący serwera zdalnego
Należy się również upewnić, że wymagane biblioteki
32-bitowe są dostępne w 64-bitowym systemie operacyjnym.
Zadania pokrewne:
“Instalowanie produktu InfoSphere MDM Workbench” na stronie 154
“Przygotowanie do wdrożenia niestandardowego” na stronie 70
“Pozyskiwanie i rozpakowywanie plików instalacyjnych” na stronie 56
Odsyłacze pokrewne:
“Aplikacje użytkownika i powiązania serwera operacyjnego” na stronie 41
Biblioteki 32-bitowe wymagane w 64-bitowych systemach
operacyjnych
Jeśli produkty InfoSphere MDM Workbench i IBM Rational Application Developer są
instalowane na 64-bitowej stacji roboczej, to aby instalacja się powiodła, na stacji roboczej
muszą być dostępne określone biblioteki 32-bitowe.
Przed zainstalowaniem składników InfoSphere MDM należy zainstalować 32-bitowe
biblioteki wymienione poniżej albo zainstalować produkt IBM Rational Application
Developer w trybie 64-bitowym.
Wymagane biblioteki 32-bitowe to:
v libatk-1.0.so.0
v libfontconfig.so.1
v libfreetype.so.6
4
v
v
v
v
v
libgdk_pixbuf-2.0.so.0
libgdk-x11-2.0.so.0
libglib-2.0.so.0
libgmodule-2.0.so.0
libgobject-2.0.so.0
v
v
v
v
v
v
v
libgthread-2.0.so.0
libgtk-x11-2.0.so.0
libpango-1.0.so.0
libpangoft2-1.0.so.0
libpng12.so.0
libselinux.so.1
libX11.so.6
v
v
v
v
v
v
libXcomposite.so.1
libXcursor.so.1
libXdamage.so.1
libXext.so.6
libXfixes.so.3
libXft.so.2
v libXinerama.so.1
v libXi.so.6
v libXrandr.so.2
v libXrender.so.1
v libXtst.so.6
v libz.so.1
Zadania pokrewne:
Rozdział 1. MDM Standard Edition i MDM Advanced Edition
5
6
Rozdział 2. Przegląd instalacji
Większość komponentów produktu IBM InfoSphere Master Data Management można
zainstalować na serwerze, na stacji roboczej, w obu tych miejscach lub na wielu serwerach w
środowiskach klastrowych.
Wskazówka: Użyj strony pobierania produktu IBM InfoSphere Master Data Management w
celu określenia części, które są potrzebne dla licencjonowanej edycji i wersji.
Należy skonfigurować system kliencki oraz co najmniej jeden system serwerowy. Serwer
aplikacji, serwer bazy danych i serwer HTTP mogą się znajdować na tym samym serwerze
lub na oddzielnych serwerach. Korzystanie z serwera HTTP jest zalecane, ale opcjonalne.
Czas wymagany do zainstalowania produktu InfoSphere MDM zależy od wielu czynników i
dlatego nie można oszacować konkretnego czasu trwania instalacji. Na czas przygotowywania
i wykonywania instalacji mają wpływ między innymi:
v
v
v
v
v
liczba instalowanych składników,
liczba serwerów lub stacji roboczych w używanym środowisku,
dostępna przepustowość sieci (w przypadku instalowania w środowisku klastrowym),
wcześniejsze zainstalowanie produktu IBM WebSphere Application Server,
wcześniejsze zainstalowanie oprogramowania bazy danych.
Pierwszym krokiem w procesie instalacji jest określenie typu wdrożenia najlepiej
dopasowanego do wymagań: jednego z typów instalacji autonomicznej z bazą danych DB2
(instalacja serwera lub stacji roboczej) lub typu instalacji niestandardowej. Większość
implementacji produkcyjnych wymaga instalacji niestandardowej.
Opcjonalnie można użyć programu Starter do uruchomienia instalacji autonomicznej z bazą
danych DB2 lub instalacji niestandardowej. Program Starter umożliwia wybór typu instalacji,
a następnie konfiguruje produkt IBM Installation Manager w taki sposób, aby używał on
plików instalacyjnych odpowiednich do dokonanego wyboru. W przypadku instalacji
niestandardowych można zmieniać składniki wybrane do zainstalowania po uruchomieniu
programu Installation Manager.
Wskazówka: Starter to aplikacja działająca w przeglądarce, która stanowi za punkt wyjścia
dla rozpoczęcia autonomicznej instalacji serwera lub stacji roboczej. Program Starter wymaga
przeglądarki Mozilla Firefox. Jeśli przeglądarka Firefox jest niedostępna, korzystanie z
programu Starter może być niemożliwe. Jeśli nie można użyć programu Starter:
1. Zaloguj się jako administrator.
2. Zainstaluj program IBM Installation Manager w trybie administratora.
3. Ręcznie skonfiguruj repozytoria instalacyjne produktu InfoSphere MDM.
Po uruchomieniu programu IBM Installation Manager podstawowa kolejność działania jest
następująca.
1. Wybierz instalowane składniki produktu InfoSphere MDM.
7
Ważne: Baza danych MDM i Serwer operacyjny MDM to składniki wymagane. Baza
danych MDM zawiera podstawowe tabele bazy danych dla instalowanej edycji. Serwer
operacyjny MDM udostępnia niezbędne funkcje przetwarzania.
2. Po wybraniu przez użytkownika składników i położenia katalogu instalacyjnego
instalator przed kontynuowaniem instalacji sprawdza parametry systemu operacyjnego,
ilość miejsca na dysku i dostępność oprogramowania pomocniczego. Jeśli wskazany
katalog instalacyjny już istnieje, program IBM Installation Manager sprawdza, czy
zawiera on istniejącą instalację – jeśli tak, wyświetlane jest ostrzeżenie o nadpisywaniu
instalacji.
3. Zostanie wyświetlona zachęta do wprowadzenia informacji na kilku panelach
konfiguracyjnych. Dane te posłużą do automatycznego skonfigurowania informacji o
połączeniu na potrzeby bazy danych MDM i serwera aplikacji oraz do zidentyfikowania
komórki, węzła i serwerów, na których mają być wdrażane artefakty produktu
InfoSphere MDM.
W przypadku instalacji autonomicznej panele konfiguracyjne nie są wyświetlane. Do
automatycznego skonfigurowania bazy danych, serwera aplikacji i ustawień serwera
operacyjnego są używane wartości domyślne.
4. Dane statyczne są wyodrębniane do katalogu wybranego na początku procesu,
KATALOG_GŁÓWNY_INSTALACJI_MDM. Dane statyczne obejmują między innymi
aplikacje Batch Processor, Management Agent i Management Console oraz skrypty
programu narzędziowego madconfig.
5. Tworzone są tabele bazy danych i indeksy.
6. Następnie na serwerze aplikacji są wdrażane komponenty rodzime i usługi WWW.
Oznacza to, że wszystkie artefakty są wdrażane na wszystkich podanych węzłach.
7. Wybrane do instalacji interfejsy użytkownika i aplikacje WWW również są wdrażane na
serwerze aplikacji. Instalator pakuje pliki WAR aplikacji WWW do pliku EAR, który
zostaje wdrożony na serwerze aplikacji. Podczas wdrażania serwer aplikacji
rozpakowuje zawartość plików EAR.
8. Tworzone są rodzime pliki konfiguracyjne .cfg.
9. Po wdrożeniu następuje start bazy danych.
10. Przed zakończeniem instalacji instalator przeprowadza proces weryfikacji, uruchamiając
transakcję na serwerze operacyjnym.
Oprócz testów weryfikujących, które uruchamia aplikacja instalacyjna, można użyć klienta
testowego do wykonania transakcji testowych w celu upewnienia się, że instalacja zakończyła
się pomyślnie.
Pojęcia pokrewne:
“Weryfikowanie instalacji podstawowej” na stronie 157
Pobierz produkt IBM InfoSphere Master Data Management
Składniki instalowane przez program IBM Installation Manager
Składniki dostępne do instalacji zależą od wybranej edycji produktu InfoSphere MDM.
W tabeli przedstawiono składniki, które można zainstalować za pomocą programu IBM
Installation Manager. Gwiazdka * w tabeli oznacza, że składnik może być zainstalowany
tylko na stacji roboczej. Dwie gwiazdki ** oznaczają, że nie jest obsługiwane użycie
produktu z bazą danych Microsoft SQL Server.
8
Tabela 2. Instalowane składniki produktu InfoSphere MDM
W przypadku zainstalowania:
Dostępne są następujące składniki:
InfoSphere MDM Standard Edition
Baza danych MDM
Serwer operacyjny MDM (obejmuje Enterprise Service
Oriented Architecture (ESOA) Toolkit, Java oraz pakiety
SDK usług WWW)
Aplikacje użytkownika:
v Inspector
v Enterprise Viewer
v Web Reports
v Provider Direct
v Pair Manager*
Przykłady
Składnik Patient Advanced Edition (ten element jest
automatycznie instalowany z edycją Standard Edition i nie
jest wyświetlany jako opcja w programie IBM Installation
Manager)
InfoSphere MDM Advanced Edition
Edycja Advanced Edition zawiera wszystkie składniki
wymienione dla edycji Standard Edition, a dodatkowo
również następujące aplikacje:
v Interfejs użytkownika aplikacji Business
Administration**
v Interfejs użytkownika aplikacji Data Stewardship**
v Interfejs użytkownika aplikacji Product Maintenance**
InfoSphere MDM Enterprise Edition
Zawiera wszystkie składniki edycji Advanced Edition, a
dodatkowo również edycję Collaborative Edition oraz
rozszerzenie InfoSphere MDM Extension for Unstructured
Text Correlation.
MDM Workbench* (obsługuje implementacje wirtualne,
fizyczne i hybrydowe). W pakiecie z produktem InfoSphere
MDM jest też dostarczane środowisko IBM Rational
Application Developer, które trzeba zainstalować przed
instalacją produktu InfoSphere MDM Workbench.
IBM DB2
Jeśli planowane jest wykonanie instalacji autonomicznej,
można wybrać opcję zainstalowania opakowania bazy
danych DB2. Opakowanie zawiera rodzimy instalator bazy
danych DB2 i jest uruchamiane przez program IBM
Installation Manager w trybie cichym.
Jeśli planowane jest użycie instalacji niestandardowej,
należy zainstalować produkt DB2 we własnym zakresie za
pomocą rodzimego instalatora DB2.
Implementacja produktu InfoSphere MDM wymaga
serwera IBM WebSphere Application Server. Jeśli serwer
aplikacji nie jest zainstalowany, można wybrać opcję
zainstalowania go podczas instalacji produktu InfoSphere
MDM. Ten składnik jest instalowany podczas
wykonywania instalacji autonomicznej.
9
Instalacja innych komponentów również odbywa się za pomocą programu IBM Installation
Manager. Komponenty są wymienione poniżej, a instrukcje ich instalacji można znaleźć w
dokumentacji elektronicznej.
v
v
v
v
v
Master Data Policy Monitoring
InfoSphere MDM Application Toolkit
IBM Stewardship Center
InfoSphere MDM Collaboration Server
InfoSphere MDM Custom Domain Hub i InfoSphere MDM Reference Data Management
Hub
Pojęcia pokrewne:
“Typy wdrożeń z instalacją autonomiczną” na stronie 21
“Instalacja autonomiczna serwera z bazą danych DB2” na stronie 22
“Instalacja autonomiczna stacji roboczej z bazą danych DB2” na stronie 23
“Aplikacje użytkownika i powiązania serwera operacyjnego” na stronie 41
Pakiet Installation Startup Kit do instalacji niestandardowych
Pakiet Installation Startup Kit zawiera pliki i skrypty ułatwiające przygotowanie środowiska
do zainstalowania produktu InfoSphere MDM.
Pliki i skrypty pakietu Installation Startup Kit są wdrażane w folderze zdefiniowanym przez
użytkownika jako KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT. Elementy te mogą
ułatwić wykonanie instalacji niestandardowej.
Tworzenie i konfigurowanie bazy danych
Wskazówka: Skrypty bazy danych w pakiecie Installation Startup Kit muszą zostać
wykonane przed rozpoczęciem instalacji produktu InfoSphere MDM.
Skrypty automatycznie tworzą odpowiednie tabele, obszary tabel, pule buforów,
specyfikacje kodowania i wyzwalacze wymagane dla używanej edycji.
Obszary tabel niezbędne dla wykonywanego wdrożenia mogą zostać utworzone
przez aplikację instalacyjną. Inną możliwością jest utworzenie ich za pomocą
dostarczonych skryptów przed zainstalowaniem produktu InfoSphere MDM.
Wskazówka: Utwórz jeden obszar tabel czasowych dla każdej wielkości bloków.
Na przykład jeśli używane są obszary tabel 16K, należy utworzyć obszar tabel
czasowych 16K.
v Skrypty do tworzenia baz danych i obszarów tabel IBM DB2 znajdują się w
położeniu KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT/CoreData/
Full/DB2/Standard/ddl/
– CreateDB.sql
– CreateTS.sql
v Skrypty do utworzenia bazy danych DB2 for z/OS oraz zainstalowania danych
podstawowych i domenowych:
– KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT/CoreData/Full/DB2/
ZOS/pds/
– KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT/Full/DB2/ZOS/pds/
Konfiguracja skryptów przewiduje ich uruchamianie z sesji TSO przy użyciu
skryptów JCL na komputerze mainframe.
10
v Skrypt do utworzenia bazy danych Oracle:
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/
CoreData/Full/Oracle/Standard/ddl/create_schema_ora.sql
v Skrypt do utworzenia bazy danych Microsoft SQL Server:
KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT/CoreData/Full/
SQLServer/ddl/CreateDB.sql
v Pliki serwera Microsoft SQL Server używane na potrzeby transakcji XA znajdują
się w katalogu KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT/
SQLServer JTA:
– Pliki sqljdbc.dll do obsługi 32- lub 64-bitowego produktu SQL Server
znajdują się w katalogach win32 i win64_amd64
– instjdbc.sql
Konfiguracja komponentu przesyłania komunikatów
Pakiet Installation Startup Kit zawiera skrypty, których można użyć do
zainstalowania komponentu przesyłania komunikatów produktu InfoSphere MDM,
gdy produkt WebSphere MQ znajduje się na innym komputerze niż komputer, na
którym działa produkt IBM Installation Manager. Należy użyć skryptów
custSetupMQServer.mqsc i ChannelAuth.mqsc.
Narzędzie do sprawdzania wymagań wstępnych
Narzędzie do sprawdzania wymagań wstępnych zapobiega rozpoczęciu instalacji,
której nie będzie można dokończyć ze względu na niespełnione wymagania wstępne.
Narzędzie ma następujące możliwości:
v Uruchamia sprawdzenia wymagań wstępnych instalacji produktu InfoSphere
MDM.
v Wykonuje podstawowe gromadzenie danych — gromadzi dzienniki i pliki
konfiguracyjne.
v Wykonuje rozszerzone gromadzenie danych — gromadzi dzienniki, pliki
konfiguracyjne i metadane zapisane w bazie danych.
Funkcje gromadzenia danych przez narzędzie do sprawdzania wymagań wstępnych
mogą być przydatne po zakończeniu instalacji produktu InfoSphere MDM lub w
razie konieczności rozwiązywania problemów z instalacją. Wyniki gromadzenia
danych są przechowywane w pliku skompresowanym.
Pliki odpowiedzi instalacji cichej
Pakiet Installation Startup Kit zawiera przykładowe pliki odpowiedzi (.res). Plików
przykładowych można używać jako szablonów do uruchamiania instalacji cichych.
Przykładowe pliki odpowiedzi znajdują się na poziomie głównym katalogu
KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT .
Zadania pokrewne:
“Instalowanie w trybie cichym przy użyciu pliku odpowiedzi” na stronie 141
“Instalowanie pakietu Installation Startup Kit” na stronie 72
“Instalowanie i konfigurowanie bazy danych” na stronie 74
“Sprawdzanie wymagań wstępnych za pomocą narzędzia wiersza komend” na stronie 111
“Instalacja cicha” na stronie 130
Obsługa wielu instancji
Aby zapewnić obsługę wielu instancji produktu InfoSphere MDM, należy zainstalować
aplikację w środowisku klastrowym.
11
Wszystkie instancje aplikacji InfoSphere MDM w węzłach klastrowych w obrębie komórki
serwera WebSphere Application Server muszą być wdrożone z tą samą wersją kodu produktu
InfoSphere MDM i muszą mieć tę samą wersję kodu dostosowania produktu InfoSphere
MDM.
Jeśli planowane jest użycie tej samej maszyny fizycznej lub partycji logicznej i wdrożenie na
niej drugiej instancji aplikacji InfoSphere MDM korzystającej z innej wersji kodu produktu
InfoSphere MDM, konieczne będzie utworzenie drugiej komórki serwera WebSphere
Application Server, drugiego menedżera wdrażania i drugiego profilu węzła.
Aby skonfigurować proste, działające środowisko testowe, można używać tej samej komórki
WebSphere Application Server i tego samego węzła do wdrażania wielu instancji produktu
InfoSphere MDM z tą samą wersją kodu produktu InfoSphere MDM, a różnymi wersjami
kodu dostosowania InfoSphere MDM. Mają jednak zastosowanie pewne ograniczenia. Po
deinstalowaniu dowolnej z instancji produktu InfoSphere MDM w komórce serwera
WebSphere Application Server pozostałe instancje produktu InfoSphere MDM nie będą już
działać. Nie wolno używać takiej konfiguracji w środowisku produkcyjnym.
Zadania pokrewne:
“Instalowanie produktu InfoSphere MDM w środowisku klastrowym” na stronie 123
Konta użytkowników, grupy i wartości domyślne używane przez
aplikację instalacyjną
Instalacja produktu InfoSphere MDM wiąże się z utworzeniem na serwerze aplikacji
domyślnych użytkowników i grup użytkowników.
Użytkownicy (tylko instalacje autonomiczne z bazą danych DB2)
Poniższa tabela zawiera listę domyślnych kont i haseł użytkowników tworzonych przez
aplikację instalacyjną podczas instalacji autonomicznej z bazą danych DB2. Podczas instalacji
niestandardowej można zdefiniować dowolnie wybrane wartości nazw użytkowników i haseł.
Tabela 3. Konta użytkowników produktu InfoSphere MDM
Nazwa użytkownika Hasło
Opis
mdmins11
mdmins11
Ta kombinacja nazwy użytkownika i hasła jest
tworzona dla bazy danych IBM DB2 w przypadku
instalacji autonomicznej w systemie operacyjnym
Linux lub UNIX.
db2admin
db3Admin
Ta kombinacja nazwy użytkownika i hasła jest
tworzona dla bazy danych IBM DB2 w przypadku
instalacji autonomicznej w systemie operacyjnym
Microsoft Windows.
Przed rozpoczęciem instalacji niestandardowej produktu InfoSphere MDM należy utworzyć
profil serwera IBM WebSphere Application Server z włączonymi zabezpieczeniami. Można
wybrać dowolną nazwę użytkownika i hasło.
Ważne: Jeśli używane jest domyślne hasło mdmadmin, to ze względów bezpieczeństwa
zalecana jest zmiana hasła użytkownika po instalacji.
12
Grupy
W poniższej tabeli podano grupy i role tworzone przez aplikację instalacyjną. W konsoli
administracyjnej serwera IBM WebSphere Application Server można dodawać użytkowników
do tych grup.
Tabela 4. Grupy użytkowników produktu InfoSphere MDM
Grupa InfoSphere
MDM
Opis
mdm_admin
Rola administracyjna, która jest odpowiednikiem administratora
(superuser).
DataSteward
Ta rola jest dostępna jedynie w przypadku zainstalowania komponentów
interfejsu użytkownika.
mdm_default
Ta rola umożliwia użytkownikowi dostęp do kontenera serwera aplikacji
bez nadawania konkretnych uprawnień.
mdm_all_ops
Ta rola umożliwia użytkownikowi dostęp do wszystkich operacji w
produkcie InfoSphere MDM.
mdm_all_cvws
Ta rola umożliwia użytkownikowi dostęp do wszystkich widoków
złożonych.
mdm_all_ixns
Ta rola umożliwia użytkownikowi dostęp do wszystkich interakcji w
produkcie InfoSphere MDM.
mdm_all_segs_rw
Ta rola daje dostęp do odczytu i zapisu do wszystkich segmentów.
mdm_all_segs_ro
Ta rola daje dostęp tylko do odczytu do wszystkich segmentów.
ServiceConsumer
Ta rola jest odwzorowana na wszystkich uwierzytelnionych użytkowników i
jest powiązana ze wszystkimi modułami punktu wejścia.
ServiceProvider
Ta rola jest odwzorowana na jednego domyślnego użytkownika: mdm. Jest
ona powiązana ze wszystkimi modułami, które nie są uznane za punkty
wejścia.
Inne wartości domyślne używane dla instalacji autonomicznych z
bazą danych DB2
Gdy wykonywana jest instalacja autonomiczna z bazą danych DB2, instalator wykorzystuje
szereg wartości domyślnych.
W przypadku instalowania w systemie Linux lub UNIX przy wdrażaniu serwera używane są
następujące wartości domyślne:
v Nazwa bazy danych DB2: MDM11DB
v Katalog główny DB2: /home/mdmins11
W przypadku instalowania w systemie Microsoft Windows przy wdrażaniu stacji roboczej
używane są następujące wartości domyślne:
v Nazwa bazy danych DB2: MDM11DB
Wskazówka: Po zakończeniu instalacji należy ze względów bezpieczeństwa upewnić się, że
hasło każdego z kont domyślnych jest unikalne i różne od wartości domyślnej. Informacje na
temat zmiany haseł można znaleźć w odpowiedniej dokumentacji produktów WebSphere
Application Server i DB2.
Pojęcia pokrewne:
“Wymagania wstępne dotyczące konta dla instalacji niestandardowej” na stronie 73
Zarządzanie użytkownikami
13
Zadania pokrewne:
“Instalowanie serwera autonomicznego z bazą danych DB2” na stronie 58
“Instalowanie autonomicznej stacji roboczej z bazą danych DB2” na stronie 65
“Przygotowywanie do instalacji autonomicznej z bazą danych DB2” na stronie 57
Włączanie zabezpieczeń użytkownika dla serwera operacyjnego
Konfigurowanie użytkowników i grup użytkowników dla wirtualnego systemu MDM
“Tworzenie nowego użytkownika i dodawanie użytkownika do grupy MDM” na stronie 106
“Konta użytkowników bazy danych i połączenia” na stronie 75
Przechowywanie i ujawnianie haseł
Podczas instalacji hasła są szyfrowane przy użyciu mechanizmu szyfrowania produktu
WebSphere Application Server.
Wszystkie aplikacje interfejsu użytkownika i aplikacje klienckie mają nazwę użytkownika i
hasło do nawiązywania połączenia z serwerem operacyjnym MDM. Hasła te są również
zaszyfrowane za pomocą mechanizmu szyfrowania produktu WebSphere Application Server.
Jeśli dowolne z haseł zostanie zmienione na serwerze aplikacji, należy również zastosować
zmianę w odpowiednim pliku właściwości komponentu.
Należy pamiętać, że jeśli instalator generuje pliki odpowiedzi, które mogą być używane dla
instalacji cichych, pliki te zawierają hasła użytkownika w formie zwykłego tekstu. Jeśli
strategie organizacji nie dopuszczają zapisywania haseł w plikach w postaci zwykłego tekstu,
to należy użyć trybu instalacji graficznej.
Zadania pokrewne:
Konfigurowanie bezpiecznych środowisk MDM
Szyfrowanie haseł przy użyciu serwera WebSphere Application
Server
Jeśli po instalacji konieczna jest zmiana nazwy użytkownika i hasła w pliku właściwości,
można wykonać to zadanie w celu zaszyfrowania nowego hasła.
Aby zapobiec przechowywaniu hasła zapisanego jawnym tekstem w pliku właściwości,
można użyć serwera WebSphere Application Server w celu zaszyfrowania hasła.
1. Utwórz plik tekstowy o nazwie mypassword.txt.
2. Dodaj do tego pliku następujący wiersz: mypassword=hasło_użytkownika i zapisz
plik.
3. Uruchom następującą komendę, aby zakodować wartość hasła:
v W systemie Microsoft Windows: $KATALOG_GŁÓWNY_WĘZŁA\bin\
PropFilePasswordEncoder.bat ścieżka\mypassword.txt mypassword
v W systemie Linux i UNIX: $KATALOG_GŁÓWNY_WĘZŁA/bin/
PropFilePasswordEncoder.sh ścieżka/mypassword.txt mypassword
gdzie $KATALOG_GŁÓWNY_WĘZŁA reprezentuje katalog główny węzła WebSphere
Application Server, a ścieżka reprezentuje położenie katalogu zawierającego plik
mypassword.txt.
4. Otwórz plik mypassword.txt i skopiuj zaszyfrowaną wartość hasła do pola hasła w pliku
właściwości.
Zadania pokrewne:
14
Konfigurowanie bezpiecznych środowisk MDM
Struktury katalogów
Istnieją trzy katalogi, z którymi należy się zapoznać przy instalowaniu produktu InfoSphere
MDM i korzystaniu z niego: katalog instalacyjny, katalog współużytkowany i katalog serwera
aplikacji.
Podczas uruchamiania programu IBM Installation Manager należy wybrać ścieżkę instalacji.
Ta ścieżka i katalog główny są definiowane w tematach dotyczących instalacji jako
KATALOG_GŁÓWNY_INSTALACJI_MDM. Katalog
KATALOG_GŁÓWNY_INSTALACJI_MDM zawiera zasoby unikalne dla zainstalowanego
pakietu. W tym katalogu znajdują się podkatalogi dla każdego z komponentów wybranych do
instalacji. Zawiera on także katalogi specyficzne dla systemu operacyjnego, w którym jest
przeprowadzana instalacja.
Katalog MDMShared zawiera pliki zasobów, które są współużytkowane przez wiele
zainstalowanych grup pakietów. Ich zawartość może obejmować na przykład zasoby
potrzebne do uruchomienia skryptów programu IBM Installation Manager, niestandardowe
biblioteki kodu języka Java i produkt IBM Rational Application Developer. Więcej informacji
na temat tego katalogu zawiera dokumentacja elektroniczna programu IBM Installation
Manager.
Ścieżka serwera aplikacji, w której są wdrażane zainstalowane komponenty, jest zdefiniowana
w tematach dotyczących instalacji jako KATALOG_GŁÓWNY_PROFILU_WAS.
KATALOG_GŁÓWNY_INSTALACJI_MDM
W katalogu instalacyjnym są zawarte między innymi podkatalogi wymienione w poniższej
tabeli. Konkretne katalogi zależą od instalowanych składników.
Tabela 5. Katalogi w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM
Katalog
Opis
aix, linux, solaris, win32, win64,
zlinux
Katalogi te zawierają pliki specyficzne dla systemu
operacyjnego.
BatchProcessor
Zawiera podkatalogi i pliki wymagane do uruchomienia
aplikacji Batch Processor. Aplikacja Batch Processor jest
przeznaczona przede wszystkim do pracy z danymi
fizycznego systemu MDM.
com.ibm.mdm.tools
Zawiera pakunki OSGi. Obszar roboczy środowiska
roboczego MDM może być skonfigurowany tak, aby używał
tych pakunków, dzięki czemu mogą zostać rozstrzygnięte
modele referencyjne i odwołania do klas Java.
database
Zawiera pliki schematów statycznych.
documentation
Zawiera plik messages.properties w podkatalogu /nl/,
który jest używany przez instalator podczas wykonywania.
Na przykład zawiera on komunikaty używane przez monitor
postępu instalatora.
EnterpriseIntegrator
Zawiera podkatalogi i pliki wymagane do skonfigurowania
aplikacji wyszukującej InfoSphere MDM Healthcare Point of
Service Integrator oraz korzystania z niej.
15
Tabela 5. Katalogi w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM (kontynuacja)
Katalog
Opis
eventManagmentClient
Zawiera podkatalogi i pliki do obsługi komponentu
menedżera zdarzeń. Menedżer zdarzeń jest komponentem
wyzwalającym, który może wykrywać zdarzenia i działania
w produkcie MDM.
InstallableApps
Zawiera podkatalogi i pliki dla wszystkich zainstalowanych
aplikacji użytkownika. Aplikacje te to między innymi
interfejs użytkownika aplikacji Data Stewardship, interfejs
użytkownika aplikacji Product Maintenance, aplikacja
Inspector oraz Web Reports.
IVT
Zawiera podkatalogi i skrypty, które są używane do
uruchamiania testów weryfikujących instalację.
logs
Zawiera dzienniki, w których są zapisywane informacje
podczas procesu instalacji.
ManagementAgent
Zawiera podkatalogi i pliki używane do uruchamiania agenta
zarządzania konfiguracją, który służy do konfigurowania
wielu funkcji produktu MDM i zarządzania nimi.
ManagementConsole
Zawiera podkatalogi i pliki, które są używane przez konsolę
zarządzania. Konsola zarządzania jest interfejsem
użytkownika obsługującym agenta zarządzania.
MDMCollector
Zawiera podkatalogi i pliki, które są używane do
uruchamiania kolektora danych programu IBM Support
Assistant.
mds
Ten katalog zawiera pliki dla wirtualnego systemu MDM
(wcześniej IBM Initiate Master Data Service). Przykłady
pakietu SDK języka Java i usługi WWW są instalowane w
katalogu /lib/sdk/examples.
Zawiera on również programy narzędziowe w katalogu
/scripts, na przykład program narzędziowy madconfig.
16
MessageBrokerSuite
Zawiera podkatalogi i pliki konfiguracyjne, które służą do
implementowania komponentów brokera komunikatów i
zarządzania nimi. Komponenty brokera komunikatów są
zwykle używane w implementacjach wirtualnych do obsługi
przesyłania komunikatów między systemami źródłowym i
serwerem operacyjnym a bazą danych MDM.
PCDS
Zawiera podkatalogi i pliki, które obsługują interfejs
użytkownika aplikacji Patient Clinical Data Search.
properties
W tym katalogu są zawarte parametry wejściowe używane
przy resetowaniu serwera i bazy danych MDM w środowisku
MDM Workbench.
Samples
Zawiera odwzorowania i pliki kodu źródłowego, które mogą
być używane w środowiskach programistycznych.
temp
Zawiera wszystkie dzienniki bazy danych. Po zakończeniu
instalacji, jeśli baza danych jest resetowana, katalog ten jest
używany do skopiowania wszystkich plików tymczasowych
SQL.
tmp
Zawiera pliki tymczasowe, które są używane podczas
procesu instalacji.
Uninstall
Ten katalog zawiera skrypty, które są wymagane do
deinstalacji komponentów MDM.
Tabela 5. Katalogi w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM (kontynuacja)
Katalog
Opis
utils
Zawiera wspólne zasoby generatora kluczy prywatnych
instancji nazwy jednostki.
Pojęcia pokrewne:
“Instalowanie aplikacji klienckich i poszczególnych komponentów” na stronie 148
Użycie zmiennych MAD_ROOTDIR i MAD_HOMEDIR
MAD_ROOTDIR i MAD_HOMEDIR to terminy i zmienne znane użytkownikom produktu
IBM Initiate Master Data Service. Definicje tych terminów w odniesieniu do instalacji
produktu InfoSphere MDM i serwera operacyjnego uległy zmianie.
We wcześniejszych wersjach produktu (przed wersją 11.0) katalog MAD_ROOTDIR
zawierał zainstalowane pliki, w tym wszystkie pliki binarne. Katalog MAD_HOMEDIR
zawierał wszystkie informacje o konfiguracji instancji. Teraz jednak zawartość tych dwóch
katalogów została w pewnym sensie połączona. Katalog MAD_ROOTDIR zawiera zarówno
zainstalowane pliki binarne, jak i informacje o konfiguracji serwera operacyjnego. Pojęcie
czystego katalogu MAD_HOMEDIR nie jest już poprawne.
W dokumentacji termin KATALOG_GŁÓWNY_INSTALACJI_MDM reprezentuje ścieżkę
katalogu głównego, w którym są zainstalowane wszystkie składniki produktu InfoSphere
MDM.
Podczas procesu instalacji tworzona jest robocza ścieżka MAD_ROOTDIR w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM. Ścieżka jest oznaczana w dokumentacji jako
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds. Ta ścieżka zawiera konfigurację dla
instalacji serwera operacyjnego i jest miejscem, w którym są uruchamiane wszystkie
narzędzia i programy narzędziowe związane z wirtualnym systemem MDM.
Podczas wdrażania w katalogu KATALOG_GŁÓWNY_PROFILU_WAS odpowiednie pliki
binarne i kopia konfiguracji są tworzone w wykonawczym katalogu MAD_ROOTDIR. W
pewnym sensie to położenie staje się katalogiem instancji. Ścieżka do konfiguracji
wykonawczej jest oznaczana w pliku właściwości niestandardowych maszyny JVM serwera
WebSphere Application Server jako właściwość mad.root.dir.
Konfiguracja w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM służy przede
wszystkim do obsługi narzędzi wiersza komend. Konfiguracja w katalogu
KATALOG_GŁÓWNY_PROFILU_WAS jest używana przez serwer operacyjny w czasie
wykonywania. Modyfikacja wdrożonych plików w katalogu
KATALOG_GŁÓWNY_PROFILU_WAS wpływa na zmiany na działającym serwerze
operacyjnym.
Ważne: Użytkownicy programu IBM Initiate Master Data Service muszą także zrozumieć,
że koncepcja pojedynczego katalogu instalacyjnego obsługującego wiele instancji nie jest już
poprawna. Konieczna jest oddzielna instalacja dla każdej wymaganej instancji produktu
InfoSphere MDM. Na przykład jeśli potrzebne są instancje dla środowiska produkcyjnego,
testowego i szkoleniowego, konieczne są trzy oddzielne katalogi instalacyjne i trzy oddzielne
wdrożenia serwera operacyjnego MDM i bazy danych w katalogu
KATALOG_GŁÓWNY_PROFILU_WAS.
W tematach poświęconych komponentowi Message Broker nadal są używane terminy i
zmienne MAD_ROOTDIR i MAD_HOMEDIR.
17
18
Rozdział 3. Instalowanie produktu
Istnieją dwa główne typy instalacji produktu InfoSphere MDM: niestandardowa i
autonomiczna z bazą danych IBM DB2. Instrukcje dla każdego typu wdrażania są takie same
dla wszystkich edycji produktu InfoSphere MDM.
Rysunek 2. Przegląd instalacji produktu InfoSphere MDM
Upewnij się, że spełnione są następujące wymagania wstępne:
v Zapoznano się ze znanymi problemami dla produktu InfoSphere MDM.
v Środowisko spełnia wymagania sprzętowe i programowe instalowanych komponentów.
v Wypełniono arkusze instalacji.
v Jest dostępny produkt InfoSphere MDM.
v Wykonano kroki przygotowawcze.
Wybór między wdrożeniem niestandardowym a jednym z wdrożeń autonomicznych z bazą
danych DB2 zależy przede wszystkim od celów konkretnej instalacji:
19
v Wdrożenia niestandardowego należy używać w przypadku wdrażania w środowisku
korzystającym z bazy danych innej niż DB2, środowisku korzystającym ze wcześniej
zainstalowanej bazy danych lub środowisku klastrowym.
v Wdrożenia serwera autonomicznego z bazą danych DB2 należy używać w przypadku
instalowania produktu InfoSphere MDM wdrożonego na serwerze IBM WebSphere
Application Server z bazą danych DB2 z wykorzystaniem wszystkich domyślnych wartości
instalacyjnych.
v Wdrożenia autonomicznej stacji roboczej z bazą danych DB2 należy używać w przypadku
instalowania nowego środowiska programistycznego InfoSphere MDM na stacji roboczej
Microsoft Windows.
Niezależnie od środowiska i typu wdrożenia każdą instalację produktu InfoSphere MDM
można wykonać w trybie graficznym lub cichym.
Jeśli planowane jest wdrożenie z instalacją niestandardową:
1. Dodaj niezbędne repozytoria do programu IBM Installation Manager.
2. Zainstaluj aplikację i komponenty.
Jeśli planowane jest wdrożenie z instalacją autonomiczną z bazą danych DB2:
3. Określ, czy wykonywana jest instalacja serwera autonomicznego, czy autonomicznej
stacji roboczej.
4. Użyj konkretnej procedury do danego typu wdrożenia.
Komunikat o powodzeniu na ostatnim panelu instalatora wskazuje, że testy weryfikujące
zostały wykonane automatycznie w ramach procesu instalacji. Można także wyświetlić pliki
dziennika w celu zweryfikowania pomyślności instalacji. Jeśli instalacja nie powiodła się,
wyświetl pliki dziennika i skorzystaj z odpowiednich informacji z tematów dotyczących
rozwiązywania problemów.
Po zakończeniu instalacji można dodawać i usuwać składniki (na przykład dodać aplikację
lub inną wersję językową) oraz modyfikować ustawienia konfiguracyjne poprzez ponowne
uruchomienie programu IBM Installation Manager i wybranie opcji Modyfikuj.
Pojęcia pokrewne:
“Typy wdrożeń: instalacja autonomiczna lub niestandardowa”
Zadania pokrewne:
Wyświetlanie dzienników instalacji produktu InfoSphere MDM
Rozwiązywanie problemów z instalacją
Planowanie instalacji
Przed rozpoczęciem instalacji trzeba podjąć istotne decyzje o stylu wdrażania produktu
InfoSphere MDM. Jest też kilka arkuszy instalacji i konfiguracji, które pomagają w
zaplanowaniu i zebraniu kluczowych informacji o instalacji.
Typy wdrożeń: instalacja autonomiczna lub niestandardowa
Produkt IBM InfoSphere Master Data Management można zainstalować w procesie instalacji
autonomicznej z bazą danych DB2 lub instalacji niestandardowej.
Poszczególne edycje produktu InfoSphere MDM zawierają zestawy funkcji zarządzania
danymi głównymi i są instalowane za pomocą programu IBM Installation Manager. Również
oprogramowanie dodatkowe, na przykład IBM WebSphere Application Server, IBM DB2 (w
20
przypadku używania bazy danych DB2) i IBM Rational Application Developer (w przypadku
używania środowiska InfoSphere MDM Workbench), jest instalowane za pomocą programu
IBM Installation Manager.
Wybór typu instalacji zależy od wielu czynników:
v czy produkt jest instalowany na pustym serwerze lub stacji roboczej;
v czy jest już zainstalowana baza danych i serwer aplikacji;
v na ilu serwerach lub stacjach roboczych będą wdrażane komponenty;
v jakie serwery przesyłania wiadomości będą instalowane;
v jaki jest pożądany stopień automatyzacji procesu instalacji.
Zadania pokrewne:
Rozdział 3, “Instalowanie produktu”, na stronie 19
Typy wdrożeń z instalacją autonomiczną
Instalacja autonomiczna obejmuje zainstalowanie produktu InfoSphere MDM, serwera IBM
WebSphere Application Server i bazy danych IBM DB2 podczas jednego wykonania
programu IBM Installation Manager.
Instalacje autonomicznych stacji roboczych dodatkowo obejmują produkty InfoSphere MDM
Workbench i IBM Rational Application Developer.
Typ wdrażania z instalacją autonomiczną zapewnia najkrótszy czas od zakończenia instalacji
do wykonania pierwszej transakcji.
Instalacje autonomiczne serwerów i stacji roboczych są obsługiwane dla edycji InfoSphere
MDM Standard Edition, Advanced Edition i Enterprise Edition.
Ważne: Wdrożenia z instalacją autonomiczną muszą być wykonywane na pustym serwerze
lub pustej stacji roboczej. Na serwerze lub stacji roboczej nie mogą być zainstalowane żadne
składniki produktu InfoSphere MDM, serwer IBM WebSphere Application Server ani baza
danych IBM DB2. Oznacza to, że nie można uruchomić na tym samym komputerze instalacji
autonomicznej zarówno serwera, jak i stacji roboczej, ponieważ proces instalacji podejmie
próbę zainstalowania podobnych składników, co spowoduje konflikt.
Instalacji autonomicznej serwera lub stacji roboczej należy używać, gdy:
v Wymagane jest szybkie zainstalowanie i skonfigurowanie.
v Planowane jest używanie nowej bazy danych IBM DB2 dla systemów Linux, UNIX i
Windows.
v Serwer IBM WebSphere Application Server jest instalowany po raz pierwszy.
v Instalacja jest wykonywana w systemie Microsoft Windows (tylko stacja robocza), IBM
AIX (tylko serwer), Linux (tylko serwer) lub Solaris (tylko serwer).
Podczas instalacji autonomicznej wszystkie funkcje serwera operacyjnego i bazy danych
produktu InfoSphere MDM są instalowane na jednym komputerze docelowym. Instalacja
może być wykonywana w trybie graficznym lub cichym.
Instalacje autonomiczne są uruchamiane za pomocą startera. Po otwarciu startera można
wybrać instalację autonomiczną na serwerze lub instalację autonomiczną na stacji roboczej.
Dokonanie wyboru powoduje wykonanie jednego z następujących dwóch działań:
v Zainstalowanie programu IBM Installation Manager, jeśli nie jest jeszcze zainstalowany.
v Uruchomienie programu IBM Installation Manager, jeśli jest zainstalowany. Jeśli
użytkownik nie ma bieżącej wersji programu IBM Installation Manager, to automatycznie
rozpoczyna się aktualizacja.
21
Po zakończeniu instalacji możliwy jest powrót i zainstalowanie dodatkowych składników
przy użyciu opcji Modyfikuj instalację.
“Składniki instalowane przez program IBM Installation Manager” na stronie 8
Instalacja autonomiczna serwera z bazą danych DB2:
Instalacja autonomiczna serwera oznacza zainstalowanie wybranej edycji produktu
InfoSphere MDM, serwera IBM WebSphere Application Server oraz bazy danych IBM DB2
dla systemu Linux, UNIX lub Windows na pustym serwerze.
Ta ilustracja przedstawia instalację autonomiczną serwera z bazą danych DB2.
Rysunek 3. Instalacja autonomiczna serwera z bazą danych DB2
W przypadku instalacji autonomicznej serwera z bazą danych DB2 program IBM Installation
Manager wykonuje następujące operacje:
1. Instaluje serwer IBM WebSphere Application Server (wdrożenie sieciowe) i bazę danych
IBM DB2 dla systemów Linux, UNIX i Windows.
2. Instaluje serwer operacyjny InfoSphere MDM, komponent bazy danych i dwie aplikacje
do administrowania danymi (interfejs użytkownika aplikacji InfoSphere MDM Data
Steward oraz InfoSphere MDM Inspector). Zawartość statyczna produktu MDM jest
przez instalator wyodrębniana do katalogu instalacyjnego
(KATALOG_GŁÓWNY_INSTALACJI_MDM). Zawartość statyczna może obejmować
aplikacje klienckie, takie jak Batch Processor, Management Agent, Management Console,
MDM Collector, skrypty konfiguracyjne MDM (skrypty programu narzędziowego
madconfig) i inne aplikacje korzystające z ustawień domyślnych.
22
3. Automatycznie tworzy profil IBM WebSphere Application Server i konfiguruje bazę
danych, serwer aplikacji i aplikacje do administrowania danymi.
4. Proces instalacji na koniec wdraża komponenty MDM na serwerze aplikacji.
Po zakończeniu instalacji autonomicznej serwera z bazą danych DB2 można zainstalować
dodatkowe składniki przy użyciu opcji modyfikacji.
Zadania pokrewne:
Instalacja autonomiczna stacji roboczej z bazą danych DB2:
Instalacja autonomicznej stacji roboczej z bazą danych DB2 oznacza wdrożenie jednej z
edycji produktu InfoSphere MDM, serwera IBM WebSphere Application Server, bazy danych
IBM DB2 dla systemów Linux, UNIX i Windows oraz środowisk IBM Rational Application
Developer i InfoSphere MDM Workbench na stacji roboczej z systemem Microsoft Windows
lub Linux.
Stacja robocza musi pracować w systemie operacyjnym Microsoft Windows lub Linux. Inne
systemy operacyjne nie są obsługiwane w przypadku instalowania autonomicznej stacji
roboczej.
Ta ilustracja przedstawia instalację autonomiczną stacji roboczej z bazą danych DB2.
Podobnie jak w scenariuszu instalacji na serwerze, należy pobrać produkt IBM WebSphere
Application Server (wdrożenie bazowe), produkt IBM DB2, odpowiednią edycję produktu
InfoSphere MDM oraz środowisko InfoSphere MDM Workbench.
23
Rysunek 4. Instalacja autonomiczna stacji roboczej z bazą danych DB2
W przypadku autonomicznej instalacji stacji roboczej z bazą danych DB2 program IBM
Installation Manager wykonuje następujące operacje:
1. Instaluje serwer IBM WebSphere Application Server (wdrożenie bazowe), bazę danych
IBM DB2 dla systemów Linux, UNIX i Windows oraz środowisko IBM Rational
Application Developer.
2. Instaluje produkt InfoSphere MDM Workbench w środowisku IBM Rational Application
Developer.
3. Instaluje serwer operacyjny MDM i komponenty bazy danych. Zawartość statyczna
produktu MDM jest przez instalator wyodrębniana do katalogu instalacyjnego
(KATALOG_GŁÓWNY_INSTALACJI_MDM). Zawartość statyczna może obejmować
aplikacje klienckie, takie jak Batch Processor, Management Agent, Management Console,
MDM Collector, skrypty konfiguracyjne MDM (skrypty programu narzędziowego
madconfig) i inne aplikacje.
4. Automatycznie tworzy profil IBM WebSphere Application Server i konfiguruje bazę
danych, serwer aplikacji i aplikacje do administrowania danymi, korzystając z ustawień
domyślnych.
5. Proces instalacji na koniec wdraża komponenty MDM na serwerze aplikacji.
Zadania pokrewne:
24
Wdrożenie z instalacją niestandardową
Instalacje niestandardowe umożliwiają wdrożenie produktu InfoSphere MDM niemal w
dowolnym scenariuszu wdrażania. Większość wdrożeń produktu InfoSphere MDM wymaga
instalacji niestandardowej.
Instalacja niestandardowa jest używana do wdrożenia produktu InfoSphere MDM w
następujących sytuacjach:
v Jeśli we wdrożeniu używana jest baza danych IBM DB2 for z/OS, Microsoft SQL Server
lub Oracle.
v Planowane jest użycie wcześniej zainstalowanej i skonfigurowanej bazy danych.
v Produkt jest instalowany w środowisku klastrowym.
v Produkt jest instalowany na serwerze lub stacji roboczej z zainstalowanym serwerem IBM
WebSphere Application Server i uruchomionym menedżerem wdrażania (Dmgr).
v Instalacja jest wykonywana w skonfigurowanym środowisku klastrowym serwera IBM
WebSphere Application Server, a wszystkie agenty węzłów są uruchomione.
v Produkt WebSphere MQ jest zainstalowany, a proces nasłuchujący jest uruchomiony.
v Instalowana jest tylko jedna z edycji produktu InfoSphere MDM (na przykład Standard
Edition, Advanced Edition lub Enterprise Edition).
Instalacja niestandardowa umożliwia wybranie wielu serwerów docelowych dla aplikacji
InfoSphere MDM i aplikacji interfejsów użytkownika bądź zainstalowanie wszystkiegona
jednym serwerze docelowym. Instalację niestandardową można wykonywać w trybie
graficznym lub cichym.
Ta ilustracja przedstawia wdrożenie niestandardowe w środowisku klastrowym.
Rysunek 5. Instalacja niestandardowa w środowisku klastrowym
25
Po zainstalowaniu produktu InfoSphere MDM można się cofnąć i zainstalować wszelkie
dodatkowe komponenty przy użyciu opcji modyfikowania instalacji.
Pojęcia pokrewne:
“Obsługa środowisk wysokiej dostępności”
Zadania pokrewne:
“Instalowanie wdrożenia niestandardowego produktu InfoSphere MDM” na stronie 112
Instalacja graficzna lub cicha
Produkt InfoSphere MDM można instalować w trybie graficznym lub cichym. Należy wybrać
metodę instalacji najlepiej pasującą do używanego środowiska.
Tryb graficzny
Jeśli komputer, na którym uruchamiany jest program IBM Installation Manager, ma
możliwość wyświetlenia graficznego interfejsu użytkownika, to jest to opcja preferowana.
Program IBM Installation Manager wyświetla szereg ekranów prowadzących użytkownika
przez proces wyboru opcji i konfigurowania podstawowych parametrów, a przed
rozpoczęciem instalacji wyświetla podsumowanie wybranych opcji.
Tryb cichy
Jeśli planowane jest wykonanie identycznej instalacji na wielu komputerach, warto rozważyć
skorzystanie z trybu cichego. Instalacja cicha jest uruchamiana z wiersza komend i korzysta z
pliku odpowiedzi. Ta opcja nie wymaga ręcznego podawania opcji instalacji. Opcje instalacji
są odczytywane z pliku odpowiedzi. Plik odpowiedzi można utworzyć ręcznie lub za pomocą
kreatora instalacji graficznej. Plik odpowiedzi można utworzyć bez instalowania
oprogramowania lub podczas instalacji. W pliku są rejestrowane kroki podejmowane w
procesie instalacji oraz napotkane błędy.
Obsługa środowisk wysokiej dostępności
Na potrzeby instalacji produktu InfoSphere MDM w środowiskach wysokiej dostępności
można skonfigurować wiele instancji na wielu hostach. Dzięki temu w razie awarii jednego
serwera lub instancji pozostałe będą mogły dalej obsługiwać ruch.
Wskazówka: Aby wdrożyć produkt InfoSphere MDM w środowisku o wysokiej
dostępności, trzeba dokonać wdrożenia przy użyciu ścieżki instalacji niestandardowej.
Serwer operacyjny MDM używa kontenera IBM WebSphere Application Server i może być
wdrożony na jednym serwerze lub w klastrze, stosownie do konfiguracji w kontenerze.
Klaster może być skonfigurowany fabrycznie na serwerze. Instalator może wykryć
środowisko klastrowe i wykonać wdrożenie w tym środowisku w toku instalacji
niestandardowej.
Przed rozpoczęciem instalowania należy zapoznać się ze scenariuszami instalacji, aby
dowiedzieć się, jak obsługiwać wymagania środowisk wysokiej dostępności i klastrowych.
Pojęcia pokrewne:
Scenariusze instalacji
“Wdrożenie z instalacją niestandardową” na stronie 25
Zadania pokrewne:
26
“Instalowanie wdrożenia niestandardowego” na stronie 70
Arkusze instalacji i konfiguracji
Arkusze instalacji zawierają listę wszystkich wartości, które należy podać podczas procesu
instalacji produktu InfoSphere MDM. Wypełnienie arkuszy instalacji przed przystąpieniem do
instalowania komponentów pozwala zaplanować instalację, oszczędzić czas i zapewnić
spójność w procesie instalowania i konfigurowania.
W przypadku wykonywania instalacji autonomicznej z bazą danych DB2 używane są
wartości domyślne i użytkownik nie jest proszony o wprowadzanie danych.
Należy ponownie użyć tych samych arkuszy w każdym wdrażanym środowisku
wykonawczym. Może to być na przykład środowisko produkcyjne, testowe i szkoleniowe.
Arkusze są przeznaczone dla aplikacji i komponentów, których bazowe ustawienia
konfiguracyjne są zdefiniowane w programie IBM Installation Manager. Wszelkie niezbędne
kroki konfiguracyjne serwera operacyjnego, aplikacji użytkownika lub komponentów
wykonywane poza programem IBM Installation Manager są opisane w odrębnych tematach
dotyczących danej aplikacji lub składnika.
Zadania pokrewne:
Arkusz katalogu instalacyjnego
Ten arkusz służy do zapisania katalogu głównego hosta, na którym będzie instalowany
produkt InfoSphere MDM.
Jeśli później będą instalowane kolejne środowiska wykonawcze, mogą one wskazywać inną
bazę danych niż baza używana w środowisku początkowym. W przypadku instalowania wielu
środowisk wykonawczych należy ponownie wykorzystać arkusz instalacyjny w celu
zdefiniowania unikalnych wartości katalogów dla poszczególnych środowisk.
W przypadku instalowania w systemie Microsoft Windows:
v Konieczne jest użycie trybu administratora, aby program IBM Installation Manager miał
możliwość zapisu w rejestrze systemu Windows. Tryb administratora nie jest używany w
przypadku systemów IBM AIX, Linux i Solaris.
v W systemie operacyjnym Microsoft Windows 7 produkt MDM należy zainstalować w
katalogu, który nie jest zwirtualizowany.
Parametry wymienione w poniższej tabeli odpowiadają zachętom lub polom wyświetlanym w
programie IBM Installation Manager.
27
Tabela 6. Arkusz katalogu instalacyjnego produktu InfoSphere MDM
Parametr
Opis
Użyj istniejącej grupy pakietów
Wybierz tę opcję, aby zainstalować
komponenty produktu InfoSphere
MDM w istniejącej powłoce lub
katalogu środowiska Eclipse. Po
wybraniu tej opcji nie jest możliwa
zmiana nazwy katalogu.
Wartość użytkownika
Opcji nie należy wybierać, jeśli
wcześniej zainstalowano już inne
produkty za pomocą programu IBM
Installation Manager, na przykład
środowisko IBM Rational
Środowisko InfoSphere MDM
Workbench musi być zainstalowane
w tej samej grupie pakietów, co
środowisko IBM Rational
Utwórz nową grupę pakietów
Ustawienie domyślne. Program IBM
Installation Manager utworzy
domyślny katalog IBM/MDM w
wybranym katalogu głównym.
Można też wybrać dowolną inną
nazwę katalogu.
Na przykład
KATALOG_GŁÓWNY_
INSTALACJI_MDM/
IBM/MDM_test lub
KATALOG_GŁÓWNY_
INSTALACJI_MDM/
IBM/MDM_prod.
Arkusz źródła danych – DB2 lub DB2 for z/OS
Ten arkusz źródła danych pozwala zidentyfikować odpowiednie parametry źródła danych
IBM DB2 lub IBM DB2 for z/OS, z którym nawiązuje połączenie serwer operacyjny MDM.
W przypadku produktu InfoSphere MDM Standard Edition wszystkie informacje o źródle
danych IBM AIX®, Linux lub Solaris są przechowywane w pliku odbc.ini w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM/conf.
Podczas definiowania nazw baz danych i kont użytkowników warto rozważyć użycie tej
samej nazwy dla powiązanej instancji bazy danych, konta użytkownika i konfiguracji źródła
danych. Może też być wskazane umieszczenie w nazwie wersji produktu InfoSphere MDM.
Zastosowanie takiej konwencji nazewnictwa pomoże współpracownikom i personelowi
wsparcia IBM dla oprogramowania w zrozumieniu powiązań między instancjami, kontami i
bazami danych.
28
Tabela 7. Arkusz źródła danych – IBM DB2 lub DB2 for z/OS
Parametr
Opis
Typ bazy danych
Bazy danych DB2 i DB2 for
z/OS są obsługiwane we
wszystkich edycjach produktu
InfoSphere MDM.
Nazwa hosta bazy danych
Określ pełny adres hosta, na
którym jest zainstalowana baza
danych. Wartością domyślną jest
localhost.
Port bazy danych
Określ port bazy danych lub użyj
podanego domyślnego numeru
portu. Wartością domyślną dla
bazy danych DB2 i DB2 for
z/OS jest 50000.
Nazwa użytkownika bazy
danych
danych musi mieć uprawnienia
administratora DBA.
Ograniczenia dotyczące długości
i obsługiwanych znaków w
nazwach użytkowników i
hasłach są zależne od
ewentualnych ograniczeń
narzuconych przez system
operacyjny.
Jeśli produkt InfoSphere MDM
jest instalowany w ramach
instalacji autonomicznej,
wartością domyślną nazwy
użytkownika i hasła bazy danych
DB2 jest mdminst11 w systemie
Linux i UNIX oraz db2admin w
systemie Microsoft Windows.
Hasło bazy danych
Podaj hasło dla nazwy
użytkownika bazy danych.
Nazwa bazy danych
Podaj nazwę, która identyfikuje
bazę danych InfoSphere MDM.
Wartością domyślną jest
MDMDB.
Nazwa może zawierać
maksymalnie 12 znaków
alfanumerycznych. W nazwie
mogą być używane znaki
podkreślenia (_). Inne znaki nie
są obsługiwane.
29
Tabela 7. Arkusz źródła danych – IBM DB2 lub DB2 for z/OS (kontynuacja)
Parametr
Opis
Katalog główny bazy danych
W przypadku instalacji
niestandardowych należy podać
pełną nazwę katalogu, w którym
zainstalowana jest baza danych.
Podaj katalog macierzysty
katalogu SQLLIB. Na przykład:
Windows: C:\IBM\DB2
IBM AIX, Linux lub Solaris:
/home/db2inst1
Schemat bazy danych
Podaj nazwę schematu bazy
danych. Domyślnie nazwa
schematu jest taka sama jak
nazwa użytkownika aplikacji
bazy danych.
Ręczne instalowanie bazy
danych MDM
Jeśli planowane jest ręczne
zainstalowanie bazy danych
fizyczny system MDM, można
wybrać opcję Wyodrębnij
skrypty do ręcznej instalacji
bazy danych. Aplikacja
instalacyjna wyodrębni skrypty,
które umożliwią dokonanie
instalacji ręcznej.
Tabele wirtualnego systemu
MDM są instalowane, nawet
jeśli ta opcja zostanie wybrana.
Ta opcja jest dostępna tylko
wtedy, gdy baza danych MDM
jest instalowana samodzielnie,
bez żadnych innych składników.
Nazwy obszarów tabel
Jeśli obszary tabel zostały
utworzone wcześniej, należy
zanotować ich nazwy, aby podać
je w aplikacji instalacyjnej.
Wymagane są następujące
obszary tabel (w nawiasach
podano nazwy domyślne):
v Obszar 4K (TBS4K)
v Obszar 8K (TBS8K)
v Obszar 16K (TBS16K)
v Obszar IndexSpace
(INDEXSPACE)
v Obszar EME (EMESPACE1)
v Obszar PME (EMESPACE2)
v Obszar LongSpace
(LONGSPACE)
Zadania pokrewne:
“Przygotowywanie bazy danych DB2” na stronie 76
30
Arkusz źródła danych Microsoft SQL Server umożliwia zidentyfikowanie parametrów źródła
danych, z którym nawiązuje połączenie serwer operacyjny MDM.
danych IBM AIX®, Linux lub Solaris są przechowywane w pliku odbc.ini w katalogu
bazami danych.
Ważne: Nie jest obsługiwane użycie aplikacji użytkownika Business Administration, Data
Stewardship i Product Management z bazą danych Microsoft SQL Server.
Tabela 8. Arkusz źródła danych – Microsoft SQL Server
Parametr
Opis
Typ bazy danych
Baza danych Microsoft SQL
Server jest obsługiwana tylko w
przypadku produktu InfoSphere
MDM Standard Edition. Typem
musi być MSSQLU.
localhost.
Port bazy danych
bazy danych Microsoft SQL
Server jest 1433.
danych
administratora DBA.
operacyjny.
Hasło bazy danych
Nazwa bazy danych
Podaj nazwę, która identyfikuje
bazę danych MDM. Wartością
domyślną jest MDMDB.
31
Tabela 8. Arkusz źródła danych – Microsoft SQL Server (kontynuacja)
Parametr
Opis
Nazwa serwera bazy danych
Określ nazwę serwera bazy
danych, z którym łączy się
instancja bazy danych MDM.
Grupa plików bazy danych
Określ nazwę grupy plików bazy
danych. Grupa plików to
struktura logiczna do
grupowania obiektów (kolekcji
plików) w bazie danych. W
bazie danych Microsoft SQL
Server grupy plików są używane
w celu ułatwienia
rozmieszczania danych i
wykonywania czynności
administracyjnych, na przykład
tworzenia i odtwarzania kopii
zapasowych.
Używaj rodzimego
uwierzytelniania Windows
Wybierz, czy serwer operacyjny
ma uwierzytelniać połączenia z
bazą danych za pomocą
referencji systemu Microsoft
Windows. Domyślnie używane
są referencje produktu SQL
Server.
Jeśli planowane jest użycie
uwierzytelniania Windows,
administrator DBA musi ustawić
domyślny schemat użytkownika
logowania na schemat, którego
będzie używać program IBM
Installation Manager.
danych MDM
fizycznego systemu MDM,
należy wybrać tę opcję, aby
wyodrębnić skrypty, które są
używane na potrzeby instalacji
ręcznej.
Zadania pokrewne:
“Przygotowywanie bazy danych Microsoft SQL Server” na stronie 79
Arkusz źródła danych – Oracle
Arkusz źródła danych Oracle umożliwia zidentyfikowanie parametrów źródła danych, z
którym nawiązuje połączenie serwer operacyjny MDM.
danych systemu IBM AIX, Linux lub Solaris są przechowywane w pliku odbc.ini w katalogu
32
bazami danych.
Tabela 9. Arkusz źródła danych – Oracle
Parametr
Opis
Typ bazy danych
Baza danych Oracle jest
obsługiwana we wszystkich
edycjach produktu InfoSphere
MDM.
localhost.
Port bazy danych
systemu Oracle jest 1521.
danych
administratora DBA. W
przypadku bazy danych Oracle
nazwa użytkownika bazy danych
musi być taka sama, jak nazwa
schematu.
operacyjny.
Hasło bazy danych
Nazwa bazy danych
Podaj nazwę bazy danych.
Podaj pełną nazwę katalogu, w
którym zainstalowana jest baza
danych. Na przykład:
W systemie Windows:
C:\App\oracle\product\11.2.0\
db_1
W systemie IBM AIX, Linux lub
Solaris: /home/mdm/oracle/
product/11.2.0/db_1
33
Tabela 9. Arkusz źródła danych – Oracle (kontynuacja)
Parametr
Opis
danych MDM
fizyczny system MDM, można
wybrać opcję Wyodrębnij
skrypty do ręcznej instalacji
bazy danych. Aplikacja
instalacyjna wyodrębni skrypty,
które umożliwią dokonanie
instalacji ręcznej.
Ta opcja jest dostępna tylko
wtedy, gdy baza danych MDM
jest instalowana samodzielnie,
bez żadnych innych składników.
Nazwy obszarów tabel
Jeśli obszary tabel zostały
utworzone wcześniej, należy
zanotować ich nazwy, aby podać
je w aplikacji instalacyjnej.
Wymagane są następujące
obszary tabel (w nawiasach
podano nazwy domyślne):
v Obszar 4K (TBS4K)
v Obszar 8K (TBS8K)
v Obszar 16K (TBS16K)
v Obszar IndexSpace
(INDEXSPACE)
v Obszar EME (EMESPACE1)
v Obszar PME (EMESPACE2)
v Obszar LongSpace
(LONGSPACE)
Zadania pokrewne:
“Przygotowywanie bazy danych Oracle” na stronie 80
Arkusz instalacji serwera WebSphere Application Server
Arkusz konfiguracji serwera IBM WebSphere Application Server umożliwia identyfikację
parametrów serwera aplikacji, na którym znajduje sięserwer operacyjny MDM.
34
Tabela 10. Arkusz instalacji serwera IBM WebSphere Application Server
Parametr
Opis
Typ wdrożenia
Określ typ wdrożenia i zanotuj nazwę
profilu serwera IBM WebSphere
Application Server. Dostępne opcje to
Network Deployment Edition lub Base
Edition (niezarządzane).
Wdrożenie sieciowe jest stosowane w
przypadku instalacji na serwerach lub w
klastrach. Wdrożenie bazowe jest zazwyczaj
stosowane w instalacjach na stacjach
roboczych lub w instalacjach
demonstracyjnych.
W przypadku wdrożenia sieciowego
instalator wykonuje sekwencję komend w
odniesieniu do procesu menedżera
wdrażania serwera IBM WebSphere
Application Server w celu skonfigurowania
serwerów aplikacji i wdrożenia aplikacji.
Przed rozpoczęciem wdrażania konieczne
jest skonfigurowanie i uruchomienie
menedżera wdrażania i agentów węzłów. Na
przykład należy użyć nazwy profilu
Dmgr01.
Jeśli wybrano wdrożenie sieciowe,
instalator można uruchomić również w
klastrze serwera IBM WebSphere
Application Server. Program instalacyjny
automatycznie wykryje klaster. Jeśli klaster
jest skonfigurowany, działaniem
domyślnym jest wdrożenie aplikacji w
klastrze. Można zamiast tego wybrać opcję
wdrożenia aplikacji na pojedynczym
serwerze.
Jeśli wybrano wdrożenie bazowe, serwer
operacyjny zostanie wdrożony na serwerze
server1 bazowej instalacji produktu IBM
WebSphere Application Server. Instalator
wykonuje sekwencję komend na serwerze
server1 w celu skonfigurowania serwera
aplikacji i wdrożenia aplikacji. Przed
rozpoczęciem wdrażania należy się
upewnić, że serwer server1 jest
uruchomiony. Na przykład należy użyć
nazwy profilu AppSrv1.
Katalog główny
produktu IBM
WebSphere Application
Server
Podaj pełną nazwę katalogu, w którym jest
zainstalowany produkt IBM WebSphere
Application Server. Wartością domyślną jest
/opt/IBM/WebSphere/AppServer.
Katalog główny profilu W przypadku wdrożenia bazowego określ
IBM WebSphere
pełną ścieżkę do katalogu głównego profilu
Application Server
serwera aplikacji. Wartością domyślną jest
/opt/IBM/WebSphere/AppServer/
profiles.
35
Tabela 10. Arkusz instalacji serwera IBM WebSphere Application Server (kontynuacja)
Parametr
Opis
Stowarzyszenie z
Aby stowarzyszyć nowo utworzony węzeł
istniejącym
zarządzany z istniejącym menedżerem
menedżerem wdrażania wdrażania, wybierz opcję Stowarzysz z
istniejącym menedżerem wdrażania.
Nazwa profilu
menedżera wdrażania
Podaj nazwę profilu menedżera wdrażania.
Upewnij się, że nazwa nie jest już używana.
Ta opcja ma zastosowanie tylko wtedy, gdy
wybrano wdrożenie sieciowe i opcję
Stowarzysz z istniejącym menedżerem
wdrażania.
Katalog główny profilu Podaj pełną ścieżkę katalogu głównego
menedżera wdrażania
profilu menedżera wdrażania.
Nazwa hosta
Określ pełny adres hosta, na którym jest
zainstalowany produkt IBM WebSphere
Application Server. Wartością domyślną jest
localhost.
Port SOAP
Jeśli używane jest wdrożenie zdalne, określ
port SOAP menedżera wdrażania na
komputerze zdalnym. Wartością domyślną
jest 8879.
Nazwa użytkownika
Podaj nazwę użytkownika serwera IBM
WebSphere Application Server. Użytkownik
musi mieć uprawnienia administratora.
Hasło
Hasło użytkownika serwera IBM
Komórka
Podaj komórkę serwera IBM WebSphere
Application Server, w której będzie
wdrażany produkt InfoSphere MDM.
Jeśli serwer IBM WebSphere Application
Server jest już zainstalowany i
skonfigurowany, można podczas instalacji
kliknąć opcję Retrieve Host Details
(Pobierz szczegóły hosta), aby program
IBM Installation Manager pobrał informacje
o komórce, węźle i serwerze.
Węzeł
Podaj komórkę serwera IBM WebSphere
Application Server, w której będzie
wdrażany produkt InfoSphere MDM.
Po wybraniu komórki w programie IBM
Installation Manager wszystkie węzły w tej
komórce będą dostępne na liście.
36
Tabela 10. Arkusz instalacji serwera IBM WebSphere Application Server (kontynuacja)
Parametr
Opis
Serwer
Podaj serwer, na którym będzie wdrażany
Po wybraniu węzła w programie IBM
Installation Manager wszystkie serwery
dostępne na tym węźle zostaną wyświetlone
na liście.
Aby utworzyć nowy serwer na potrzeby
wdrożenia, można określić nową nazwę na
panelu konfiguracji. Serwer o tej nazwie
zostanie utworzony w produkcie IBM
WebSphere Application Server podczas
procesu instalacji.
Nazwa profilu węzła
zarządzanego
Podaj nazwę profilu węzła zarządzanego.
Upewnij się, że nazwa nie jest już używana.
Ta opcja ma zastosowanie jedynie w
przypadku wdrożenia sieciowego.
Katalog główny profilu Podaj pełną ścieżkę katalogu głównego
węzła zarządzanego
profilu węzła zarządzanego.
Zainstaluj aplikację
MDM w klastrze
Ta opcja jest dostępna na panelu
konfiguracji, jeśli istnieje klaster
WebSphere Application Server. Wybierz tę
opcję, jeśli chcesz zainstalować aplikację
InfoSphere MDM w środowisku
klastrowym.
Klaster
W przypadku instalacji w środowisku
klastrowym wybierz klaster, w którym mają
zostać wdrożone aplikacje.
Pojęcia pokrewne:
“Instalowanie i konfigurowanie serwera aplikacji” na stronie 101
Arkusz konfiguracji aplikacji InfoSphere MDM
Arkusz konfiguracji aplikacji umożliwia identyfikowanie parametrów dla serwera
operacyjnego MDM.
programie IBM Installation Manager na panelu Konfiguracja aplikacji.
Tabela 11. Arkusz instalacji aplikacji MDM
Parametr
Opis
Nazwa aplikacji MDM
Podaj nazwę serwera
operacyjnego MDM. Nazwa ta
jest używana w serwerze IBM
Wartością domyślną jest E001.
37
Tabela 11. Arkusz instalacji aplikacji MDM (kontynuacja)
38
Parametr
Opis
Nazwa użytkownika MDM
Podaj nazwę użytkownika, której
ta instancja produktu InfoSphere
MDM będzie używać podczas
logowania do aplikacji
klienckich i interfejsów
użytkownika produktu MDM.
Uwaga: Nie jest to ten sam
użytkownik administracyjny
serwera WebSphere Application
Server, który administruje
instancją produktu InfoSphere
MDM, więc nie trzeba podawać
tej samej nazwy użytkownika.
Hasło użytkownika MDM
Podaj hasło użytkownika MDM.
port RMI
Podaj port, na którym usługa
rejestru RMI (zdalne wywołanie
metody) nasłuchuje połączeń od
innych usług. W środowisku
klastrowym wszystkie węzły
muszą używać tego samego
portu RMI do komunikacji.
Wartością domyślną jest 9999.
Styl uzgadniania
Określ, czy ma być używany
probabilistyczny, czy
deterministyczny styl
uzgadniania.
Włącz wdrożenie wielu stref
czasowych
Wybierz tę opcję, jeśli aplikacja
jest uruchomiona w różnych
strefach czasowych lub dane
zawierają wartości zależne od
czasu w różnych strefach
czasowych.
Domyślna strefa czasowa
Wybierz z listy domyślną strefę
czasową klienta. Jeśli strefa
czasowa nie zostanie podana,
będzie używana strefa czasowa
serwera aplikacji.
Tabela 11. Arkusz instalacji aplikacji MDM (kontynuacja)
Parametr
Opis
Komunikaty
Określ typ przesyłania
komunikatów na potrzeby
implementacji.
Aby użyć wewnętrznego
mechanizmu przesyłania
komunikatów WebSphere,
wybierz wartość Domyślny
mechanizm przesyłania
komunikatów IBM WebSphere.
W większości wirtualnych
konfiguracji MDM zostanie
zaznaczony domyślny
mechanizm przesyłania
komunikatów IBM WebSphere i
zostanie zainstalowany składnik
Message Brokers.
IBM WebSphere MQ jest
oddzielnym produktem dla
przedsiębiorstwa i musi zostać
zainstalowany przed
zainstalowaniem produktu
InfoSphere MDM. W przypadku
wybrania IBM WebSphere MQ
należy podać wartości
następujących parametrów.
Katalog główny kolejki
komunikatów
Podaj pełną nazwę katalogu
głównego kolejki komunikatów.
Wartością domyślną jest
/usr/mqm.
Nazwa menedżera kolejek
Podaj nazwę menedżera kolejek.
Na przykład
CUSTOMER.QUEUE.
MANAGER.
Nazwa hosta MQ
Podaj nazwę serwera, na którym
działa produkt WebSphere MQ.
Port MQ
Podaj numer portu
nasłuchiwania WebSphere MQ.
Nazwa kanału
Podaj nazwę kanału. Kanały
służą do przesyłania
komunikatów między
menedżerami kolejek.
Nazwa użytkownika
Podaj nazwę użytkownika
WebSphere MQ.
Hasło
Podaj hasło.
Skonfiguruj serwer przesyłania
komunikatów
Wybierz tę opcję, aby wdrożyć
parametry i skonfigurować
serwer przesyłania
komunikatów.
Pojęcia pokrewne:
Obsługa wielu stref czasowych
39
Style uzgadniania: probabilistyczny a deterministyczny
Arkusz instalacji aplikacji użytkownika
Ten arkusz umożliwia zarejestrowanie parametrów aplikacji użytkownika, które mają być
instalowane.
Arkusza należy używać dla każdej instalowanej aplikacji użytkownika, ewentualnie
odnotowując na nim wszelkie różnice między aplikacjami.
Tabela 12. Arkusz instalacji aplikacji użytkownika
40
Parametr
Opis
Typ wdrożenia
Określ, czy dla serwera IBM
WebSphere Application Server
używane jest wdrożenie bazowe
(Base), czy sieciowe (Network).
Wdrożenie sieciowe jest
stosowane w przypadku
instalacji na serwerach lub w
klastrach. Wdrożenie bazowe
jest zazwyczaj stosowane w
instalacjach na stacjach
roboczych lub w instalacjach
demonstracyjnych.
Katalog główny profilu IBM
W przypadku wdrożenia
bazowego określ pełną ścieżkę
do katalogu głównego profilu
serwera aplikacji. Wartością
domyślną jest
/opt/IBM/WebSphere/
AppServer/profiles.
Nazwa hosta
Podaj nazwę serwera IBM
WebSphere Application Server,
na którym jest wdrożony serwer
operacyjny MDM.
Port SOAP
Podaj numer portu serwera
operacyjnego MDM lub użyj
wartości domyślnej 8879.
Nazwa użytkownika
Podaj nazwę użytkownika
administracyjnego dla tej
aplikacji.
Hasło
Podaj hasło użytkownika
administracyjnego.
Komórka
Podaj komórkę serwera IBM
w której będzie wdrażana
aplikacja. Jeśli serwer IBM
jest już zainstalowany i
skonfigurowany, kliknij opcję
Retrieve Host Details (Pobierz
szczegóły hosta) podczas
instalacji, aby pobrać informacje
o komórce, węźle i serwerze.
Tabela 12. Arkusz instalacji aplikacji użytkownika (kontynuacja)
Parametr
Opis
Węzeł
Podaj węzeł serwera IBM
na którym będzie wdrażana
aplikacja.
Serwer
Podaj serwer lub serwery IBM
na których będzie wdrażana
aplikacja.
Zainstaluj aplikację MDM w
klastrze
Ta opcja jest dostępna na panelu
konfiguracji, jeśli istnieje klaster
Wybierz tę opcję, jeśli chcesz
zainstalować aplikację
InfoSphere MDM w środowisku
klastrowym.
Klaster
W przypadku instalacji w
środowisku klastrowym wybierz
klaster, w którym mają zostać
wdrożone aplikacje.
Zadania pokrewne:
“Instalowanie interfejsu użytkownika aplikacji Business Administration” na stronie 149
“Instalowanie interfejsu użytkownika aplikacji Data Stewardship” na stronie 150
“Instalowanie interfejsu użytkownika aplikacji Product Maintenance” na stronie 152
Instalowanie aplikacji Inspector
Instalowanie aplikacji Enterprise Viewer
Instalowanie komponentu Web Reports
Instalowanie aplikacji Provider Direct
Aplikacje użytkownika i powiązania serwera operacyjnego:
Niektóre aplikacje użytkownika obsługują albo tylko wirtualną, albo tylko fizyczną
konfigurację MDM.
Następująca tabela przedstawia powiązania między aplikacjami użytkownika a
obsługiwanymi konfiguracjami produktu InfoSphere MDM.
Tabela 13. Aplikacje użytkownika produktu InfoSphere MDM
Aplikacje wirtualne MDM
Aplikacje fizyczne MDM
InfoSphere MDM Inspector
InfoSphere MDM Business Administration
InfoSphere MDM Enterprise Viewer
InfoSphere MDM Data Stewardship
InfoSphere MDM Web Reports
InfoSphere MDM Product Maintenance
InfoSphere MDM Provider Direct
InfoSphere MDM Pair Manager
Uwaga: Nie wszystkie aplikacje użytkownika są instalowane za pomocą paneli programu
41
“Wymagania dotyczące instalacji” na stronie 2
Arkusz instalacji historii
Ten arkusz umożliwia zarejestrowanie parametrów konfiguracji wyzwalacza historii.
Wyzwalacze historii są używane przez serwery operacyjne fizycznego systemu MDM.
Istnieją dwa zestawy wyzwalaczy, które generują dane do tabel historii bazy danych
fizycznego systemu MDM. Pierwszy zestaw jest przeznaczony dla tabeli podstawowej i
domenowej. Drugi zestaw jest przeznaczony dla tabel zarządzania konfiguracją. Każdy
zestaw składa się z wyzwalaczy historii i wyzwalaczy usuwania.
Tabela 14. Arkusz instalacji historii
Parametr
Opis
Branża
Określ typ branży, który jest
obsługiwany w tej
implementacji. Można określić
tylko jeden typ.
Istnieją cztery typy
obsługiwanych branż. Każda
opcja powoduje instalowanie
tabel kodów i danych dla tego
typu branży.
v Ubezpieczenia – tę opcję
należy wybrać w przypadku
ubezpieczeń na życie,
zdrowotnych, emerytalnych,
mienia, wypadkowych itd.
v Bankowość – tę opcję należy
wybrać w przypadku
bankowości detalicznej lub
komercyjnej, obsługi kart
kredytowych, udzielania
pożyczek itd.
v Telekomunikacja – tę opcję
należy wybrać w przypadku
komunikacji bezprzewodowej,
telewizji kablowej, telewizji
satelitarnej, usług
telefonicznych itd.
v Produkcja – tę opcję należy
wybrać w przypadku
przemysłu maszynowego,
lotniczego, elektrycznego,
grzewczego, mechanicznego
itd.
42
Tabela 14. Arkusz instalacji historii (kontynuacja)
Parametr
Opis
Wyzwalacze historii
Dostępne są trzy opcje
wyzwalaczy historii. Można
określić tylko jedną z nich.
v Brak. Wybierz tę opcję, jeśli
nie chcesz instalować żadnych
wyzwalaczy. Wybranie tej
opcji uniemożliwi
przechowywanie historii w
bazie danych.
v Proste. Wybierz tę opcję, aby
zainstalować tylko
wyzwalacze aktualizacji. W
chwili zaktualizowania
rekordu w bazie danych do
tabeli historii zostanie dodana
kopia tego rekordu sprzed
aktualizacji. W tabeli historii
są zapisywane poprzednie
wersje rekordu.
v Złożone. Wybierz tę opcję,
jeśli chcesz zainstalować
zarówno wyzwalacze
wstawiania, jak i aktualizacji.
W chwili dodania rekordu do
bazy danych lub jego
zaktualizowania w bazie
danych do tabeli historii
zostanie dodana kopia tego
rekordu. W tabeli historii jest
zapisywana zarówno bieżąca
wersja rekordu, jak i wersje
poprzednie.
Wyszukiwanie z rozróżnianiem
wielkości liter
Domyślnie podczas
wyszukiwania nazw w
kontraktach, produktach i
kategoriach wielkość liter nie
jest rozróżniana. Zaznacz pole
wyboru Włącz rozróżnianie
wielkości liter w
wyszukiwaniu, aby nałożyć na
wyszukiwanie ograniczenie
rozróżniania wielkości liter.
Włączenie tej opcji powoduje
utworzenie obiektów bazy
danych, więc jej późniejsze
wyłączenie nie jest możliwe.
Języki tabel kodów
Wraz z serwerem operacyjnym
fizycznego systemu MDM
dostarczane są przetłumaczone
wartości tabel kodów dla
predefiniowanych list i
komunikatów o błędach.
Językiem domyślnym jest
angielski.
43
Tabela 14. Arkusz instalacji historii (kontynuacja)
Parametr
Opis
Język zasobów aplikacji
Podaj odpowiednie tłumaczenia
interfejsu użytkownika do
zainstalowania.
Pojęcia pokrewne:
Wyszukiwanie bez rozróżniania wielkości liter
Istnieje kilka typowych scenariuszy instalacji, które mogą służyć jako wytyczne przy
instalowaniu produktu InfoSphere MDM w podobnych środowiskach. Scenariusze nie
uwzględniają wszystkich możliwych konfiguracji lub środowisk, ale wskazują podstawowe
kroki związane z instalacją niestandardową obejmującą wiele produktów i komputerów.
Przed przystąpieniem do instalacji należy upewnić się, że wybrane systemy spełniają
odpowiednie wymagania dotyczące systemu operacyjnego, sprzętu, oprogramowania,
komunikacji, dysku i pamięci.
W tych scenariuszach założono, że zostały wykonane następujące czynności:
v “Pozyskiwanie i rozpakowywanie plików instalacyjnych” na stronie 56
v “Przygotowywanie programu IBM Installation Manager” na stronie 71
v “Instalowanie pakietu Installation Startup Kit” na stronie 72
Przed rozpoczęciem każdej instalacji należy upewnić się, że są spełnione następujące
warunki:
v Wszelkie agenty na węźle Dmgr są wdrożone i uruchomione.
v Wszelkie agenty na węźle AppSrv są wdrożone i uruchomione. W niektórych
scenariuszach instalacji profil WebSphere Application Server AppSrv nosi nazwę server1.
v Poprawnie ustawiono zmienne środowiskowe JAVA_HOME i PATH na każdym z
komputerów.
v W przypadku oprogramowania WebSphere Application Server Network Deployment
zmienne DB2_JDBC_DRIVER_PATH serwera aplikacji wskazują odpowiednie węzły
zawierające sterowniki JDBC DB2 dla komputerów. Nie jest to konieczne, jeśli używana
jest podstawowa edycja serwera WebSphere Application Server.
v Musi być znana nazwa hosta i numery portów SOAP używane przez węzeł Dmgr.
v Musi być znana nazwa hosta i numer portu startowego serwera aplikacji, na którym w
wyniku uruchomienia programu IBM Installation Manager został wcześniej zainstalowany
Scenariusz: Instalowanie produktu InfoSphere MDM w klastrze
WebSphere Application Server z użyciem bazy danych IBM DB2 i
mechanizmu przesyłania komunikatów IBM WebSphere MQ
Do tego scenariusza można się odwoływać przy planowaniu i instalowaniu produktu
InfoSphere MDM w klastrze WebSphere Application Server z bazą danych DB2 i
mechanizmem przesyłania komunikatów IBM WebSphere MQ. Scenariusz ten jest
odpowiedni dla produktu DB2 w systemach operacyjnych Microsoft Windows, Linux lub
UNIX.
Ten scenariusz jest realizowany za pomocą czterech procedur.
1. Przygotowanie serwera aplikacji.
2. Przygotowanie bazy danych DB2.
44
3. Przygotowanie mechanizmu przesyłania komunikatów IBM WebSphere MQ.
4. Instalowanie produktu InfoSphere MDM.
W tym scenariuszu w skład topologii wchodzą:
v Komputer A:
– Produkt WebSphere Application Server Deployment Manager
– Oprogramowanie klienckie DB2
– IBM Installation Manager i InfoSphere MDM
v Komputery B, C i D:
– Węzły zarządzane WebSphere Application Server
– Oprogramowanie klienckie DB2
v Komputer E:
– Baza danych DB2
v Komputer F:
– Produkt IBM WebSphere MQ
Przygotowywanie bazy danych IBM DB2:
Za pomocą tej procedury należy zainstalować i przygotować bazę danych DB2 w ramach
drugiego kroku realizacji tego scenariusza.
Topologia uzyskana po wykonaniu tej procedury składa się z komputera E zawierającego
bazę danych i oprogramowanie DB2 oraz komputerów A, B, C i D z oprogramowaniem
klienckim DB2.
1. Zainstaluj bazę danych DB2. Jako podręcznika użyj dokumentacji instalacji produktu
IBM DB2.
a. Zainstaluj produkt DB2 na komputerze E.
b. Zainstaluj oprogramowanie klienckie DB2 na komputerach A, B, C i D.
c. Wpisz do katalogu klienta DB2 na komputerze A, aby nawiązać połączenie z
serwerem bazy danych DB2 na komputerze E. Powtórz ten krok dla komputerów B, C
oraz D.
2. Utwórz bazę danych i obszary tabel za pomocą skryptów udostępnionych w pakiecie
uruchamiania instalacji.
3. Upewnij się, że katalog $HOME/sqllib/bin klienta DB2 jest uwzględniony w zmiennej
środowiskowej PATH na komputerze A. Ten krok jest wymagany przez program IBM
Installation Manager w celu implementacji programu narzędziowego
$HOME/sqllib/bin/db2 przy uruchamianiu skryptów SQL.
Zadania pokrewne:
“Arkusz źródła danych – DB2 lub DB2 for z/OS” na stronie 28
Przygotowywanie serwera WebSphere Application Server Network Deployment:
Pierwszym krokiem w tym scenariuszu instalacji jest zainstalowanie i przygotowanie serwera
aplikacji.
45
Topologia uzyskana po wykonaniu tej procedury składa się z komputera A z produktem
WebSphere Application Server Deployment Manager oraz komputerów B, C i D z węzłami
zarządzanymi WebSphere Application Server.
1. Zainstaluj i skonfiguruj serwer WebSphere Application Server na komputerach A, B, C i
D. Jako podręcznika użyj dokumentacji produktu WebSphere Application Server Network
Deployment.
2. Utwórz dwa klastry WebSphere Application Server. KLASTER1 dla Serwera
operacyjnego MDM i KLASTER2 dla aplikacji użytkownika.
3. Utwórz zmienną środowiskową DB2_JDBC_DRIVER_PATH serwera WebSphere
Application Server dla każdego węzła w klastrze. Ścieżka musi wskazywać sterowniki
JDBC dla każdego komputera. Na przykład jeśli klient DB2 i sterowniki JDBC są
zainstalowane w katalogu $KATALOG_GŁÓWNY_UŻYTKOWNIKA/sqllib/java, to
należy określić zmienną środowiskową DB2_JDBC_DRIVER_PATH równą
$KATALOG_GŁÓWNY_UŻYTKOWNIKA.
4. Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że wszystkie
węzły zarządzane są poprawnie zsynchronizowane.
5. Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że znasz port
SOAP i nazwę hosta produktu WebSphere Application Server Deployment Manager. Użyj
arkusza konfiguracji serwera WebSphere Application Server w celu zapisania wartości.
6. Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że klaster
został uruchomiony.
Pojęcia pokrewne:
Zadania pokrewne:
“Przygotowywanie serwera WebSphere Application Server Network Deployment do
wdrożenia serwera zarządzanego” na stronie 102
“Przygotowywanie bazy danych DB2 do używania produktu InfoSphere MDM w środowisku
klastrowym” na stronie 78
“Arkusz instalacji serwera WebSphere Application Server” na stronie 34
Przygotowywanie produktu IBM WebSphere MQ:
Za pomocą tej procedury należy zainstalować i przygotować produkt IBM WebSphere MQ w
ramach trzeciego kroku realizacji tego scenariusza.
1. Zainstaluj produkt IBM WebSphere MQ na komputerze F. Jako podręcznika użyj
dokumentacji instalacji produktu IBM WebSphere MQ.
2. Utwórz menedżer kolejek, kanał oraz kolejki WebSphere MQ za pomocą skryptów
custSetupMQServer.mqsc i ChannelAuth.mqsc. Te skrypty są zawarte w pakiecie
Zadania pokrewne:
“Arkusz konfiguracji aplikacji InfoSphere MDM” na stronie 37
“Pakiet Installation Startup Kit do instalacji niestandardowych” na stronie 10
Instalowanie produktu InfoSphere MDM:
Za pomocą tej procedury należy zainstalować produkt InfoSphere MDM i wybrane przez
użytkownika aplikacje w ramach końcowego kroku realizacji tego scenariusza.
46
Przed rozpoczęciem instalacji produktu InfoSphere MDM należy upewnić się, że
uruchomiono serwer aplikacji i bazę danych.
1. Uruchom produkt IBM Installation Manager na komputerze A i wybierz opcję produktu
InfoSphere MDM. Przejdź przez kolejne zapytania.
2. Podaj katalog główny instalacji i katalog współużytkowany produktu InfoSphere MDM.
Na przykład katalog główny MDM_INSTALL: /usr/IBM/MDM/E001/mdm, katalog
współużytkowany: /usr/IBM/MDM/E001/Shared.
3. Wybierz pozycje Baza danych MDM, Serwer operacyjny MDM i aplikacje
użytkownika lub inne składniki do zainstalowania. Na przykład: wybierz opcję
Aplikacje, aby zainstalować wszystkie aplikacje użytkownika, lub wybierz konkretne
aplikacje.
4. Na panelu Konfiguracja bazy danych określ typ bazy danych i parametry bazy danych.
Możesz zdecydować się na przetestowanie połączenia z bazą danych, wybierając opcję
Test Connection (Testuj połączenie), lub wybrać opcję No connection test required
(Nie jest wymagane testowanie połączenia).
5. Na panelu Konfiguracja serwera WebSphere Application Server określ parametry
serwera aplikacji. Wybierz opcję Retrieve Host Details (Pobierz szczegóły hosta), aby
uzyskać informacje o komórce, węźle i serwerze. Wybierz opcję Zainstaluj aplikację
MDM w klastrze. Z listy Klaster wybierz pozycję KLASTER1.
6. Na panelu Konfiguracja aplikacji wybierz mechanizm przesyłania komunikatów IBM
WebSphere MQ i wprowadź parametry. Usuń zaznaczenie opcji Skonfiguruj serwer
przesyłania komunikatów, aby uniemożliwić utworzenie przez produkt IBM
Installation Manager menedżera kolejek na komputerze A (ponieważ menedżer kolejek
jest włączony na komputerze F).
7. Podaj parametry na poszczególnych panelach konfiguracji aplikacji użytkownika.
Wybierz opcję Zainstaluj aplikację MDM w klastrze. Z listy Klaster wybierz pozycję
KLASTER2.
8. Kliknij opcję Sprawdź wymagania instalacji, aby uruchomić sprawdzenia wymagań
wstępnych. Przejrzyj i popraw wszelkie błędy lub ostrzeżenia, a następnie kliknij
przycisk Sprawdź ponownie.
9. Po pomyślnym przejściu weryfikacji kliknij przycisk Instaluj.
10. Po zakończeniu instalacji przejrzyj dzienniki i użyj narzędzi do weryfikowania
instalacji.
Pojęcia pokrewne:
“Przygotowywanie programu IBM Installation Manager” na stronie 71
“Arkusze instalacji i konfiguracji” na stronie 27
Zadania pokrewne:
Scenariusz: Instalowanie produktu InfoSphere MDM w klastrze
serwera WebSphere Application Server z użyciem bazy danych
Oracle i domyślnego mechanizmu przesyłania komunikatów
WebSphere
Do tego scenariusza można się odwoływać przy planowaniu i przetwarzaniu instalacji
produktu InfoSphere MDM w klastrze WebSphere Application Server. W tym scenariuszu
wykorzystuje się bazę danych Oracle i domyślny mechanizm przesyłania komunikatów
WebSphere.
Ten scenariusz jest realizowany za pomocą trzech procedur.
47
2. Przygotowanie bazy danych Oracle.
v Komputer A:
– Produkt WebSphere Application Server Deployment Manager
– Oprogramowanie klienckie Oracle
v Komputery B, C i D:
– Węzły zarządzane WebSphere Application Server
– Oprogramowanie klienckie Oracle
v Komputer E:
– Baza danych Oracle
Przygotowywanie bazy danych Oracle:
Za pomocą tej procedury należy zainstalować i przygotować bazę danych Oracle w ramach
drugiego kroku realizacji tego scenariusza.
Topologia uzyskana po wykonaniu tej procedury składa się z komputera E zawierającego
bazę danych i oprogramowanie Oracle oraz komputerów A, B, C i D z oprogramowaniem
klienckim Oracle.
1. Zainstaluj bazę danych Oracle. Jako podręcznika użyj dokumentacji instalacji Oracle.
a. Zainstaluj produkt Oracle na komputerze E.
b. Zainstaluj oprogramowanie klienckie Oracle na komputerach A, B, C i D.
c. Wskaż nazwę TNS na komputerze A, aby nawiązać połączenie ze zdalnym serwerem
bazy danych Oracle na komputerze E.
Aby było można zainstalować produkt MDM z bazą danych Oracle, nazwa użytkownika
bazy danych musi być taka sama jak nazwa schematu.
3. Upewnij się, że katalog sqlplus klienta Oracle znajduje się w zmiennej środowiskowej
PATH na komputerze A. Ten krok jest wymagany przez program IBM Installation
Manager w celu implementacji programu narzędziowego sqlplus przy uruchamianiu
skryptów SQL.
Zadania pokrewne:
“Arkusz źródła danych – Oracle” na stronie 32
Przygotowywanie produktu WebSphere Application Server Network Deployment:
Za pomocą tej procedury należy zainstalować i przygotować serwer aplikacji w ramach
pierwszego kroku realizacji tego scenariusza.
Topologia uzyskana po wykonaniu tej procedury składa się z komputera A z serwerem
WebSphere Application Server Deployment Manager oraz komputerów B, C i D z węzłami
zarządzanymi WebSphere Application Server.
48
1. Zainstaluj i skonfiguruj serwer WebSphere Application Server na komputerach A, B, C i
D. Jako podręcznika użyj dokumentacji produktu WebSphere Application Server Network
Deployment.
2. Utwórz klaster WebSphere Application Server o nazwie KLASTER1 dla Serwera
operacyjnego MDM.
3. Utwórz zmienną środowiskową ORACLE_JDBC_DRIVER_PATH serwera WebSphere
Application Server dla każdego węzła w klastrze. Ścieżka musi wskazywać sterowniki
JDBC dla każdego komputera. Na przykład jeśli klient Oracle i sterowniki JDBC są
zainstalowane w katalogu $KATALOG_GŁÓWNY_UŻYTKOWNIKA/jdbc/lib/
ojdbc6.jar, to należy określić zmienną środowiskową ORACLE_JDBC_DRIVER_PATH
równą $KATALOG_GŁÓWNY_UŻYTKOWNIKA.
4. Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że wszystkie
węzły zarządzane są poprawnie zsynchronizowane.
5.
Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że znasz port
6. Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że klaster
Pojęcia pokrewne:
Zadania pokrewne:
“Przygotowywanie bazy danych Oracle do używania produktu InfoSphere MDM w
środowisku klastrowym” na stronie 83
Na przykład katalog główny MDM_INSTALL: /usr/IBM/MDM/E001/mdm, katalog
współużytkowany: /usr/IBM/MDM/E001/Shared.
aplikacje.
4. Na panelu Konfiguracja bazy danych określ typ bazy danych i parametry bazy danych.
5. Na panelu Konfiguracja serwera WebSphere Application Server określ parametry
uzyskać informacje o komórce, węźle i serwerze. Wybierz opcję Zainstaluj aplikację
MDM w klastrze. Z listy Klaster wybierz pozycję KLASTER1.
49
6. Na panelu Konfiguracja aplikacji wybierz opcję Domyślny mechanizm przesyłania
komunikatów IBM WebSphere.
7. Podaj parametry na poszczególnych panelach konfiguracji aplikacji użytkownika.
Wybierz opcję Zainstaluj aplikację MDM w klastrze. Z listy Klaster wybierz pozycję
KLASTER1.
8. Kliknij opcję Sprawdź wymagania instalacji, aby uruchomić sprawdzenia wymagań
instalacji.
Pojęcia pokrewne:
Zadania pokrewne:
Scenariusz: Instalowanie produktu InfoSphere MDM na serwerze
WebSphere Application Server Network Deployment w systemie
Windows z bazą danych SQL Server
Do tego scenariusza można się odwoływać przy planowaniu i przetwarzaniu wirtualnego
wdrożenia MDM produktu InfoSphere MDM na serwerze WebSphere Application Server
Network Deployment. W scenariuszu używane są baza danych Microsoft SQL Server i serwer
przesyłania komunikatów IBM WebSphere MQ. Ten scenariusz jest odpowiedni dla systemu
operacyjnego Microsoft Windows.
Ograniczenie: Ponieważ ten scenariusz dotyczy systemu Windows z bazą danych SQL
Server, obsługiwane są jedynie składniki wirtualnego systemu MDM. Fizyczny system MDM
nie jest obsługiwany w tym scenariuszu.
Ten scenariusz jest realizowany za pomocą czterech procedur.
2. Przygotowanie bazy danych SQL Server.
3. Przygotowanie mechanizmu przesyłania komunikatów IBM WebSphere MQ.
v Komputer A:
– Menedżer wdrażania serwera WebSphere Application Server i węzeł zarządzany
– Produkt IBM WebSphere MQ
v Komputer B:
– Baza danych SQL Server
Przygotowanie bazy danych Microsoft SQL Server:
Drugim krokiem w tym scenariuszu jest zainstalowanie i przygotowanie bazy danych SQL
Server.
50
1. Zainstaluj bazę danych SQL Server na komputerze B, kierując się dokumentacją instalacji
produktu Microsoft SQL Server.
uruchamiania instalacji InfoSphere MDM.
Zadania pokrewne:
“Arkusz źródła danych – Microsoft SQL Server” na stronie 31
Przygotowywanie produktu WebSphere Application Server Network Deployment:
Pierwszym krokiem w tym scenariuszu jest zainstalowanie i przygotowanie serwera aplikacji.
Topologia uzyskana po wykonaniu tej procedury składa się z komputera A z menedżerem
wdrażania WebSphere Application Server oraz węzła zarządzanego.
1. Zainstaluj i skonfiguruj serwer WebSphere Application Server na komputerze A. Jako
podręcznika użyj dokumentacji produktu WebSphere Application Server Network
Deployment.
2.
Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że węzeł
zarządzany jest poprawnie zsynchronizowany.
3. Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że znasz port
4. Przed rozpoczęciem instalacji produktu InfoSphere MDM upewnij się, że serwer aplikacji
Pojęcia pokrewne:
Zadania pokrewne:
Przygotowywanie produktu IBM WebSphere MQ:
Za pomocą tej procedury należy zainstalować i przygotować produkt IBM WebSphere MQ w
ramach trzeciego kroku realizacji tego scenariusza.
1. Zainstaluj produkt IBM WebSphere MQ na komputerze A. Jako podręcznika użyj
dokumentacji instalacji produktu IBM WebSphere MQ.
2. Utwórz menedżer kolejek, kanał oraz kolejki WebSphere MQ za pomocą skryptów
custSetupMQServer.mqsc i ChannelAuth.mqsc. Te skrypty są zawarte w pakiecie
51
Na przykład katalog główny MDM_INSTALL c:\Program Files\IBM\MDM\E001\
mdm, katalog współużytkowany c:\Program Files\IBM\MDM\E001\Shared
aplikacje.
4.
5.
6.
7.
8.
Wskazówka: Ponieważ ten scenariusz dotyczy systemu Windows z bazą danych SQL
Server, można wybierać jedynie aplikacje użytkownika wirtualnego systemu MDM.
Fizyczny system MDM nie jest obsługiwany w tym scenariuszu.
Na panelu Konfiguracja bazy danych określ typ bazy danych i parametry bazy danych.
Na panelu Konfiguracja serwera WebSphere Application Server określ parametry
uzyskać informacje o komórce, węźle i serwerze. Kliknij opcję Sprawdź instancję
produktu MDM na serwerze, aby upewnić się, że instancja InfoSphere MDM nie
istnieje.
Na panelu Konfiguracja aplikacji wybierz mechanizm przesyłania komunikatów IBM
WebSphere MQ i wprowadź parametry. Pozostaw zaznaczoną opcję Skonfiguruj
serwer przesyłania komunikatów, aby nakazać programowi IBM Installation Manager
utworzenie menedżera kolejek na komputerze A.
Podaj parametry na poszczególnych panelach konfiguracji aplikacji użytkownika.
Kliknij opcję Sprawdź wymagania instalacji, aby uruchomić sprawdzenia wymagań
instalacji.
Pojęcia pokrewne:
Zadania pokrewne:
Scenariusz: Instalowanie produktu InfoSphere MDM Workbench w
systemie Windows i nawiązywanie połączenia ze zdalnym
serwerem operacyjnym
Do tego scenariusza można się odwoływać przy planowaniu i wdrażaniu w systemie
Microsoft Windows instalacji środowiska programistycznego InfoSphere MDM (MDM
Workbench), które łączy się ze zdalnym serwerem operacyjnym InfoSphere MDM i zdalną
instancją bazy danych.
52
Kroki opisane w tym scenariuszu dotyczą przede wszystkim fizycznego aspektu
konfigurowania i wdrażania środowiska InfoSphere MDM Workbench.
Ważne: W tym scenariuszu przyjęto założenie, że serwer operacyjny został już
zainstalowany na zdalnym komputerze.
Ten scenariusz jest realizowany za pomocą następujących procedur:
1. Na lokalnym komputerze zainstaluj środowisko MDM Workbench.
2. W lokalnej instancji MDM Workbench skonfiguruj połączenie ze zdalnym serwerem
aplikacji.
3. W lokalnej instancji MDM Workbench skonfiguruj połączenie ze zdalną bazą danych.
4. Po zakończeniu prac programistycznych dokonaj wdrożenia zmian z środowiska MDM
Workbench do zdalnej instancji InfoSphere MDM.
v Komputer A (lokalny komputer Microsoft Windows):
– IBM Installation Manager i InfoSphere MDM Workbench
– IBM Rational Application Developer
v Komputer B (serwer AIX):
– Menedżer wdrażania serwera WebSphere Application Server i węzeł zarządzany
– IBM Installation Manager i serwer operacyjny InfoSphere MDM
– Baza danych IBM DB2
Zadania pokrewne:
Instalowanie lokalnego środowiska programistycznego InfoSphere MDM:
Przygotuj lokalne środowisko programistyczne InfoSphere MDM poprzez zainstalowanie
środowiska MDM Workbench i produktu IBM Rational Application Developer (RAD).
Jeśli zainstalowano już produkt Rational Application Developer, należy upewnić się, że
środowisko MDM Workbench zostanie zainstalowane w tej samej grupie pakietów, co
Rational Application Developer.
Wskazówka: Prezentacja wideo kroków opisanych w tej procedurze jest dostępna pod
adresem http://youtu.be/96CkbrwASik.
1. Uruchom program IBM Installation Manager.
2. Dodaj repozytoria produktów MDM Workbench i Rational Application Developer do
programu IBM Installation Manager:
a. Kliknij opcję Plik > Preferencje. Zostanie otwarte okno dialogowe Preferencje.
b. Kliknij przycisk Dodaj repozytorium...
c. Wybierz plik .inf produktu MDM Workbench z katalogu zawierającego obrazy
instalacyjne produktu InfoSphere MDM.
d. Kliknij przycisk Dodaj repozytorium...
e. Wybierz plik .inf produktu Rational Application Developer z katalogu zawierającego
obrazy instalacyjne produktu InfoSphere MDM.
f. Kliknij przycisk OK.
3. Na ekranie głównym programu IBM Installation Manager kliknij opcję Zainstaluj.
53
4. Na drugim panelu Instalacja pakietów wybierz katalog instalacyjny, w którym chcesz
zainstalować środowisko MDM Workbench. Aby dokonać instalacji w katalogu innym
niż domyślny, wybierz komponent MDM Workbench i kliknij opcję Przeglądaj w polu
Katalog instalacyjny.
Uwaga: W systemie operacyjnym Microsoft Windows 7 produkt MDM Workbench
trzeba instalować w katalogu, który nie jest zwirtualizowany.
5. Kliknij przycisk Dalej.
6. Na panelu języka jest domyślnie wybrany język angielski.
v Jeśli będą używane języki inne niż angielski, wybierz te języki i kliknij przycisk
Dalej.
7. Wybierz do zainstalowania pakiety Oprogramowanie IBM Rational Application
Developer for WebSphere i IBM InfoSphere Master Data Management
Workbench, a następnie kliknij przycisk Dalej.
8. Kliknij ponownie przycisk Dalej, aby wyświetlić panel licencji. Przeczytaj i zaakceptuj
licencję, a następnie kliknij przycisk Dalej.
9. Przejdź pozostałe panele programu Installation Manager i przejrzyj informacje
podsumowujące instalację, a następnie kliknij przycisk Sprawdź wymagania instalacji,
aby uruchomić sprawdzenia wymagań wstępnych. Przejrzyj i popraw wszelkie błędy lub
ostrzeżenia, a następnie kliknij przycisk Sprawdź ponownie.
11. Kliknij przycisk Zakończ, aby zamknąć program IBM Installation Manager.
Zadania pokrewne:
Konfigurowanie połączenia ze zdalnym serwerem:
Utwórz nowy wpis w widoku Serwery środowiska MDM Workbench, aby nawiązać
połączenie ze zdalnym serwerem aplikacji.
1. Otwórz program MDM Workbench na komputerze lokalnym.
2. Otwórz widok Serwery.
3. Kliknij prawym przyciskiem myszy w widoku Serwery i wybierz opcję Nowy > Serwer.
Zostanie otwarte okno dialogowe Definiowanie nowego serwera.
4. Wybierz typ i wersję serwera, na przykład IBM > WebSphere Application Server
8.5.5.2.
5.
6.
7.
8.
Wprowadź nazwę hosta serwera zdalnego.
Wpisz nazwę serwera.
Wybierz środowisko wykonawcze serwera i kliknij przycisk Dalej.
Wybierz opcję Ręcznie podaj ustawienia połączenia (zawsze wybrana dla zdalnych
serwerów) i skonfiguruj ustawienia połączenia z poprawnymi numerami portów. Należy
wybrać co najmniej jeden typ połączenia, upewniając się, że podano poprawny port.
9. Wybierz opcję Zabezpieczenia są włączone na tym serwerze, a następnie podaj
identyfikator użytkownika i hasło.
10. Wpisz nazwę serwera aplikacji.
11. Kliknij przycisk Testuj połączenie, aby sprawdzić, czy wszystkie ustawienia połączenia
są poprawne, a następnie kliknij przycisk Zakończ.
Pojęcia pokrewne:
54
Konfigurowanie połączenia ze zdalną bazą danych:
Skonfiguruj połączenie ze zdalną bazą danych, aby testować rozwiązania tworzone w
środowisku InfoSphere MDM i uruchamiać generowany kod SQL.
1. W środowisku MDM Workbench otwórz perspektywę Dane.
2. W widoku Eksplorator źródeł danych kliknij prawym przyciskiem myszy opcję
Połączenia bazy danych.
3. Kliknij przycisk Nowe.... Zostanie otwarte okno dialogowe Nowe połączenie.
4. Na ekranie Parametry połączenia podaj szczegóły zdalnej instancji bazy danych:
a. Wybierz typ menedżera bazy danych.
b.
c.
d.
e.
f.
g.
Wybierz sterownik JDBC.
Wpisz nazwę bazy danych.
Wpisz adres hosta i numer portu.
Podaj nazwę użytkownika i hasło używane do uwierzytelniania klienta.
Wpisz domyślną nazwę schematu.
Potwierdź adres URL połączenia.
5. Po skonfigurowaniu zdalnej instancji bazy danych kliknij przycisk Testuj połączenie, aby
sprawdzić poprawność ustawień.
6. Kliknij przycisk Zakończ.
Zadania pokrewne:
Uruchamianie skryptów SQL w celu przygotowania do wdrożenia
Wdrażanie zmian lokalnych na zdalnej instancji InfoSphere MDM:
W tym scenariuszu proces projektowania środowiska roboczego MDM jest taki sam jak
proces normalny, ale konieczne jest wdrożenie archiwum CBA na zdalnym serwerze
operacyjnym za pomocą konsoli administracyjnej serwera WebSphere Application Server.
1. Wykonaj odpowiednie czynności programistyczne w środowisku MDM Workbench.
2. Upewnij się, że po dodaniu projektu do archiwum CBA wygenerowano dla niego kod.
3. Wykonaj skrypty SQL w katalogu MDMSharedResources/sql odpowiadającym
używanej zdalnej instancji bazy danych.
4. W środowisku MDM Workbench kliknij prawym przyciskiem myszy projekt CBA, a
następnie kliknij opcję Eksportuj.
5. Jako cel eksportu wybierz OSGi > Pakunek złożony OSGi (CBA). Upewnij się, że
wśród eksportowanych pakunków znajduje się pakunek modułu serwera operacyjnego.
Ważne: Upewnij się, że ze środowiska InfoSphere MDM eksportowane są jedynie
pakunki dostosowane, a nie podstawowe pakunki odniesienia. Wybranie wszystkich
pakunków podczas eksportowania archiwum CBA spowoduje występowanie duplikatów
pakunków podstawowych.
6. Kliknij przycisk Przeglądaj i wybierz położenie zapisu pliku CBA, a następnie kliknij
przycisk Zakończ.
7. Otwórz konsolę administracyjną zdalnego serwera WebSphere Application Server i w
ramce nawigacyjnej kliknij opcję Środowisko > Repozytoria pakunków OSGi >
Wewnętrzne repozytorium pakunków, a następnie u góry tabeli kliknij opcję Nowe
8. Wybierz lokalny system plików i przejdź do katalogu, w którym zostało zapisane
archiwum CBA wyeksportowane ze środowiska MDM Workbench. Kliknij przycisk
OK, a następnie przycisk Zapisz bezpośrednio w konfiguracji głównej.
55
9. W ramce nawigacyjnej kliknij opcję Aplikacje > Typy aplikacji > Aplikacje na
poziomie biznesowym.
10. Kliknij aplikację InfoSphere MDM i wybierz wdrożony zasób EBA (na przykład
com.ibm.mdm.server.app_0001.eba). Ten krok może potrwać kilka minut.
11. W kolumnie po prawej stronie kliknij przycisk Rozszerzenia dla tej jednostki
kompozycji, a następnie u góry tabeli kliknij opcję Dodaj.
12. Zaznacz pole wyboru obok importowanego archiwum CBA, a następnie kliknij opcję
Dodaj u góry tabeli. Załadowanie następnej strony może potrwać kilka minut.
13. Kliknij przycisk Zapisz bezpośrednio w konfiguracji głównej. Spowoduje to powrót
do strony jednostki kompozycji.
14. W dolnej części strony kliknij przycisk Aktualizuj do najnowszego wdrożenia,
zapoznaj się z podglądem zmian i kliknij przycisk OK. Wartość dla archiwum CBA
rozszerzenia powinna się zmienić z Nie wdrożono na numer wersji.
15. Klikając przycisk Dalej w kreatorze opcji, zaakceptuj wartości domyślne na wszystkich
stronach, a następnie kliknij przycisk Zakończ.
16. Kliknij przycisk Zapisz bezpośrednio w konfiguracji głównej.
17. Restartuj aplikację poziomu biznesowego (BLA) w zdalnym środowisku InfoSphere
MDM.
Zadania pokrewne:
Wdrażanie dodatków i rozszerzeń
Uruchamianie skryptów SQL w celu przygotowania do wdrożenia
Wdrażanie archiwum CBA na serwerze operacyjnym z konsoli administracyjnej
Wykonaj czynności opisane w tej sekcji, aby zainstalować autonomiczny serwer InfoSphere
MDM z bazą danych IBM DB2.
Instalacja serwera autonomicznego umożliwia wdrożenie na serwerze jednej z edycji
produktu InfoSphere MDM, serwera IBM WebSphere Application Server bazy danych IBM
DB2 dla systemów Linux, UNIX i Windows.
zapoznać się z sekcją znane problemy. Niektóre znane problemy z instalacją wymagają
czynności konfiguracyjnych spowoduje niepowodzenie instalacji.
Nośniki instalacyjne produktu InfoSphere MDM są dostępne jako pobierane pliki obrazu
instalacyjnego.
Użyj strony pobierania produktu IBM InfoSphere Master Data Management w celu określenia
części, które są potrzebne dla licencjonowanej edycji i wersji. Skorzystaj z informacji w
sekcji wymagań systemowych, aby określić obsługiwane wersje produktu WebSphere
Application Server i pakietów poprawek.
Ważne: Przed rozpoczęciem instalowania produktu InfoSphere MDM upewnij się, że
pobrano wszystkie najnowsze pakiety instalacyjne i pakiety poprawek wymagane dla
licencjonowanej edycji i wersji.
56
W przypadku pobierania plików obrazów instalacyjnych z serwisu IBM Passport Advantage
pobierz i rozpakuj pliki do katalogu o nazwie MDM. Rozpakowane pliki zostaną zapisane ze
strukturą folderów odpowiadającą pobranym częściom.
Pojęcia pokrewne:
Zadania pokrewne:
“Uruchamianie instalacji autonomicznej z bazą danych DB2 za pomocą startera” na stronie 58
Przygotowywanie do instalacji autonomicznej z bazą danych
DB2
Przed przystąpieniem do instalacji serwera autonomicznego z bazą danych DB2 lub
autonomicznej stacji roboczej z bazą danych DB2 należy upewnić się, że wykonano kroki
planowania i spełnione są wymagania wstępne. Te kroki mają zastosowanie tylko do instalacji
autonomicznej z bazą danych DB2.
Wdrożenie z instalacją autonomiczną i bazą danych DB2 należy wykonywać tylko na pustym
serwerze lub pustej stacji roboczej. Stacja robocza musi pracować w systemie operacyjnym
Microsoft Windows. Inne systemy operacyjne nie są obsługiwane w przypadku instalowania
autonomicznej stacji roboczej z bazą danych DB2.
v Zapoznaj się z plikiem readme zawierającym informacje na temat wymagań systemowych
oraz potencjalnych problemów, które mogą wpłynąć na instalację.
v Zapoznaj się z uwagami do wydania zawierającymi informacje na temat obsługiwanych
składników produktu lub rozszerzeń wydania produktu.
v Wykonaj zadanie “Pozyskiwanie i rozpakowywanie plików instalacyjnych” na stronie 56.
v Przejrzyj sekcję “Wymagania dotyczące instalacji” na stronie 2.
v Przejrzyj sekcję “Typy wdrożeń z instalacją autonomiczną” na stronie 21.
v W przypadku instalowania w środowisku DHCP (Dynamic Host Configuration Protocol)
ustaw adres IP hosta w pliku /etc/hosts. To ustawienie nie jest wymagane, jeśli host
używa statycznego adresu IP. To ustawienie nie jest również wymagane w instalacjach
niestandardowych.
v Jeśli podczas instalacji autonomicznej z bazą danych DB2 produkty IBM DB2, InfoSphere
MDM i IBM WebSphere Application Server będą instalowane z uprawnieniami
administratora, użytkownik musi być zalogowany jako administrator.
Ważne: Aby przeprowadzać instalacje jako administrator, należy zainstalować program
IBM Installation Manager w trybie administracyjnym. Aby zainstalować program IBM
Installation Manager w trybie administratora, zaloguj się jako administrator, a następnie
uruchom komendę install.
Rozpocznij instalację przy użyciu startera i użyj instrukcji odpowiednich dla danego typu
wdrożenia z instalacją autonomiczną z bazą danych DB2.
Zadania pokrewne:
57
“Konta użytkowników, grupy i wartości domyślne używane przez aplikację instalacyjną” na
stronie 12
Uruchamianie instalacji autonomicznej z bazą danych DB2 za
pomocą startera
Do uruchomienia procesu instalacji autonomicznej z bazą danych DB2 należy użyć Startera.
Jest to jedyna metoda rozpoczęcia autonomicznej instalacji serwera lub stacji roboczej z bazą
danych DB2.
Starter to aplikacja działająca w przeglądarce, która stanowi punkt wyjścia dla rozpoczęcia
autonomicznej instalacji serwera lub stacji roboczej z bazą danych DB2. Program Starter
wymaga przeglądarki Mozilla Firefox.
Wskazówka: Jeśli przeglądarka Firefox jest niedostępna, korzystanie z programu Starter
może być niemożliwe. Jeśli nie można użyć programu Starter:
3. Ręcznie skonfiguruj wszystkie repozytoria niezbędne do instalacji autonomicznej
produktu InfoSphere MDM z bazą danych DB2.
Z poziomu Startera można:
v Uruchomić proces instalacji.
v Zakończyć proces instalacji.
Ważne: Aby nośnik instalacyjny został uruchomiony, musi on znajdować się w poprawnym
położeniu dla Startera. Informacje na ten temat zawiera sekcja “Pozyskiwanie i
rozpakowywanie plików instalacyjnych” na stronie 56.
1. Przejdź do katalogu, do którego został pobrany nośnik produktu InfoSphere MDM, i
otwórz katalog Disk1. Na przykład: ścieżka_pobierania/MDM/disk1
2. Z katalogu ścieżka_pobrania/MDM/disk1 uruchom starter, używając jednego z
następujących skryptów:
v Microsoft Windows: launchpad.exe - w systemie Microsoft Windows kliknij skrypt
prawym przyciskiem myszy i wybierz opcję Uruchom jako administrator.
v Linux i UNIX: launchpad.sh - uruchom jako administrator.
Zadania pokrewne:
Ta procedura służy do uruchamiania instalacji serwera autonomicznego z bazą danych DB2
dla systemu Linux, UNIX lub Windows. Instalacja serwera autonomicznego oznacza
zainstalowanie wybranej edycji produktu IBM InfoSphere Master Data Management, serwera
IBM WebSphere Application Server oraz bazy danych IBM DB2 dla systemu Linux, UNIX
lub Windows na pustym serwerze.
v Na serwerze, na którym instalowany jest produkt, nie ma żadnych istniejących instancji
produktu MDM, serwera IBM WebSphere Application Server ani IBM DB2.
58
v Użytkownik ma dostęp do opcji InfoSphere MDM, serwera IBM WebSphere Application
Server i IBM DB2.
v W przypadku instalowania w systemie Linux lub UNIX należy zalogować się jako
użytkownik root.
Aby nośnik instalacyjny został uruchomiony, musi on znajdować się w poprawnym położeniu
dla Startera. Informacje na ten temat zawiera sekcja “Pozyskiwanie i rozpakowywanie plików
instalacyjnych” na stronie 56.
Podczas instalacji autonomicznej używane są domyślne wartości konfiguracyjne. Aby poznać
wartości domyślne przed rozpoczęciem instalacji, należy przejrzeć arkusze konfiguracji.
W przypadku instalacji na serwerze trzeba używać serwera IBM WebSphere Application
Server Network Deployment.
Ważne: W instalacji autonomicznej jest skonfigurowane użycie konkretnych portów TCP
lub SOAP przez serwer aplikacji. Aby instalacja się powiodła, należy najpierw sprawdzić, czy
następujące porty TCP lub SOAP są wolne: 50000-50002 i 60000-60004.
2. Na panelu Instalowanie pakietów upewnij się, że zaznaczone są następujące pozycje:
v IBM WebSphere Application Server Network Deployment
v IBM DB2
v InfoSphere MDM Standard Edition lub Advanced Edition
Ważne: Usunięcie zaznaczenia dowolnego ze wstępnie wybranych składników
powoduje automatyczną zmianę trybu instalacji z instalacji autonomicznej na
niestandardową.
4. Zaznacz opcję Akceptuję warunki umowy licencyjnej i kliknij przycisk Dalej.
5. Wybierz katalog zasobów współużytkowanych lub zaakceptuj wartość domyślną. Jeśli
instalowany jest również program IBM Installation Manager, musisz także wybrać
katalog instalacyjny lub zaakceptować wartość domyślną. Kliknij przycisk Dalej.
6. Na drugim panelu Instalowanie pakietów:
a. Aby zaakceptować domyślne katalogi instalacyjne, kliknij przycisk Dalej.
b. Aby zmienić domyślny katalog pakietu, wybierz nazwę pakietu i zmień wartość pola
Katalog instalacyjny. Powtórz dla każdego pakietu, który chcesz zmienić. Kliknij
przycisk Dalej.
7. Na panelu języka jest zawsze wybrany język angielski.
a. Jeśli będą używane języki inne niż angielski, wybierz odpowiedni język.
59
b. Jeśli wymagane jest więcej języków tylko dla niektórych pakietów, kliknij ikonę
rozwijania opcji Tłumaczenia obsługiwane tylko przez niektóre pakiety i wybierz
wszystkie wymagane języki.
c. Kliknij przycisk Dalej.
8. Wybierz pozycję Interfejs użytkownika aplikacji Data Stewardship lub Inspector,
aby zainstalować jedną lub obie te aplikacje użytkownika.
9. Przejrzyj informacje podsumowania instalacji i upewnij się, że są one poprawne, a
następnie kliknij przycisk Sprawdź wymagania instalacji, aby uruchomić sprawdzenia
wymagań wstępnych. Sprawdzenia umożliwiają upewnienie się, że środowisko i
konfiguracja są wystarczające do pomyślnego przeprowadzenia instalacji. Kliknij opcję
Pokaż szczegóły, aby wyświetlić więcej szczegółów dla każdego wyniku.
10. Podejmij odpowiednie działania naprawcze dla zgłoszonych ostrzeżeń lub błędów, a
następnie kliknij opcję Instaluj.
11. Po zakończeniu instalacji kliknij przycisk Brak na panelu Który program ma zostać
uruchomiony.
12. Na ostatnim panelu programu IBM Installation Manager kliknij opcję View Log Files
(Wyświetl pliki dziennika), aby otworzyć przeglądarkę plików dziennika.
13. Kliknij przycisk Zakończ i zamknij program IBM Installation Manager.
Listę nazw i haseł użytkowników utworzonych przez instalator zawiera temat dotyczący
domyślnych kont użytkowników utworzonych podczas wdrażania z instalacją autonomiczną
(patrz tematy pokrewne poniżej).
Pojęcia pokrewne:
“Instalacja autonomiczna serwera z bazą danych DB2” na stronie 22
Zadania pokrewne:
“Deinstalowanie autonomicznej instalacji serwera z bazą danych DB2” na stronie 181
stronie 12
Sprawdzenie wymagań wstępnych dla instalacji autonomicznych
z bazą danych DB2
Aplikacja instalatora produktu InfoSphere MDM wykonuje testy przed rozpoczęciem każdej
instalacji autonomicznej z bazą danych DB2, aby upewnić się, że zostały spełnione
odpowiednie wymagania wstępne.
Narzędzie do sprawdzania wymagań wstępnych zapobiega rozpoczęciu instalacji, której nie
będzie można dokończyć ze względu na niespełnione wymagania wstępne.
60
Wskazówka: Sprawdzenia wymagań wstępnych można uruchomić z programu Installation
Manager, klikając opcję Sprawdź wymagania instalacji na panelu Przegląd konfiguracji
instalacji.
Podczas instalacji autonomicznej z bazą danych DB2 aplikacja instalacyjna wykonuje
następujące sprawdzenia wymagań wstępnych.
Tabela 15. Sprawdzenia systemu
Sprawdzenie wymagań
wstępnych
Opis
Weryfikacja miejsca na
dysku instalacyjnym
Sprawdzenie, czy na dysku jest
wystarczająca ilość miejsca do
zainstalowania produktu InfoSphere
MDM wraz z całym
oprogramowaniem niezbędnym do
wdrożenia autonomicznego z bazą
danych DB2, włącznie z miejscem
na profil serwera WebSphere
Application Server i bazę danych.
Weryfikacja pamięci dla Sprawdzenie, czy dostępna jest
potrzeb uruchomienia
wystarczająca ilość pamięci do
aplikacji instalacyjnej
uruchomienia instalacji. Komunikat
ma jedynie charakter ostrzeżenia.
Rozwiązanie
Upewnij się, że na dysku
docelowego komputera instalacji jest
co najmniej 32 GB wolnego miejsca.
Upewnij się, że system, na którym
jest przeprowadzana instalacja, ma
co najmniej 8 GB pamięci RAM.
Uwaga: Można zignorować to
ostrzeżenie, ale instalacja może się
nie powieść.
Tabela 16. Sprawdzenia bazy danych
wstępnych
Opis
Weryfikacja instancji
bazy danych
Sprawdzenie, czy baza danych już
nie istnieje. Instalacje autonomiczne
z bazą danych DB2 wymagają
środowiska bez istniejącej bazy
danych.
Rozwiązanie
Jeśli w środowisku instalacyjnym już
istnieje baza danych, przed próbą
dokończenia instalacji trzeba ją
usunąć.
Weryfikacja nazwy bazy Sprawdzenie, czy nazwa bazy
danych
danych jest poprawna.
Nazwa bazy danych może zawierać
alfanumerycznych. W nazwie mogą
być używane znaki podkreślenia (_).
Inne znaki nie są obsługiwane.
Weryfikacja
użytkownika bazy
danych
Usuń tego użytkownika bazy danych,
jeśli już istnieje. Instalacja
autonomiczna z bazą danych DB2
utworzy użytkownika podczas
instalacji. Inną możliwością jest
upewnienie się, że użytkownik bazy
danych db2admin ma to samo hasło
domyślne.
nie powieść.
Sprawdzenie, czy istnieje
użytkownik bazy danych podany na
panelach instalacji. Użytkownik nie
powinien wcześniej istnieć.
Komunikat ma jedynie charakter
ostrzeżenia.
61
Tabela 16. Sprawdzenia bazy danych (kontynuacja)
wstępnych
Opis
Rozwiązanie
Usuń folder biblioteki Global
Security Kit (GSK8\lib64), a
następnie kontynuuj instalację.
Wskazówka: Aby odnaleźć folder
Jeśli biblioteka Global Security Kit
GSK8 w systemie Microsoft
jest obecna, ale zainstalowana wersja Windows, sprawdź wartość zmiennej
jest poniżej minimalnej wersji
systemowej PATH i szukaj w niej
wymaganej dla produktu InfoSphere ścieżki katalogu podobnej do
MDM, sprawdzenie nie powiedzie
C:\Program Files\IBM\GSK8\lib64
się. Niewłaściwa wersja biblioteki
Global Security Kit uniemożliwi
uruchomienie menedżera bazy
danych DB2.
Weryfikacja biblioteki
Global Security Kit v8
Sprawdzenie, czy istnieje biblioteka
Global Security Kit z poprzedniej
instalacji DB2.
Weryfikacja źródła
danych ODBC
To sprawdzenie określa, czy źródło
danych ODBC istnieje w rejestrze
systemu Microsoft Windows.
Sprawdzenie zakończy się błędem,
jeśli źródło danych ODBC już
istnieje.
Uwaga: W systemach innych niż
Windows to sprawdzenie jest zawsze
wykonywane pomyślnie.
Jeśli w rejestrze Windows istnieje
źródło danych ODBC, usuń to źródło
danych:
1. Otwórz edytor rejestru Windows,
uruchamiając komendę regedit.
2. Znajdź klucz
HKEY_LOCAL_MACHINE\
SOFTWARE\ODBC\ODBC.INI.
3. Rozwiń klucz ODBC.INI, znajdź
wpis źródła danych ODBC, a
następnie kliknij go prawym
przyciskiem myszy i wybierz
opcję Usuń.
4. W obrębie klucza ODBC.INI
wybierz wpis źródła danych
ODBC. W panelu wyświetlania
zostaną pokazane wszystkie
wpisy podrzędne.
5. Znajdź wpis źródła danych
ODBC na liście wpisów
podrzędnych. Kliknij wpis
prawym przyciskiem myszy i
wybierz opcję Usuń.
Tabela 17. Sprawdzenia serwera operacyjnego
wstępnych
Opis
Weryfikacja portu
SOAP
Sprawdzenie, czy numery portów
wymagane dla protokołu SOAP są
dostępne. Muszą być dostępne oba
wymagane numery portów: 8879 i
8880.
Rozwiązanie
Upewnij się, że oba porty 8879 i
8880 są dostępne dla protokołu
SOAP.
62
Instalowanie autonomicznej stacji roboczej z bazą danych DB2
Wykonaj czynności opisane w tej sekcji, aby zainstalować autonomiczną stację roboczą
InfoSphere MDM z bazą danych IBM DB2.
Instalacja autonomicznej stacji roboczej z bazą danych DB2 umożliwia wdrożenie jednej z
edycji produktu InfoSphere MDM, serwera IBM WebSphere Application Server, bazy danych
IBM DB2 for Linux, UNIX and Windows oraz środowisk IBM Rational Application
Developer i InfoSphere MDM Workbench na stacji roboczej z systemem Microsoft Windows.
Stacja robocza musi pracować w systemie operacyjnym Microsoft Windows. Inne systemy
operacyjne nie są obsługiwane w przypadku instalowania autonomicznej stacji roboczej.
instalacyjnego.
Pojęcia pokrewne:
Zadania pokrewne:
Przygotowywanie do instalacji autonomicznej z bazą danych
DB2
Przed przystąpieniem do instalacji serwera autonomicznego z bazą danych DB2 lub
autonomicznej stacji roboczej z bazą danych DB2 należy upewnić się, że wykonano kroki
planowania i spełnione są wymagania wstępne. Te kroki mają zastosowanie tylko do instalacji
autonomicznej z bazą danych DB2.
63
Wdrożenie z instalacją autonomiczną i bazą danych DB2 należy wykonywać tylko na pustym
serwerze lub pustej stacji roboczej. Stacja robocza musi pracować w systemie operacyjnym
Microsoft Windows. Inne systemy operacyjne nie są obsługiwane w przypadku instalowania
autonomicznej stacji roboczej z bazą danych DB2.
v Wykonaj zadanie “Pozyskiwanie i rozpakowywanie plików instalacyjnych” na stronie 56.
v Przejrzyj sekcję “Wymagania dotyczące instalacji” na stronie 2.
v Przejrzyj sekcję “Typy wdrożeń z instalacją autonomiczną” na stronie 21.
v W przypadku instalowania w środowisku DHCP (Dynamic Host Configuration Protocol)
ustaw adres IP hosta w pliku /etc/hosts. To ustawienie nie jest wymagane, jeśli host
używa statycznego adresu IP. To ustawienie nie jest również wymagane w instalacjach
niestandardowych.
v Jeśli podczas instalacji autonomicznej z bazą danych DB2 produkty IBM DB2, InfoSphere
MDM i IBM WebSphere Application Server będą instalowane z uprawnieniami
administratora, użytkownik musi być zalogowany jako administrator.
Ważne: Aby przeprowadzać instalacje jako administrator, należy zainstalować program
IBM Installation Manager w trybie administracyjnym. Aby zainstalować program IBM
Installation Manager w trybie administratora, zaloguj się jako administrator, a następnie
uruchom komendę install.
Rozpocznij instalację przy użyciu startera i użyj instrukcji odpowiednich dla danego typu
wdrożenia z instalacją autonomiczną z bazą danych DB2.
Zadania pokrewne:
stronie 12
Uruchamianie instalacji autonomicznej z bazą danych DB2 za
pomocą startera
Do uruchomienia procesu instalacji autonomicznej z bazą danych DB2 należy użyć Startera.
Jest to jedyna metoda rozpoczęcia autonomicznej instalacji serwera lub stacji roboczej z bazą
danych DB2.
Starter to aplikacja działająca w przeglądarce, która stanowi punkt wyjścia dla rozpoczęcia
autonomicznej instalacji serwera lub stacji roboczej z bazą danych DB2. Program Starter
wymaga przeglądarki Mozilla Firefox.
Wskazówka: Jeśli przeglądarka Firefox jest niedostępna, korzystanie z programu Starter
może być niemożliwe. Jeśli nie można użyć programu Starter:
3. Ręcznie skonfiguruj wszystkie repozytoria niezbędne do instalacji autonomicznej
produktu InfoSphere MDM z bazą danych DB2.
64
Z poziomu Startera można:
v Uruchomić proces instalacji.
v Zakończyć proces instalacji.
Ważne: Aby nośnik instalacyjny został uruchomiony, musi on znajdować się w poprawnym
położeniu dla Startera. Informacje na ten temat zawiera sekcja “Pozyskiwanie i
rozpakowywanie plików instalacyjnych” na stronie 56.
1. Przejdź do katalogu, do którego został pobrany nośnik produktu InfoSphere MDM, i
otwórz katalog Disk1. Na przykład: ścieżka_pobierania/MDM/disk1
Zadania pokrewne:
Instalowanie autonomicznej stacji roboczej z bazą danych DB2
Ta procedura służy do uruchomienia instalacji autonomicznej stacji roboczej z bazą danych
DB2. Instalacje autonomicznej stacji roboczej są obsługiwane jedynie w systemie
operacyjnym Microsoft Windows. Instalacja autonomicznej stacji roboczej oznacza
zainstalowanie wybranej edycji produktu IBM InfoSphere Master Data Management, serwera
IBM WebSphere Application Server, bazy danych IBM DB2 dla systemu Linux, UNIX lub
Windows, produktu InfoSphere MDM Workbench i produktu IBM Rational Application
Developer (RAD) na pustej stacji roboczej.
v Na serwerze, na którym instalowany jest produkt, nie ma żadnych istniejących instancji
produktu MDM, serwera IBM WebSphere Application Server ani IBM DB2.
v Użytkownik ma dostęp do opcji InfoSphere MDM, IBM WebSphere Application Server,
IBM DB2, IBM Rational Application Developer (RAD) i MDM Workbench.
v W przypadku instalowania w systemie Linux lub UNIX należy zalogować się jako
użytkownik root.
Należy się również upewnić, że wymagane biblioteki 32-bitowe są dostępne w 64-bitowym
systemie operacyjnym. Patrz tematy pokrewne.
Aby nośnik instalacyjny został uruchomiony, musi on znajdować się w poprawnym położeniu
dla Startera. Informacje na ten temat zawiera sekcja “Pozyskiwanie i rozpakowywanie plików
instalacyjnych” na stronie 56.
65
Podczas instalacji autonomicznej z bazą danych DB2 używane są domyślne wartości
konfiguracyjne. Aby poznać wartości domyślne przed rozpoczęciem instalacji, należy
przejrzeć arkusze konfiguracji.
W przypadku instalacji na stacji roboczej trzeba używać wdrożenia bazowego serwera IBM
Ważne: W instalacji autonomicznej z bazą danych DB2 jest skonfigurowane użycie
konkretnych portów TCP lub SOAP przez serwer aplikacji. Aby instalacja się powiodła,
należy najpierw sprawdzić, czy następujące porty TCP lub SOAP są wolne: 50000-50002 i
60000-60004.
2. Na panelu Instalowanie pakietów upewnij się, że zaznaczone są następujące pozycje:
v
v
v
v
v
IBM DB2
IBM Rational Application Developer (RAD)
InfoSphere MDM Standard Edition lub Advanced Edition
Ważne: Usunięcie zaznaczenia dowolnego ze wstępnie wybranych składników
powoduje automatyczną zmianę trybu instalacji z instalacji autonomicznej na
niestandardową.
4. Zaznacz opcję Akceptuję warunki umowy licencyjnej i kliknij przycisk Dalej.
5. Wybierz katalog zasobów współużytkowanych lub zaakceptuj wartość domyślną. Jeśli
instalowany jest również program IBM Installation Manager, musisz także wybrać
katalog instalacyjny lub zaakceptować wartość domyślną. Kliknij przycisk Dalej.
6. Na drugim panelu Instalowanie pakietów:
a. Aby zaakceptować domyślne katalogi instalacyjne, kliknij przycisk Dalej.
7.
8.
9.
10.
b. Aby zmienić domyślny katalog pakietu, wybierz nazwę pakietu i zmień wartość pola
Katalog instalacyjny. Powtórz dla każdego pakietu, który chcesz zmienić. Kliknij
przycisk Dalej.
Na panelu języka jest zawsze wybrany język angielski.
a. Jeśli będą używane języki inne niż angielski, wybierz odpowiedni język.
b. Jeśli wymagane jest więcej języków tylko dla niektórych pakietów, kliknij ikonę
rozwijania opcji Tłumaczenia obsługiwane tylko przez niektóre pakiety i wybierz
wszystkie wymagane języki.
Na panelu składników wybierz składniki produktu InfoSphere MDM, aplikacje i
komponenty opcjonalne do zainstalowania i kliknij przycisk Dalej.
Na panelu rozszerzenia środowiska Eclipse określ, czy chcesz rozszerzyć istniejącą
instalację środowiska Eclipse.
Na panelu referencji użytkownika podaj referencje połączenia dla używanych instancji
serwera WebSphere Application Server i bazy danych.
66
konfiguracja są wystarczające do pomyślnego przeprowadzenia instalacji. Kliknij opcję
Pokaż szczegóły, aby wyświetlić więcej szczegółów dla każdego wyniku.
13. Na panelu Typowe konfiguracje systemu pomocy wybierz jedną z metod dostępu do
pomocy produktu IBM Rational Application Developer (RAD) i kliknij przycisk Dalej.
14. Kliknij opcję Instaluj.
15. Po zakończeniu instalacji kliknij przycisk Brak na panelu Który program ma zostać
uruchomiony.
Listę nazw i haseł użytkowników utworzonych przez instalator zawiera temat dotyczący
domyślnych kont użytkowników utworzonych podczas wdrażania z instalacją autonomiczną
(patrz tematy pokrewne poniżej).
Pojęcia pokrewne:
“Instalacja autonomiczna stacji roboczej z bazą danych DB2” na stronie 23
Zadania pokrewne:
“Deinstalowanie autonomicznej instalacji stacji roboczej z bazą danych DB2” na stronie 182
stronie 12
Sprawdzenie wymagań wstępnych dla instalacji autonomicznych
z bazą danych DB2
instalacji autonomicznej z bazą danych DB2, aby upewnić się, że zostały spełnione
odpowiednie wymagania wstępne.
instalacji.
67
Podczas instalacji autonomicznej z bazą danych DB2 aplikacja instalacyjna wykonuje
następujące sprawdzenia wymagań wstępnych.
wstępnych
Opis
Weryfikacja miejsca na
dysku instalacyjnym
Sprawdzenie, czy na dysku jest
MDM wraz z całym
oprogramowaniem niezbędnym do
wdrożenia autonomicznego z bazą
danych DB2, włącznie z miejscem
na profil serwera WebSphere
Application Server i bazę danych.
Weryfikacja pamięci dla Sprawdzenie, czy dostępna jest
potrzeb uruchomienia
aplikacji instalacyjnej
Rozwiązanie
Upewnij się, że na dysku
docelowego komputera instalacji jest
co najmniej 32 GB wolnego miejsca.
nie powieść.
wstępnych
Opis
Weryfikacja instancji
bazy danych
68
Sprawdzenie, czy baza danych już
nie istnieje. Instalacje autonomiczne
z bazą danych DB2 wymagają
środowiska bez istniejącej bazy
danych.
Rozwiązanie
Jeśli w środowisku instalacyjnym już
istnieje baza danych, przed próbą
dokończenia instalacji trzeba ją
usunąć.
Weryfikacja nazwy bazy Sprawdzenie, czy nazwa bazy
danych
danych jest poprawna.
Nazwa bazy danych może zawierać
alfanumerycznych. W nazwie mogą
być używane znaki podkreślenia (_).
Inne znaki nie są obsługiwane.
Weryfikacja
użytkownika bazy
danych
Usuń tego użytkownika bazy danych,
jeśli już istnieje. Instalacja
autonomiczna z bazą danych DB2
utworzy użytkownika podczas
instalacji. Inną możliwością jest
upewnienie się, że użytkownik bazy
danych db2admin ma to samo hasło
domyślne.
nie powieść.
Sprawdzenie, czy istnieje
użytkownik bazy danych podany na
panelach instalacji. Użytkownik nie
powinien wcześniej istnieć.
Komunikat ma jedynie charakter
ostrzeżenia.
wstępnych
Opis
Rozwiązanie
Usuń folder biblioteki Global
Security Kit (GSK8\lib64), a
następnie kontynuuj instalację.
Wskazówka: Aby odnaleźć folder
Jeśli biblioteka Global Security Kit
GSK8 w systemie Microsoft
jest obecna, ale zainstalowana wersja Windows, sprawdź wartość zmiennej
jest poniżej minimalnej wersji
systemowej PATH i szukaj w niej
wymaganej dla produktu InfoSphere ścieżki katalogu podobnej do
MDM, sprawdzenie nie powiedzie
C:\Program Files\IBM\GSK8\lib64
się. Niewłaściwa wersja biblioteki
Global Security Kit uniemożliwi
uruchomienie menedżera bazy
danych DB2.
Weryfikacja biblioteki
Global Security Kit v8
Sprawdzenie, czy istnieje biblioteka
Global Security Kit z poprzedniej
instalacji DB2.
danych ODBC
jeśli źródło danych ODBC już
istnieje.
źródło danych ODBC, usuń to źródło
danych:
1. Otwórz edytor rejestru Windows,
uruchamiając komendę regedit.
2. Znajdź klucz
HKEY_LOCAL_MACHINE\
SOFTWARE\ODBC\ODBC.INI.
3. Rozwiń klucz ODBC.INI, znajdź
wpis źródła danych ODBC, a
następnie kliknij go prawym
przyciskiem myszy i wybierz
opcję Usuń.
wpisy podrzędne.
wstępnych
Opis
Weryfikacja portu
SOAP
Sprawdzenie, czy numery portów
wymagane dla protokołu SOAP są
dostępne. Muszą być dostępne oba
wymagane numery portów: 8879 i
8880.
Rozwiązanie
Upewnij się, że oba porty 8879 i
8880 są dostępne dla protokołu
SOAP.
69
Instalowanie wdrożenia niestandardowego
Wykonaj czynności opisane w tej sekcji, aby zainstalować wdrożenie niestandardowe
produktu InfoSphere MDM.
Instalacje niestandardowe umożliwiają wdrożenie produktu InfoSphere MDM niemal w
dowolnym scenariuszu wdrażania. Większość wdrożeń produktu InfoSphere MDM wymaga
instalacji niestandardowej.
Instalacja niestandardowa jest metodą wymaganą w przypadku używania bazy danych Oracle
lub Microsoft SQL Server bądź instalowania w środowisku klastrowym. Instalacje
niestandardowe są obsługiwane również w przypadku baz danych IBM DB2.
Pojęcia pokrewne:
“Obsługa środowisk wysokiej dostępności” na stronie 26
instalacyjnego.
Pojęcia pokrewne:
Zadania pokrewne:
Przygotowanie do wdrożenia niestandardowego
Przed przystąpieniem do instalowania produktu InfoSphere MDM należy upewnić się, że
wykonano kroki związane z planowaniem i że spełnione są wymagania wstępne. Te kroki
mają zastosowanie tylko do instalacji niestandardowych.
70
Ważne: Te kroki nie są wymagane, jeśli planowane jest instalowanie serwera
autonomicznego z DB2 lub autonomicznej stacji roboczej z DB2. Zapoznaj się z sekcją na
temat przygotowań do instalacji autonomicznej.
v Zapoznaj się z sekcją zawierającą scenariusze instalacji i określ topologię instalacji, która
będzie używana.
v Przejrzyj i wykonaj arkusze instalacji.
v Skonfiguruj nośniki instalacyjne.
v Używaj innego konta użytkownika bazy danych do wdrożenia każdego z produktów.
v Jeśli planowane jest użycie bazy danych IBM DB2, należy pamiętać o następujących
kwestiach:
– Do celów instalacji należy skonfigurować w systemie co najmniej jednego użytkownika
z ograniczonym dostępem jako użytkownika schematu bazy danych. Ponieważ baza
danych DB2 wykorzystuje system operacyjny do uwierzytelniania nowego
użytkownika, należy użyć identyfikatora użytkownika takiego jak mdmdb1 z powłoką
ograniczoną. Użytkownik ten nie musi należeć do żadnej z grup DB2.
– Istnieje również możliwość przeprowadzenia prostej instalacji z użyciem jednego
identyfikatora, który będzie jednocześnie służył jako identyfikator schematu oraz
identyfikator instalacji produktu DB2. Domyślnym identyfikatorem jest db2inst1.
Więcej informacji na ten temat zawiera dokumentacja DB2.
Oprócz powyższych ogólnych wymagań wstępnych istnieją również konkretne zadania
wstępne związane z instalowaniem produktu InfoSphere MDM. Zadania te zostały opisane w
kolejnych tematach.
Pojęcia pokrewne:
“Obsługa wielu instancji” na stronie 11
Zadania pokrewne:
Przygotowywanie programu IBM Installation Manager
Wszystkie komponenty edycji produktu InfoSphere MDM instaluje się za pomocą programu
Program IBM Installation Manager używa zdefiniowanych repozytoriów do określenia, jakie
pakiety są dostępne do zainstalowania. Repozytoria te wskazują nośnik instalacyjny.
Pakiety muszą zostać ręcznie dodane do repozytoriów programu IBM Installation Manager.
Starter jest dostarczany wraz z pobranym produktem InfoSphere MDM i umożliwia
uruchamianie programu IBM Installation Manager w celu wykonywania autonomicznych
instalacji serwerów i stacji roboczych. Jeśli produkt IBM Installation Manager został już
zainstalowany, starter sprawdza numer wersji. Jeśli użytkownik nie ma bieżącej wersji, jest
ona automatycznie aktualizowana. Jeśli program IBM Installation Manager nie jest
zainstalowany, starter inicjuje instalację.
71
Jeśli planowana jest instalacja niestandardowa, należy kontynuować czynności związane z
instalacją programu IBM Installation Manager i dodawaniem repozytoriów. Jeśli planowana
jest autonomiczna instalacja serwera lub stacji roboczej, te czynności nie są konieczne.
Zadania pokrewne:
Instalowanie programu IBM Installation Manager:
Tej procedury należy użyć, jeśli program IBM Installation Manager nie jest zainstalowany.
W przypadku inicjowania instalacji z użyciem startera program IBM Installation Manager jest
instalowany automatycznie. W takim przypadku wykonanie tej czynności nie jest konieczne.
Programu IBM Installation Manager nie należy instalować w trybie administratora.
1. Na stronie serwisu Passport Advantage dla używanej wersji i edycji produktu InfoSphere
MDM pobierz pakiet programu IBM Installation Manager.
2. Rozpakuj skompresowany plik.
3. Z poziomu wiersza komend uruchom plik install.exe i przejdź kolejne kroki kreatora
instalacji.
Wykonaj kolejne czynności, czyli dodawanie opcji do produktu IBM Installation Manager.
Dodawanie opcji do programu IBM Installation Manager:
Ta procedura służy do dodawania produktu InfoSphere MDM do listy opcji instalowanych
przez program IBM Installation Manager.
Tę czynność należy wykonać, jeśli wykonywana jest instalacja niestandardowa. W przypadku
wykonywania autonomicznej instalacji serwera lub stacji roboczej ta czynność nie jest
konieczna.
Upewnij się, że program IBM Installation Manager został zainstalowany, ale nie była to
instalacja w trybie administratora.
2. Kliknij opcję Plik > Preferencje.
3. W oknie dialogowym Preferencje wybierz opcję Repozytoria > Dodaj repozytorium.
4. W oknie dialogowym Dodawanie repozytorium kliknij przycisk Przeglądaj.
5. Znajdź i wybierz pakiety InfoSphere MDM, które chcesz zainstalować. Na przykład w
systemie Microsoft Windows wybierz ścieżka_pobierania/MDM/disk1/diskTag.ini. W
systemach Linux i UNIX wybierz opcję ścieżka_pobierania\MDM\disk1\diskTag.inf.
6. Dodaj wszelkie dodatkowe opcje, na przykład Installation Startup Kit, IBM WebSphere
Application Server, IBM DB2 lub InfoSphere MDM Workbench.
7. W oknie dialogowym Dodawanie repozytorium kliknij przycisk OK.
8. W oknie dialogowym Preferencje kliknij przycisk OK.
Przygotuj do instalowania i zainstaluj serwer operacyjny MDM oraz aplikacje.
Instalowanie pakietu Installation Startup Kit
Zainstaluj pakiet Installation Startup Kit przed rozpoczęciem przygotowywania środowiska
do instalacji.
72
Pakiet Installation Startup Kit zawiera skrypty używane do tworzenia baz danych i profili
niezbędnych do przygotowania środowiska instalacji. Pakiet zawiera też narzędzie wiersza
komend do sprawdzania wymagań wstępnych, które pomaga określić, kiedy środowisko jest
gotowe do rozpoczęcia instalacji.
2. Dodaj pakiet Installation Startup Kit do repozytoriów programu IBM Installation
Manager.
a. Otwórz program IBM Installation Manager.
b. Wybierz opcję Plik > Preferencje....
c. Na panelu Repozytoria wybierz opcję Dodaj repozytorium.
3.
4.
5.
6.
7.
d. Kliknij przycisk Przeglądaj i przejdź do położenia katalogu pakietu Installation
Startup Kit (KATALOG_GŁÓWNY_INSTALACJI_MDM\StartupToolkit). Wybierz
pozycję disk1.inf i kliknij przycisk OK.
Na głównym ekranie programu IBM Installation Manager kliknij przycisk Instaluj.
Na panelu Instalowanie pakietów wybierz opcję IBM MDM Operational Server
Installation Startup Kit i kliknij przycisk Dalej.
Przejdź przez kolejne panele, wybierając domyślną grupę pakietów i pakiety do
zainstalowania.
Kliknij opcję Instaluj.
Po zakończeniu instalacji kliknij przycisk Zakończ i zamknij program IBM Installation
Manager.
Skrypty i pliki pakietu Installation Startup Kit zostaną rozpakowane do katalogu wskazanego
jako KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT.
Skrypty i pliki z pakietu Installation Startup Kit ułatwiają przygotowanie bazy danych i
serwera aplikacji.
Pojęcia pokrewne:
Zadania pokrewne:
Ręczne instalowanie komponentu serwera przesyłania komunikatów produktu InfoSphere
MDM
Wymagania wstępne dotyczące konta dla instalacji
niestandardowej
Przed rozpoczęciem instalacji niestandardowej muszą być spełnione pewne wymagania
wstępne dotyczące konta.
v Użytkownik musi być zalogowany na konto będące właścicielem katalogów i plików
binarnych serwera IBM WebSphere Application Server. Konto musi mieć dostęp do
sterowników JDBC. W instrukcjach podanych w tematach dotyczących przygotowania
przyjęto, że instalacja jest wykonywana lokalnie na serwerze.
73
v Aby uzyskać najlepsze rezultaty, należy wykonać instalację produktu InfoSphere MDM z
uprawnieniami użytkownika innego niż root:
– W przypadku serwera IBM WebSphere Application Server należy użyć identyfikatora
wasadmin. Użytkownik o tym identyfikatorze musi być właścicielem klienta DB2 lub
instancji DB2 i musi należeć do grupy zarządzania mqm.
– W środowisku DB2:
- Sugerowaną metodą instalowania jest skonfigurowanie w systemie co najmniej
jednego użytkownika z ograniczonym dostępem jako użytkownika schematu bazy
danych. Produkt DB2 używa systemu operacyjnego do uwierzytelniania nowego
użytkownika, dlatego najlepszym wyborem jest identyfikator użytkownika (taki jak
mdmdb1) z powłoką ograniczoną. Użytkownik ten nie musi należeć do żadnej z grup
DB2.
- Istnieje również możliwość przeprowadzenia prostej instalacji z użyciem jednego
identyfikatora, który będzie jednocześnie służył jako identyfikator schematu oraz
identyfikator instalacji produktu DB2. Domyślnym identyfikatorem jest db2inst1.
Więcej informacji na temat produktu IBM DB2 można znaleźć w jego dokumentacji.
– Dla każdego wdrożenia produktu InfoSphere MDM musi istnieć osobny użytkownik i
schemat bazy danych. Oddzielne bazy danych dla każdego wdrożenia nie są wymagane.
– W przypadku instalacji na serwerze IBM WebSphere Application Server należy
upewnić się, że na serwerze IBM WebSphere Application Server nie jest używany
serwer o nazwie server ani klaster o nazwie cluster. Nazwy server i cluster są używane
w instalacji produktu InfoSphere MDM.
Zadania pokrewne:
stronie 12
Instalowanie i konfigurowanie bazy danych
Przygotowanie bazy danych do obsługi niestandardowej instalacji produktu InfoSphere
MDM. Procedurę trzeba wykonać w przypadku instalacji niestandardowej.
Uwaga: Jeśli planowana jest instalacja autonomiczna, opisane czynności nie są wymagane,
ponieważ baza danych zostanie utworzona automatycznie.
Na przykład w przypadku produkcyjnej bazy danych można by nadać wszystkim trzem
elementom nazwę mdmprod_113. Zastosowanie takiej konwencji nazewnictwa pomoże
współpracownikom i personelowi wsparcia IBM dla oprogramowania w zrozumieniu
powiązań między instancjami, kontami i bazami danych.
1. Wypełnij odpowiednie arkusze bazy danych wymienione jako tematy pokrewne.
2. Zainstaluj oprogramowanie bazy danych i utwórz konta użytkowników bazy danych z
odpowiednimi uprawnieniami. Dokończ instalację, postępując zgodnie z dokumentacją
dostarczoną przez producenta bazy danych. Przed zainstalowaniem oprogramowania bazy
danych zapoznaj się z tematem dotyczącym kont użytkowników bazy danych.
Uwaga: Instalacje autonomiczne serwera i stacji roboczej instalują opakowanie bazy
danych IBM DB2. W przypadku instalacji niestandardowych należy użyć standardowego
nośnika instalacyjnego DB2.
74
3. Opcjonalnie można zainstalować pakiet Installation Startup Kit. Pakiet zawiera skrypty,
których można użyć do tworzenia bazy danych MDM, ale nie jest on obowiązkowy.
Uwaga: Jeśli pakiet Installation Startup Kit nie zostanie zainstalowany, aplikacja
instalacyjna wyświetli ostrzeżenie podczas instalowania produktu InfoSphere MDM.
4. Utwórz bazę danych MDM, korzystając z jednej z następujących metod:
v Uruchom z pakietu Installation Startup Kit odpowiedni skrypt dla używanego typu
bazy danych. Skrypty automatycznie tworzą odpowiednie obszary tabel, pule buforów i
specyfikacje kodowania wymagane dla używanej edycji produktu InfoSphere MDM.
Szczegółowe informacje dotyczące niektórych z tych ustawień można znaleźć w
tematach pokrewnych.
v Utwórz ręcznie bazę danych przy użyciu innej metody.
Uwaga: Szczegółowe informacje dotyczące niezbędnych czynności konfiguracyjnych i
ustawień bazy danych można znaleźć w tematach pokrewnych.
Zadania pokrewne:
Arkusz źródła danych – DB2 lub DB2 for z/OS
Arkusz źródła danych – Oracle
Konta użytkowników bazy danych i połączenia:
Każda instalacja wymaga co najmniej jednego konta użytkownika bazy danych.
Konto użytkownika bazy danych musi mieć określone uprawnienia, aby możliwe było
pierwsze uruchomienie bazy danych (co zazwyczaj ma miejsce podczas instalowania),
przetworzenie aktualizacji, definiowanie nowych typów jednostek lub tworzenie segmentów
zdefiniowanych przez implementację. To pierwotne konto użytkownika podstawowego musi
mieć uprawnienia do wykonywania następujących operacji:
v Create table i drop table
v Create index i drop index
v Select, insert, update i delete
Po uruchomieniu bazy danych oraz skonfigurowaniu typów jednostek i segmentów
zdefiniowanych w ramach implementacji można w razie potrzeby ograniczyć uprawnienia
konta użytkownika. Konto użytkownika o ograniczonych uprawnieniach ma jedynie
uprawnienia do wykonywania operacji select, insert, update i delete.
Warto utworzyć osobnego użytkownika dla każdej bazy danych, tak aby żaden użytkownik
nie miał dostępu do wielu baz danych. Taki model stwarza warstwę zabezpieczeń, która
uniemożliwi jednemu użytkownikowi bazy danych usunięcie tabel należących do innego
użytkownika.
Zanotuj referencje konta użytkownika bazy danych, gdyż będą one potrzebne do
przeprowadzenia instalacji.
Liczba połączeń z bazą danych to łączna liczba połączeń używanych przez serwer operacyjny
i wszelkie menedżery jednostek. Niektóre procesy serwera operacyjnego i środowiska
75
InfoSphere MDM Workbench wymagają też dodatkowych połączeń z bazą danych, które są
zamykane po zakończeniu procesu. W konfiguracji należy uwzględnić potrzebę dodatkowych
połączeń dla takich procesów.
Pojęcia pokrewne:
stronie 12
“Sprawdzanie wymagań wstępnych dla instalacji niestandardowej” na stronie 116
“Sprawdzenie wymagań wstępnych dla instalacji autonomicznych z bazą danych DB2” na
stronie 60
Przygotowywanie bazy danych DB2:
Ta procedura służy do konfigurowania bazy danych IBM DB2 na potrzeby instalacji produktu
InfoSphere MDM.
v W kolejnych krokach przyjęto założenie, że baza danych została już zainstalowana.
v Aby utworzyć bazę danych MDM, użytkownik musi być zalogowany do systemu DB2
przy użyciu konta administratora utworzonego podczas instalacji DB2.
v Musi być zainstalowana edycja IBM DB2 Enterprise Server.
v Musi być zainstalowany pakiet Installation Startup Kit.
Ważne: Jeśli produkt InfoSphere MDM jest instalowany w systemie z/OS, pomiń kroki
przygotowania bazy danych i przejdź do sekcji “Instalowanie w systemie z/OS” na stronie
126.
1. Przejdź do katalogu
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/CoreData/Full/
DB2/Standard/ddl/ (gdzie
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA jest położeniem
zainstalowanego pakietu).
2. Zmodyfikuj skrypt CreateDB.sql.
a. Otwórz plik CreateDB.sql w edytorze tekstu.
b. Zastąp zmienne w skrypcie odpowiednimi wartościami, zgodnie z opisem na początku
skryptu. Zmienne są ujęte w znaki <>, na przykład <DBNAME>. Na przykład
zmienną <TERRITORY> w pliku CreateDB.sql należy zastąpić odpowiednim
kodem kraju. W przypadku instalacji w Polsce należy zastąpić zmienną
<TERRITORY> wartością US.
3. Przejdź na konto administratora bazy danych DB2.
W systemie Microsoft Windows:
a. Otwórz menu Start i kliknij opcję Wszystkie programy > IBM DB2 > DB2COPY1
(domyślnie).
b. Naciśnij klawisz Shift i kliknij prawym przyciskiem myszy pozycję Okno komend,
po czym wybierz opcję Uruchom jako inny użytkownik....
c. Wprowadź nazwę użytkownika i hasło administratora DB2.
W systemach Linux i UNIX:
a. Otwórz okno terminala systemu Linux lub UNIX.
b. W wierszu komend wpisz su - użytkownik, gdzie użytkownik jest identyfikatorem
użytkownika administracyjnego DB2.
4. Uruchom skrypt CreateDB.sql, aby utworzyć bazę danych.
a. Przejdź do katalogu, w którym znajduje się plik CreateDB.sql.
76
b. Uruchom odpowiednią komendę.
v W systemie Microsoft Windows: db2 -td; -f CreateDB.sql
v W systemach Linux i UNIX: db2 -tvf
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/database/
CoreData/Full/DB2/Standard/ddl/CreateDB.sql
Ważne: Pozostałe kroki w tej procedurze są opcjonalne. Jeśli nie chcesz ręcznie tworzyć
obszarów tabel, możesz pominąć kolejne kroki. W takim przypadku aplikacja instalacyjna
automatycznie utworzy obszary tabel podczas instalacji.
5. Zmodyfikuj skrypt CreateTS.sql.
a. Otwórz plik CreateTS.sql w edytorze tekstu.
b. Zastąp zmienne w skrypcie odpowiednimi wartościami, zgodnie z opisem na początku
skryptu. Zmienne są ujęte w nawiasy <>, na przykład <NAZWA_BAZY_DANYCH>
lub <TABELA_MDS4K>.
Ważne: Wartości używane do zastąpienia zmiennych w tym pliku muszą
odpowiadać konfiguracji bazy danych – w przeciwnym razie instalator nie będzie
mógł pomyślnie zakończyć pracy.
6. Uruchom skrypt CreateTS.sql w celu utworzenia obszarów tabel.
a. Uruchom odpowiednią komendę.
v Dla systemu Microsoft Windows: db2 -td; -f CreateTS.sql
v Dla systemu Linux i UNIX: db2 -tvf
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/database/
CoreData/Full/DB2/Standard/ddl/CreateTS.sql
7. Po uruchomieniu skryptu CreateTS.sql sprawdź, czy ustawienia obszarów tabel są
zgodnie z oczekiwaniami.
W systemie Microsoft Windows:
v Otwórz wiersz komend i wpisz db2cmd
v Nawiąż połączenie z bazą danych za pomocą następującej komendy: db2 connect to
BAZA_DANYCH_MDM user UŻYTKOWNIK_BAZY_DANYCH using
HASŁO_DB2
v Po nawiązaniu połączenia wpisz: db2 list tablespaces
W systemach Linux i UNIX:
v Otwórz nowy terminal i wpisz db2
v Nawiąż połączenie z bazą danych za pomocą następującej komendy: db2 connect to
BAZA_DANYCH_MDM user UŻYTKOWNIK_BAZY_DANYCH using
HASŁO_DB2
v Po nawiązaniu połączenia wpisz: db2 list tablespaces
Zadania pokrewne:
“Arkusz źródła danych – DB2 lub DB2 for z/OS” na stronie 28
Przygotowywanie bazy danych DB2 na innym serwerze niż produkt InfoSphere MDM:
Konfigurowanie bazy danych IBM DB2 dla wdrożeń, w których baza danych i instalacja
produktu InfoSphere MDM znajdują się na różnych serwerach.
1. Konieczne jest wykonanie następujących działań na komputerze, na którym będzie
instalowany produkt InfoSphere MDM:
a. Zainstaluj oprogramowanie klienta bazy danych DB2.
77
b. Wpisz zdalną bazę danych do katalogu na serwerze lokalnym. Użyj następujących
komend, zastępując symbole zastępcze odpowiednimi wartościami:
db2 catalog tcpip node <NAZWA_WĘZŁA> remote <SERWER_BAZY_DANYCH> server <NUMER_PORTU>
db2 catalog db <NAZWA_BD> as <NAZWA_BD> at node <NAZWA_WĘZŁA> authentication server
2. Użyj konsoli Integrated Solutions Console produktu WebSphere Application Server w
celu utworzenia zmiennej środowiskowej DB2_JDBC_DRIVER_PATH serwera
WebSphere Application Server wskazującej na katalog główny instancji DB2 na
komputerze lokalnym i określającej poziom węzła.
Przygotowywanie bazy danych DB2 do używania produktu InfoSphere MDM w środowisku
klastrowym:
Konfigurowanie bazy danych DB2 dla potrzeb wdrożeń z produktem InfoSphere MDM w
środowisku klastrowym.
1. Zainstaluj oprogramowanie klienta bazy danych DB2.
2. Wpisz bazę danych do katalogu dla każdego komputera w klastrze.
3. Utwórz zmienną środowiskową DB2_JDBC_DRIVER_PATH serwera WebSphere
Application Server wskazującą na katalog główny bazy danych DB2, który jest lokalnie
obecny na każdym komputerze każdego węzła w klastrze.
Zadania pokrewne:
“Dodawanie nowego węzła do istniejącego klastra” na stronie 162
Konfigurowanie uprawnień użytkownika bazy danych dla produktu DB2 for z/OS:
Jeśli wdrożenie produktu InfoSphere MDM używa bazy danych IBM DB2 for z/OS, trzeba
upewnić się, że używany identyfikator użytkownika bazy danych ma uprawnienia BINDADD
w bazie danych MDM.
Prawidłowe działanie sterownika DB2 Wire Protocol wymaga istnienia odpowiednich
pakietów na każdym serwerze, z którym będzie nawiązywane połączenie. Używany
identyfikator użytkownika bazy danych musi mieć uprawnienia BINDADD, aby sterownik
mógł tworzyć i wiązać pakiety.
Uwaga: Domyślnie pakiety te zawierają 200 sekcji dynamicznych i są tworzone w kolekcji o
nazwie NULLID.
Brak pakietów powiązania spowoduje wyświetlenie następującego komunikatu podczas
testowania połączeń dla źródła danych InfoSphere MDM na serwerze operacyjnym:
java.sql.SQLException: [IBM][Sterownik DB2 JDBC] Proces wiązania nie jest aktywny.
Upewnij się, że użytkownik ma uprawnienia do tworzenia pakietów.
Pakietów nie można tworzyć w przypadku połączenia XA. DSRA0010E: Stan SQL = HY000, kod błędu = 0.
1. Zaloguj się jako administrator bazy danych (użytkownik DBA).
2. Połącz się z bazą danych MDM.
3. Nadaj uprawnienia BINDADD użytkownikowi bazy danych (dbuser).
4. Wyloguj się z konta użytkownika DBA.
5. Zaloguj się na konto użytkownika bazy danych. Gdy konto użytkownika bazy danych
nawiąże połączenie z bazą danych przy użyciu sterownika DB2 Wire Protocol, poprawny
pakiet zostanie utworzony automatycznie.
Sterownik i pakiety protokołu DB2 Wire Protocol
Proces wiązania nie jest aktywny
78
Przygotowywanie bazy danych Microsoft SQL Server:
Konfigurowanie bazy danych Microsoft SQL Server przed rozpoczęciem instalacji produktu
InfoSphere MDM.
Aby utworzyć bazę danych MDM, użytkownik musi być zalogowany do systemu Microsoft
SQL Server przy użyciu uwierzytelniania Windows albo przy użyciu konta administratora
utworzonego podczas instalowania produktu Microsoft SQL Server.
Jeśli planowane jest użycie uwierzytelniania Windows, administrator DBA musi ustawić
domyślny schemat użytkownika logowania na schemat, którego będzie używać program IBM
Przed rozpoczęciem przygotowywania bazy danych konieczne jest także zainstalowanie
pakietu Installation Startup Kit.
1. Zmodyfikuj skrypt CreateDB.sql, który jest udostępniany w pakiecie Installation Startup
Kit.
a. Przejdź do katalogu
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/CoreData/
Full/SQLServer/ddl/ (gdzie
b. Otwórz plik CreateDB.sql w edytorze tekstu.
c. Zastąp zmienne w skrypcie odpowiednimi wartościami, zgodnie z opisem na początku
skryptu. Zmienne są ujęte w znaki <>, na przykład <DBNAME>.
2. Uruchom skrypt CreateDB.sql przy użyciu konta użytkownika sa, aby utworzyć bazę
danych.
Jeśli w celu uzyskania dostępu do bazy danych wykorzystywane jest uwierzytelnianie
systemu Windows zamiast uwierzytelniania SQL, to należy wykonać jedną z
następujących opcji:
v
Jeśli klient i serwer SQL Server znajdują się w tej samej domenie, to dane logowania
użytkownika, z którego korzysta klient, muszą zostać dodane do listy bezpiecznych
użytkowników programu SQL Server.
v Jeśli klient i serwer SQL Server znajdują się w różnych domenach, to obie domeny
muszą być zaufane.
3. Skopiuj plik sqljdbc.dll do katalogu /Bin uruchomionej instancji produktu SQL Server.
v Jeśli używany jest 32-bitowy produkt SQL Server, plik sqljdbc.dll znajduje się w
katalogu KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/
SQLServer JTA/win32.
v Jeśli używany jest 64-bitowy produkt SQL Server, plik znajduje się w katalogu
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/SQLServer
JTA/win64_amd64.
4. Zainstaluj procedury składowane interfejsu XA używane przez sterownik JDBC. Z
poziomu katalogu
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/SQLServer JTA
uruchom skrypt instjdbc.sql jako użytkownik sa.
5. Włącz usługę MS DTC dla transakcji XA.
W systemach Windows 7 i Windows 2008
a. Na pulpicie kliknij ikonę Uruchom i otwórz okno Usługi składowe, korzystając z
jednej z następujących opcji.
v Wpisz dcomcnfg w polu Rozpocznij wyszukiwanie.
v Wpisz %windir%/system32/comexp.msc w polu Rozpocznij wyszukiwanie.
79
b. Przejdź do opcji Komputery > Mój komputer > Koordynator transakcji
rozproszonych.
c. Kliknij prawym przyciskiem myszy opcję Lokalna usługa DTC, a następnie wybierz
opcję Właściwości.
d. W oknie dialogowym Właściwości lokalnej usługi DTC otwórz kartę Zabezpieczenia.
e. Wybierz opcję Włącz transakcje XA i kliknij przycisk OK. Ten krok powoduje
zrestartowanie usługi MS DTC.
f. Kliknij przycisk OK w oknie dialogowym Właściwości lokalnej usługi DTC i zamknij
okno Usługi składowe.
g. Zrestartuj serwer Microsoft SQL Server, aby zapewnić jego synchronizację ze
zmianami w usłudze MS DTC. Sprawdź parametr XATransactions=1 w rejestrze
systemu operacyjnego Microsoft.
Zadania pokrewne:
“Arkusz źródła danych – Microsoft SQL Server” na stronie 31
Przygotowywanie bazy danych Microsoft SQL Server na innym serwerze niż serwer produktu
InfoSphere MDM:
Konfigurowanie bazy danych Microsoft SQL Server znajdującej się na innym serwerze niż
instalacja InfoSphere MDM.
Zainstaluj klienta bazy danych Microsoft SQL Server na komputerze, na którym ma zostać
zainstalowany produkt MDM.
Po zainstalowaniu klienta konto klienta jest automatycznie dodawane do konta użytkownika
bazy danych. Nie ma potrzeby ustawiania zmiennej
MSSQLSERVER_JDBC_DRIVER_PATH w środowisku serwera IBM WebSphere
Application Server.
Przygotowywanie bazy danych Microsoft SQL Server do używania produktu InfoSphere MDM
w środowisku klastrowym:
Konfigurowanie bazy danych Microsoft SQL Server podczas instalowania produktu
InfoSphere MDM w środowisku klastrowym.
Zainstaluj klienta Microsoft SQL Server na każdym komputerze, na którym planowane jest
instalowanie komponentów produktu InfoSphere MDM.
Po zainstalowaniu klienta konto klienta jest automatycznie dodawane do konta użytkownika
bazy danych. Nie ma potrzeby ustawiania zmiennej
MSSQLSERVER_JDBC_DRIVER_PATH w środowisku serwera IBM WebSphere
Application Server.
Przygotowywanie bazy danych Oracle:
Konfigurowanie bazy danych Oracle przed rozpoczęciem instalacji produktu InfoSphere
MDM.
v W kolejnych krokach przyjęto założenie, że baza danych została już zainstalowana.
v Opcjonalnie można zainstalować pakiet Installation Startup Kit.
v Aby utworzyć bazę danych MDM, użytkownik musi być zalogowany do systemu Oracle
przy użyciu konta administratora utworzonego podczas instalacji systemu Oracle.
v Aby zainstalować produkt InfoSphere MDM z bazą danych Oracle, nazwa użytkownika
bazy danych musi być taka sama jak nazwa schematu.
80
1. Sprawdź, czy używany jest zestaw znaków UTF-8. Jeśli nie, utwórz bazę danych za
pomocą tej komendy: CREATE DATABASE nazwa_bazy_danych CHARACTER
SET AL32UTF8
2. Ustaw semantykę długości znaków dla kodowania Unicode. Zmienna
NLS_LANG_SEMANTICS musi mieć wartość CHAR (wartością domyślną jest BYTE).
Uruchom następującą komendę: ALTER SYSTEM SET
NLS_LENGTH_SEMANTICS=CHAR SCOPE=BOTH
3. Jeśli z klientem Oracle używany jest sterownik inny niż bezpośredni, należy ustawić
zmienną NLS_LANG dla użytkownika nawiązującego połączenie z serwerem
operacyjnym. Ustaw wartość zmiennej na
NLS_LANG=AMERICAN_AMERICA.AL32UTF8
Ważne: Pozostałe kroki w tej procedurze są opcjonalne. Jeśli nie chcesz ręcznie tworzyć
obszarów tabel, można pominąć kolejne kroki. W takim przypadku aplikacja instalacyjna
automatycznie utworzy obszary tabel podczas instalacji.
4. Zmodyfikuj skrypt create_schema_ora.sql, który jest udostępniany w pakiecie
Installation Startup Kit.
a. Przejdź do katalogu
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/CoreData/
Full/Oracle/Standard/ddl/ (gdzie
b. Otwórz plik create_schema_ora.sql w edytorze tekstu. Plik zawiera następujące
zmienne, które należy zastąpić odpowiednimi wartościami:
c. Jeśli baza danych jest tworzona w systemie Microsoft Windows, zastąp zmienną
<TABLESPACE_LOCATION> położeniem obszarów tabel. Wartość położenia
powinna mieć składnię <KATALOG_GŁÓWNY_ORACLE>\
<NAZWA_BAZY_DANYCH>
Ważne: W przypadku tworzenia bazy danych w systemie Microsoft Windows
trzeba także zmienić wszystkie znaki ukośnika (/) w ścieżkach plików na znaki
ukośnika odwrotnego (\).
d. W folderze <KATALOG_GŁÓWNY_ORACLE>/oradata utwórz pusty podfolder o
nazwie odpowiadającej podanej wartości <NAZWA_BAZY_DANYCH>.
e. Konfigurowanie nazw obszarów tabel:
v Aby użyć domyślnych wartości obszarów tabel, zastąp zmienne w skrypcie
create_schema_ora.sql wartościami podanymi na początku skryptu. Zmienne są
ujęte w nawiasy trójkątne < >:
– <DBNAME> - nazwa bazy danych.
– <NEWPASSWORD> - hasło bazy danych.
– <INDEX_SPACE> - nazwa obszaru tabel dla danych indeksu. Aplikacja
instalacyjna oczekuje wartości IDXSPACE.
– <LONG_SPACE> - nazwa obszaru tabel dla danych typu CLOB i XML.
Aplikacja instalacyjna oczekuje wartości LOBSPACE.
– <TABLE_SPPMD> - nazwa obszaru tabel dla danych tabel użytkownika
mechanizmu uzgadniania probabilistycznego. Aplikacja instalacyjna oczekuje
wartości EMESPACE1.
– <TABLE_SPPMI> - nazwa obszaru tabel dla danych indeksów mechanizmu
uzgadniania probabilistycznego. Aplikacja instalacyjna oczekuje wartości
EMESPACE2.
– <TABLE_MDS4K> - nazwa obszaru tabel dla danych tabel użytkownika 4K.
Aplikacja instalacyjna oczekuje wartości TBS4K.
81
– <TABLE_SPACE> - nazwa obszaru tabel dla danych tabel użytkownika 8K.
– <TABLE_SPMDS> - nazwa obszaru tabel dla danych tabel użytkownika 16K
wirtualnego systemu MDM. Aplikacja instalacyjna oczekuje wartości TBS16K.
v Aby użyć niestandardowych nazw obszarów tabel:
1) Utwórz bazę danych, która używa niestandardowych nazw obszarów tabel.
2) Utwórz lub edytuj wejściowy plik odpowiedzi instalacji InfoSphere MDM i
zmodyfikuj zmienne nazw obszarów tabel, aby odwzorować niestandardowe
nazwy obszarów tabel na nazwy w instalatorze produktu InfoSphere MDM:
<data
<data
<data
<data
key=’user.L2.long.space.ora,com.ibm.mdm.advanced’ value=’LOBSPACE’/>
key=’user.L2.index.space.ora,com.ibm.mdm.advanced’ value=’IDXSPACE’/>
key=’user.L2.eme.sppmd.space,com.ibm.mdm.advanced’ value=’EMESPACE1’/>
key=’user.L2.eme.sppmi.space,com.ibm.mdm.advanced’ value=’EMESPACE2’/>
Ważne: Z produktem InfoSphere MDM są dostarczone przykładowe
wejściowe pliki odpowiedzi instalacji, które można zmodyfikować w celu
zdefiniowania niestandardowych obszarów tabel. Więcej informacji na temat
przykładowych wejściowych plików odpowiedzi zawiera sekcja “Instalacja
cicha” na stronie 130.
3) Uruchom instalator produktu InfoSphere MDM w trybie GUI lub w trybie
cichym, podając następujący argument w komendzie uruchamiania, aby
instalator użył parametrów ze zmodyfikowanego wejściowego pliku
odpowiedzi: ./IBMIM -inputmdm_input.res (gdzie mdm_input.res to nazwa
wejściowego pliku odpowiedzi instalacji cichej).
5. Uruchom skrypt create_schema_ora.sql, aby utworzyć schemat Oracle.
Pominięcie wykonania skryptu create_schema_ora.sql będzie wymagać zmodyfikowania
systemu baz danych Oracle:
v Upewnij się, że w skrypcie create_schema_ora.sql instrukcja ALTER SYSTEM SET
open_cursors ma postać ALTER SYSTEM SET open_cursors = 1500
SCOPE=BOTH;
v Upewnij się, że uprawnienia są jawnie nadawane w postaci GRANT CREATE
SEQUENCE TO SCHEMAT;, gdzie SCHEMAT to nazwa schematu.
v Ustaw właściwość Oracle CURSOR_SHARING na wartość
CURSOR_SHARING=FORCE.
Zadania pokrewne:
“Arkusz źródła danych – Oracle” na stronie 32
Przygotowywanie bazy danych Oracle na serwerze innym niż InfoSphere MDM:
Konfigurowanie bazy danych Oracle dla wdrożeń, w których baza danych i instalacja
produktu InfoSphere MDM znajdują się na różnych serwerach.
1. Zainstaluj klienta Oracle na komputerze, na którym planowane jest zainstalowanie
2. Ustaw wpis TNS na komputerze klienta w taki sposób, aby wskazywał na serwer z bazą
danych.
3. Za pomocą konsoli Integrated Solutions Console serwera WebSphere Application Server
utwórz zmienną środowiskową ORACLE_JDBC_DRIVER_PATH wskazującą na
katalog główny bazy danych Oracle i określającą poziom węzła.
82
Przygotowywanie bazy danych Oracle do używania produktu InfoSphere MDM w środowisku
klastrowym:
Konfigurowanie bazy danych Oracle dla potrzeb instalacji produktu InfoSphere MDM w
1. Zainstaluj klienta Oracle na każdym komputerze.
2. Ustaw wpis TNS w taki sposób, aby wskazywał na serwer bazy danych.
3. Utwórz zmienną środowiskową ORACLE_JDBC_DRIVER_PATH serwera WebSphere
Application Server wskazującą na katalog główny bazy danych Oracle, który jest lokalnie
obecny na każdym komputerze każdego węzła w klastrze.
Zadania pokrewne:
Sterowniki ODBC instalowane z edycją Standard Edition:
Sterowniki ODBC stosowane przez aplikację instalacyjną podczas instalowania produktu
InfoSphere MDM Standard Edition zależą od zdefiniowanego typu bazy danych.
Sterownik bezpośredni (wire driver) umożliwia serwerowi operacyjnemu obsługującemu
wirtualną konfigurację MDM komunikowanie się z bazą danych i zapisywanie danych w
schemacie. W takim przypadku na hoście serwera operacyjnego musi być zainstalowany
odpowiedni klient bazy danych, aby można było wykonywać operacje ładowania masowego.
Serwer operacyjny zawiera następujące sterowniki ODBC. Inne sterowniki nie są
obsługiwane.
v Oracle Wire
v Oracle Net
v IBM DB2 Wire (DB2 i DB2 for z/OS)
v Microsoft SQL Server Wire
W przypadku baz danych Oracle właściwości przekazane do programu narzędziowego
madconfig podczas procesu instalacji określają rodzaj instalowanego sterownika:
bezpośredni (Oracle Wire) lub sieciowy (Oracle Net). Podanie pustych wartości dla hosta
bazy danych spowoduje zainstalowanie sterownika sieciowego Oracle Net, przez co będzie
konieczne zainstalowanie klienta Oracle na hoście serwera operacyjnego.
Wskazówka: Aby podczas instalowania na platformie Microsoft Windows ręcznie utworzyć
oddzielne źródło danych ODBC zamiast tworzenia go za pośrednictwem aplikacji
instalacyjnej, należy wywołać komendę madconfig.bat register_odbc, która zapewni
prawidłowe zarejestrowanie sterownika ODBC.
Zadania pokrewne:
“Włączanie obsługi sterownika Oracle innego niż bezpośredni (non-wired)” na stronie 129
Ręczne instalowanie bazy danych fizycznego systemu MDM:
Istnieje możliwość ręcznego zainstalowania bazy danych fizycznego systemu MDM w
środowiskach DB2 dla systemów UNIX lub Linux, DB2 for z/OS i Oracle.
Do utworzenia bazy danych fizycznego systemu MDM można zawsze użyć programu IBM
Installation Manager. Istnieje też jednak możliwość instalacji ręcznej.
Baza danych wirtualnego systemu MDM jest zawsze instalowana za pomocą programu IBM
83
Ważne: Podstawowa baza danych jest wymagana dla produktu InfoSphere MDM Advanced
Edition (fizycznego MDM). Jest też wymagana do prawidłowego przetwarzania niektórych
transakcji produktu InfoSphere MDM Standard Edition (wirtualnego MDM). W przypadku
używania programu IBM Installation Manager do instalowania produktu InfoSphere MDM
wymagane komponenty podstawowej bazy danych są instalowane automatycznie. W
przypadku używania systemu baz danych Microsoft SQL Server trzeba pamiętać, że jedynym
obsługiwanym wydaniem dla bazy danych SQL Server jest InfoSphere MDM Standard
Edition (wirtualny system MDM).
Przed rozpoczęciem ręcznego instalowania należy koniecznie zapoznać się z poniższymi
informacjami i podjąć niezbędne decyzje dotyczące tworzenia obszarów tabel i instalowania
wyzwalaczy.
Obszary tabel
W przypadku baz danych DB2 w systemie UNIX lub Linux i baz danych Oracle
można utworzyć obszary tabel dla danych użytkownika, indeksów użytkownika oraz
dużych obiektów użytkownika, aby zwiększyć wydajność bazy danych. Obszarom
tym odpowiadają w skryptach symbole zastępcze TABLE_SPACE, INDEX_SPACE i
LONG_SPACE. Wielkości obszarów tabel w dostarczonych skryptach można
zmienić zgodnie z potrzebami używanego środowiska produkcyjnego.
Istnieją dwa odrębne obszary tabel dla mechanizmu InfoSphere MDM Probabilistic
Matching Engine. Nazwy obszarów tabel InfoSphere MDM Probabilistic Matching
Engine muszą odpowiadać wartościom podanym dla symboli TABLE_SPACE i
INDEX_SPACE z dodatkową literą E na końcu nazwy.
Wyzwalacze
W ramach instalacji produktu InfoSphere MDM są udostępniane dwa typy
wyzwalaczy: wyzwalacze proste i wyzwalacze złożone. Wybierz do zainstalowania
jeden z następujących typów wyzwalaczy:
v Wyzwalacze proste: kopiują wcześniejszy obraz danych bieżących do tabeli
HISTORY w momencie wykonania operacji tworzenia, aktualizacji lub usunięcia
w tabeli podstawowej. Tabela HISTORY zawiera jedynie stare rekordy, nie
zawiera natomiast bieżących rekordów tabeli podstawowej. Jeśli zostanie wybrana
opcja instalowania wyzwalaczy prostych, to konieczne jest zainstalowanie
wyzwalaczy prostych dla operacji aktualizacji. Opcjonalnie można również
zainstalować wyzwalacze proste dla operacji usuwania.
v Wyzwalacze złożone: kopiują wcześniejszy i późniejszy obraz danych bieżących z
tabeli podstawowej do tabeli HISTORY w momencie wykonania operacji
wstawienia, aktualizacji lub usunięcia w tabeli podstawowej. Tabela HISTORY
zawiera wszystkie stare rekordy z tabeli podstawowej oraz rekord bieżący. Jeśli
zostanie wybrana opcja instalowania wyzwalaczy złożonych, to konieczne jest
zainstalowanie wyzwalaczy dla operacji wstawiania i aktualizacji. Opcjonalnie
można również zainstalować złożone wyzwalacze dla operacji usuwania.
v Brak: nie zostaną zainstalowane żadne wyzwalacze historii.
Wiele stref czasowych (UTC)
Jeśli aplikacja jest używana w różnych strefach czasowych lub jeśli w danych
użytkownika uwzględnione są wartości czasu z różnych stref czasowych, konieczne
jest włączenie funkcji obsługi wielu stref czasowych.
Po aktywacji tej funkcji nie jest możliwa jej dezaktywacja.
Jeśli obsługa wielu stref czasowych nie jest potrzebna, należy ją wyłączyć podczas
instalowania produktu InfoSphere MDM.
Funkcja wyszukiwania z rozróżnianiem i bez rozróżniania wielkości liter
84
1.
2.
3.
4.
5.
Można dodać tę funkcję w celu wyszukiwania kontraktów, produktów i kategorii
według nazwy, ale bez rozróżniania wielkości liter. Po aktywacji tej funkcji nie jest
możliwa jej dezaktywacja. Funkcja jest dostępna w bazach danych DB2 UDB, DB2
for z/OS od wersji 9 oraz Oracle.
Otwórz program IBM Installation Manager i kliknij przycisk Instaluj.
Na liście Pakiety instalacyjne wybierz opcję InfoSphere MDM Standard Edition lub
Advanced Edition i kliknij przycisk Dalej.
Na liście Składniki rozwiń pozycję InfoSphere MDM Standard Edition lub Advanced
Edition i upewnij się, że zaznaczona jest tylko opcja Baza danych MDM. Kliknij
przycisk Dalej.
Wypełnij pola konfiguracji bazy danych, aby podać typ, położenie i szczegóły połączenia
bazy danych, a następnie wybierz opcję Wyodrębnij skrypty do ręcznej instalacji bazy
danych. Kliknij opcję Instaluj. Program IBM Installation Manager zainstaluje dane
wirtualnego systemu MDM i wyodrębni skrypty SQL, których można użyć do
zainstalowania danych fizycznego systemu MDM.
Uruchom skrypty SQL, aby zainstalować dane fizycznego systemu MDM.
6. Po wykonaniu skryptów i zainstalowaniu danych fizycznego systemu MDM otwórz
ponownie program IBM Installation Manager i kliknij przycisk Modyfikuj.
7. Na liście Składniki zaznacz opcję Serwer operacyjny MDM (oprócz już wybranej opcji
Baza danych MDM), a następnie kliknij przycisk Dalej.
8. Kliknij przycisk Instaluj, aby zakończyć instalację bazy danych fizycznego systemu
MDM.
Ustawianie konfiguracji XA w serwerze IBM WebSphere Application Server na potrzeby
nawiązywania połączenia z produktem DB2 for z/OS:
Podczas ręcznego instalowania bazy danych MDM w środowisku DB2 for z/OS należy użyć
tej procedury do ustawienia konfiguracji interfejsu XA na serwerze IBM WebSphere
Application Server.
Przykładowe wartości podane w procedurze należy zmienić w taki sposób, aby odpowiadały
konkretnemu środowisku serwera.
1. Zaloguj się do systemu UNIX jako użytkownik root i przejdź do katalogu instancji
produktu DB2. Na przykład: cd /usr/opt/db2_10_01/instance
2. Z poziomu katalogu instancji uruchom komendę tworzącą pełną instancję produktu ESE:
db2icrt -a SERVER -p 60000 -s ese -u db2fenc1 db2inst1
3. Po utworzeniu instancji zaloguj się jako użytkownik instancji (w tym przykładzie
db2inst1) i wpisz do katalogu bazę danych z/OS.
4. Uruchom instancję DB2 komendą db2start.
5. Skonfiguruj dostawcę JDBC opartego na interfejsie CLI (typ 4) pod kątem obsługi
interfejsu XA.
6. Skonfiguruj serwer IBM WebSphere Application Server w taki sposób, aby używał
sterownika XA produktu DB2 for z/OS.
7. Do zmiennej CLASSPATH dodaj następującą pozycję:
<KATALOG_GŁÓWNY_DB2>sqllib/java/db2jcc.jar
Zadania pokrewne:
“Ręczne instalowanie podstawowej bazy danych w systemie DB2 for z/OS przy użyciu
interfejsu TSO i zadań JCL” na stronie 92
85
Tworzenie i instalowanie bazy danych w systemie z/OS:
W przypadku tworzenia podsystemu i powiązanych z nim baz danych należy pamiętać, że
produkt InfoSphere MDM w wersji dla środowiska DB2 for z/OS jest tworzony z obsługą
danych Unicode i wielu języków. Należy również ustawić konfigurację interfejsu XA.
Aby zapewnić obsługę kodu Unicode, można skorzystać z dwóch opcji konfiguracji:
v
1. Skonfigurowanie jednego podsystemu DB2 for z/OS z parametrem UNICODE w pliku
DSNZPARM, na przykład:
Unicode CCSID = 1208 CCSID danych Unicode UTF-8.
DEF ENCODING SCHEME = UNICODE
LOCALE LC_CTYPE = UNI
APPLICATION ENCODING = UNICODE
2. Użycie domyślnego podsystemu DB2 for z/OS i ponowne powiązanie wszystkich
pakietów MDM w celu dodania obsługi danych Unicode. Należy użyć opcji LOCALE
LC_CTYPE = UNI., która jest wymagana do poprawnego działania takich funkcji
agregujących, jak UPPER i LOWER.
v W przypadku korzystania z nowego podsystemu DB2 należy ustawić wszystkie parametry
DSNZPARM na kod Unicode, w tym parametr makro LC_TYPE parametru
DSNHDECP. Do osiągnięcia pełnej funkcjonalności wymagane są bazy danych w kodzie
Unicode i plany dostępu.
v Przydzielanie miejsca: przed utworzeniem obiektów fizycznych należy zapewnić dla nich
miejsce w pamięci masowej DASD. W celu uproszczenia operacji przydzielania pamięci
masowej zaleca się użycie grup pamięci masowych w systemie SMS. Dla wszystkich
plików danych systemu z/OS należy utworzyć kwalifikator wysokiego poziomu
MDMIBM.
v Obszary tabel i indeksów: aby ułatwić konserwację i uniknąć problemów związanych z
wydajnością, należy rozdzielić tabele i powiązane z nimi indeksy, umieszczając je w
różnych obszarach tabel i obszarach indeksów. W przypadku małych tabel należy stosować
obszary tabel podzielone na segmenty, a w przypadku dużych tabel należy stosować proste
obszary tabel. Można także używać partycjonowanych obszarów tabel.
v Autoryzacja i kwalifikator: do tworzenia wszystkich obiektów oraz uzyskiwania do nich
dostępu należy używać jednego ID autoryzowanego użytkownika.
v Pule buforów: jeśli pule buforów nie istnieją, należy je utworzyć. Zalecana wielkość
minimalna to 1000. Przykładowa instrukcja SQL tworząca pule buforów: ALTER
BUFFERPOOL (bp3) VPSIZE (1000);
Konfigurowanie interfejsu XA dla produktu DB2 w systemie z/OS
Upewnij się, że wykonano procedurę dla dostawcy JDBC i źródła danych serwera WebSphere
Application Server. Jest ona niezbędna, aby serwer WebSphere Application Server poprawnie
współpracował z produktem DB2 for z/OS.
Nadawanie uprawnień do połączenia w systemie DB2 for z/OS:
W przypadku ręcznego instalowania bazy danych fizycznego systemu MDM w systemie DB2
for z/OS należy użyć tej procedury w celu nadania niezbędnych uprawnień do połączenia.
1. Upewnij się, że użytkownikowi instalującemu produkt nadano uprawnienie SYSADM
umożliwiające utworzenie wstępnej bazy danych i obszarów tabel.
2. Upewnij się, że użytkownikowi instalującemu produkt nadano uprawnienia z poniższej
listy:
Ważne: Przykładowe wartości podane w procedurze należy zmienić w taki sposób, aby
odpowiadały konkretnemu środowisku serwera.
86
v GRANT CREATETAB, CREATETS ON DATABASE DSNDB04 TO
<ID_UŻYTKOWNIKA>;
v GRANT USE OF BUFFERPOOL BP0 TO <ID_UŻYTKOWNIKA>;
v GRANT USE OF STOGROUP SYSDEFLT TO <ID_UŻYTKOWNIKA>;
v GRANT USE OF TABLESPACE DSNDB04.SYSDEFLT TO
<ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PLAN DSNESPCS TO <ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PLAN DSNESPRR TO <ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PLAN DSNEDCL TO <ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PLAN DSNHYCRD TO <ID_UŻYTKOWNIKA>;
v GRANT SELECT ON SYSIBM.SYSDUMMY1 TO <ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PLAN DSNTIA<WERSJA DB2> TO
<ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNWZP TO
<ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNWSPM TO
<ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PACKAGE DSNUTILS.DSNUTILS TO
<ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNUTILS TO
<ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PACKAGE DSNUTILU.DSNUTILU TO
<ID_UŻYTKOWNIKA>;
v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNUTILU TO
<ID_UŻYTKOWNIKA>;
Zadania pokrewne:
“Ręczne instalowanie podstawowej bazy danych w systemie DB2 for z/OS przy użyciu
interfejsu TSO i zadań JCL” na stronie 92
Ustawienia dla bazy danych Oracle:
Jeśli podczas ręcznego instalowania bazy danych fizycznego systemu MDM w systemie baz
danych Oracle zostanie pominięte wykonanie skryptu create_schema_ora.sql, to konieczne
będzie zmodyfikowanie systemu baz danych Oracle.
Należy upewnić się, że w skrypcie create_schema_ora.sql instrukcja ALTER SYSTEM
SET open_cursors ma postać:
ALTER SYSTEM SET open_cursors = 1500 SCOPE=BOTH;
Trzeba też upewnić się, że instrukcje nadawania uprawnień mają postać GRANT CREATE
SEQUENCE TO <SCHEMAT>;
Ręczne instalowanie bazy danych fizycznego systemu MDM w produkcie DB2 dla systemu
Linux lub UNIX:
produkcie DB2 dla systemu Linux lub UNIX.
Dostępne są osobne instrukcje dotyczące instalowania bazy danych konfiguracji i zarządzania
oraz podstawowej bazy danych domeny.
87
Przed rozpoczęciem instalacji należy zapoznać się z informacjami na temat ręcznego
instalowania bazy danych.
Ręczne instalowanie podstawowej bazy danych w środowisku DB2 dla systemu UNIX lub
Linux:
Instalowanie podstawowej bazy danych produktu MDM w środowisku DB2 dla systemu
UNIX lub Linux
1. Przejdź do katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/database/
CoreData/Full/DB2/Standard/ddl.
2. Wykonaj edycję skryptów w tym katalogu, zastępując symbole zastępcze wartościami,
które zostaną użyte w bazie danych użytkownika.
Zapamiętaj: Aby uruchomić większość skryptów, należy użyć składni komendy
db2 -tvf NAZWA_SKRYPTU -l NAZWA_PLIKU_DZIENNIKA
gdzie NAZWA_SKRYPTU to nazwa uruchamianego skryptu, a
NAZWA_PLIKU_DZIENNIKA to nazwa pliku historii, w którym są rejestrowane
komendy. Jeśli wymagane jest zastosowanie innej składni komend, zostanie ona
wyświetlona w procedurze.
Zmień następujące symbole zastępcze:
a. Zastąp symbol DBNAME nazwą bazy danych, która będzie używana.
b. Zastąp symbol TERRITORY wartością określającą terytorium.
c. Zastąp następujące symbole zastępcze obszarów tabel:
v <INDEX_SPACE> - nazwa obszaru tabel dla danych indeksów. Aplikacja
v <LONG_SPACE> - nazwa obszaru tabel dla danych typu CLOB i XML.
Aplikacja instalacyjna oczekuje wartości LOBSPACE.
v <TABLE_SPPMD> - nazwa obszaru tabel dla danych tabel użytkownika
v <TABLE_SPPMI> - nazwa obszaru tabel dla danych indeksów mechanizmu
EMESPACE2.
v <TABLE_MDS4K> - nazwa obszaru tabel dla danych tabel użytkownika 4K.
v <TABLE_SPACE> - nazwa obszaru tabel dla danych tabel użytkownika 8K.
v <TABLE_SPMDS> - nazwa obszaru tabel dla danych tabel użytkownika 16K
d. Zastąp symbol SCHEMA nazwą schematu, w którym mają być przechowywane
zasoby bazy danych.
e. Zastąp symbol DBUSER identyfikatorem użytkownika bazy danych, który jest
właścicielem schematu.
f. Zastąp symbol DTYPE jedną z poniższych wartości zapisanych małymi literami:
v banking (bankowość)
v insurance (ubezpieczenia)
v telco (telekomunikacja)
v manufacturing (produkcja)
g. Zastąp symbol CONFIG_LANG kodem języka konfiguracji, który ma być używany.
Na przykład dla języka angielskiego wpisz wartość en, a dla polskiego - pl.
88
h. Zastąp symbol CODE_LANG kodem języka danych dodatkowej tabeli kodów, która
ma zostać załadowana.
Na przykład dla języka japońskiego wpisz wartość ja, a dla polskiego - pl.
3. Upewnij się, że bieżący użytkownik ma uprawnienia administratora DBA niezbędne do
uruchomienia skryptu CreateDB.sql.
4. Uruchom plik CreateDB.sql, aby utworzyć bazę danych i obszary tabel oraz nadać
wymagane uprawnienia użytkownikom i schematom.
5. Utwórz obszary tabel i nadaj wymagane uprawnienia autoryzowanym użytkownikom i
schematom, uruchamiając plik CreateTS.sql. Ten skrypt tworzy cztery dodatkowe
obszary tabel dla obiektów bazy danych mechanizmu InfoSphere MDM Probabilistic
Matching Engine. Nazwy dwóch obszarów tabel są tworzone na podstawie wartości
TABLE MDS4K, TABLE_SPACE, TABLE SPMDS, TABLE SPPMI, LONG SPACE i
INDEX_SPACE. Można je zmienić stosownie do potrzeb.
6. Połącz się z utworzoną bazą danych.
7. Z poziomu wiersza komend w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/
database/CoreData/Full/DB2/Standard/ddl uruchom skrypty w podanej kolejności:
a. CreateTables.sql: tworzy wszystkie tabele podstawowe i definicje kluczy
podstawowych.
b. CreateTables_H.sql: tworzy wszystkie tabele historii i definicje kluczy
podstawowych.
c. CreateIndexes.sql: tworzy wszystkie indeksy, w tym reguły ograniczające
indeksów unikalnych.
d. CreateFK.sql: tworzy wszystkie klucze obce.
e. CreateCHK.sql: tworzy wszystkie ograniczenia sprawdzające.
8. Określ, czy konieczne jest włączenie funkcji obsługi wielu stref czasowych:
Jeśli aplikacja jest używana w różnych strefach czasowych lub jeśli w danych
użytkownika uwzględnione są wartości czasu z różnych stref czasowych, konieczne jest
włączenie funkcji obsługi wielu stref czasowych.
Jeśli obsługa wielu stref czasowych nie jest potrzebna, należy ją wyłączyć podczas
instalowania produktu InfoSphere MDM.
v Aby włączyć funkcję obsługi wielu stref czasowych:
a. Przejdź do podkatalogu .ddl.
b. Z poziomu wiersza komend uruchom następujący skrypt:
Create_function_utc_enabled.sql
v Aby wyłączyć funkcję obsługi wielu stref czasowych:
Create_function_utc_disabled.sql
9. Uruchom skrypty dla wyzwalaczy złożonych lub prostych.
Zapamiętaj: Aby uruchomić skrypty do tworzenia wyzwalaczy, należy użyć składni
komendy
db2 -v -td@ -f NAZWA_SKRYPTU -l NAZWA_PLIKU_DZIENNIKA
v Aby zainstalować wyzwalacze proste, uruchom skrypt:
a. CreateTriggers_simple.sql: instaluje wyzwalacze proste.
89
b. Opcjonalnie: CreateTriggers_delete_simple.sql: instaluje proste wyzwalacze
usuwania.
v Aby zainstalować wyzwalacze złożone, uruchom skrypt:
a. CreateTriggers_compound.sql: instaluje złożone wyzwalacze wstawiania i
aktualizowania.
b. Opcjonalnie: CreateTriggers_delete_compound.sql: instaluje złożone
wyzwalacze usuwania.
10. Aby zapełnić tabele kodów danymi w języku angielskim dla branży określonej przez
symbol zastępczy DTYPE oraz danymi konfiguracyjnymi w języku określonym przez
symbol zastępczy CONFIG_LANG, wykonaj skrypt ImpReqData.sql.
11. Aby zapełnić tabelę menedżera konfiguracji danymi dla języka angielskiego, wprowadź
ścieżkę danych zamiast symbolu DEL_DATA_PATH (jeśli nie zmodyfikowano położenia
katalogu, ścieżką jest 'data') i ścieżkę dzienników zamiast symbolu DEL_DATA_LOGS.
Uruchom skrypt ImpReqDataCfgMgr.sql.
12. Zainstaluj dodatkowe zestawy danych tabel kodów. Po wprowadzeniu branży w miejsce
symbolu DTYPE i kodu języka w miejsce symbolu CODE_LANG uruchom skrypt:
ImpCodeTableData.sql
Powtórz ten krok dla każdego instalowanego języka, w tym dla angielskiego.
13. Opcjonalnie: Aby włączyć wyszukiwanie bez rozróżniania wielkości liter, uruchom
następujący skrypt:
Insensitive_search_enabled.sql
Ręczne instalowanie bazy danych domeny w środowisku DB2 dla systemu Linux lub UNIX:
Ręczne instalowanie bazy danych domeny w systemie DB2.
Przed rozpoczęciem instalacji:
v Należy się upewnić, że została utworzona podstawowa baza danych, a użytkownik ma
odpowiednie uprawnienia dostępu do niej. Zasoby aplikacyjne bazy danych domeny są
dodawane do tej samej bazy danych.
v Należy się zapoznać z tematem poświęconym ręcznej instalacji bazy danych fizycznego
systemu MDM i w krokach opcjonalnych postępować w taki sam sposób, jak przy
instalowaniu podstawowej bazy danych.
1. Przejdź do katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/database/Full/DB2/
Standard/ddl.
2. Zmodyfikuj wszystkie skrypty w tym katalogu, zastępując symbole zastępcze
wartościami, które zostaną użyte w bazie danych użytkownika:
a. Zastąp symbol DBNAME nazwą bazy danych, która będzie używana.
b. Zastąp symbol SCHEMA nazwą schematu, w którym mają być przechowywane
zasoby bazy danych.
c. Zastąp symbol TABLE_SPACE nazwą obszaru tabel, w którym będą przechowywane
dane tabeli podstawowej i tabeli historii.
d. Zastąp symbol INDEX_SPACE nazwą obszaru tabel, w którym są przechowywane
dane poindeksowane.
e. Zastąp symbol LONG_SPACE nazwą obszaru tabel, w którym są przechowywane
dane długich kolumn użytkownika (takie jak obiekty CLOB i XML).
f. Zastąp symbol DBUSER identyfikatorem użytkownika bazy danych, który jest
właścicielem schematu.
g. Zastąp symbol DTYPE jedną z poniższych wartości zapisanych małymi literami:
90
h. Zastąp symbol CONFIG_LANG kodem języka konfiguracji, który ma być używany.
Na przykład dla języka angielskiego wpisz wartość en, a dla polskiego - pl.
i. Zastąp symbol CODE_LANG kodem języka danych dodatkowej tabeli kodów, która
ma zostać załadowana. Na przykład dla języka japońskiego wpisz wartość ja, a dla
polskiego - pl.
Ważne: Instrukcja CreateDB.sql tworzy dwa odrębne obszary tabel dla mechanizmu
InfoSphere MDM Probabilistic Matching Engine: TABLE_SPACE i INDEX_SPACE.
3. Nawiąż połączenie z utworzoną podstawową bazą danych.
Zapamiętaj: Aby uruchomić większość skryptów, należy użyć składni komendy
db2 -tvf NAZWA_SKRYPTU -l NAZWA_PLIKU_DZIENNIKA
4. Uruchom poniższe skrypty we wskazanej kolejności z wiersza komend w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM/database/Full/DB2/Standard/ddl
v CreateTables.sql: tworzy wszystkie tabele podstawowe i definicje kluczy
podstawowych.
v CreateTables_H.sql: tworzy wszystkie tabele historii i definicje kluczy
podstawowych.
v CreateIndexes.sql: tworzy wszystkie indeksy, w tym reguły ograniczające indeksów
unikalnych.
v CreateFK.sql: tworzy wszystkie klucze obce.
v CreateCHK.sql: tworzy wszystkie ograniczenia sprawdzające.
v Create_eME.sql: tworzy wszystkie obiekty InfoSphere MDM Probabilistic
Matching Engine. W tym skrypcie należy zastąpić dwa symbole nazwami
faktycznych obszarów tabel i indeksów.
5. Uruchom skrypty dla wyzwalaczy złożonych lub prostych:
Zapamiętaj: Aby uruchomić skrypty do tworzenia wyzwalaczy, należy użyć składni
komendy
db2 -v -td@ -f NAZWA_SKRYPTU -l NAZWA_PLIKU_DZIENNIKA
v Aby zainstalować wyzwalacze proste:
– CreateTriggers_simple.sql: instaluje wyzwalacze proste.
– Opcjonalnie: CreateTriggers_delete_simple.sql: instaluje proste wyzwalacze
usuwania.
v Aby zainstalować wyzwalacze złożone, uruchom skrypty:
– CreateTriggers_compound.sql: instaluje złożone wyzwalacze wstawiania i
aktualizowania.
91
– Opcjonalnie: CreateTriggers_delete_compound.sql instaluje złożone
wyzwalacze usuwania.
6. Aby zapełnić tabele kodów danymi w języku angielskim dla branży określonej przez
symbol zastępczy DTYPE oraz danymi konfiguracyjnymi w języku określonym przez
symbol zastępczy CONFIG_LANG, uruchom skrypt ImpReqData.sql.
ścieżkę danych zamiast symbolu DEL_DATA_PATH (jeśli nie zmodyfikowano
położenia katalogu, ścieżką jest 'data') i ścieżkę dzienników zamiast symbolu
DEL_DATA_LOGS. Uruchom skrypt ImpReqDataCfgMgr.sql.
8. Zainstaluj dodatkowe zestawy danych tabel kodów. Po wprowadzeniu branży w miejsce
symbolu DTYPE i kodu języka w miejsce symbolu CODE_LANG uruchom skrypt:
ImpCodeTableData.sql
Powtórz ten krok dla każdego instalowanego języka, w tym dla angielskiego.
9. Jeśli w podstawowej bazie danych włączono obsługę wyszukiwania bez rozróżniania
wielkości liter, konieczne jest uruchomienie skryptu Insensitive_search_enabled.sql.
10. Sprawdź pliki dziennika instalacji, aby upewnić się, że instalacja została zakończona.
Ręczne instalowanie bazy danych fizycznego systemu MDM w produkcie DB2 for z/OS:
produkcie DB2 for z/OS.
Uwaga: W kolejnych krokach przyjęto, że instalacja jest wykonywana na serwerach aplikacji
klientów AIX.
Przed rozpoczęciem instalacji należy zapoznać się z tematem Ręczne instalowanie fizycznej
bazy danych produktu MDM, w tym z uwagami i informacjami dotyczącymi tworzenia i
instalowania bazy danych w systemie z/OS, oraz uwzględnić wszystkie opisane tam kwestie.
Ręczne instalowanie podstawowej bazy danych w systemie DB2 for z/OS przy użyciu
interfejsu TSO i zadań JCL:
Podstawową bazę danych produktu InfoSphere MDM na serwerze DB2 for z/OS można
zainstalować ręcznie przy użyciu zadań języka JCL (Job Control Language).
W tym zadaniu używane są symbole zastępcze. Przed rozpoczęciem upewnij się, że masz
wszystkie niezbędne informacje o systemie. W razie potrzeby uzyskaj te informacje od
administratora lub programisty systemu.
Utwórz w systemie mainframe kwalifikator wysokiego poziomu (HLQ) o nazwie MDMHLQ
z przydzieleniem 3 GB na wszystkie pliki i biblioteki produktu InfoSphere MDM lub upewnij
się, że zrobił to administrator lub programista systemu. Kwalifikator jest potrzebny tylko do
instalacji i po jej zakończeniu może zostać usunięty.
Przyjęto założenie, że używany jest serwer aplikacji klienckich AIX.
Wskazówka: Dla komend FTP podanych w poniższej procedurze założono, że używane jest
środowisko ISPF z systemu AIX do systemu z/OS. Aby pracować z innego środowiska,
należy odpowiednio przekształcić komendy.
1. Przejdź do katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/database/CoreData/
Full/DB2/ZOS/pds/ddllib i wykonaj następujące kroki:
a. Zmodyfikuj skrypt .netrc w celu utworzenia plików DLL i przesłania ich na system
mainframe.
92
b. Zastąp symbol USER nazwą użytkownika mającego uprawnienia do usługi FTP w
systemie mainframe.
c. Zastąp symbol PASSWORD hasłem autoryzowanego użytkownika.
d. Zastąp symbol HOSTNAME nazwą hosta systemu mainframe.
e. Zastąp symbol MDMHLQ kwalifikatorem wysokiego poziomu utworzonym na
komputerze mainframe dla potrzeb instalacji.
f. Upewnij się, że plik ma uprawnienia dostępu 600. Jeśli nie ma, uruchom komendę
chmod 600 .netrc. Wskazany plik .netrc musi się znajdować w katalogu $HOME.
g. Uruchom następującą komendę:
echo "\$ transferddl" | ftp nazwa_hosta
Biblioteka MDMHLQ.MIHDDL.LIB została dodana do używanego systemu mainframe.
Full/DB2/ZOS/pds/jcllib i wykonaj następujące kroki:
mainframe.
systemie mainframe.
f. Upewnij się, że plik ma uprawnienia dostępu 600. Jeśli nie ma, uruchom komendę
g. Uruchom następującą komendę:
echo "\$ transferjcl" | ftp nazwa_hosta
Biblioteka MDMHLQ.MIHJCL.LIB została dodana do używanego systemu mainframe.
Full/DB2/ZOS/pds i wykonaj następujące kroki:
mainframe.
systemie mainframe.
e. Upewnij się, że plik ma uprawnienia dostępu 600. Jeśli nie ma, uruchom komendę
f. Uruchom następującą komendę:
echo "\$ transferbins" | ftp nazwa_hosta
4. Na serwerze bazy danych zaloguj się do interfejsu TSO.
5. Korzystając z interfejsu TSO/ISPF, przejdź do biblioteki MDMHLQ.MIHDDL.LIB i
zmodyfikuj każdy ze skryptów w zestawach danych w następujący sposób:
a. Zastąp symbol DBA ACCOUNT nazwą konta administratora bazy danych z
uprawnieniami DBADM.
b. Zastąp symbol USER ACCOUNT nazwą konta użytkownika o odpowiednim poziomie
uprawnień.
c. Zastąp symbol STOGROUP_NAME nazwą grupy pamięci masowej.
d. Zastąp symbol db_prefix trzyznakowym przedrostkiem bazy danych przypisanym
przez jej administratora.
93
e. Zastąp symbol VCATNAME faktyczną nazwą katalogu VCAT.
Więcej informacji zawiera dokumentacja instrukcji CREATE STOGROUP w elemencie
zestawu danych biblioteki MDMHLQ.MIHDDL.LIB.
6. Korzystając z interfejsu TSO/ISPF, przejdź do biblioteki MDMHLQ.MIHJCL.LIB i
zmodyfikuj element zestawu danych MDMICOR, zastępując następujące symbole
odpowiednimi wartościami dla używanej bazy danych:
a. Zastąp symbol JOB NAME nazwą zadania.
b. Zastąp symbol db-hlq poprawną wartością kwalifikatora wysokiego poziomu źródła
danych DSN.
c. Zastąp symbol SYSTEM poprawnym identyfikatorem podsystemu DB2.
d. Zastąp symbol USRQ kwalifikatorem wysokiego poziomu konta użytkownika.
f. Zastąp symbol PLANNAME nazwą planu DB2 dla narzędzia DSNTEP2.
g. Opcja Wiele stref czasowych (MTZ) jest domyślnie wyłączona. Aby włączyć tę
opcję, należy przekształcić w komentarz wiersz //SYSIN DD
DSN=MDMHLQ.MIHDDL.LIB(Z08CRUTE),DISP=SHR w zadaniu JCL
MDMICOR (patrz krok 8). W przypadku zadania MDMICOR kody powrotu 0 lub 4
oznaczają, że zadanie JCL zakończyło się pomyślnie.
h. Wyślij zadanie JCL MDMICOR za pomocą komendy sub. Kod powrotu 0 lub 4
oznacza, że zadanie JCL zostało pomyślnie wykonane.
Zadania pokrewne:
“Ustawianie konfiguracji XA w serwerze IBM WebSphere Application Server na potrzeby
nawiązywania połączenia z produktem DB2 for z/OS” na stronie 85
“Nadawanie uprawnień do połączenia w systemie DB2 for z/OS” na stronie 86
Ręczne instalowanie bazy danych domeny w produkcie DB2 for z/OS:
Ręczne zainstalowanie bazy danych domeny w produkcie DB2 for z/OS wymaga
zmodyfikowania kilku symboli zastępczych.
W tym zadaniu używane są symbole zastępcze. Przed rozpoczęciem upewnij się, że masz
wszystkie niezbędne informacje o systemie. W razie potrzeby uzyskaj te informacje od
administratora lub programisty systemu.
W systemie mainframe kwalifikator wysokiego poziomu (HLQ) o nazwie MDMHLQ ma
przydzielone 3 GB miejsca na wszystkie pliki i biblioteki produktu InfoSphere MDM.
Wskazówka: Dla komend FTP podanych w poniższej procedurze założono, że używane jest
środowisko ISPF z systemu AIX do systemu z/OS. Aby pracować z innego środowiska,
należy odpowiednio przekształcić komendy.
1. Przejdź do katalogu MDM/database/Full/DB2/ZOS/pds/ddllib, do którego został
wyodrębniony plik WAS.jar.
94
2. Zmodyfikuj skrypt .netrc w celu utworzenia plików DLL i przesłania ich na system
mainframe, wykonując następujące kroki.
a. Zastąp symbol USER nazwą użytkownika mającego uprawnienia do nawiązywania
połączeń FTP z systemem mainframe.
b. Zastąp symbol PASSWORD hasłem autoryzowanego użytkownika. Przed
uruchomieniem komendy upewnij się, że plik ma uprawnienia dostępu 600. Jeśli nie
ma, uruchom komendę chmod 600 .netrc. Wskazany plik .netrc musi się znajdować
w katalogu $HOME.
c. Zastąp symbol MDMHLQ kwalifikatorem wysokiego poziomu utworzonym na
d. Uruchom następującą komendę:
echo "\$ transferddl" | ftp nazwa_hosta
Biblioteka MDMHLQ.MDMJCL.LIB zostanie dodana do używanego systemu mainframe.
3. Przejdź do katalogu MDM/database/Full/DB2/ZOS/pds/jcllib i zmodyfikuj skrypt
.netrc w celu utworzenia plików DLL i przesłania ich na system mainframe, wykonując
następujące kroki.
a. Zastąp symbol USER nazwą użytkownika mającego uprawnienia do nawiązywania
połączeń FTP z systemem mainframe.
b. Zastąp symbol PASSWORD hasłem tego użytkownika.
c. Zastąp symbol HOSTNAME nazwą hosta systemu mainframe.
d. Zastąp symbol MDMHLQ kwalifikatorem wysokiego poziomu utworzonym na
e. Upewnij się, że plik ma uprawnienia dostępu 600. Jeśli nie ma, uruchom komendę
f. Uruchom następującą komendę:
echo "\$ transferjcl" | ftp nazwa_hosta
Biblioteka MDMHLQ.MDMJCL.LIB zostanie dodana do używanego systemu mainframe.
4. Na serwerze bazy danych zaloguj się do interfejsu TSO.
5. Korzystając z interfejsu TSO/ISPF, przejdź do biblioteki MDMHLQ.MDMDDL.LIB i po
kolei zmodyfikuj każdy ze skryptów w zestawach danych, zastępując następujące
symbole odpowiednimi wartościami dla używanej bazy danych:
a. Zastąp symbol DBA ACCOUNT nazwą konta administratora bazy danych z
uprawnieniami DBADM. Na przykład dla komendy CHG: CHG 'DBA ACCOUNT'
'DB2OPER' all
b. Zastąp symbol USER ACCOUNT nazwą konta użytkownika o odpowiednim poziomie
uprawnień.
c. Zastąp symbol STOGROUP_NAME nazwą grupy pamięci masowej.
d. Zastąp symbol db_prefix trzyznakowym przedrostkiem bazy danych przypisanym
przez jej administratora.
f. Zastąp symbol VCATNAME faktyczną nazwą katalogu VCAT.
Więcej informacji zawiera dokumentacja instrukcji CREATE STOGROUP w elemencie
zestawu danych @01crdb biblioteki MDMHLQ.MDMDDL.LIB.
6. Korzystając z interfejsu TSO/ISPF, przejdź do biblioteki MDMHLQ.MDMJCL.LIB i
zmodyfikuj element zestawu danych MDMIDOM, zastępując następujące symbole
odpowiednimi wartościami dla używanej bazy danych:
a. Zastąp symbol JOB NAME nazwą zadania.
95
b. Zastąp symbol db-hlq poprawną wartością kwalifikatora wysokiego poziomu źródła
danych DSN.
c. Zastąp symbol SYSTEM poprawnym identyfikatorem podsystemu DB2.
d. Zastąp symbol USRQ kwalifikatorem wysokiego poziomu konta użytkownika.
e. Zastąp symbol PLANNAME nazwą planu DB2 dla narzędzia DSNTEP2.
f. Zastąp symbol MDMHLQ kwalifikatorem wysokiego poziomu utworzonym na
g. Wyślij zadanie JCL MDMIDOM za pomocą komendy sub. Kod powrotu 0 lub 4
oznacza, że zadanie JCL zostało pomyślnie wykonane.
Ręczne instalowanie podstawowej bazy danych w systemie Microsoft SQL Server:
Ta procedura służy do ręcznego instalowania pełnej podstawowej bazy danych w systemie
Microsoft SQL Server.
instalowania bazy danych fizycznego systemu MDM.
Full/SQL Server/ddl.
wartościami, które zostaną użyte w bazie danych. Zmień następujące symbole zastępcze:
v Zastąp symbol db_name nazwą bazy danych.
v Zastąp symbol MDMSEFG nazwą grupy plików.
v Zastąp symbol Logical_FG_Namex nazwą nowego pliku, który ma zostać dodany do
grupy plików, przy czym x jest numerem rozpoczynanym od 1, jeśli należy utworzyć
lub dodać więcej niż jedną grupę plików.
v Zastąp symbol location położeniem pliku grupy plików, na przykład:
– Microsoft SQL Server 2008R2: C:/Program Files/Microsoft SQL
Server/MSSQL10_50.MSSQLSERVER/MSSQL/DATA
– Microsoft SQL Server 2012: C:/Program Files/Microsoft SQL
Server/MSSQL11.DBSQL2/MSSQL/DATA
v Zastąp symbol dbuser nazwą właściciela obiektu bazy danych.
v Zastąp symbol password hasłem użytkownika dbuser.
v Zastąp symbol schema nazwą właściciela obiektu.
v Zastąp symbol CODE_LANG kodem języka danych dodatkowej tabeli kodów, która
ma zostać załadowana; na przykład dla języka japońskiego użyj kodu ja, a dla języka
francuskiego użyj kodu fr.
v Zastąp symbol CONFIG_LANG kodem języka konfiguracji, który ma być używany; na
przykład dla języka angielskiego użyj kodu en, a dla języka francuskiego użyj kodu fr.
v Zastąp symbol DTYPE typem danych, które będą ładowane; podaj jedną z
następujących wartości zapisaną małymi literami: banking, insurance, manufacturing,
telco.
v Zastąp symbol mds_home położeniem serwera operacyjnego wirtualnego systemu
MDM.
v Zastąp symbol datasource_name nazwą bazy danych.
v Zastąp symbol użytkownik dbadmin nazwą użytkownika bazy danych.
v Zastąp symbol hasło dbadmin hasłem użytkownika bazy danych.
database/CoreData/Full/SQL Server/ddl uruchom komendy w wymienionej
kolejności.
96
a. Sqlcmd –S nazwa serwera-U użytkownik dbadmin-P hasło dbadmin-i
Create_DB.sql > nazwa pliku dziennika
b. Sqlcmd –S nazwa serwera -U użytkownik_bazy_danych -P hasło -d
nazwa_bazy_danych -i CreateTables.sql > nazwa pliku dziennika
c. Sqlcmd –S nazwa serwera -U użytkownik_bazy_danych -P hasło -d
nazwa_bazy_danych -i CreateFK.sql > nazwa pliku dziennika
d. Sqlcmd –S nazwa serwera -U użytkownik_bazy_danych -P hasło-d
nazwa_bazy_danych -i CreateIndexes.sql > nazwa pliku dziennika
e. Sqlcmd –S nazwa serwera -U użytkownik_bazy_danych -P hasło -d
nazwa_bazy_danych -i CreateCHK.sql > nazwa pliku dziennika
4. Użyj programu IBM Installation Manager, aby załadować dane. Na panelu składników do
zainstalowania wybierz pozycję Baza danych MDM.
Ręczne instalowanie bazy danych fizycznego systemu MDM w systemie baz danych Oracle:
systemie baz danych Oracle.
instalowania bazy danych fizycznego systemu MDM.
Ręczne instalowanie podstawowej bazy danych w systemie Oracle:
Ręczne instalowanie podstawowej bazy danych w systemie Oracle.
Full/Oracle/Standard/ddl.
wartościami, które zostaną użyte w bazie danych. Zmień następujące symbole zastępcze:
a. Zastąp symbol DBNAME nazwą bazy danych.
b. Zastąp symbol SCHEMA nazwą użytkownika bazy danych mającego wymagane
uprawnienia.
c. Zastąp symbol NEWPASSWORD hasłem użytkownika schematu.
d. Zastąp następujące symbole zastępcze obszarów tabel:
v <INDEX_SPACE> - nazwa obszaru tabel dla danych indeksów. Aplikacja
v <LONG_SPACE> - nazwa obszaru tabel dla danych typu CLOB i XML. Aplikacja
instalacyjna oczekuje wartości LOBSPACE.
v <TABLE_SPPMD> - nazwa obszaru tabel dla danych tabel użytkownika
v <TABLE_SPPMI> - nazwa obszaru tabel dla danych indeksów mechanizmu
EMESPACE2.
v <TABLE_MDS4K> - nazwa obszaru tabel dla danych tabel użytkownika 4K.
v <TABLE_SPACE> - nazwa obszaru tabel dla danych tabel użytkownika 8K.
v <TABLE_SPMDS> - nazwa obszaru tabel dla danych tabel użytkownika 16K
e. Zastąp symbol TABLESPACE_LOCATION położeniem, w którym zostanie utworzony
obszar tabel. Zazwyczaj jest to katalog bazy danych znajdujący się w katalogu
97
głównym ORACLE_HOME. Na przykład D:/Oracle/product/10.2.0/oradata/
MDMDB, gdzie MDMDB jest nazwą bazy danych, a 10.2.0 jest wersją używanego
produktu Oracle.
f. Zastąp symbol DTYPE typem danych, które zostaną załadowane. Podaj jedną z
poniższych wartości, zapisując ją małymi literami:
g. Zastąp symbol CONFIG_LANG kodem języka konfiguracji, który ma być używany.
Na przykład dla języka angielskiego wpisz wartość en, a dla polskiego pl.
h. Zastąp symbol CODE_LANG kodem języka danych dodatkowej tabeli kodów, która
polskiego pl.
i. Zastąp symbol DBUSER nazwą użytkownika bazy danych z uprawnieniami
administratora bazy danych.
j. Zastąp symbol DBPASSWORD hasłem użytkownika bazy danych.
database/CoreData/Full/Oracle/Standard/ddl uruchom następujące komendy w
podanej kolejności:
a. sqlplus DBUSER/DBPASSWORD@DBNAME @create_schema_ora.sql>>
LOG_FILE_NAME: tworzy schemat bazy danych.
b. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>>
LOG_FILE_NAME: tworzy tabele podstawowe i definicje kluczy podstawowych.
c. sqlplus SCHEMA/NEWPASSWORD@DBNAME
@create_hist_tables_ora.sql>> LOG_FILE_NAME: tworzy tabele historii i
definicje kluczy podstawowych.
d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>>
LOG_FILE_NAME: tworzy wszystkie indeksy, w tym reguły ograniczające
indeksów unikalnych.
e. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>>
LOG_FILE_NAME: tworzy klucze obce.
f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_chk_ora.sql>>
LOG_FILE_NAME: tworzy ograniczenia sprawdzające.
g. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>>
LOG_FILE_NAME: tworzy obiekty InfoSphere MDM Probabilistic Matching
Engine.
4. Jeśli aplikacja jest używana w różnych strefach czasowych lub jeśli w danych
użytkownika uwzględnione są wartości czasu z różnych stref czasowych, konieczne jest
włączenie funkcji obsługi wielu stref czasowych. Jeśli obsługa wielu stref czasowych nie
jest potrzebna, należy ją wyłączyć podczas instalowania bazy danych.
v Aby włączyć funkcję obsługi wielu stref czasowych:
sqlplus SCHEMA/NEWPASSWORD@DBNAME
@Create_function_utc_enabled.sql >> LOG_FILE_NAME
v Aby wyłączyć funkcję obsługi wielu stref czasowych:
98
@Create_function_utc_disabled.sql >> LOG_FILE_NAME
5. Uruchom komendy dla wyzwalaczy złożonych lub prostych.
v Aby zainstalować wyzwalacze proste, uruchom skrypty:
– sqlplus SCHEMA/NEWPASSWORD@DBNAME
@create_triggers_simple_ora.sql>> LOG_FILE_NAME: instaluje wyzwalacze
proste.
– Opcjonalnie: sqlplus SCHEMA/NEWPASSWORD@DBNAME
@create_delete_triggers_simple_ora.sql>> LOG_FILE_NAME: instaluje
proste wyzwalacze usuwania.
@create_triggers_compound_ora.sql>> LOG_FILE_NAME: instaluje złożone
wyzwalacze wstawiania i aktualizacji.
@create_delete_triggers_compound_ora.sql>> LOG_FILE_NAME: instaluje
złożone wyzwalacze usuwania.
6. Przekształć plik ImpReqData.script w skrypt powłoki i uruchom go z poziomu wiersza
komend. Ten skrypt służy do zapełniania wymaganych tabel kodów i tabel konfiguracji
systemu danymi z tabel kodów w języku angielskim dla branży, której typ wprowadzono
zamiast symbolu DTYPE, oraz danymi konfiguracyjnymi w języku, którego kod
wprowadzono zamiast symbolu CONFIG_LANG.
7. Wybierz, czy będą instalowane dane tabel kodów dla języków innych niż angielski.
v Jeśli produkt jest instalowany tylko w języku angielskim, pomiń ten krok.
v Aby zainstalować dane tabel kodów dla języków innych niż angielski dla branży
wprowadzonej zamiast symbolu DTYPE i kodu języka wprowadzonego zamiast
symbolu CODE_LANG, przekształć plik Imp_CodeTables_Data.script w skrypt
powłoki i uruchom ten skrypt z wiersza komend. Powtórz ten krok dla każdego
instalowanego języka.
8. Opcjonalnie: aby włączyć wyszukiwanie bez rozróżniania wielkości liter, uruchom
skrypt:
@Insensitive_search_enabled.sql >> LOG_FILE_NAME
Ważne: Instrukcja create_schema_ora.sql tworzy dwa odrębne obszary tabel dla
mechanizmu InfoSphere MDM Probabilistic Matching Engine: TABLE_SPACE>E i
INDEX_SPACE>E.
Ręczne instalowanie bazy danych domeny w środowisku Oracle:
Ręczne zainstalowanie bazy danych domeny w środowisku Oracle wymaga zastąpienia kilku
symboli zastępczych i uruchomienia kilku komend.
1. Przejdź do katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/database/Full/
Oracle/Standard/ddl:
99
wartościami, które zostaną użyte w bazie danych użytkownika:
a. Zastąp symbol DBNAME nazwą bazy danych.
b. Zastąp symbol SCHEMA nazwą schematu, w którym mają być przechowywane
zasoby bazy danych.
c. Zastąp symbol NEWPASSWORD hasłem użytkownika schematu.
d. Zastąp symbol TABLE_SPACE nazwą obszaru tabel, w którym będą przechowywane
dane tabeli podstawowej i tabeli historii.
e. Zastąp symbol INDEX_SPACE nazwą obszaru tabel, w którym będą przechowywane
indeksowane dane.
f. Zastąp symbol LONG_SPACE nazwą obszaru tabel, w którym będą przechowywane
dane długich kolumn użytkownika (takie jak obiekty CLOB i XML).
g. Zastąp symbol TABLESPACE_LOCATION położeniem, w którym zostanie utworzony
obszar tabel. Zazwyczaj jest to katalog bazy danych znajdujący się w katalogu
głównym ORACLE_HOME. Na przykład: D:/Oracle/product/10.2.0/oradata/
MDMDB, gdzie MDMDB to nazwa bazy danych, a 10.2.0 oznacza numer wersji
używanego produktu Oracle.
h. Zastąp symbol DTYPE typem danych, które zostaną załadowane. Podaj jedną z
poniższych wartości, zapisując ją małymi literami:
i. Zastąp symbol CONFIG_LANG kodem języka, który ma być używany. Na przykład
dla języka angielskiego wpisz wartość en, a dla polskiego pl.
j. Zastąp symbol CODE_LANG kodem języka danych dodatkowej tabeli kodów, która
polskiego pl.
database/Full/Oracle/Standard/ddl uruchom następujące komendy w podanej
kolejności:
a. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>>
LOG_FILE_NAME: tworzy tabele podstawowe i definicje kluczy podstawowych.
b. sqlplus SCHEMA/NEWPASSWORD@DBNAME
@create_hist_tables_ora.sql>> LOG_FILE_NAME: tworzy tabele historii i
definicje kluczy podstawowych.
c. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>>
LOG_FILE_NAME: tworzy wszystkie indeksy, w tym reguły ograniczające indeksów
unikalnych.
d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>>
LOG_FILE_NAME: tworzy klucze obce.
e. sqlplus SCHEMA/NEWPASSWORD@DBNAME> @create_chk_ora.sql>>
LOG_FILE_NAME: tworzy ograniczenia sprawdzające.
f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>>
LOG_FILE_NAME: tworzy obiekty mechanizmu InfoSphere MDM Probabilistic
Matching Engine.
Ważne: Przed uruchomieniem skryptu create_eME_ora.sql w kolejnym kroku
zmodyfikuj go, zastępując symbole TABLE_SPACE i INDEX_SPACE nazwami
odpowiednio obszaru tabel i obszaru indeksów, które utworzono dla obiektów bazy
danych mechanizmu InfoSphere MDM Probabilistic Matching Engine.
100
4. Uruchom skrypty dla wyzwalaczy złożonych lub prostych:
v Aby zainstalować wyzwalacze proste:
@create_triggers_simple_ora.sql>> LOG_FILE_NAME: instaluje wyzwalacze
proste.
@create_delete_triggers_simple_ora.sql>> LOG_FILE_NAME: instaluje
proste wyzwalacze usuwania.
@create_triggers_compound_ora.sql>> LOG_FILE_NAME: instaluje złożone
wyzwalacze wstawiania i aktualizacji.
@create_delete_triggers_compound_ora.sql>> LOG_FILE_NAME: instaluje
złożone wyzwalacze usuwania.
5. Przekształć plik ImpReqData.script w skrypt powłoki i uruchom go z poziomu wiersza
komend. Ten skrypt służy do zapełniania wymaganych tabel kodów i tabel konfiguracji
systemu danymi z tabel kodów w języku angielskim dla branży, której typ wprowadzono
zamiast symbolu DTYPE, oraz danymi konfiguracyjnymi w języku, którego kod
wprowadzono zamiast symbolu CONFIG_LANG.
6. Wybierz, czy będą instalowane dane tabel kodów dla języków innych niż angielski.
v Jeśli produkt jest instalowany tylko w języku angielskim, pomiń ten krok.
v Aby zainstalować dane tabel kodów dla języków innych niż angielski dla branży
wprowadzonej zamiast symbolu DTYPE i kodu języka wprowadzonego zamiast
symbolu CODE_LANG, przekształć plik Imp_CodeTables_Data.script w skrypt
powłoki i uruchom ten skrypt z wiersza komend. Powtórz ten krok dla każdego
instalowanego języka.
ścieżkę danych zamiast symbolu DEL_DATA_PATH (jeśli nie zmodyfikowano położenia
katalogu, ścieżką jest /data) i ścieżkę dzienników zamiast symbolu DEL_DATA_LOGS.
Przekształć plik ImpReqDataCfgMgr.script w skrypt powłoki i uruchom go z poziomu
wiersza komend. Ten skrypt zapełni wymagane tabele konfiguracji systemu danymi w
języku angielskim.
8. Jeśli w podstawowej bazie danych włączono obsługę wyszukiwania bez rozróżniania
wielkości liter, konieczne jest uruchomienie następującego skryptu:
Sqlplus SCHEMA/NEWPASSWORD@DBNAME
@Insensitive_search_enabled.sql >> LOG_FILE_NAME
Instalowanie i konfigurowanie serwera aplikacji
Jeśli planowane jest zainstalowanie produktu InfoSphere MDM w ramach instalacji
niestandardowej, przed rozpoczęciem procesu instalacji trzeba przygotować serwer aplikacji.
Komponenty produktu InfoSphere MDM działają na serwerze WebSphere Application Server.
Serwer aplikacji udostępnia infrastrukturę do komunikacji między komponentami,
uwierzytelniania i rejestrowania.
Uwaga: Jeśli planowane jest wykonanie instalacji autonomicznej, serwer aplikacji zostanie
zainstalowany i skonfigurowany automatycznie.
Można przygotować nowy serwer aplikacji lub wykorzystać istniejący.
Przed przygotowaniem serwera aplikacji do instalacji produktu InfoSphere MDM należy
zapoznać się z następującymi wymaganiami wstępnymi.
101
v Upewnij się, że zainstalowano wstępnie wymagane oprogramowanie i skonfigurowano
poprawne środowisko.
v Ustaw ścieżkę systemową w programie narzędziowym bazy danych DB2 lub Oracle.
Produkt Microsoft SQL Server nie wymaga wykonania tego kroku.
v Przejrzyj arkusz konfiguracji serwera aplikacji, aby poznać podstawowe parametry, które
są wymagane podczas procesu instalacji. Dzięki wypełnieniu arkusza użytkownik będzie
miał podstawowe informacje konieczne do przeprowadzenia instalacji. W przypadku wielu
instancji skopiuj arkusz i przygotuj oddzielne arkusze dla poszczególnych wdrożeń.
v Przygotowując serwer aplikacji, używaj identyfikatora wasadmin. Jeśli używany jest
produkt DB2, to ten identyfikator musi być właścicielem klienta DB2 lub instancji DB2.
Musi on także należeć do grupy mqm WebSphere MQ, jeśli do przesyłania komunikatów
jest używany produkt WebSphere MQ. Ta grupa jest używana do administrowania
produktem WebSphere MQ.
v Upewnij się, że skonfigurowano ścieżkę KATALOG_GŁÓWNY_WAS oraz ścieżkę Java
KATALOG_GŁÓWNY_JAVA dla serwera IBM WebSphere Application Server.
v Upewnij się, że nie istnieje żaden serwer o nazwie server ani klaster o nazwie cluster.
Ważne: W przypadku instalacji niestandardowych należy ustawić argumenty określające
wielkość sterty maszyny JVM i menedżera wdrażania (Dmgr) serwera WebSphere
Application Server na 512 MB i 1024 MB. Jest to szczególnie ważne, jeśli planowane jest
zainstalowanie interfejsu użytkownika aplikacji Product Maintenance. Aby zwiększyć
wielkość sterty:
1. Otwórz konsolę administracyjną serwera WebSphere Application Server i przejdź do
opcji Administrowanie systemem > Menedżer wdrażania.
2. W obszarze Infrastruktura serwera rozwiń pozycję Język Java i zarządzanie
procesami, a następnie kliknij opcję Definicja procesu.
3. W obszarze Właściwości dodatkowe kliknij opcję Wirtualna maszyna języka Java.
4. Ustaw parametr Początkowa wielkość sterty na 512 MB, a parametr Maksymalna
wielkość sterty na 1024 MB.
5. Kliknij przycisk OK, zapisz zmiany i zsynchronizuj zmiany z węzłami.
Zadania pokrewne:
Przygotowywanie serwera WebSphere Application Server Network Deployment do
wdrożenia serwera zarządzanego:
Konfigurowanie produktu IBM WebSphere Application Server Network Deployment do
wdrożenia serwera zarządzanego.
Tej procedury należy używać wyłącznie do niestandardowych instalacji produktu InfoSphere
MDM.
Uwaga: Jeśli planowana jest instalacja autonomiczna, ta procedura nie jest wymagana.
W tej procedurze założono, że serwer IBM WebSphere Application Server jest już
zainstalowany.
1. Utwórz menedżer wdrażania (dmgr).
a. Otwórz wiersz komend i przejdź do katalogu instalacyjnego serwera IBM WebSphere
Application Server.
102
b. W wierszu komend uruchom następującą komendę w katalogu
KATALOG_GŁÓWNY_WAS\bin:
W systemie Microsoft Windows: manageprofiles.bat -create -profileName
nazwaMenedżeraWdrażania -profilePath
KATALOG_GŁÓWNY_PROFILU_WAS\nazwaMenedżeraWdrożenia
-templatePath KATALOG_GŁÓWNY_WAS\profileTemplates\management
-serverType DEPLOYMENT_MANAGER -enableAdminSecurity true
-adminUserName nazwaUżytkownika -adminPassword hasło
W systemie Linux lub UNIX: manageprofiles.sh -create -profileName
nazwaMenedżeraWdrożenia -profilePath
KATALOG_GŁÓWNY_PROFILU_WAS/nazwaMenedżeraWdrażania
-templatePath KATALOG_GŁÓWNY_WAS/profileTemplates/management
-serverType DEPLOYMENT_MANAGER -enableAdminSecurity true
2. Uruchom menedżer wdrażania, wykonując następującą komendę w katalogu
KATALOG_GŁÓWNY_WAS\bin: MicrosoftWindows: startManager.bat
-profileName nazwaProfiluMenedżeraWdrażania lub Linux i UNIX:
startManager.sh -profileName nazwaProfiluMenedżeraWdrażania
3. Dowiedz się, które porty są przypisane do menedżera wdrażania.
a. Otwórz plik profiles/nazwaProfiluMenedżeraWdrażania/logs/
AboutThisProfile.txt.
b. Znajdź wpis dotyczący portu konektora zarządzania SOAP i odnotuj podany tam
numer.
c. Znajdź wpis dotyczący portu konsoli administracyjnej i odnotuj podany tam numer.
4. Utwórz węzeł przyłączony do menedżera wdrażania, uruchamiając następującą komendę
z katalogu KATALOG_GŁÓWNY_WAS\bin:
Microsoft Windows: manageprofiles.bat -create -profileName nazwaProfilu
-profilePath KATALOG_GŁÓWNY_PROFILU_WAS\nazwaProfilu -templatePath
KATALOG_GŁÓWNY_WAS\profileTemplates\managed -hostName nazwaHosta
-nodeName nazwaWęzła -cellName nazwaKomórki -dmgrHost
hostMenedżeraWdrażania -dmgrPort portMenedżeraWdrażania
-dmgrAdminUserName nazwaUżytkownika -dmgrAdminPassword hasło
Linux lub UNIX: manageprofiles.sh -create -profileName nazwaProfilu -profilePath
KATALOG_GŁÓWNY_PROFILU_WAS/nazwaProfilu -templatePath
KATALOG_GŁÓWNY_WAS/profileTemplates/managed -hostName nazwaHosta
-nodeName nazwaWęzła -cellName nazwaKomórki -dmgrHost
hostMenedżeraWdrażania -dmgrPort portMenedżeraWdrażania
-dmgrAdminUserName nazwaUżytkownika -dmgrAdminPassword hasło
gdzie:
v nazwaProfiluWęzła – jest nazwą węzła
v nazwaUżytkownika – jest nazwą użytkownika podaną w kroku 1
v hasło – jest hasłem podanym w kroku 1
v portMenedżeraWdrażania – jest numerem portu konektora SOAP z kroku 3.b
5. Uruchom węzeł, uruchamiając następującą komendę z katalogu
KATALOG_GŁÓWNY_WAS\bin: Microsoft Windows: startNode.bat -profileName
nazwaProfiluWęzła lub Linux i UNIX: startNode.sh -profileName
nazwaProfiluWęzła
6. Otwórz konsolę administracyjną serwera IBM WebSphere Application Server i włącz
synchronizację węzła.
a. Otwórz przeglądarkę i przejdź do adresu https://localhostport/ibm/console.
Numerem portu jest numer portu konsoli administracyjnej z kroku 3.c.
103
b. Jeśli zostanie wyświetlone ostrzeżenie informujące, że połączenie nie jest zaufane, to
w zależności od przeglądarki można zignorować ten komunikat lub dodać wyjątek w
przeglądarce.
c. Zaloguj się przy użyciu referencji z kroku 1.
d. Przejdź do opcji System administration > Console Preferences (Administrowanie
systemem > Preferencje konsoli).
e. Wybierz opcję Synchronize changes with Nodes (Synchronizuj zmiany z węzłami) i
kliknij przycisk Apply (Zastosuj).
7. Ustaw ścieżkę sterownika bazy danych w konsoli administracyjnej serwera IBM
a. Przejdź do opcji Environment > WebSphere variables (Środowisko > Zmienne
produktu WebSphere).
b. Kliknij każdy z wymienionych wpisów ścieżki sterownika dotyczących używanego
typu bazy danych. Na przykład: DB2_JDBC_DRIVER_PATH,
ORACLE_JDBC_DRIVER_PATH lub MICROSOFT_JDBC_DRIVER_PATH.
c. Wprowadź ścieżkę do katalogu macierzystego katalogu instalacyjnego bazy danych i
kliknij przycisk OK.
v W przypadku bazy danych Oracle podaj ORACLE_HOME/jdbc/lib/ojdbc6.jar.
v W przypadku bazy danych Microsoft SQL Server podaj
KATALOG_GŁÓWNY_SQL_PLUS\sqljdbc4.jar.
v Zastąp pojedyncze ukośniki odwrotne podwójnymi. Na przykład dla ścieżki
C:/IBM/SQLLIB wpisz C://IBM.
d. Wybierz opcję Save directly to the master configuration (Zapisz bezpośrednio w
konfiguracji głównej).
Przygotowywanie serwera WebSphere Application Server Network Deployment na
potrzeby serwera niezarządzanego:
Konfigurowanie produktu IBM WebSphere Application Server Network Deployment do
wdrożenia serwera niezarządzanego.
MDM.
Jeśli planowana jest instalacja autonomiczna, ta procedura nie jest wymagana.
W tej procedurze założono, że serwer IBM WebSphere Application Server jest już
zainstalowany.
1. Utwórz węzeł niezarządzany na serwerze aplikacji, co spowoduje utworzenie na węźle
serwera o nazwie server1. Uruchom następującą komendę w katalogu
KATALOG_GŁÓWNY_WAS\bin:
Microsoft Windows: manageprofiles.bat -create -profileName nazwaProfiluWęzła
-templatePath profileTemplates\default -federateLater false
-dmgrAdminUserName nazwaUżytkownika -enableAdminSecurity true
Linux i UNIX: manageprofiles.sh -create -profileName nazwaProfiluWęzła
-templatePath profileTemplates/default -federateLater false
-dmgrAdminUserName nazwaUżytkownika -enableAdminSecurity true
Gdy używany jest serwer niezarządzany, nazwą serwera węzła jest server1.
104
2. Uruchom węzeł, wykonując następującą komendę w katalogu
KATALOG_GŁÓWNY_WAS\bin: Microsoft Windows: startServer.bat -server1 lub
Linux i UNIX: startServer.sh -server1
3. Otwórz konsolę administracyjną serwera IBM WebSphere Application Server i ustaw
ścieżkę sterownika bazy danych:
a. Przejdź do opcji Environment > WebSphere variables (Środowisko > Zmienne
produktu WebSphere).
b. Kliknij każdy z wymienionych wpisów ścieżki sterownika dotyczących używanego
typu bazy danych. Na przykład: DB2_JDBC_DRIVER_PATH,
ORACLE_JDBC_DRIVER_PATH lub
MSSQLSERVER_JDBC_DRIVER_PATH.
c. Wprowadź ścieżkę do katalogu macierzystego katalogu instalacyjnego bazy danych i
kliknij przycisk OK. Zastąp pojedyncze ukośniki odwrotne podwójnymi. Na przykład
dla ścieżki C:\IBM\SQLLIB wprowadź C:\\IBM.
d. Wybierz opcję Save directly to the master configuration (Zapisz bezpośrednio w
konfiguracji głównej).
Przygotowywanie serwera WebSphere Application Server do wdrożenia bazowego:
Konfigurowanie serwera IBM WebSphere Application Server dla potrzeb wdrożenia
bazowego
Jeśli planowane jest użycie wdrożenia bazowego, program IBM Installation Manager tworzy
profil serwera IBM WebSphere Application Server o nazwie server1. W przypadku używania
tego profilu nie trzeba tworzyć nowego profilu przed instalacją.
Ważne: Nie wolno rejestrować serwera server1 jako usługi systemu Microsoft Windows.
Uniemożliwiłoby to programowi IBM Installation Manager restartowanie serwera server1 w
procesie instalowania modułów wdrażania produktu InfoSphere MDM.
MDM.
Jeśli planowana jest instalacja autonomiczna, ta procedura nie jest wymagana.
W tej procedurze założono, że serwer aplikacji jest już zainstalowany.
1. Utwórz profil bazowy serwera IBM WebSphere Application Server:
v Aby utworzyć profil bazowy za pomocą narzędzia zarządzania profilami:
a. Przejdź do katalogu KATALOG_GŁÓWNY_WAS/bin/ProfileManagement i
uruchom narzędzie do zarządzania profilami.
– W systemie Microsoft Windows uruchom plik pmt.bat
– W systemie Linux lub UNIX uruchom plik pmt.sh
b. Na panelu Environment Selection (Wybór środowiska) kliknij opcję Application
Server (Serwer aplikacji) i kliknij przycisk Next (Dalej).
c. Na panelu Profile Creation Options (Opcje tworzenia profilu) wybierz opcję
Typical profile creation (Typowe tworzenie profilu) i kliknij przycisk Next
(Dalej).
Wskazówka: Jeśli nie chcesz używać konfiguracji domyślnej, wybierz opcję
Zaawansowane tworzenie profilu i podaj szczegóły konfiguracji. W tej
procedurze założono typowe tworzenie profilu.
105
d. Na panelu Administrative Security (Zabezpieczenia administracyjne) upewnij się,
że zaznaczona jest opcja Enable administrative security (Włącz zabezpieczenia
administracyjne). Dodaj nazwę użytkownika i hasło, a następnie kliknij przycisk
Next (Dalej).
e. Zapoznaj się z podsumowaniem i kliknij przycisk Create (Utwórz). Narzędzie
zarządzania profilami utworzy profil bazowy.
v Aby utworzyć profil bazowy z wiersza komend, wykonaj następującą komendę:
Uwaga: Zastąp zmienne KATALOG_GŁÓWNY_WAS, użytkownik_WAS i hasło_WAS
odpowiednimi wartościami.
KATALOG_GŁÓWNY_WAS/bin/manageprofiles.sh -create -templatePath
KATALOG_GŁÓWNY_WAS/profileTemplates/default -enableAdminSecurity true
-adminUserName użytkownik_was -adminPassword hasło_was
Uwaga: Następujące parametry opcjonalne umożliwiają podanie bardziej
szczegółowych parametrów w komendzie tworzenia profilu:
– Jeśli nie chcesz używać domyślnej ścieżki profilu, można dodać do komendy opcję
-profilePath ścieżka_profilu.
– Jeśli nie chcesz używać domyślnej nazwy profilu, można dodać do komendy opcję
-profileName nazwa_profilu.
2. Po utworzeniu profilu bazowego uruchom serwer. Można użyć konsoli Pierwsze kroki lub
wiersza komend. Na przykład: /opt/IBM/WebSphere/AppServerBASE/profiles/
AppSrv01/bin/startServer.sh server1
Tworzenie nowego użytkownika i dodawanie użytkownika do grupy MDM:
Procedura służy do utworzenia użytkownika na serwerze IBM WebSphere Application Server
i dodania tego użytkownika do grupy InfoSphere MDM.
Program IBM Installation Manager tworzy wszystkie grupy oraz użytkownika
administracyjnego MDM (mdmadmin) z wymaganymi uprawnieniami. Ta procedura służy do
dodawania nowych użytkowników.
Ograniczenie: Jeśli konieczne jest utworzenie użytkownika mdmadmin przed instalacją (na
przykład gdy serwer aplikacji jest konfigurowany i kontrolowany przez stronę trzecią i
dziedziczy wszystkie konta użytkowników z repozytorium stowarzyszonego), hasło
użytkownika mdmadmin może mieć maksymalnie 16 znaków. Hasła przekraczające tę
długość zostaną obcięte do 16 znaków przez funkcję API wirtualnego środowiska MDM
przed przekazaniem do serwera aplikacji w procesie uwierzytelniania. W rezultacie
uwierzytelnianie nie powiedzie się dla klientów wirtualnego środowiska MDM.
Informacje o dostępnych grupach zawiera temat opisujący konta i grupy użytkowników.
1. W konsoli administracyjnej serwera IBM WebSphere Application Server wybierz opcję
Użytkownicy i grupy > Zarządzaj użytkownikami, a następnie kliknij opcję Utwórz.
2. Na stronie Tworzenie użytkownika wpisz identyfikator użytkownika, nazwę i hasło.
3. Kliknij opcję Przypisanie do grupy.
4. Na stronie Przypisanie do grupy wyszukaj grupy z użyciem klucza wyszukiwania „*” i
kliknij przycisk Szukaj.
5. W kolumnie Dostępne podświetl grupy, do których użytkownik ma należeć, a następnie
kliknij przycisk Dodaj, aby przenieść grupę do kolumny Odwzorowane na.
6. Na stronie Przypisanie do grupy kliknij przycisk Zamknij.
7. Na stronie Tworzenie użytkownika kliknij przycisk Utwórz.
Pojęcia pokrewne:
106
Zarządzanie użytkownikami
Zadania pokrewne:
Włączanie zabezpieczeń użytkownika dla serwera operacyjnego
Konfigurowanie użytkowników i grup użytkowników dla wirtualnego systemu MDM
stronie 12
Zmiana ról zabezpieczeń dla kanałów w systemie MDM:
Mechanizm zabezpieczeń w systemie zarządzania danymi głównymi (MDM) obejmuje kilka
konfiguracji ról kanałów.
System MDM akceptuje żądania z tych kanałów jedynie wówczas gdy, rola wywołującego
jest skonfigurowana w odpowiednich konfiguracjach produktów:
v /IBM/DWLCommonServices/Security/TrustedClientMode/Batch/roles
v /IBM/DWLCommonServices/Security/TrustedClientMode/EventManager/roles
v /IBM/DWLCommonServices/Security/TrustedClientMode/OtherChannels/roles
Domyślnie konfiguracje te mają wartość mdm_admin. Jeśli zostanie utworzony nowy
użytkownik bez przypisania do roli mdm_admin, należy skonfigurować poprawną rolę tego
użytkownika poprzez zaktualizowanie tych konfiguracji.
Więcej informacji zawiera temat „Definiowanie usług zabezpieczeń”.
Ustawianie ścieżki do programu narzędziowego DB2:
Jeśli używana jest baza danych IBM DB2, należy dodać program narzędziowy bazy danych
do ścieżki systemowej.
Z poziomu wiersza komend dodaj programy narzędziowe bazy danych DB2 do zmiennej
systemowej PATH.
Na przykład:
export PATH=KATALOG_GŁÓWNY_DB2/sqllib/bin:$PATH
Wiersz eksportu można też dodać do profilu użytkownika.
Ustawianie ścieżki do programu narzędziowego Oracle:
Jeśli używana jest baza danych Oracle, należy dodać program narzędziowy bazy danych do
ścieżki systemowej.
Z poziomu wiersza komend dodaj programy narzędziowe bazy danych Oracle do zmiennej
PATH w swoim systemie.
Na przykład:
export ORACLE_HOME=KATALOG_GŁÓWNY_ORACLE
export PATH=$ORACLE_HOME/bin:$PATH
Wiersze eksportu można też dodać do profilu użytkownika.
Przygotowanie systemu Solaris do instalacji produktu InfoSphere
MDM
Jeśli produkt jest instalowany w systemie operacyjnym Solaris, to przed rozpoczęciem
instalacji należy wykonać tę procedurę.
107
Jeśli te kroki nie zostaną wykonane, instalacja produktu InfoSphere MDM może trwać nawet
ponad 8 godzin. W wyniku tego instalacja albo przekroczy limit czasu, albo zostanie
zakończona niepoprawnie.
Ustaw argument wirtualnej maszyny języka Java dla menedżera wdrażania:
1. Utwórz profil serwera WebSphere Application Server (menedżer wdrażania i węzeł).
opcji System Administration > Deployment Manager > Java and Process
Management > Process Definition > Java Virtual Machine (Administrowanie
systemem > Menedżer wdrażania > Język Java i zarządzanie procesami) > Definicja
procesu > Wirtualna maszyna języka Java).
3. W polu Generic JVM Arguments (Ogólne argumenty JVM) na karcie Configuration
(Konfiguracja) wprowadź następujący argument: -XX:MaxpermSize=384m. Kliknij
opcję Apply (Zastosuj) i Save directly to the master configuration (Zapisz
bezpośrednio w konfiguracji głównej).
4. Zrestartuj węzeł i menedżer wdrażania.
W systemach T-series wykonaj następujące kroki:
5. Przejdź do katalogu KATALOG_GŁÓWNY_PROFILU_WAS/właściwości
menedżera wdrażania i otwórz plik soap.client.props.
6. Zmień wartość com.ibm.SOAP.requestTimeout ze 180 na 1800:
com.ibm.SOAP.requestTimeout=1800.
7. Zrestartuj węzeł i menedżer wdrażania.
Wbudowana obsługa komunikatów serwera WebSphere
Application Server
Aplikacja InfoSphere MDM używa komponentów bean sterowanych komunikatami (MDB),
które w momencie uruchomienia archiwum pakunku korporacyjnego (EBA) rozpoczynają
wyszukiwanie powiązanych specyfikacji aktywacji oraz dostawcy JMS. Jeśli dostawca JMS
nie istnieje, uruchomienie komponentów MDB kończy się niepowodzeniem z powodu
przekroczenia limitu czasu. Aby uprościć proces instalacji i konfiguracji, program
instalacyjny produktu InfoSphere MDM automatycznie konfiguruje dostawcę JMS i
mechanizm komunikatów.
Jeśli będzie używany wcześniej skonfigurowany wbudowany mechanizm komunikatów
serwera WebSphere Application Server (magistrala komunikatów) lub produkt InfoSphere
MDM jest instalowany w systemie z/OS, przed rozpoczęciem instalacji należy wykonać
dodatkowe kroki.
W przypadku instalowania w systemie z/OS bez istniejącej magistrali komunikatów trzeba
wykonać dodatkowe czynności po zainstalowaniu produktu InfoSphere MDM. Konfiguracja
po instalacji nie jest wymagana dla systemów operacyjnych innych niż z/OS.
Zadania pokrewne:
“Konfigurowanie magistrali komunikatów w systemie z/OS po instalacji” na stronie 127
Przygotowanie istniejącej magistrali komunikatów serwera WebSphere Application
Server do instalacji produktu InfoSphere MDM w systemie z/OS:
Jeśli produkt InfoSphere MDM jest instalowany w systemie z/OS, użytkownik bazy danych
dla instalacji produktu InfoSphere MDM musi mieć uprawnienia do tworzenia tabel i
obszarów tabel. W przeciwnym razie tworzenie tabel magistrali integracji usług (SIB) przez
serwer WebSphere Application Server może się zakończyć niepowodzeniem.
108
Jeśli używana jest istniejąca magistrala komunikatów serwera WebSphere Application Server,
a instalacja jest wykonywana z konta użytkownika nieposiadającego uprawnień do tworzenia
tabel i obszarów tabeli, należy wykonać poniższe kroki przed przystąpieniem do instalacji
Jeśli nie jest używana istniejąca magistrala komunikatów, należy zacząć od zainstalowania
produktu InfoSphere MDM, a następnie wykonać kroki podane w sekcji “Konfigurowanie
magistrali komunikatów w systemie z/OS po instalacji” na stronie 127.
1. Otwórz konsolę administracyjną serwera WebSphere Application Server.
2. Przejdź do opcji Integracja usług > Magistrale > nazwa magistrali aplikacji >
Elementy magistrali.
3. Na stronie elementów magistrali kliknij opcję nazwa elementu magistrali aplikacji >
serwer SIB aplikacji > Składnica komunikatów.
4. Usuń zaznaczenie opcji Utwórz tabele, aby serwer WebSphere Application Server nie
podejmował próby utworzenia tabel SIB.
5. Upewnij się, że opcja Nazwa schematu wskazuje używany schemat produktu InfoSphere
MDM. Jeśli nie, zmień nazwę schematu.
6. Kliknij opcję Zastosuj, a następnie kliknij przycisk Zapisz bezpośrednio w konfiguracji
głównej.
7. Zatrzymaj serwer aplikacji.
8. Utwórz tabele SIB dla używanej instancji, wprowadzając w pliku ZSIB.sql zmiany
odpowiadające używanemu schematowi, przedrostkowi i właścicielowi bazy danych. W
pliku zastąp symbol <SCHEMA> nazwą schematu, symbol <PREFIX> trzyznakowym
przedrostkiem, a symbol <DBA ACCOUNT> nazwą właściciela bazy danych. Uruchom
kod SQL jako właściciel bazy danych.
9. Zsynchronizuj węzły i uruchom serwer aplikacji.
Zadania pokrewne:
“Instalowanie w systemie z/OS” na stronie 126
Przygotowywanie istniejącej magistrali przesyłania komunikatów serwera WebSphere
Application Server do instalacji produktu InfoSphere MDM:
W przypadku instalowania w systemie operacyjnym innym niż z/OS instalator może utworzyć
tabele SIB, ponieważ nie są wymagane specjalne uprawnienia. Jeśli istniejąca magistrala
przesyłania komunikatów jest kierowana na instancję produktu InfoSphere MDM, należy
upewnić się, że jako źródło danych komunikatów i nazwę schematu w składnicy
komunikatów wskazano schemat InfoSphere MDM.
Ta procedura umożliwia skierowanie schematu przesyłania komunikatów na schemat
produktu InfoSphere MDM przed rozpoczęciem instalacji.
4. Upewnij się, że opcja Nazwa schematu wskazuje używany schemat produktu InfoSphere
MDM. Jeśli nie, zmień nazwę schematu.
5. Kliknij opcję Zastosuj, a następnie kliknij przycisk Zapisz bezpośrednio w konfiguracji
głównej.
6. Zsynchronizuj węzły i zrestartuj serwer aplikacji.
109
Ręczne instalowanie komponentu serwera przesyłania
komunikatów produktu InfoSphere MDM
Komponent serwera przesyłania komunikatów produktu InfoSphere MDM można utworzyć
za pomocą programu IBM Installation Manager lub można go zainstalować ręcznie.
Programu IBM Installation Manager należy użyć do zainstalowania komponentu przesyłania
komunikatów produktu InfoSphere MDM, jeśli produkt IBM WebSphere MQ znajduje się na
tym samym komputerze, na którym ma zostać uruchomiony instalator w celu zainstalowania
komponentu serwera operacyjnego MDM. Komponent przesyłania komunikatów InfoSphere
MDM jest domyślnie instalowany przez program IBM Installation Manager, jeśli na panelu
konfiguracji aplikacji MDM wybrano dostawcę przesyłania komunikatów WebSphere MQ
zamiast domyślnego dostawcy przesyłania komunikatów WebSphere Application Server.
1. Przed przystąpieniem do ręcznego instalowania komponentu serwera przesyłania
komunikatów InfoSphere MDM upewnij się, że przygotowany jest skrypt
custSetupMQServer.mqsc.
2. Pobierz skrypt custSetupMQServer.mqsc z katalogu
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA.
3. Utwórz i uruchom menedżera kolejek, który ma być używany przez komponent serwera
przesyłania komunikatów programu InfoSphere MDM (zastąp MDM1011.QMANAGER
dowolną wybraną nazwą). W tym celu uruchom skrypt:
/usr/mqm/crtmqm MDM1011.QMANAGER
Pomiń ten krok, jeśli ma być używany istniejący menedżer kolejek.
4. Uruchom menedżera kolejek, uruchamiając skrypt:
/usr/mqm/strmqm MDM1011.QMANAGER
5.
Przygotuj skrypt custSetupMQServer.mqsc, zastępując symbol CHANNEL_NAME w
skrypcie custSetupMQServer.mqsc rzeczywistą wartością kanału WebSphere MQ,
który ma być używany.
6. Utwórz obiekty konfiguracji komponentu serwera przesyłania komunikatów produktu
InfoSphere MDM, uruchamiając skrypt:
/usr/mqm/runmqsc < $HOME/custSetupMQServer.mqsc MDM1011.QMANAGER
Zastąp symbol CHANNEL_NAME w skrypcie custSetupMQServer.mqsc faktyczną
nazwą kanału produktu WebSphere MQ, który ma być używany.
7. Włącz obsługę brokera zdarzeń, uruchamiając skrypt:
/usr/mqm/runmqsc < /usr/mqm/java/bin/MQJMS PSQ.mqsc MDM1011.QMANAGER
8. Uruchom brokera zdarzeń, uruchamiając skrypt:
/usr/mqm/strmqbrk –m MDM1011.QMANAGER
9. Uruchom program nasłuchujący kolejek, uruchamiając skrypt:
/usr/mqm/runmlsr –m MDM1011.QMANAGER –t TCP –p 1414&
Jako numer portu nasłuchiwania produktu WebSphere MQ można podać dowolny
poprawny numer portu.
Zadania pokrewne:
Określanie ustawień narodowych i kodowania znaków na
komputerach docelowych
W przypadku fizycznych serwerów operacyjnych ustawienia globalizacji są automatycznie
ustawiane podczas instalacji. W przypadku serwerów operacyjnych z konfiguracjami
wirtualnymi istnieją pewne ustawienia, które należy ręcznie wprowadzić po instalacji.
110
Ustawienia Unicode są wprowadzane po uruchomieniu skryptu tworzenia bazy danych
odpowiedniego dla używanego typu bazy danych. Ustawienia językowe są wprowadzane
podczas instalacji. Tej procedury należy użyć do określenia dodatkowych ustawień dla
serwerów operacyjnych, jeśli planowane jest wdrożenie języka innego niż angielski (Stany
Zjednoczone).
Pliki dzienników tworzone przez serwer operacyjny są kodowane w formacie ASCII. Punkty
kodowe spoza formatu ASCII mają standardową postać Unicode U+XXXX.
Upewnij się, że następujące elementy Unicode zostały ustawione przez skrypt tworzenia bazy
danych:
v Microsoft SQL Server: nowa wartość parametru MAD_DBTYPE to „mssqlu”
v Oracle: CREATE DATABASE nazwa bazy danych...CHARACTER SET AL32UTF8.
Należy również ustawić semantykę długości znaków dla kodowania Unicode. Ustaw
zmienną NLS_LANG_SEMANTICS na wartość CHAR (wartością domyślną jest BYTE).
Użyj komendy:
ALTER SYSTEM SET NLS_LENGTH_SEMANTICS=CHAR SCOPE=BOTH
Jeśli z klientem Oracle używany jest sterownik inny niż bezpośredni, to należy też ustawić
następującą zmienną dla użytkownika nawiązującego połączenie z serwerem operacyjnym.
(Sterownik inny niż bezpośredni używa bibliotek klienta Oracle).
NLS_LANG=AMERICAN_AMERICA.AL32UTF8
v IBM DB2: CREATE DATABASE nazwa bazy danych USING CODESET UTF-8
TERRITORY kod terytorium. Na przykład: create database prod using codeset UTF-8
territory us, gdzie prod jest nazwą bazy danych, a us jest terytorium.
Po zainstalowaniu serwera operacyjnego MDM należy ręcznie ustawić zmienną
MAD_ENCODING dla używanej konfiguracji wirtualnego systemu MDM. Zmienną ustawia
się w pliku konfiguracyjnym com.ibm.mdm.mds.jni.cfg.
Przetłumaczone łańcuchy są przechowywane w katalogu /smt. Pliki te, na przykład
fr_FR.smt lub en_US.smt, zawierają komunikaty interakcji zwracane do klientów. Aby
ustawić język przetłumaczonych łańcuchów, trzeba także ustawić zmienną środowiskową
MAD_SMTLIST w pliku konfiguracyjnym com.initiate.server.system.cfg. Zmienna ta
wskazuje odpowiedni plik *.smt. Jeśli używanych jest wiele języków, można rozdzielić kody
języków przecinkami we właściwości zmiennej.
Ustawienie w opcji MAD_SMTLIST wielu języków (wartości smtcode) pozwala serwerowi
operacyjnemu na załadowanie jednocześnie kilku języków (zestawów łańcuchów).
Komponenty produktu InfoSphere MDM wyświetlają jednak łańcuchy tylko w jednym języku
naraz. Na przykład można skonfigurować serwer operacyjny w taki sposób, aby wysyłał
komunikaty francuskie do klienta francuskiego, a komunikaty angielskie do klienta
angielskiego.
Jeśli w oprogramowaniu klienckim nie skonfigurowania używania języka alternatywnego, to
w wybranym języku będą zwracane jedynie informacje na poziomie serwera operacyjnego.
Tłumaczone lub globalizowane wersje danych zapisanych w bazie danych MDM (na przykład
dat) nie są przekształcane podczas wyświetlania w aplikacjach użytkownika. Takie informacje
są wyświetlane zgodnie z ustawieniami narodowymi otrzymanymi ze źródła.
Sprawdzanie wymagań wstępnych za pomocą narzędzia wiersza
komend
Przed zainstalowaniem wdrożenia niestandardowego produktu InfoSphere MDM należy
uruchomić narzędzie wiersza komend do sprawdzania wymagań wstępnych dostarczone w
pakiecie Installation Startup Kit.
111
Przed uruchomieniem narzędzia wiersza komend do sprawdzania wymagań wstępnych trzeba
zainstalować pakiet Installation Startup Kit.
będzie można dokończyć ze względu na niespełnione wymagania wstępne. Narzędzie
umożliwia przetestowanie środowiska, aby zapewnić spełnienie oczekiwanych wymagań
wstępnych, oraz gromadzenie podstawowych i rozszerzonych danych z dzienników, plików
konfiguracyjnych i metadanych zapisanych w bazie danych.
Uwaga: Narzędzie wiersza komend do sprawdzania wymagań wstępnych obejmuje funkcje
udostępniane przez kolektor danych programu IBM Support Assistant.
1. Przejdź do katalogu narzędzia pakietu Installation Startup Kit do sprawdzania wymagań
wstępnych: KATALOG_GŁÓWNY_INSTALACJI_STARTUPKIT\MDMStartupKit\
prereq_checker\MDMCollector\isadc.
2. Uruchom skrypt do sprawdzania wymagań wstępnych:
v W systemie Microsoft Windows uruchom skrypt isadc.bat.
v W systemie Linux lub UNIX uruchom skrypt isadc.sh.
Narzędzie wiersza komend do sprawdzania wymagań wstępnych przeprowadzi
użytkownika przez następujące kroki:
v sprawdzanie wymagań wstępnych instalacji,
v gromadzenie danych podstawowych,
v gromadzenie danych rozszerzonych.
Pojęcia pokrewne:
Zadania pokrewne:
“Sprawdzanie wymagań wstępnych dla instalacji niestandardowej” na stronie 116
Instalowanie wdrożenia niestandardowego produktu
InfoSphere MDM
Ta procedura służy do uruchamiania instalacji niestandardowej. Instalacja niestandardowa jest
metodą wymaganą w przypadku używania bazy danych Oracle lub Microsoft SQL Server
bądź instalowania w środowisku klastrowym. Instalacji niestandardowej można również użyć
z bazą danych IBM DB2.
v Wykonano wszystkie czynności przygotowawcze instalacji, w tym przygotowanie
produktu IBM WebSphere Application Server i bazy danych.
v Zainstalowano program IBM Installation Manager i dodano niezbędne repozytoria.
v Uruchomiony jest menedżer wdrażania i węzeł serwera IBM WebSphere Application
Server.
v Uruchomiona jest baza danych.
v Zainstalowano środowisko IBM Rational Application Developer (w przypadku
instalowania środowiska InfoSphere MDM Workbench na stacji roboczej).
v (Opcjonalnie) Zainstalowano pakiet Installation Startup Kit, który zawiera skrypty i inne
narzędzia wspomagające instalowanie i konfigurowanie. Jeśli pakiet Installation Startup
Kit nie będzie zainstalowany, aplikacja instalacyjna wyświetli ostrzeżenie.
112
wielkość sterty:
Uwaga: W przypadku instalowania wdrożenia klastrowego przejdź bezpośrednio do sekcji
Instalowanie w środowisku klastrowym.
Uwaga: W przypadku instalowania w systemie z/OS przejdź bezpośrednio do sekcji
“Instalowanie w systemie z/OS” na stronie 126.
Jeśli jest zainstalowane środowisko IBM Rational Application Developer, należy się upewnić,
że produkt InfoSphere MDM nie jest instalowany w tej samej grupie pakietów.
1. Przejrzyj wymagania wstępne wymienione wcześniej w tym temacie i upewnij się, że
wykonano wszystkie niezbędne kroki przygotowawcze. Wykonanie tych kroków nie jest
opcjonalne.
3. Na głównym ekranie programu IBM Installation Manager kliknij przycisk Instaluj.
4. Na panelu Instalowanie pakietów wybierz edycję produktu InfoSphere MDM i wszelkie
dodatkowe pakiety, które mogą być wymagane (np. Workbench w przypadku
instalowania stacji roboczej). Kliknij przycisk Dalej.
Wskazówka: Jeśli pakiet Installation Startup Kit nie zostanie zaznaczony lub nie był
wcześniej instalowany, aplikacja instalacyjna wyświetli ostrzeżenie. Możliwe jednak
będzie kontynuowanie instalacji.
5. Przeczytaj i zaakceptuj umowę licencyjną, a następnie kliknij przycisk Dalej.
6. Wybierz, czy dokonać instalacji do istniejącej grupy pakietów, czy utworzyć nową grupę
pakietów.
Wskazówka: Jeśli nie masz pewności, co wybrać, zaakceptuj ustawienia domyślne. Dla
większości instalacji powinna być tworzona nowa grupa pakietów.
Ważne: Jeśli jest zainstalowane środowisko IBM Rational Application Developer,
należy się upewnić, że produkt InfoSphere MDM nie jest instalowany w tej samej grupie
pakietów. Wybierz opcję Utwórz nową grupę pakietów.
113
7. Na tym samym panelu zdefiniuj Katalog instalacyjny, w którym będzie instalowany
każdy komponent. Aby zainstalować komponent w katalogu innym niż domyślny,
wybierz komponent i kliknij opcję Przeglądaj w polu Katalog instalacyjny.
Przejrzyj informacje na temat miejsca na dysku i kliknij przycisk Dalej.
8. Na panelu języka jest zawsze wybrany język angielski.
a. Jeśli potrzebna będzie obsługa języków innych niż angielski, należy je teraz wybrać.
b. Niektóre pakiety obsługują większą liczbę języków od innych. Jeśli potrzebne są
dodatkowe języki, kliknij ikonę rozwijania opcji Tłumaczenia obsługiwane tylko
przez niektóre pakiety i wybierz wszystkie wymagane języki dodatkowe.
9. Na panelu składników wybierz składniki produktu InfoSphere MDM, aplikacje i
komponenty opcjonalne do zainstalowania i kliknij przycisk Dalej.
10. Na kolejnych panelach podaj informacje konfiguracyjne:
Wskazówka: Kieruj się informacjami z wypełnionych arkuszy instalacji. W miarę
przechodzenia przez panele konfiguracyjne na ekranie będzie wyświetlany zielony
znacznik wyboru lub czerwony krzyżyk, zależnie od tego, czy dany panel został
pomyślnie ukończony.
a. Na panelu Konfiguracja bazy danych:
v Wprowadź szczegóły bazy danych. Jeśli podany katalog główny bazy danych jest
poprawny, zostanie aktywowany przycisk Testuj połączenie.
v Kliknij przycisk Testuj połączenie. Aby test przebiegł pomyślnie, baza danych
musi być dostępna i uruchomiona.
v Po pomyślnym wykonaniu testu połączenia można skonfigurować obszary tabel.
Wybierz opcję Użyj istniejących obszarów tabel lub Utwórz nowe obszary
tabel. Jeśli zostanie wybrana opcja utworzenia nowych obszarów tabel, trzeba
zdefiniować nowe nazwy.
b. Na panelu Konfiguracja historii wybierz opcje branży, wyzwalaczy i języka
odpowiadające wymaganiom biznesowym.
c. Na panelu Konfiguracja serwera WebSphere Application Server:
v Wprowadź informacje użyte do skonfigurowania serwera aplikacji.
v Wybierz opcję Pobierz szczegóły hosta, aby uzyskać informacje o komórce,
węźle i serwerze. Za pomocą list rozwijanych wybierz pobraną komórkę, węzeł i
serwer. Jeśli potrzebna jest inna wartość, można ją wpisać w polu.
v Kliknij przycisk Sprawdź instancję produktu MDM na serwerze.
d. Na panelu Konfiguracja aplikacji:
v Podaj nową nazwę aplikacji, hasło użytkownika i port RMI. Aplikacja
instalacyjna użyje tych informacji do skonfigurowania produktu InfoSphere
MDM.
v Wybierz styl uzgadniania, zaznaczając opcję Uzgadnianie probabilistyczne lub
Uzgadnianie deterministyczne.
v Jeśli aplikacja jest używana w różnych strefach czasowych lub jeśli dane
zawierają wartości zależne od czasu w różnych strefach czasowych, wybierz
opcję Włącz wdrożenie wielu stref czasowych i wybierz opcję Domyślna strefa
czasowa.
v Wybierz typ przesyłania komunikatów używany dla tej instalacji. W przypadku
wybrania opcji IBM WebSphere MQ konieczne będzie podanie danych używanej
instancji WebSphere MQ.
Wskazówka: Jeśli produkt WebSphere MQ jest zainstalowany na innym
komputerze niż ten, na którym działa program IBM Installation Manager, to
114
należy usunąć zaznaczenie opcji Skonfiguruj serwer przesyłania
komunikatów, aby uniemożliwić instalatorowi utworzenie menedżera kolejek.
Pozostawienie opcji zaznaczonej spowoduje utworzenie menedżera kolejek.
e. Na panelu Przegląd konfiguracji instalacji:
v Wybierz typ instalacji. Można automatycznie skonfigurować komponenty
aplikacji w ramach głównego procesu instalacji lub skonfigurować je później,
uruchamiając skrypty po zakończeniu głównej instalacji.
Uwaga: Więcej informacji na temat oddzielania konfiguracji od instalacji podano
w tematach pokrewnych na końcu tej strony.
v Rozwiń nagłówki Właściwości, aby przejrzeć szczegóły wprowadzonych
ustawień instalacji.
v Kliknij opcję Sprawdź wymagania instalacji, aby uruchomić sprawdzenia
konfiguracja są wystarczające do pomyślnego przeprowadzenia instalacji.
v Zapoznaj się z wynikami sprawdzenia wymagań wstępnych. Kliknij opcję Pokaż
szczegóły, aby zobaczyć więcej informacji dla danego testu. Wyświetlane
odsyłacze umożliwiają dostęp do plików dziennika i pomocy dla poszczególnych
wyników.
Wskazówka: Ostrzeżenia można zignorować, klikając opcję Pokaż szczegóły i
wybierając opcję Zignoruj ostrzeżenie, mam świadomość zagrożenia. Błędów
nie można ignorować.
v W razie potrzeby podejmij odpowiednie działania naprawcze dla zgłoszonych
ostrzeżeń lub błędów, a następnie kliknij opcję Sprawdź status ponownie.
v Po pomyślnym przejściu testów kliknij przycisk Instaluj.
Aplikacja instalacyjna zainstaluje produkt InfoSphere MDM. W zależności od
konfiguracji proces instalacji może potrwać dłuższy czas.
Pojęcia pokrewne:
Zadania pokrewne:
115
Sprawdzanie wymagań wstępnych dla instalacji niestandardowej
instalacji niestandardowej, aby upewnić się, że zostały spełnione odpowiednie wymagania
wstępne.
instalacji.
Podczas wykonywania instalacji niestandardowej aplikacja instalacyjna wykonuje następujące
sprawdzenia wymagań wstępnych.
Sprawdzenie
wymagań wstępnych
Opis
Rozwiązanie
Weryfikacja miejsca na Sprawdzenie, czy w katalogu
dysku instalacyjnym
KATALOG_GŁÓWNY_INSTALACJI
_MDM jest dość wolnego miejsca do
MDM.
Upewnij się, że w położeniu
KATALOG_GŁÓWNY_INSTALACJI
_MDM jest co najmniej 2 GB
dostępnego miejsca na dysku.
Weryfikacja pamięci
dla potrzeb
uruchomienia aplikacji
instalacyjnej
nie powieść.
Sprawdzenie, czy dostępna jest
116
Sprawdzenie
wymagań wstępnych
Opis
Rozwiązanie
Weryfikacja wersji
bazy danych
Sprawdzenie, czy wersja bazy danych
jest obsługiwana.
Upewnij się, że wersja baza danych
używanej dla instalacji jest jedną z
wersji wymienionych w
wymaganiach systemowych
Sprawdzanie miejsca
na dysku dla bazy
danych
Sprawdzenie, czy w domyślnym
położeniu bazy danych (folderze
głównym bazy danych) jest
wystarczająca ilość miejsca na dysku
dla bazy danych produktu MDM.
Upewnij się, że na dysku jest
przynajmniej 6 GB wolnego miejsca
dla bazy danych.
Uwaga: To wymaganie uwzględnia
tylko podstawowe potrzeby
dotyczące miejsca na dysku
potrzebnego do utworzenia bazy
danych.
Sprawdzenie
wymagań wstępnych
Weryfikacja
parametrów bazy
danych
Opis
Rozwiązanie
Sprawdzenie, czy wszystkie
informacje połączenia z bazą danych
(host, port, użytkownik i hasło),
poprzez podjęcie próby nawiązania
połączenia z bazą danych.
Upewnij się, że podany użytkownik
bazy danych może nawiązać
połączenie z bazą danych przy
użyciu podanej nazwy hosta, portu i
pozostałych danych połączenia z
bazą danych. Aby było możliwe
połączenie klienta z serwerem bazy
danych, wszystkie parametry muszą
być poprawne, a wszystkie
wymagane archiwa JAR dostępne.
Szczegółowe informacje na temat
powodów niepowodzenia tego
sprawdzenia można znaleźć w pliku
dziennika.
Weryfikacja pul
buforów bazy danych
Sprawdzenie, czy pule buforów bazy
danych spełniają wymagania systemu
InfoSphere MDM.
Upewnij się, że pule buforów bazy
danych spełniają wymagania
systemu InfoSphere MDM.
dziennika.
117
Sprawdzenie
wymagań wstępnych
Opis
Weryfikacja uprawnień Sprawdzenie, czy podany użytkownik
użytkownika bazy
bazy danych istnieje i ma wymagane
danych
uprawnienia.
Rozwiązanie
Upewnij się, że użytkownik bazy
danych używany do instalacji ma
wszystkie wymagane uprawnienia.
dziennika.
Użytkownicy bazy danych MDM
muszą mieć możliwość tworzenia i
edytowania obszarów tabel, tabel,
wyzwalaczy, funkcji, widoków,
procedur i sekwencji. Aby uzyskać
szczegółowe informacje na temat
wymaganych uprawnień bazy
danych, zainstaluj pakiet startowy
produktu InfoSphere MDM i
zapoznaj się z operacjami
wykonywanymi przez skrypty
konfiguracyjne bazy danych:
v DB2: KATALOG_GŁÓWNY_
PAKIETU_STARTOWEGO\
database\CoreData\
Full\DB2\Standard\
ddl\CreateTS.sql
v Oracle: KATALOG_GŁÓWNY_
PAKIETU_STARTOWEGO\
database\CoreData\
Full\Oracle\Standard\
ddl\create_schema_ora.sql
Uwaga: Bazy danych DB2 i Oracle
wymagają różnych uprawnień.
Weryfikacja definicji
obszarów tabel
Sprawdzenie, czy w bazie danych
znajdują się wymagane obszary tabel.
Upewnij się, że obszary tabel są
poprawne.
Zapoznaj się z plikiem dziennika,
aby uzyskać informacje na temat
brakujących obszarów tabel.
Uwaga: Bazy danych DB2 i Oracle
wymagają różnych obszarów tabel.
118
Sprawdzenie
wymagań wstępnych
danych ODBC
Opis
Rozwiązanie
jeśli źródło danych ODBC już istnieje.
źródło danych ODBC, usuń to
źródło danych:
1. Otwórz edytor rejestru
Windows, uruchamiając
komendę regedit.
2. Znajdź klucz
HKEY_LOCAL_MACHINE\
SOFTWARE\ODBC\
ODBC.INI.
3. Rozwiń klucz ODBC.INI,
znajdź wpis źródła danych
ODBC, a następnie kliknij go
wpisy podrzędne.
Weryfikacja stanu bazy To sprawdzenie weryfikuje, czy w
danych
schemacie bazy danych nie ma
istniejących tabel danych MDM. Jeśli
schemat jest już zapełniony, zostanie
wyświetlony komunikat ostrzegawczy.
Wskazówka: Nie wolno instalować
produktu InfoSphere MDM w bazie
danych, która już jest zapełniona
danymi MDM. Instalowanie do
istniejącej bazy danych może
spowodować utratę danych w razie
błędu instalacji.
Przed zainstalowaniem produktu
InfoSphere MDM upewnij się, że
baza danych została uruchomiona z
pustym schematem. Proces instalacji
utworzy tabele produktu MDM.
Jeśli planowane jest wykonanie
instalacji aktualizującej, zapoznaj
się z tematem Aktualizowanie z
wcześniejszej wersji (patrz strony
pokrewne na końcu tego tematu).
ostrzeżenie, ale w razie
niepowodzenia instalacji dane mogą
zostać utracone.
119
Sprawdzenie
wymagań wstępnych
Weryfikacja wersji
serwera WebSphere
Application Server
Opis
Rozwiązanie
Sprawdzenie, czy jest zainstalowana i Jeśli komunikat o niepowodzeniu
wskazuje problem z nawiązaniem
dostępna poprawna wersja serwera
połączenia przez proces
sprawdzający, dokładnie sprawdź
Niepowodzenie tego sprawdzenia
podane parametry połączenia.
może mieć dwie przyczyny:
Przyczyny niepowodzenia
połączenia są podane w pliku
v Brak połączenia - narzędzie
dziennika.
weryfikacji instalacji nie może
nawiązać połączenia z serwerem
Jeśli komunikat o niepowodzeniu
wskazuje, że wersja nie jest
v Stara wersja - wersja serwera
obsługiwana, należy zainstalować
WebSphere Application Server nie
poprawną wersję serwera
jest obsługiwana.
WebSphere Application Server. W
pliku dziennika zostanie podana
zarówno wersja wykryta, jak i wersja
wymagana.
Sprawdzanie miejsca na Sprawdzenie, czy na dysku jest
dysku dla profilu
zainstalowania serwera operacyjnego
InfoSphere MDM w położeniu
KATALOG_GŁÓWNY_INSTALACJI_
MDM. Niepowodzenie tego
sprawdzenia jest sygnalizowane
ostrzeżeniem.
Upewnij się, że w położeniu
KATALOG_GŁÓWNY_INSTALACJI_
MDM jest dość wolnego miejsca na
dysku.
Weryfikacja limitu
Sprawdzenie, czy istnieje plik
czasu połączenia SOAP soap.client.props oraz czy wartość
limitu czasu połączenia SOAP
(com.ibm.SOAP.requestTimeout)
jest wystarczająca. Niepowodzenie
tego sprawdzenia jest sygnalizowane
ostrzeżeniem.
Jeśli komunikat ostrzegawczy
wskazuje, że plik soap.client.props
nie został znaleziony, zapoznaj się ze
szczegółowymi informacjami w
pliku dziennika.
Wymagana ilość miejsca na dysku
różni się w zależności od
instalowanych składników.
wymagań konkretnej instalacji
można znaleźć w pliku dziennika.
nie powieść.
Jeśli komunikat ostrzegawczy
wskazuje, że wartość limitu czasu
połączenia SOAP jest za niska,
ustaw jedną z następujących
wartości parametru
com.ibm.SOAP.requestTimeout:
v liczbę wynoszącą co najmniej
1800;
v 0, co oznacza, że nie będzie limitu
czasu.
nie powieść.
120
Tabela 23. Sprawdzenia serwera operacyjnego (kontynuacja)
Sprawdzenie
wymagań wstępnych
Weryfikacja statusu
serwera WebSphere
Application Server
Opis
Rozwiązanie
Sprawdzenie, czy serwer WebSphere
Application Server jest uruchomiony.
Upewnij się, że serwer WebSphere
Application Server jest
uruchomiony. Zapoznaj się z plikiem
dziennika, aby uzyskać szczegółowe
informacje o przyczynach
niepowodzenia tego sprawdzenia.
Zadania pokrewne:
Aktualizowanie z wcześniejszej wersji
Oddzielanie konfiguracji od instalacji
Aplikacja instalacyjna produktu InfoSphere MDM umożliwia zainstalowanie produktu z
jednoczesnym wygenerowaniem plików konfiguracyjnych właściwości, których można użyć
do skonfigurowania produktu w późniejszym czasie.
Standardowy proces instalacji produktu InfoSphere MDM wiąże się z konfigurowaniem
kluczowych właściwości wdrożenia jednocześnie z dokonywaniem samej instalacji.
Wykorzystując opcję separacji, można jednak rozdzielić procesy instalowania i
konfigurowania właściwości aplikacji, bazy danych, interfejsów użytkownika oraz innych
kluczowych właściwości i zmiennych.
Ograniczenie: Opcja separacji konfiguracji jest dostępna jedynie w przypadku wykonywania
instalacji niestandardowej. Rozdzielanie konfiguracji i instalacji nie jest obsługiwane w
przypadku instalacji autonomicznych z bazą danych DB2.
Wybranie opcji oddzielenia konfiguracji od instalacji sprawi, że aplikacja instalacyjna
wygeneruje szereg plików właściwości rejestrujących wybory dokonane podczas sesji
programu IBM Installation Manager. Tworzone pliki właściwości są zapisywane w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM/properties. Wygenerowane pliki właściwości
można ręcznie zmodyfikować w celu wprowadzenia zmian w konfiguracji produktu, a
następnie za pomocą skryptów zastosować nową konfigurację do istniejącej instancji bez
konieczności pełnego reinstalowania.
1. Uruchom starter lub program IBM Installation Manager, aby rozpocząć instalację
niestandardową. Wypełnij panele aplikacji instalacyjnej, aby w zwykły sposób określić
szczegóły wdrożenia.
2. Na panelu Przegląd konfiguracji instalacji w obszarze Typ instalacji wybierz opcję
Ręcznie uruchom skrypty konfigurowania składników produktu InfoSphere MDM
po instalacji.
3. Kliknij opcję Sprawdź wymagania instalacji, aby uruchomić sprawdzenia
weryfikacyjne instalacji.
4. Napraw wszelkie błędy sprawdzeń weryfikacyjnych, a następnie kliknij przycisk
Zainstaluj, aby uruchomić instalację. Po zakończeniu procesu instalacji produkt
InfoSphere MDM będzie zainstalowany, a aplikacja instalacyjna wygeneruje niektóre lub
wszystkie z następujących plików właściwości (zależnie od składników wybranych do
instalacji) w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/properties:
121
db.properties
Ten plik właściwości jest tworzony, jeśli w programie IBM Installation Manager
wybrano opcję instalacji bazy danych produktu MDM. Zawiera on szczegóły
konfiguracji instancji bazy danych.
app.properties
Ten plik właściwości jest tworzony, jeśli w programie IBM Installation Manager
wybrano opcję instalacji aplikacji produktu MDM. Zawiera on szczegóły
konfiguracji instancji serwera operacyjnego InfoSphere MDM.
<interfejs użytkownika>.properties
W zależności od składników aplikacji interfejsu użytkownika wybranych w
programie IBM Installation Manager może zostać utworzonych kilka plików
właściwości. Pliki te zawierają szczegóły konfiguracji składników aplikacji
interfejsu użytkownika produktu InfoSphere MDM.
MDM_isInstalled.properties
Ten plik właściwości zawiera informacje konfiguracyjne o zainstalowanych
składnikach produktu InfoSphere MDM. Dla każdego składnika plik zawiera
parę klucz-wartość określającą, czy dany składnik jest zainstalowany (YES), czy
też nie (NO).
MDM_Rollback.properties
Ten plik właściwości jest używany w przypadku wystąpienia poważnych błędów
powodujących wycofanie instalacji. Zawiera on informacje o zainstalowanych
składnikach produktu InfoSphere MDM oraz stanie poszczególnych opcji. Dla
każdego składnika plik zawiera parę klucz-wartość określającą, czy dany
składnik został zainstalowany pomyślnie (YES), zainstalowany częściowo
(PARTIAL) czy też wcale nie został zainstalowany (NO).
Jeśli składnik ma status PARTIAL z powodu natrafienia na błąd przez aplikację
instalacyjną, po usunięciu błędu i ponownym uruchomieniu instalacji aplikacja
instalacyjna wycofa jedynie ten częściowo zainstalowany składnik i ponowi
próbę jego zainstalowania (ewentualnie wraz z innymi składnikami, których
instalacja natrafiła na niepowodzenie).
W pliku jest też zapisywany zestaw celów uruchamianych podczas instalowania
poszczególnych składników. Lista celów ułatwia zarządzanie procesem
wycofywania.
MDM_Variables.properties
Domyślny plik właściwości tworzony podczas każdej instalacji produktu
InfoSphere MDM. Wartość właściwości user.L2.mdm.feature.list zawiera listę
składników wybranych w programie IBM Installation Manager.
5. Jeśli potrzebna jest zmiana konfiguracji, zmodyfikuj jeden lub kilka z plików właściwości
w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/properties, aby wprowadzić
potrzebną zmianę.
6. Uruchom następujący skrypt madconfig, aby zastosować nową konfigurację zdefiniowaną
w plikach właściwości:
v W systemach Microsoft Windows uruchom:
madconfig.bat Configure_MasterDataManagement
v W systemach Linux lub UNIX uruchom:
madconfig.sh Configure_MasterDataManagement
Wskazówka: Jeśli wystąpią problemy podczas uruchamiania skryptu konfiguracyjnego,
przejrzyj pliki dziennika i podejmij niezbędne czynności, aby rozwiązać problem, a
122
następnie ponownie uruchom skrypt.
Skrypt madconfig dokona rekonfiguracji produktu InfoSphere MDM na podstawie
wartości w plikach właściwości.
Instalowanie produktu InfoSphere MDM w środowisku klastrowym
Ta procedura służy do wykonania instalacji niestandardowej produktu InfoSphere MDM w
v Wykonano wszystkie czynności przygotowawcze instalacji, w tym przygotowanie
produktu IBM WebSphere Application Server i bazy danych.
v Zainstalowano program IBM Installation Manager i dodano niezbędne repozytoria.
v Uruchomiony jest menedżer wdrażania i węzeł serwera IBM WebSphere Application
Server.
v Uruchomiona jest baza danych.
v Zainstalowano środowisko IBM Rational Application Developer (w przypadku
instalowania środowiska InfoSphere MDM Workbench na stacji roboczej).
v (Opcjonalnie) Zainstalowano pakiet Installation Startup Kit, który zawiera skrypty i inne
narzędzia wspomagające instalowanie i konfigurowanie. Jeśli pakiet Installation Startup
Kit nie będzie zainstalowany, aplikacja instalacyjna wyświetli ostrzeżenie.
wielkość sterty:
Wskazówka: Przed rozpoczęciem instalowania w środowisku klastrowym należy zapoznać
się ze scenariuszami instalacji. Wprawdzie scenariusze mogą nie pasować dokładnie do
danego środowiska, jednak mogą zawierać wytyczne do instalacji.
1. Przejrzyj wymagania wstępne wymienione wcześniej w tym temacie i upewnij się, że
wykonano wszystkie niezbędne kroki przygotowawcze. Wykonanie tych kroków nie jest
opcjonalne.
2. Sprawdź, czy dla serwera aplikacji wykonano następujące czynności:
a. Na każdym wymaganym komputerze w klastrze jest zainstalowany serwer
b. Na serwerze WebSphere Application Server utworzono niezbędne klastry.
123
c. Jeśli używana jest baza danych DB2 lub Oracle, należy ustawić zmienną
środowiskową JDBC_DRIVER_PATH.
d. Zsynchronizuj wszystkie węzły zarządzane.
e. W arkuszu instalacji zanotuj nazwę hosta i port serwera WebSphere Application
Server.
3. Sprawdź, czy na niezbędnych komputerach zainstalowano bazę danych i oprogramowanie
klienckie oraz czy baza danych jest uruchomiona.
4. W przypadku korzystania z mechanizmu przesyłania komunikatów produktu IBM
WebSphere MQ wykonaj następujące kroki. W przypadku korzystania z domyślnego
mechanizmu przesyłania komunikatów IBM WebSphere przejdź do kroku 4.
a. Sprawdź, czy jest zainstalowany.
b. Uruchom skrypty custSetupMQServer.mqsc i ChannelAuth.mqsc w celu
utworzenia menedżera kolejek WebSphere MQ, kanału i kolejki. Skrypty te znajdują
się w pakiecie uruchamiania instalacji.
5. Skonfiguruj szczegóły instalacji produktu InfoSphere MDM:
Wskazówka: Kieruj się informacjami z wypełnionych arkuszy instalacji. W miarę
przechodzenia przez panele konfiguracyjne na ekranie będzie wyświetlany zielony
znacznik wyboru lub czerwony krzyżyk, zależnie od tego, czy dany panel został
pomyślnie ukończony.
a. Na panelu Konfiguracja bazy danych:
v Wprowadź szczegóły bazy danych. Jeśli podany katalog główny bazy danych jest
poprawny, zostanie aktywowany przycisk Testuj połączenie.
v Kliknij przycisk Testuj połączenie. Aby test przebiegł pomyślnie, baza danych
musi być dostępna i uruchomiona.
v Po pomyślnym wykonaniu testu połączenia można skonfigurować obszary tabel.
Wybierz opcję Użyj istniejących obszarów tabel lub Utwórz nowe obszary
tabel. Jeśli zostanie wybrana opcja utworzenia nowych obszarów tabel, trzeba
zdefiniować nowe nazwy.
b. Na panelu Konfiguracja historii wybierz opcje branży, wyzwalaczy i języka
odpowiadające wymaganiom biznesowym.
c. Na panelu Konfiguracja serwera WebSphere Application Server:
v Wprowadź informacje użyte do skonfigurowania serwera aplikacji.
v Wybierz opcję Pobierz szczegóły hosta, aby uzyskać informacje o komórce, węźle
i serwerze. Za pomocą list rozwijanych wybierz pobraną komórkę, węzeł i serwer.
Jeśli potrzebna jest inna wartość, można ją wpisać w polu.
v Kliknij przycisk Sprawdź instancję produktu MDM na serwerze.
d. Na panelu Konfiguracja aplikacji:
v Podaj nową nazwę aplikacji, hasło użytkownika i port RMI. Aplikacja instalacyjna
użyje tych informacji do skonfigurowania produktu InfoSphere MDM.
v Wybierz styl uzgadniania, zaznaczając opcję Uzgadnianie probabilistyczne lub
Uzgadnianie deterministyczne.
v Jeśli aplikacja jest używana w różnych strefach czasowych lub jeśli dane zawierają
wartości zależne od czasu w różnych strefach czasowych, wybierz opcję Włącz
wdrożenie wielu stref czasowych i wybierz opcję Domyślna strefa czasowa.
v Wybierz typ przesyłania komunikatów używany dla tej instalacji. W przypadku
wybrania opcji IBM WebSphere MQ konieczne będzie podanie danych używanej
instancji WebSphere MQ.
Wskazówka: Jeśli produkt WebSphere MQ jest zainstalowany na innym
komputerze niż ten, na którym działa program IBM Installation Manager, to należy
124
usunąć zaznaczenie opcji Skonfiguruj serwer przesyłania komunikatów, aby
uniemożliwić instalatorowi utworzenie menedżera kolejek. Pozostawienie opcji
zaznaczonej spowoduje utworzenie menedżera kolejek.
e. Na panelu Przegląd konfiguracji instalacji:
v Wybierz typ instalacji. Można automatycznie skonfigurować komponenty aplikacji
w ramach głównego procesu instalacji lub skonfigurować je później, uruchamiając
skrypty po zakończeniu głównej instalacji.
v Rozwiń nagłówki Właściwości, aby przejrzeć szczegóły wprowadzonych ustawień
instalacji.
v Kliknij opcję Sprawdź wymagania instalacji, aby uruchomić sprawdzenia
v Zapoznaj się z wynikami sprawdzenia wymagań wstępnych. Kliknij opcję Pokaż
szczegóły, aby zobaczyć więcej informacji dla danego testu. Wyświetlane
odsyłacze umożliwiają dostęp do plików dziennika i pomocy dla poszczególnych
wyników.
Wskazówka: Ostrzeżenia można zignorować, klikając opcję Pokaż szczegóły i
wybierając opcję Zignoruj ostrzeżenie, mam świadomość zagrożenia. Błędów
nie można ignorować.
v W razie potrzeby podejmij odpowiednie działania naprawcze dla zgłoszonych
ostrzeżeń lub błędów, a następnie kliknij opcję Sprawdź status ponownie.
v Po pomyślnym przejściu testów kliknij przycisk Instaluj.
Aplikacja instalacyjna zainstaluje produkt InfoSphere MDM. W zależności od
konfiguracji proces instalacji może potrwać dłuższy czas.
Pojęcia pokrewne:
“Obsługa wielu instancji” na stronie 11
Zadania pokrewne:
“Modyfikowanie instalacji” na stronie 162
125
Instalowanie w systemie z/OS
Tej procedury należy użyć, jeśli instalacja obejmuje produkt IBM DB2 for z/OS.
v Dodano produkt InfoSphere MDM w programie IBM Installation Manager.
v Wykonano czynności przygotowawcze związane z tworzeniem bazy danych i serwera
aplikacji.
v Wykonano procedurę “Przygotowanie istniejącej magistrali komunikatów serwera
WebSphere Application Server do instalacji produktu InfoSphere MDM w systemie z/OS”
na stronie 108.
v Serwer IBM WebSphere Application Server (menedżer wdrażania i węzeł) oraz baza
danych zostały uruchomione.
Proces ten wymaga trzech odrębnych kroków lub sesji. Podczas dwóch z tych sesji należy
uruchomić proces instalatora. W pierwszej sesji instalator wyodrębni zadania JCL używane
do ręcznego instalowania bazy danych fizycznego systemu MDM.
Po zakończeniu ładowania fizycznej bazy danych w trzeciej sesji instalacji instalowane są:
część wirtualna bazy danych MDM, serwer operacyjny oraz wszelkie inne wybrane składniki.
Podczas pierwszej sesji wyodrębnij zadania JCL fizycznego systemu MDM. Zainstaluj pakiet
Installation Startup Kit, aby wyodrębnić zasoby aplikacyjne DB2 for z/OS systemu
InfoSphere MDM do katalogu
1. Uruchom program IBM Installation Manager i kliknij opcję Instalowanie na panelu
głównym.
2. Na panelu Instalowanie pakietów wybierz opcję Installation Startup Kit i kliknij
przycisk Dalej.
3. Przejdź kolejne zapytania, aby zaakceptować umowę licencyjną i wybrać miejsce
instalacji oraz języki.
4. Przejrzyj podsumowanie instalacji, a następnie kliknij przycisk Instaluj.
5. Po zakończeniu instalacji kliknij przycisk Zakończ.
Podczas drugiej sesji prześlij zasoby aplikacyjne DB2 i ręcznie załaduj dane fizycznego
systemu MDM.
7. Skopiuj zasoby z/OS serwera operacyjnego MDM z katalogów
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/CoreData/Full/
DB2/ZOS/pds i
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/Full/DB2/ZOS/
pds do systemu z/OS.
Podczas trzeciej sesji zainstaluj serwer operacyjny MDM i inne składniki:
8. Uruchom program IBM Installation Manager i kliknij opcję Instalowanie na panelu
głównym.
9. Na panelu Instalowanie pakietów wybierz edycję i kliknij przycisk Dalej.
10. Przejdź kolejne zapytania, aby zaakceptować umowę licencyjną i wybrać miejsce
instalacji oraz język.
126
Ważne: Jeśli jest zainstalowane środowisko IBM Rational Application Developer,
należy się upewnić, że produkt InfoSphere MDM nie jest instalowany w tej samej grupie
pakietów. Na panelu Instalowanie pakietów wybierz opcję Utwórz nową grupę
pakietów.
11. Wybierz serwer operacyjny MDM, bazę danych MDM i pozostałe składniki do
zainstalowania.
12. Podaj informacje konfiguracyjne:
v Na panelu konfiguracji bazy danych wybierz opcję DB2 Z/OS.
v Przy konfigurowaniu serwera IBM WebSphere Application Server upewnij się, że
podawane są informacje używane podczas przygotowywania serwera aplikacji. Użyj
nazwy użytkownika i hasła mdmadmin. Przed zamknięciem panelu kliknij przycisk
Verify MDM Instance on Server (Sprawdź instancję produktu MDM na serwerze).
v Na panelu Serwer przesyłania komunikatów wybierz opcję Domyślny mechanizm
przesyłania komunikatów IBM WebSphere lub Dostawca przekazywania
komunikatów MQ. Informacje na temat ręcznego instalowania tabel SIB na serwerze
WebSphere Application Server zawiera temat Tworzenie tabel składnicy danych w
dokumentacji elektronicznej serwera WebSphere Application Server.
Zadania pokrewne:
“Przygotowanie istniejącej magistrali komunikatów serwera WebSphere Application Server
do instalacji produktu InfoSphere MDM w systemie z/OS” na stronie 108
Konfigurowanie magistrali komunikatów w systemie z/OS po
instalacji
Jeśli przed instalacją nie istniał wbudowany mechanizm komunikatów WebSphere (magistrala
komunikatów), po zainstalowaniu produktu InfoSphere MDM w systemie z/OS konieczne jest
wykonanie podanej procedury.
Po zakończeniu instalacji zostanie wyświetlony błąd z informacją Test weryfikujący
instalację zakończył się niepowodzeniem. Błąd można zignorować pod warunkiem
wykonania następujących kroków.
127
4. Usuń zaznaczenie opcji Utwórz tabele.
5. Kliknij opcję Zastosuj, a następnie kliknij przycisk Zapisz bezpośrednio w
konfiguracji głównej.
6. Zsynchronizuj węzły i zrestartuj serwer aplikacji. Zatrzymanie serwera uniemożliwia
produktowi WebSphere Application Server podjęcie próby utworzenia tabel SIB i
połączenia się z nimi.
7. Utwórz tabele SIB dla używanej instancji, wprowadzając w pliku ZSIB.sql zmiany
odpowiadające używanemu schematowi, przedrostkowi i właścicielowi bazy danych. W
pliku zastąp symbol <SCHEMA> nazwą schematu, symbol <PREFIX> trzyznakowym
przedrostkiem, a symbol <DBA ACCOUNT> nazwą właściciela bazy danych. Uruchom
kod SQL jako właściciel bazy danych.
8. Zrestartuj serwer aplikacji.
9. Z katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/IVT uruchom skrypt
Verify.sh. Przykładowa komenda wygląda następująco: verify.sh
schemat_bazy_danych hasło_bazy_danych użytkownik_serwera_WAS
hasło_WAS
10. Wyświetl pliki odpowiedzi instalacji, aby upewnić się, że test weryfikacyjny instalacji
zakończył się powodzeniem.
Pliki odpowiedzi znajdują się w katalogach
KATALOG_GŁÓWNY_INSTALACJI_MDM/IVT/testCases/xml/response i
KATALOG_GŁÓWNY_INSTALACJI_MDM/IVT/testCases/xml_virtual/response.
Pojęcia pokrewne:
“Wbudowana obsługa komunikatów serwera WebSphere Application Server” na stronie 108
Instalowanie w środowisku Oracle RAC
Tej procedury należy użyć w przypadku korzystania z wirtualnego systemu MDM i
instalowania w środowisku Oracle RAC (Oracle Real Application Clusters).
v Zostały wykonane kroki przygotowawcze produktu IBM Installation Manager.
v Wykonano czynności przygotowawcze związane z tworzeniem bazy danych i serwera
aplikacji.
v Serwer IBM WebSphere Application Server (menedżer wdrażania i węzeł) oraz baza
danych zostały uruchomione.
a. Na panelu Instalowanie pakietów wybierz edycję i kliknij przycisk Dalej.
b. Przejdź kolejne zapytania, aby zaakceptować umowę licencyjną i wybrać miejsce
instalacji oraz języki.
c. Wybierz składniki Baza danych MDM i Serwer operacyjny MDM, a następnie
kliknij przycisk Dalej.
d. Wypełnij panele konfiguracji i kliknij przycisk Dalej.
e. Kliknij opcję Instaluj.
Instalator tworzy źródło danych ODBC o identyfikatorze SID i uruchamia cel
madconfig bootstrap_datasource, aby utworzyć wszystkie tabele wirtualnego
systemu MDM.
2. Przejdź do konsoli administracyjnej WebSphere Application Server i wybierz opcję
Resources > JDBC > Data sources (Zasoby > JDBC > Źródła danych).
a. Na stronie Źródła danych (Źródła danych) kliknij nazwę źródła danych MDM.
b. Na następnej stronie Data sources (Źródła danych) kliknij opcję Custom properties
(Właściwości niestandardowe).
128
c. Usuń identyfikator SID, wybierając go i klikając opcję Delete (Usuń).
d. Kliknij opcję New (Nowy) i dodaj nową właściwość niestandardową Name dla
serviceName oraz Value.
e. Kliknij przycisk OK.
3. Uruchom następujące komendy z katalogu native.war/scripts. W środowisku
klastrowym należy uruchomić te komendy na każdym komputerze klastra.
v madconfig remove_datasource
-Dmad.db.dsn=NAZWA_BAZY_DANYCH_ID_INSTANCJI_MDM
v madconfig create_datasource -Dmad.db.type=oracle
-Dmad.db.host=HOST_BAZY_DANYCH
-Dmad.db.port=PORT_BAZY_DANYCH -Dmad.db.service=NAZWA_USŁUGI
Po uruchomieniu tej komendy zostanie wyświetlona prośba o podanie identyfikatora
SID. Pozostaw puste pole zachęty i naciśnij klawisz Enter.
Zawsze należy przejrzeć dzienniki instalacji, aby sprawdzić, czy proces zakończył się
pomyślnie.
Jeśli po przejrzeniu dzienników okazuje się, że dane wirtualne nie zostały pomyślnie
załadowane, można za pomocą programu narzędziowego madconfig ponownie załadować
dane lub uruchomić program startowy.
Włączanie obsługi sterownika Oracle innego niż bezpośredni
(non-wired)
Jeśli używany jest wirtualny system MDM i planowane jest użycie sterownika bazy danych
Oracle innego niż bezpośredni (non-wired), to po zainstalowani składników i bazy danych
produktu InfoSphere MDM należy wykonać następujące kroki.
Należy wykonać kroki przedstawione w sekcji “Wdrażanie składnika komponentu rodzimego
produktu MDM na zdalnym serwerze Windows” na stronie 130.
1. Na komputerze, na którym został zainstalowany rodzimy klient Oracle wraz ze
sterownikami oraz wdrożony rodzimy plik EAR:
a. Skonfiguruj zmienną środowiskową systemu operacyjnego:
ORACLE_HOME=ŚCIEŻKA_DO_KATALOGU_GŁÓWNEGO_ORACLE.
b. Skonfiguruj zmienną środowiskową systemu operacyjnego:
v W systemie Microsoft Windows:
LIB=ŚCIEŻKA_DO_KATALOGU_GŁÓWNEGO_ORACLE/lib
v w systemie IBM AIX:
LIBPATH=ŚCIEŻKA_DO_KATALOGU_GŁÓWNEGO_ORACLE/lib
v W pozostałych systemach operacyjnych:
LD_LIBRARY_PATH=ŚCIEŻKA_DO_KATALOGU_GŁÓWNEGO_ORACLE/
lib
2. Przejdź do katalogu native.war/scripts i uruchom następujące komendy:
a. madconfig remove_datasource
b. madconfig create_datasource -Dmad.db.type=oracle
-Dmad.db.dsn=NAZWA_BAZY_DANYCH_ID_INSTANCJI_MDMDmad.db.server=NAZWA_TNS
Komenda create_datasource wyświetla prośbę o wprowadzenie hosta bazy
danych. Pole to można pozostawić puste i nacisnąć klawisz Enter.
3. W środowisku klastrowym powtórz te kroki w każdym elemencie klastra.
129
“Sterowniki ODBC instalowane z edycją Standard Edition” na stronie 83
Wdrażanie składnika komponentu rodzimego produktu MDM na
zdalnym serwerze Windows
Składnik komponentu rodzimego produktu Master Data Management jest źródłem danych
ODBC, wymaganym przez wirtualne konfiguracje MDM do pomyślnego działania. Jeśli
planowane jest zainstalowanie Serwera operacyjnego MDM i zaimplementowanie wirtualnej
konfiguracji MDM w klastrze WebSphere Application Server z systemem operacyjnym
Microsoft Windows, to po zainstalowaniu serwera operacyjnego należy wykonać poniższe
kroki.
Program instalacyjny automatycznie uruchamia cel komendy madconfig
create_datasource, aby utworzyć źródło danych ODBC na serwerze zdalnym za pomocą
agenta Ant. Jednak agent Ant nie ma uprawnień do modyfikowania rejestru Windows.
Jeśli na komputerze A jest uruchomiony program IBM Installation Manager i menedżer
wdrażania WebSphere Application Server, a konieczne jest wdrożenie serwera operacyjnego i
konfiguracji wirtualnej na węzłach zarządzanych na innych komputerach (na przykład B, C i
D), to należy użyć tej procedury. Ta procedura ręcznie tworzy źródło danych ODBC na
każdym ze zdalnych serwerów Windows po pierwszym uruchomieniu programu IBM
Installation Manager w celu zainstalowania serwera operacyjnego.
1. Uruchom program IBM Installation Manager na komputerze A i zainstaluj Serwer
operacyjny MDM.
2. Na komputerze B przejdź do katalogu KATALOG_GŁÓWNY_PROFILU_WAS\
installedApps\NAZWA_KOMÓRKI\ID-rodzimego-MDM.ear\native.war\scripts.
3. Otwórz wiersz komend.
4. Wpisz następującą komendę: madconfig.bat register_odbc.
5.
Wpisz następującą komendę: madconfig.bat create_datasource
-Dmad.db.type=typ_bazy_danych -Dmad.db.name=nazwa_bazy_danych
-Dmad.db.port=port_bazy_danych -Dmad.db.host=host_bazy_danych
-Dmad.db.dsn=źródło_danych_DSN
gdzie:
v typ_bazy_danych: jest typem bazy danych; podaj wartość DB2, ORACLE lub
MSSQLU na komputerze B
v host_bazy_danych: jest nazwą hosta lub adresem IP bazy danych na komputerze B
v port_bazy_danych: jest portem bazy danych na komputerze B
v nazwa_bazy_danych: jest nazwą bazy danych na komputerze B, na przykład
mdmins11
v źródło_danych_DSN: jest nazwą źródła danych DSN; konwencja nazewnictwa jest
następująca: nazwa_bazy_danych_identyfikator_instancji_mdm. Wartość
identyfikator_instancji_mdm musi być zgodna z wartością Nazwa aplikacji MDM
wprowadzoną na panelu Konfiguracja aplikacji podczas instalacji na komputerze A.
6. Powtórz kroki 2–5 dla każdego dodatkowego komputera w klastrze (na przykład dla
komputerów C i D).
Instalacja cicha
Podczas pracy programu instalacji interaktywnej generowany jest plik właściwości. Aby
wykonywać instalacje w trybie cichym, należy zmodyfikować wygenerowany plik lub
utworzyć własny.
Przykładowe pliki odpowiedzi trybu cichego znajdują się w katalogu
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA/StartupKit.
130
Dostępne są pliki specyficzne dla poszczególnych obsługiwanych systemów operacyjnych.
Dostępne są następujące przykładowe pliki odpowiedzi trybu cichego dla serwera IBM
WebSphere Application Server:
v standalone_install_server.res – tego pliku odpowiedzi należy użyć do zainstalowania
serwera operacyjnego MDM, bazy danych MDM, serwera bazy danych IBM DB2 i
produktu WebSphere Application Server Network Deployment.
v standalone_install_workstation.res – tego pliku odpowiedzi należy użyć do
zainstalowania serwera operacyjnego MDM, bazy danych MDM, serwera bazy danych
IBM DB2, serwera WebSphere Application Server, produktu IBM Rational Application
Developer (RAD) i środowiska InfoSphere MDM Workbench.
v install_single_servers_aix.res – tego pliku odpowiedzi należy użyć, aby zainstalować
serwer operacyjny w ramach wdrożenia z instalacją niestandardową, z następującymi
parametrami:
– Platforma: AIX
– Dostawca przesyłania komunikatów: domyślny dostawca przesyłania komunikatów
– Miejsce docelowe wdrożenia serwera operacyjnego MDM (pojedynczy serwer):
mdm-s1-E001
– Miejsce docelowe wdrożenia interfejsu użytkownika aplikacji Business Administration
(pojedynczy serwer): mdm-s2-E001
– Miejsce docelowe wdrożenia interfejsu użytkownika aplikacji Data Stewardship
– Miejsce docelowe wdrożenia interfejsu użytkownika aplikacji Product Maintenance
– Miejsce docelowe wdrożenia aplikacji Inspector (pojedynczy serwer): mdm-s3-E001
– Miejsce docelowe wdrożenia aplikacji Enterprise Viewer (pojedynczy serwer):
mdm-s3-E001
– Miejsce docelowe wdrożenia aplikacji Web Reports (pojedynczy serwer):
mdm-s3-E001
v install_cluster_aix_mq.res – tego pliku odpowiedzi należy użyć, aby zainstalować
serwer operacyjny w ramach wdrożenia z instalacją niestandardową, z następującymi
parametrami:
– Platforma: AIX
– Dostawca przesyłania komunikatów: dostawca przesyłania komunikatów WebSphere
MQ
– Miejsce docelowe wdrożenia serwera operacyjnego MDM (klaster): mdm-CL01
(klaster): mdm-CL02
(klaster): mdm-CL02
(klaster): mdm-CL02
– Miejsce docelowe wdrożenia aplikacji Inspector (klaster): mdm-CL02
– Miejsce docelowe wdrożenia aplikacji Enterprise Viewer (klaster): mdm-CL02
– Miejsce docelowe wdrożenia aplikacji Web Reports (klaster): mdm-CL02
v install_single_servers_linux.res – tego pliku odpowiedzi należy użyć do zainstalowania
serwera operacyjnego w ramach wdrożenia z instalacją niestandardową, z następującymi
parametrami:
– Platforma: Linux
131
serwera WebSphere Application Server
mdm-s1-E001
mdm-s3-E001
mdm-s3-E001
v install_cluster_linux_mq.res – tego pliku odpowiedzi należy użyć, aby zainstalować
serwer operacyjny MDM w ramach wdrożenia z instalacją niestandardową, z
następującymi parametrami:
– Platforma: Linux
MQ
(klaster): mdm-CL02
(klaster): mdm-CL02
(klaster): mdm-CL02
v install_single_servers_win.res – tego pliku odpowiedzi należy użyć do zainstalowania
serwera operacyjnego MDM w ramach wdrożenia z instalacją niestandardową, z
następującymi parametrami. Jeśli w pliku odpowiedzi wystąpi błąd sprawdzania
poprawności, instalacja cicha w systemie Windows może zostać przerwana bez
wyświetlenia jakichkolwiek wskazówek dotyczących powodu. Jeśli instalacja zostanie
zamknięta, przejrzyj pliki dziennika, aby znaleźć przyczynę.
– Platforma: Microsoft Windows 7
mdm-s1-E001
132
mdm-s3-E001
mdm-s3-E001
v install_cluster_win_mq.res – tego pliku odpowiedzi należy użyć, aby zainstalować
– Platforma: Microsoft Windows 7
MQ
(klaster): mdm-CL02
(klaster): mdm-CL02
(klaster): mdm-CL02
v install_single_servers_solaris.res – tego pliku odpowiedzi należy użyć do
zainstalowania serwera operacyjnego MDM w ramach wdrożenia z instalacją
niestandardową, z następującymi parametrami:
– Platforma: Solaris
mdm-s1-E001
mdm-s3-E001
mdm-s3-E001
v install_cluster_solaris_mq.res – tego pliku odpowiedzi należy użyć, aby zainstalować
– Platforma: Solaris
MQ
(klaster): mdm-CL02
133
(klaster): mdm-CL02
(klaster): mdm-CL02
Pojęcia pokrewne:
“Instalacja graficzna lub cicha” na stronie 26
Zadania pokrewne:
“Wyświetlanie dzienników instalacji produktu InfoSphere MDM” na stronie 161
“Deinstalowanie w trybie cichym” na stronie 184
Dostosowywanie pliku odpowiedzi instalacji w trybie cichym
Procedura ta służy do dostosowania pliku odpowiedzi instalacji w trybie cichym.
Ważne: Przykłady kodu mogą być wprawdzie wyświetlane z podziałami wiersza, jednak
tekst między znakami <.../> musi zostać wprowadzony w pliku odpowiedzi w jednym
wierszu bez podziałów.
Więcej informacji na temat pracy w trybie cichym i korzystania z plików odpowiedzi zawiera
sekcja dokumentacja elektroniczna dla programu IBM Installation Manager.
1. Otwórz plik odpowiedzi.
2. Podaj katalog główny i katalog zasobów współużytkowanych.
a. Aby określić katalog KATALOG_GŁÓWNY_INSTALACJI_MDM, dodaj
następujące wiersze do pliku odpowiedzi:
<profile id=’IBM InfoSphere Master Data Management’
installLocation=’/usr/IBM/MDM/H087/mdm’/>
<data key=’eclipseLocation’ value=’/usr/IBM/MDM/H087/mdm’/>
gdzie usr/IBM/MDM/H087/mdm jest katalogiem głównym instalacji produktu
MDM.
b. Aby określić katalog zasobów współużytkowanych programu Installation Manager:
<preference name=’com.ibm.cic.common.core.preferences.eclipseCache’
value=’/usr/IBM/MDM/H087/
Shared’/>
gdzie usr/IBM/MDM/H087/Shared jest katalogiem zasobów współużytkowanych
programu Installation Manager.
3. Określ wersję produktu InfoSphere MDM i składniki, które chcesz zainstalować, dodając
następujący wiersz:
<offering id=’com.ibm.mdm.advanced’ version=’11.3.0.v20140627-1124’
profile=’IBM InfoSphere Master Data
Management’
features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,
com.ibm.im.mdm.app.feature’ installFixes=’none’/>
gdzie 11.3.0.v20140627-1124 jest numerem wersji produktu InfoSphere MDM.
Numer wersji można określić na podstawie nazwy pliku JAR produktu w folderze na
nośniku instalacyjnym (ścieżka_pobierania/MDM/disk1/md/Offerings). Na przykład
disk1/md/Offerings/com.ibm.mdm.advanced_11.3.0.v20140627-1124.jar, gdzie
11.3.0.v20140627-1124 jest numerem wersji.
134
4. Określ składnik do zainstalowania podczas jednej sesji programu IBM Installation
Manager, dodając następujący wiersz:
profile=’IBM InfoSphere Master Data
Management’
features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.
feature,
com.ibm.im.mdm.app.feature’ installFixes=’none’/>
gdzie
com.ibm.im.mdm.app.
feature’
jest konkretnym składnikiem do zainstalowania. Porady na ten temat zawiera sekcja
“Przykłady określania składników dla instalacji cichej” na stronie 136.
Na liście składników zawsze musi zostać uwzględniony składnik
com.ibm.mdm.install.iu.localization.feature. Jest to składnik wewnętrzny
zapewniający obsługę wielu języków dla systemu rejestrowania instalatora.
Składnik Healthcare Point of Service Integrator (com.ibm.im.mdm.ei.feature) może
zostać zainstalowany tylko w systemie Microsoft Windows. W przypadku dołączenia tego
składnika w środowisku innym niż Windows instalator zignoruje go i nie zainstaluje.
5. Określ parametry bazy danych. Pomoc można znaleźć w odpowiednim dla bazy danych
temacie o parametrach bazy danych. Tematy są wymienione w odsyłaczach do stron
pokrewnych.
Następujące parametry nie mogą być modyfikowane w pliku odpowiedzi:
<data
<data
<data
>
<data
key=’user.L2.db.vertype,com.ibm.mdm.advanced’ value=’DB2UDBNT_V82_1’/>
key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.advanced’ value=’DB2’/>
key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.advanced’ value=’DB2Z’/
key=’user.L2.mdm.mad.type.oracle,com.ibm.mdm.advanced’ value=’ORACLE’/>
6. Określ parametry serwera WebSphere Application Server. Porady z tym związane zawiera
temat o parametrach serwera aplikacji wymieniony na końcu niniejszej procedury.
7. Określ parametry serwera przesyłania komunikatów:
a. Określ typ serwera przesyłania komunikatów:
v W przypadku instalacji z domyślnym mechanizmem przesyłania komunikatów
serwera WebSphere Application Server podaj:
<data key=’user.L2.messaging.type,com.ibm.mdm.advanced’ value=’WEM’/>
v W przypadku instalacji z produktem IBM WebSphere Message Queue podaj:
<data key=’user.L2.messaging.type,com.ibm.mdm.advanced’ value=’WMQ’/>
b. Jeśli produkt WebSphere MQ znajduje się na tym samym komputerze, na którym
program Installation Manager wykonuje cichą instalację produktu InfoSphere MDM,
lub jeśli aplikacja instalacyjna ma mieć uprawnienia do tworzenia wątków i kolejek
komunikatów:
<data key=’user.config.messaging.server,com.ibm.mdm.advanced’ value=’true’/>
c. Jeśli produkt WebSphere MQ znajduje się na komputerze zdalnym lub jeśli aplikacja
ma nie mieć możliwości tworzenia wątków i kolejek komunikatów:
<data key=’user.config.messaging.server,com.ibm.mdm.advanced’ value=’false’/>
Wskazówka: Przed uruchomieniem instalacji cichej z wyłączonym tworzeniem
kolejek komunikatów (value=’false’) należy upewnić się, że kolejki komunikatów i
wątki zostały utworzone wcześniej. Aby ręcznie utworzyć te kolejki i wątki, należy
uruchomić skrypt custSetupMQServer.mqsc.
8. Określ mechanizm wyszukiwania i dopasowania, którego będzie używać ta instalacja
produktu InfoSphere MDM:
v Mechanizm Probabilistic Matching Engine:
135
<data key="user.L2.engine.type,com.ibm.mdm.advanced" value="PME"/>
v Mechanizm Deterministic Matching Engine (MDM Classic Matching Engine):
<data key="user.L2.engine.type,com.ibm.mdm.advanced" value="DME"/>
Wykonaj kolejne czynności, czyli wyłączenie ekranu powitalnego instalatora i uruchomienie
instalacji cichej.
Zadania pokrewne:
Przykłady określania składników dla instalacji cichej:
Należy zmodyfikować plik odpowiedzi i określić składniki, które mają zostać zainstalowane
podczas instalacji cichej.
Składniki należy podać w następującym wierszu w sekcji <offering id.../> w pliku
odpowiedzi.
com.ibm.im.mdm.app. feature’
Na przykład:
<offering id=’com.ibm.mdm.advanced’ version=’11.0.0.v20130415-1124’ profile=’IBM InfoSphere Master
Data
Management’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,
com.ibm.im.mdm.app.feature’ installFixes=’none’>
Przykład 1: instalowanie bazy danych MDM i serwera operacyjnego InfoSphere MDM
Aby zainstalować tylko bazę danych i serwer operacyjny, należy dodać następujący wiersz:
com.ibm.im.mdm.app.feature’
Przykład 2: Instalowanie bazy danych MDM, serwera operacyjnego InfoSphere MDM i
aplikacji użytkownika
Aby zainstalować bazę danych, serwer operacyjny i wszystkie aplikacje użytkownika oraz
składniki, należy dołączyć następujący wiersz:
com.ibm.im.mdm.app.feature,com.ibm.mdm.ba.webapp.feature,
com.ibm.mdm.ds.webapp.feature,com.ibm.mdm.pui.webapp.feature,
com.ibm.mdm.inspector.webapp.feature,com.ibm.mdm.ev.webapp.feature,
com.ibm.mdm.wb.webapp.feature,com.ibm.mdm.pd.webapp.feature,
com.ibm.im.mdm.message.broker.feature,com.ibm.im.mdm.ei.feature,com.ibm.im.mdm.eutc,
com.ibm.mdm.ba.webapp.sample.feature’
Parametry bazy danych instalacji cichej dla DB2:
Należy określić parametry dla bazy danych IBM DB2 w pliku odpowiedzi instalacji cichej.
Jeśli używana jest baza danych DB2, wprowadź w pliku odpowiedzi następujące wiersze.
Zmień wartość przy value= na konkretną wartość używaną przez bazę danych.
136
Typ bazy danych
<data key=’user.db.type,com.ibm.mdm.advanced’ value=’DB2’/>
<data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’DB2’/>
Alias bazy danych w katalogu bazy danych dla klienta DB2
<data key=’user.db.name,com.ibm.mdm.advanced’ value=’MDM11E’/>
<data key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’MDM11E’/>
Nazwa bazy danych
<data key=’user.db.name.remote,com.ibm.mdm.advanced’
value=’NAZWABAZYDANYCHUŻYTKOWNIKA’/>
<data key=’user.db.name.remote.cm,com.ibm.mdm.advanced’
Nazwa schematu bazy danych
<data key=’user.db.schema,com.ibm.mdm.advanced’ value=’NAZWASCHEMATU’/>
<data key=’user.db.schema.cm,com.ibm.mdm.advanced’ value=’NAZWASCHEMATU’/>
Nazwa hosta serwera bazy danych
<data key=’user.db.host,com.ibm.mdm.advanced’ value=’host.użytkownika.com’/>
<data key=’user.db.host,com.ibm.mdm.advanced’ value=’host.użytkownika.com’/>
Numer portu serwera bazy danych
<data key=’user.db.port,com.ibm.mdm.advanced’ value=’50000’/>
<data key=’user.db.port.cm,com.ibm.mdm.advanced’ value=’50000’/>
Nazwa użytkownika bazy danych (powinna być taka sama jak nazwa schematu)
<data key=’user.db.user,com.ibm.mdm.advanced’
value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.db.user.cm,com.ibm.mdm.advanced’
value=’NAZWAUŻYTKOWNIKA’/>
Hasło bazy danych
<data key=’user.db.password,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.db.password.cm,com.ibm.mdm.advanced’ value=’’/>
Katalog główny klienta DB2
<data key=’user.db2.home,com.ibm.mdm.advanced’ value=’/home/ws8admin’/>
<data key=’user.db2.home.cm,com.ibm.mdm.advanced’ value=’/home/ws8admin’/>
Adres URL interfejsu JDBC bazy danych
<data key=’user.user.db.url,com.ibm.mdm.advanced’
value=’jdbc:db2://NAZWAHOSTA:PORT/NAZWABAZYDANYCH’/>
<data key=’user.user.db.url.cm,com.ibm.mdm.advanced’
value=’jdbc:db2://NAZWAHOSTA:PORT/NAZWABAZYDANYCH’/>
Następujące parametry nie mogą być modyfikowane w pliku odpowiedzi:
<data key=’user.L2.db.vertype,com.ibm.mdm.advanced’ value=’DB2UDBNT_V82_1’/>
<data key=’user.L2.mdm.mad.type.db2,com.ibm.mdm.advanced’ value=’DB2’/>
<data key=’user.L2.mdm.mad.type.db2z,com.ibm.mdm.advanced’ value=’DB2Z’/
>
Parametry bazy danych instalacji cichej dla Microsoft SQL Server:
W pliku odpowiedzi instalacji cichej należy określić parametry bazy danych Microsoft SQL
Server.
Jeśli używana jest baza danych SQL Server, wprowadź w pliku odpowiedzi następujące
wiersze. Zmień wartość przy value= na konkretną wartość używaną przez bazę danych.
137
Typ bazy danych
<data key=’user.db.type,com.ibm.mdm.advanced’ value=’MSSQLU’/>
<data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’MSSQLU’/>
Nazwa bazy danych
<data key=’user.db.name,com.ibm.mdm.advanced’
<data key=’user.db.name.cm,com.ibm.mdm.advanced’
<data key=’user.db.user,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.db.user.cm,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
Hasło bazy danych
<data key=’user.db.password,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.db.password.cm,com.ibm.mdm.advanced’ value=’’/>
value=’jdbc:ibm:sqlserver://NAZWAHOSTA:PORT/NAZWABAZYDANYCH’/>
value=’jdbc:ibm:sqlserver://NAZWAHOSTA:PORT/NAZWABAZYDANYCH’/>
<data key=’user.db.host,com.ibm.mdm.advanced’
value=’NAZWAHOSTABAZYDANYCH’/>
<data key=’user.db.host.cm,com.ibm.mdm.advanced’
Port bazy danych
<data key=’user.L2.db.home,com.ibm.mdm.advanced’
value=’KATALOGGŁÓWNYBAZYDANYCH’/>
Parametry dodatkowe
<data key=’user.db.servername,com.ibm.mdm.advanced’ value=’NAZWASERWERA’/>
<data key=’user.db.filegroup,com.ibm.mdm.advanced’
value=’NAZWAGRUPYPLIKÓW_GP’/>
<data key=’user.db.auth.native,com.ibm.mdm.advanced’ value=’false’/>
Ustaw parametr user.db.auth.native na wartość true, jeśli używane jest rodzime
uwierzytelnianie systemu Windows.
Parametry bazy danych instalacji cichej dla Oracle:
Należy określić parametry dla bazy danych Oracle w pliku odpowiedzi instalacji cichej.
Jeśli używana jest baza danych Oracle, wprowadź następujące wiersze w pliku odpowiedzi.
Zmień wartość przy value= na konkretną wartość używaną przez bazę danych.
138
Typ bazy danych
<data key=’user.db.type.cm,com.ibm.mdm.advanced’ value=’ORACLE’/>
<data key="user.db.type,com.ibm.mdm.advanced’ value=’ORACLE’/>
Nazwa TNS klienta Oracle
<data key=’user.db.name.cm,com.ibm.mdm.advanced’ value=’NAZWATNS’/>
<data key=’user.db.name,com.ibm.mdm.advanced’ value=’NAZWATNS’/>
Nazwa bazy danych serwera Oracle
value=’NAZWABAZYDANYCH’/>
value=’NAZWABAZYDANYCH’/>
<data key=’user.db.user.cm,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.db.user,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
Hasło użytkownika bazy danych
<data key=’user.db.password.cm,com.ibm.mdm.advanced’
value=’HASŁOBAZYDANYCH’/>
<data key=’user.db.password,com.ibm.mdm.advanced’
value=’HASŁOBAZYDANYCH’/>
value=’jdbc:oracle:thin:@NAZWAHOSTA:PORT/NAZWABAZYDANYCH’/>
value=’jdbc:oracle:thin:@NAZWAHOSTA:PORT/NAZWABAZYDANYCH’/>
Nazwa hosta serwera bazy danych
<data key=’user.db.host,com.ibm.mdm.advanced’
<data key=’user.db.host.cm,com.ibm.mdm.advanced’
Port serwera bazy danych
Katalog główny klienta Oracle
<data key=’user.L2.db.home,com.ibm.mdm.advanced’
value=’SCIEŻKAKATALOGUGŁÓWNEGOORACLE’/>
Następujący parametr nie może być modyfikowany w pliku odpowiedzi:
<data key=’user.L2.mdm.mad.type.oracle,com.ibm.mdm.advanced’ value=’ORACLE’/>
Parametry instalacji cichej serwera WebSphere Application Server:
Należy określić parametry serwera WebSphere Application Server w pliku odpowiedzi
instalacji cichej.
Wprowadź w pliku odpowiedzi następujące wiersze. Zmień symbole zastępcze po łańcuchu
value= na konkretne wartości używane przez instancję serwera aplikacji.
139
Katalog główny instalacji WebSphere Application Server
<data key=’user.L1.was.home,com.ibm.mdm.advanced’ value=’/KATALOG_GŁÓWNY_INSTALACJI_WAS’/>
Typ serwera WebSphere Application Server: Network Deployment lub Base
<data key=’user.was.type,com.ibm.mdm.advanced’ value=’ND’/>
Katalog główny profilu (wymagane w przypadku instalowania samej bazy danych MDM
w trybie INSTALL)
<data key=’user.was.profile.home,com.ibm.mdm.advanced’
value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/>
Port SOAP serwera server1 WebSphere Application Server Network Deployment
Manager lub WebSphere Application Server Base
<data key=’user.deploy.port,com.ibm.mdm.advanced’ value=’8880’/>
Nazwa hosta serwera server1 WebSphere Application Server Deployment Manager lub
WebSphere Application Server Base
<data key=’user.deploy.host,com.ibm.mdm.advanced’ value=’NAZWAHOSTA’/>
Miejsce docelowe wdrożenia serwera WebSphere Application Server (jeden serwer)
<data
<data
<data
<data
<data
key=’user.was.cell,com.ibm.mdm.advanced’ value=’NAZWAKOMÓRKI’/>
key=’user.was.node,com.ibm.mdm.advanced’ value=’NAZWAWĘZŁA’/>
key=’user.was.server,com.ibm.mdm.advanced’ value=’NAZWASERWERA’/>
key=’user.was.cluster,com.ibm.mdm.advanced’ value=’Brak’/>
key=’user.was.cluster.flag,com.ibm.mdm.advanced’ value=’false’/>
Miejsce docelowe wdrożenia serwera WebSphere Application Server (klaster)
<data
<data
<data
<data
<data
key=’user.was.cell,com.ibm.mdm.advanced’ value=’NAZWAKOMÓRKI’/>
key=’user.was.node,com.ibm.mdm.advanced’ value=’Brak’/>
key=’user.was.server,com.ibm.mdm.advanced’ value=’Brak’/>
key=’user.was.cluster,com.ibm.mdm.advanced’ value=’NAZWAKLASTRA’/>
key=’user.was.cluster.flag,com.ibm.mdm.advanced’ value=’true’/>
Parametry zabezpieczeń serwera WebSphere Application Server - użytkownik
zabezpieczeń administracyjnych WebSphere
<data key=’user.was.user,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.was.password,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.security.user.name,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.security.user.password,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.was.user.ba,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.was.password.ba,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.was.user.ds,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.was.password.ds,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.was.user.pui,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.was.password.pui,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.was.user.inspector,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.was.password.inspector,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.was.user.ev,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.was.password.ev,com.ibm.mdm.advanced’ value=’’/>
<data key=’user.was.user.wb,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.was.password.wb,com.ibm.mdm.advanced’ value=’’/>
Ważne: Następujących parametrów zabezpieczeń nie można zmieniać:
<data key=’user.was.security,com.ibm.mdm.advanced’ value=’1’/>
<data key=’user.was.security.on.off,com.ibm.mdm.advanced’ value=’on’/>
Parametry zabezpieczeń serwera WebSphere Application Server - użytkownik
odwzorowania ról zabezpieczeń aplikacji WebSphere dla potrzeb zabezpieczania usług
OSGI i usług WWW
<data key=’user.L2.was.admin.user,com.ibm.mdm.advanced’ value=’NAZWAUŻYTKOWNIKA’/>
<data key=’user.L2.was.admin.password,com.ibm.mdm.advanced’ value=’’/>
140
Wyłączanie ekranu powitalnego instalatora podczas instalacji
cichej
Ta procedura służy do wyłączenia ekranu powitalnego produktu IBM Installation Manager dla
instalacji cichej. Tę czynność należy wykonać, aby pomyślnie uruchomić instalację cichą.
Wykonaj następujące kroki, aby dodać parametr -nosplash w pliku IBMIM.ini.
KATALOG_GŁÓWNY_INSTALACJI_INSTALLATIONMANAGER/eclipse.
2. Otwórz plik IBMIM.ini.
3. Dodaj parametr -nosplash. Na przykład:
v System Microsoft Windows:
-toolId ibmim
-accessRights nonAdmin
-vm
/home/ws7admin/IBM/InstallationManager/eclipse/jre_5.0.1.sr8a_20080811c/jre/bin/java
-nosplash
-vmargs
-Xms40m
-Xmx512m
-Xquickstart
-Xgcpolicy:gencon
v Systemy Linux i UNIX:
vi IBMIN.ini
/opt/IBM/InstallationManager/eclipse/jre_6.0.0.sr9_20110208_03/jre/bin/java
-nosplash
-vmargs
-Xquickstart
-Xgcpolicy:gencon
4. Zapisz i zamknij plik.
Instalowanie w trybie cichym przy użyciu pliku odpowiedzi
Produkt InfoSphere MDM można zainstalować w trybie cichym, w którym do określania
opcji instalacji wykorzystuje się plik opcji, a nie interaktywne panele programu
instalacyjnego IBM Installation Manager. Ten typ instalacji ułatwia wykonywanie wielu
identycznych instalacji.
Należy sprawdzić, czy pakiet uruchamiania instalacji jest zainstalowany. Zawarte w pakiecie
pliki odpowiedzi mogą być używane do wykonania instalacji cichej.
Należy wykonać kroki przedstawione w sekcji “Wyłączanie ekranu powitalnego instalatora
podczas instalacji cichej”.
Po uruchomieniu interaktywnego programu instalacyjnego generowany jest plik właściwości.
Aby wykonać instalację w trybie cichym, należy zmodyfikować plik właściwości lub
utworzyć własny plik, edytując jeden z przykładowych plików odpowiedzi.
1. Aby użyć przykładowego pliku odpowiedzi, przejdź do katalogu
KATALOG_GŁÓWNY_INSTALACJI_PAKIETU_URUCHAMIANIA. Pliki odpowiedzi
mają rozszerzenie .res. Użyj pliku, który jest odpowiedni dla używanego systemu
operacyjnego.
2. Zmodyfikuj plik odpowiedzi i wprowadź wymagane zmiany przed uruchomieniem
instalacji.
3. Uruchom instalację za pomocą odpowiedniej komendy:
v Ta komenda służy do uruchomienia programu IBM Installation Manager i
wygenerowania odpowiedniego pliku odpowiedzi:
IBMIM -record rejestrowanyPlik
v Ta komenda służy do uruchomienia programu IBM Installation Manager w trybie
cichym:
IBMIM -acceptLicense -silent -input plikWejściowy
141
4. Jeśli podczas instalacji cichej wystąpi nienaprawialny błąd, to informacji o przyczynie
problemu należy szukać w plikach dziennika w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/logs. Po rozwiązaniu problemu
ponownie uruchom instalację cichą.
Zadania pokrewne:
“Dostosowywanie pliku odpowiedzi instalacji w trybie cichym” na stronie 134
Tworzenie pliku odpowiedzi podczas wykonywania instalacji w
trybie graficznym
Ta procedura służy do rejestrowania odpowiedzi i tworzenia pliku odpowiedzi podczas
wykonywania programu IBM Installation Manager w trybie graficznym.
Hasła w pliku są zaszyfrowane. Jeśli hasło zostanie zmienione w systemie, należy
wprowadzić poprawne hasło w pliku odpowiedzi, zanim zostanie on użyty na potrzeby
instalacji cichej. Dla hasła można wprowadzić nową niezaszyfrowaną wartość, a system
zaszyfruje ją podczas korzystania z pliku w trakcie instalacji.
Utwórz plik odpowiedzi, uruchamiając instalację za pomocą następującej komendy:
../IBMIM -record $ŚCIEŻKA/mysilent.res
Modyfikowanie instalacji w trybie cichym
Ta procedura służy do modyfikowania istniejącej instalacji cichej.
Aby użyć instalacji cichej do zmodyfikowania istniejącej instalacji, należy edytować plik
odpowiedzi instalacji.
Aby zmodyfikować instalację, ustaw parametr modify na wartość true i wymień listę
składników, które chcesz dodać. Na przykład:
<install modify=’true’>
profile=’IBM InfoSphere Master Data Management’
com.ibm.im.mdm.app.feature,com.ibm.mdm.ba.webapp.feature,com.ibm.mdm.ds.webapp.feature,
com.ibm.mdm.pui.webapp.feature,com.ibm.mdm.pd.webapp.feature,
com.ibm.mdm.wb.webapp.feature,com.ibm.mdm.ev.webapp.feature,
com.ibm.mdm.inspector.webapp.feature,com.ibm.mdm.ba.webapp.sample.feature’
installFixes=’none’/>
</install>
Ręczne instalowanie przy użyciu programu narzędziowego
madconfig
Programu narzędziowego madconfig można użyć do ręcznego zainstalowania serwera
operacyjnego MDM i komponentów bazy danych. Program IBM Installation Manager
korzysta z celów programu narzędziowego podczas instalacji.
Aby uruchomić dowolny cel programu narzędziowego madconfig, należy otworzyć wiersz
komend z katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts.
142
Cele wymienione w poniższej tabeli są podstawowymi celami programu narzędziowego.
Istnieją też inne cele programu narzędziowego madconfig specyficzne dla produktu
InfoSphere MDM, które zostały opisane w osobnym temacie.
Tabela 24. Podstawowe cele programu narzędziowego madconfig
Komenda
Opis
-projecthelp
Wyświetla wszystkie poprawne opcje i informacje o używaniu dla
tego programu narzędziowego.
-propertyfile
Ładuje właściwości z zapisanego pliku.
-recordfile
Zapisuje do pliku właściwości uzyskane na podstawie odpowiedzi.
Po uruchomieniu komend użytkownik zostanie poproszony o podanie dodatkowych
informacji. Na przykład aby skonfigurować serwer, na którym jest zainstalowany serwer
operacyjny MDM, użytkownik musi podać pewne parametry konfiguracyjne. W tym
przykładzie przedstawiono częściowe dane wyjściowe celu madconfig
install_server_config (gdzie dane wejściowe użytkownika jest pustym wierszem, w którym
użytkownik wprowadza odpowiedź).
C:/MDM/mds/scripts:madconfig install_server_config
Buildfile: build.xml
install_server_config:
#
# Podaj katalog główny WAS:
#
KATALOG_GŁÓWNY_INSTALACJI_WAS/IBM/WebSphere/AppServer
#
# Podaj host WAS:
#
localhost
#
# Podaj port WAS:
#
8879
Program narzędziowy pyta następnie o kolejne parametry serwera WebSphere Application
Server, parametry bazy danych (dostawcy JDBC i źródła danych na serwerze aplikacji),
nazwę aplikacji, typy przesyłania komunikatów do użycia (fabryki połączeń, kolejki i tematy)
oraz wielkość sterty maszyny JVM.
Innym sposobem uruchomienia celu jest użycie opcji –propertyfile. W poniższym
przykładzie przedstawiono sposób użycia opcji –propertyfile do uruchomienia celu
install_mdm_eba. Ten cel instaluje plik archiwum EBA (.eba) produktu MDM na serwerze
aplikacji. Właściwości, które są wymagane do wdrożenia, to szczegółowe informacje o
serwerze, wartości: ebaID, ebaName, blaName (nazwa aplikacji na poziomie biznesowym) i
blaDes (opis aplikacji na poziomie biznesowym).
C:/MDM/mds/scripts:madconfig –propertyfile install_mdm_eba.properties install_mdm_eba
Właściwości wymagane przez cel są odczytywane z pliku właściwości. Jeśli opcja ta jest
używana, wartości są udostępniane z nazwami właściwości podanymi dokładnie w taki
sposób taki, jakiego oczekuje cel, ponieważ może on zostać uruchomiony tylko wtedy, gdy
nazwy właściwości są znane.
143
Cele programu narzędziowego madconfig dla produktu
InfoSphere MDM
Za pomocą programu narzędziowego madconfig można ręcznie zainstalować serwer
operacyjny MDM i komponenty bazy danych dla implementacji fizycznej i wirtualnej.
Program IBM Installation Manager korzysta z celów tego programu narzędziowego podczas
instalacji produktu InfoSphere MDM.
Ten program narzędziowy jest uruchamiany z katalogu instalacyjnego
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts serwera operacyjnego.
Poniższe tabele zawierają listę celów narzędzia madconfig dla produktu InfoSphere MDM
oraz ich przeznaczenie.
Instalacja serwera operacyjnego
Poniższa tabela zawiera listę celów związanych z instalowaniem serwera operacyjnego.
Każdy cel wymaga wartości parametrów dotyczących serwera i bazy danych. Cele serwera są
używane do skonfigurowania serwera, na którym jest zainstalowany produkt InfoSphere
MDM.
Tabela 25. Cele programu narzędziowego madconfig dotyczące instalacji serwera
operacyjnego
144
Komenda
Opis
-install_native_engine_ear
Instaluje rodzimy serwer operacyjny (mechanizm) dla
implementacji wirtualnego systemu MDM.
-install_server_config
Konfiguruje serwer aplikacji dla komponentów fizycznych i
wirtualnych, określając m.in. ustawienia JDBC, ścieżki klas i
zmienne środowiskowe.
-stop_server
Zatrzymuje serwer operacyjny na serwerze WebSphere
Application Server Network Deployment. Zatrzymanie i
uruchomienie serwera jest wymagane po zainstalowaniu
konfiguracji serwera operacyjnego. Jeśli serwer jest niezarządzany
(serwer podstawowy), należy użyć opcji -stop_base_server.
-start_server
Uruchamia serwer operacyjny we wdrożeniu zarządzanego
serwera aplikacji. Gdy serwer aplikacji jest niezarządzany, należy
użyć opcji -start_base_server.
-install_mdm_old_ws_ear
Instaluje archiwum JAR usług WWW fizycznego systemu MDM
na serwerze aplikacji.
-install_mdm_eba
Instaluje środowisko OSGi produktu InfoSphere MDM.
-install_prop_file_jar
Instaluje archiwum JAR pliku właściwości wymagane przez
aplikacje InfoSphere MDM.
-install_mdm_ws_ear
Instaluje archiwum EAR usług WWW InfoSphere MDM.
-install_mds_ws_api
Instaluje interfejs API dla wirtualnego systemu MDM.
-enable_app_security
Tworzy użytkowników, tworzy grupy, dodaje użytkowników do
grup, tworzy zestaw strategii i tworzy powiązanie zestawu
strategii dla pliku EAR usług WWW.
-map_roles_to_users
Tworzy odwzorowanie roli zabezpieczeń i odwzorowanie roli
wywoływanej dla archiwum EBA i pliku EAR usług WWW.
-full_sync
Synchronizuje węzły we wdrożeniu serwera zarządzanego w celu
odzwierciedlenia zabezpieczeń użytkownika produktu InfoSphere
MDM. Ten cel należy uruchamiać po uruchomieniu celu
map_roles_to_users.
Tabela 25. Cele programu narzędziowego madconfig dotyczące instalacji serwera
operacyjnego (kontynuacja)
Komenda
Opis
-enable_deployment_target
Sprawdza status serwera operacyjnego; jeśli serwer jest
zatrzymany, można użyć tego celu do zrestartowania serwera.
Instalacja bazy danych produktu InfoSphere MDM
Poniższa tabela zawiera listę celów, które są używane do instalowania i konfigurowania
schematów fizycznych i wirtualnych dla bazy danych MDM.
Tabela 26. Cele programu narzędziowego madconfig dla instalacji bazy danych
Komenda
Opis
-install_core_db_db2
Tworzy tabele, wyzwalacze, ograniczenia i funkcje dla
podstawowej bazy danych produktu InfoSphere MDM, która
jest zainstalowana w systemie IBM DB2.
-install_domain_db_db2
domen produktu InfoSphere MDM w bazie danych DB2.
-install_core_db_ora
podstawowej bazy danych produktu InfoSphere MDM w
systemie Oracle.
-install_domain_db_ora
domen produktu InfoSphere MDM w bazie danych Oracle.
-install_core_db_sql
podstawowej bazy danych produktu InfoSphere MDM w
systemie Microsoft SQL Server.
-Update_configelement_matching
Aktualizuje tabelę Configelement dla wybranego typu
dopasowania.
-Update_appsoftware_eba
Aktualizuje tabelę appsoftware, podając odpowiednią nazwę
archiwum EBA w kolumnie nazwy oprogramowania.
-create_datasource
Tworzy źródło danych używane przez wirtualny system
MDM.
-create_odbc
Tworzy interfejs ODBC dla potrzeb przez wirtualnego
systemu MDM.
-register_odbc
Rejestruje interfejs ODBC dla wirtualnego systemu MDM.
-bootstrap_datasource
Tworzy tabele dla wirtualnego systemu MDM.
-test_datasource
Aby przetestować źródło danych, należy podać nazwę bazy
danych i nazwę DSN. Nazwę DSN można znaleźć w pliku
odbc.ini w katalogu mds/conf lub określić komendą
./madconfig.sh list_datasources.
Podaj nazwę bazy danych i nazwę DSN w następujący
sposób:
./madconfig.sh test_datasource
-Dmad.db.name=nazwa_bd -Dmad.db.dsn=nazwa_DSN
Instalacje interfejsu WWW produktu InfoSphere MDM
Program narzędziowy madconfig obsługuje instalowanie interfejsów WWW produktu
InfoSphere MDM.
145
Ważne: Przed uruchomieniem jakiegokolwiek z celów instalacji interfejsów WWW trzeba
uruchomić odpowiedni cel, aby utworzyć i uruchomić serwer aplikacji:
v W przypadku produktu WebSphere Application Server Network Deployment Edition
uruchom cel -enable_deployment_target.
v W przypadku produktu WebSphere Application Server Base Edition uruchom cel
-start_base_server.
W poniższej tabeli przedstawiono cele używane do instalowania i konfigurowania interfejsów
WWW.
Tabela 27. Cele programu narzędziowego madconfig dotyczące interfejsów WWW
Komenda
Opis
-config_mdm_web_app
Konfiguruje następujące elementy:
v Dodaje port zdefiniowany parametrem
Wc_defaulthost_secure do parametru default_host jako
alias hosta.
v Dodaje właściwość niestandardową
com.ibm.CORBA.RequestTimeout do usługi ORB.
v Ustawia parametr Wymaga SSL na wartość true w
ustawieniach Zabezpieczenia globalne > Pojedyncze
logowanie.
-mds_ui_prop_config
Konfiguruje pliki właściwości dla aplikacji WWW
wirtualnego systemu MDM, w tym aplikacji Inspector, Web
Reports i Enterprise Viewer.
-mdm_ui_prop_config
Konfiguruje pliki właściwości dla aplikacji WWW
fizycznego systemu MDM, w tym interfejsów użytkownika
aplikacji Data Stewardship, Business Administration i
Product Maintenance.
-install_mds_web_app
Wdraża aplikacje WWW wirtualnego systemu MDM. W
przypadku aplikacji Inspector i Web Reports ten cel
powoduje ustawienie trybu programu ładującego klas na
PARENT_LAST, a strategii na SINGLE.
-install_mdm_web_app
Wdraża aplikacje WWW fizycznego systemu MDM.
-import_ssl_certificate
Importuje certyfikat SSL. Ten cel jest wymagany w
przypadku:
v Instalowania interfejsów WWW wirtualnego systemu
MDM.
v Włączania protokołu SSL dla interfejsów WWW
wirtualnego systemu MDM.
v Wdrażania interfejsów WWW i serwera operacyjnego
wirtualnego systemu MDM w różnych komórkach serwera
aplikacji.
Aby zainstalować interfejsy WWW fizycznego systemu MDM, uruchom następujące cele
madconfig w podanej kolejności:
1. mdm_ui_prop_config
2. config_mdm_web_app
3. install_mdm_web_app
Aby zainstalować interfejsy WWW wirtualnego systemu MDM, uruchom następujące cele
madconfig w podanej kolejności:
1. mds_ui_prop_config
146
2. config_mdm_web_app
3. install_mds_web_app
Deinstalacja produktu InfoSphere MDM
Program narzędziowy madconfig umożliwia także deinstalowanie serwera aplikacji i bazy
danych.
Ważne: Resetowanie serwera operacyjnego MDM i komponentów bazy danych jest
obsługiwane przez narzędzie środowiska testowego w produkcie InfoSphere MDM
Workbench. Sprawdzoną procedurą jest używanie zawsze narzędzia środowiska roboczego,
nawet jeśli cele madconfig są dostępne dla resetowania.
Tabela 28. Cele programu narzędziowego madconfig dla deinstalacji
Komenda
Opis
-uninstall_mds_ws_api
Deinstaluje interfejs API dla wirtualnego systemu MDM.
-uninstall_mdm_ws_ear
Deinstaluje archiwum EAR usług WWW produktu InfoSphere
MDM.
-uninstall_mdm_web_app
Deinstaluje interfejsy WWW produktu InfoSphere MDM:
v interfejs użytkownika aplikacji Business Administration
v interfejs użytkownika aplikacji Data Stewardship
v interfejs użytkownika aplikacji Product Maintenance
v Inspector
v Web Reports
v Enterprise Viewer
-uninstall_prop_file_jar
Deinstaluje archiwum JAR pliku właściwości wymagane przez
aplikację InfoSphere MDM.
-uninstall_mdm_eba
Deinstaluje środowisko OSGi produktu InfoSphere MDM.
-uninstall_mdm_old_ws_ear
Deinstaluje archiwum JAR usług WWW fizycznego systemu
MDM na serwerze aplikacji.
-uninstall_server_config
Usuwa zmiany konfiguracji wprowadzone na serwerze aplikacji w
związku z produktem InfoSphere MDM.
-uninstall_native_engine_ear
Deinstaluje rodzimy serwer operacyjny (mechanizm) dla
wirtualnego systemu MDM.
-remove_datasource
Usuwa źródło danych używane przez wirtualny system MDM.
-unregister_odbc
Wyrejestrowuje interfejs ODBC używany przez wirtualny system
MDM.
Pojęcia pokrewne:
Przegląd ustawiania preferencji środowiska testowego
Zadania pokrewne:
Tworzenie zautomatyzowanego skryptu narzędziowego madconfig
Instalowanie hybrydowego rozwiązania MDM
Jeśli planowane jest używanie produktu InfoSphere MDM jako hybrydowego rozwiązania
MDM, konieczne będzie zainstalowanie produktu InfoSphere MDM Advanced Edition i
wykonanie czynności poinstalacyjnych w celu skonfigurowania wdrożenia hybrydowego.
147
Wdrożenie produktu InfoSphere MDM w stylu hybrydowym wymaga takiej samej instalacji,
jak wdrożenie produktu Advanced Edition, który umożliwia zarówno wirtualne, jak i fizyczne
wdrożenie rozwiązania MDM. Funkcje hybrydowego MDM należy skonfigurować po
zainstalowaniu aplikacji.
1. Wykonaj procedury instalacyjne, aby wdrożyć produkty InfoSphere MDM Standard
Edition i Advanced Edition.
2. Włącz funkcje hybrydowego MDM, wykonując procedury udokumentowane w sekcji
Konfiguracja poinstalacyjna dokumentacji.
3. Skonfiguruj hybrydowe rozwiązanie MDM, korzystając z procedur udokumentowanych
w sekcji dokumentacji Programowanie dla edycji Standard Edition i Advanced Edition >
Hybrydowe MDM.
Zadania pokrewne:
Konfiguracja hybrydowa
Hybrydowe rozwiązanie MDM
Instalowanie aplikacji klienckich i poszczególnych komponentów
Program IBM Installation Manager umożliwia instalowanie konkretnych komponentów
produktu. Możliwość ta przydaje się do instalowania komponentów na stacjach roboczych lub
na serwerze innym niż serwer, na którym instalowany jest serwer operacyjny i baza danych
MDM.
W przypadku instalowania pojedynczego komponentu na komputerze, na którym już są
zainstalowane inne komponenty produktu InfoSphere MDM, należy używać opcji Modyfikuj,
a nie opcji Instaluj.
Program IBM Installation Manager umożliwia deinstalowanie aplikacji klienckich.
Po zainstalowaniu składnika należy sprawdzić, czy instalacja powiodła się, wyświetlając pliki
dziennika.
Gdy interfejsy WWW produktu InfoSphere MDM są zainstalowane i uruchomione, można
uzyskać do nich dostęp za pomocą przeglądarki WWW pod następującymi adresami URL:
interfejs użytkownika aplikacji Business Administration
https://<nazwa_hosta>:<port>/CustomerBusinessAdminWeb/faces/login.jsp
interfejs użytkownika aplikacji Data Stewardship
https://<nazwa_hosta>:<port>/CustomerDataStewardshipWeb/faces/login.jsp
interfejs użytkownika aplikacji Product Maintenance
https://<nazwa_hosta>:<port>/ProductWeb/faces/login.jsp
Inspector
https://<nazwa_hosta>:<port>/inspector/common/login.ihtml
Enterprise Viewer
https://<nazwa_hosta>:<port>/accessweb/empi/MITLogin.jsp
148
Web Reports
https://<nazwa_hosta>:<port>/webreports/common/login.html
Uwaga: Wartości zmiennych <nazwa_hosta> i <port> zależą od konkretnej instalacji. W
adresach URL typowej instalacji stacji roboczej jest domyślnie używany port 9443, ale
instalacje innego typu mogą używać innych portów. Faktyczne numery poszczególnych
portów można odczytać w konsoli administracyjnej serwera WebSphere Application Server.
Zadania pokrewne:
“Modyfikowanie instalacji” na stronie 162
“Deinstalowanie pojedynczego komponentu” na stronie 183
Wyświetlanie dzienników instalacji
Konfigurowanie zabezpieczeń aplikacji WWW
“Struktury katalogów” na stronie 15
Instalowanie interfejsu użytkownika aplikacji Business
Administration
Ta procedura służy do instalowania interfejsu użytkownika aplikacji Business Administration.
Administratorzy mogą używać interfejsu użytkownika aplikacji Business Administration do
zarządzania niektórymi elementami serwera operacyjnego MDM bez konieczności ręcznego
modyfikowania plików właściwości i tabel bazy danych.
Przed zainstalowaniem interfejsu użytkownika aplikacji Business Administration muszą być
spełnione następujące wymagania wstępne:
v Środowisko spełnia wymagania sprzętowe i programowe tego komponentu.
v Zostały wykonane kroki przygotowawcze produktu IBM Installation Manager.
v Przeczytano i wypełniono arkusz instalacji aplikacji użytkownika.
v Serwer IBM WebSphere Application Server jest zainstalowany i uruchomiony.
v W przypadku aktualizacji z wcześniejszej wersji aplikacji utworzono kopię plików
właściwości zawierających niestandardowe ustawienia.
Aplikacja Business Administration może być instalowana na serwerze lub na stacji roboczej.
Może też zostać zainstalowana na komputerze zdalnym poprzez wybranie zdalnego profilu
serwera aplikacji WebSphere.
Nie jest obsługiwane użycie aplikacji z bazą danych Microsoft SQL Server.
Dostępne są dwie opcje instalacji: instalacja i modyfikacja. W opcji instalacji przyjmuje się,
że aplikacja jest instalowana na pustym serwerze lub stacji roboczej. Oznacza to, że serwer
lub stacja robocza nie zawierają żadnych zainstalowanych komponentów produktu InfoSphere
MDM (na przykład serwera operacyjnego MDM, komponentu bazy danych czy innej
aplikacji użytkownika). Jeśli jakieś komponenty produktu InfoSphere MDM są już
zainstalowane na komputerze, na którym instalowana jest aplikacja, należy użyć opcji
modyfikowania instalacji.
2. Na głównym panelu programu IBM Installation Manager kliknij opcję Instaluj lub
Modyfikuj.
3. Jeśli wybrano opcję Instaluj, wykonaj poniższe kroki.
a. Na panelu Instalowanie pakietów wybierz produkt InfoSphere MDM i kliknij
przycisk Dalej.
149
b. Przejdź kolejne panele, aby zaakceptować umowę licencyjną i wybrać katalog
instalacyjny oraz język.
c. Na panelu Instalowanie pakietów wybierz produkt Interfejs użytkownika aplikacji
Business Administration. Kliknij przycisk Dalej.
d. Wprowadź informacje dotyczące konfiguracji aplikacji.
e. Przejrzyj podsumowanie instalacji, a następnie kliknij przycisk Instaluj.
4. Jeśli wybrano opcję Modyfikuj, wykonaj poniższe kroki.
a. Na panelu Modyfikowanie pakietów wybierz pakiet InfoSphere MDM i kliknij
przycisk Dalej.
b. Wybierz język i kliknij przycisk Dalej.
c. Na panelu Modyfikowanie pakietów wybierz produkt Interfejs użytkownika
aplikacji Business Administration. Poprzednio zainstalowane komponenty zostaną
wybrane automatycznie. Upewnij się, że pozostają one wybrane, gdyż w przeciwnym
razie program IBM Installation Manager je usunie. Kliknij przycisk Dalej.
d. Wprowadź informacje dotyczące konfiguracji aplikacji. Skorzystaj z arkusza aplikacji
użytkownika produktu MDM. Kliknij przycisk Dalej.
e. Przejrzyj podsumowanie i upewnij się, że komponent, który chcesz zainstalować, jest
wyświetlany w polu Dodawanie składników, a w polu Usuwanie składników nie są
wyświetlane żadne komponenty. Kliknij przycisk Modyfikuj.
5. Po zakończeniu instalacji kliknij przycisk Zakończ i zamknij program IBM Installation
Manager.
6. Przejdź do konsoli administracyjnej serwera IBM WebSphere Application Server i
sprawdź, czy aplikacja została wdrożona na serwerze podanym podczas instalacji.
Aby uzyskać dostęp do interfejsu użytkownika aplikacji Business Administration po jego
zainstalowaniu i uruchomieniu, otwórz w przeglądarce WWW następujący adres URL,
zastępując zmienne <nazwa_hosta> i <port> odpowiednimi wartościami:
https://<nazwa_hosta>:<port>/CustomerBusinessAdminWeb/faces/login.jsp
Aby uzyskać więcej informacji o korzystaniu z interfejsu użytkownika aplikacji Business
Administration, zapoznaj się z odpowiednim tematem pokrewnym.
Zadania pokrewne:
“Arkusz instalacji aplikacji użytkownika” na stronie 40
Instalowanie interfejsu użytkownika aplikacji Data Stewardship
Ta procedura służy do instalowania interfejsu użytkownika aplikacji Data Stewardship.
Interfejs użytkownika aplikacji Data Stewardship umożliwia nadzorowanie danych w
fizycznym systemie MDM.
v Wykonano kroki przygotowawcze produktu IBM Installation Manager.
v Przeczytano i wypełniono arkusz instalacji aplikacji użytkownika MDM.
150
Interfejs użytkownika aplikacji Data Stewardship służy do utrzymywania jakości danych w
podstawowej aplikacji fizycznego systemu MDM.
Aplikacja może być instalowana na serwerze lub na stacji roboczej. Może też zostać
zainstalowana na komputerze zdalnym poprzez wybranie zdalnego profilu serwera aplikacji
WebSphere.
aplikacji użytkownika). Jeśli jakieś komponenty produktu MDM zostały już zainstalowane na
komputerze, na którym instalowana jest aplikacja, to należy użyć opcji modyfikowania
instalacji.
Modyfikuj.
przycisk Dalej.
Data Stewardship. Kliknij przycisk Dalej.
przycisk Dalej.
aplikacji Data Stewardship. Poprzednio zainstalowane komponenty zostaną
Manager.
Aby uzyskać dostęp do interfejsu użytkownika aplikacji Data Stewardship po jego
https://<nazwa_hosta>:<port>/CustomerDataStewardshipWeb/faces/login.jsp
151
Aby uzyskać więcej informacji o korzystaniu z interfejsu użytkownika aplikacji Data
Stewardship, zapoznaj się z odpowiednim tematem pokrewnym.
Pojęcia pokrewne:
Pierwsze kroki z aplikacją Data Stewardship
Zadania pokrewne:
Ręczne tworzenie użytkownika zarządzania zadaniami na
potrzeby aplikacji Data Stewardship
W niektórych okolicznościach konieczne jest ręczne utworzenie użytkownika zarządzania
zadaniami na potrzeby interfejsu użytkownika aplikacji Data Stewardship.
Podczas instalowania serwera operacyjnego i komponentu bazy danych MDM zestaw
instalacyjny obejmuje sam komponent i repozytorium konfiguracji, a instalator automatycznie
tworzy użytkownika zarządzania zadaniami. Jeśli zestaw instalacyjny nie obejmuje
komponentu bazy danych i repozytorium konfiguracji MDM (na przykład z powodu ręcznego
instalowania tych elementów), to do prawidłowego funkcjonowania interfejsu użytkownika
aplikacji Data Stewardship konieczne będzie ręczne utworzenie użytkownika zarządzania
zadaniami.
Wybierz odpowiednią opcję tworzenia użytkownika zarządzania zadaniami na potrzeby
aplikacji Data Stewardship, w zależności od sposobu skonfigurowania zabezpieczeń
globalnych serwera WebSphere Application Server w używanym środowisku:
v Aby utworzyć użytkownika zarządzania zadaniami przy wyłączonych zabezpieczeniach
globalnych serwera WebSphere Application Server, skonfiguruj i uruchom następującą
instrukcję SQL:
KATALOG_GŁÓWNY_INSTALACJI_MDM/TaskManagement/TaskManagementGSOFF.sql
v Aby utworzyć użytkownika zarządzania zadaniami przy włączonych zabezpieczeniach
globalnych serwera WebSphere Application Server, skonfiguruj i uruchom następującą
instrukcję SQL:
KATALOG_GŁÓWNY_INSTALACJI_MDM/TaskManagement/TaskManagementGSON.sql
Instalowanie interfejsu użytkownika aplikacji Product
Maintenance
Ta procedura służy do instalowania interfejsu użytkownika aplikacji Product Maintenance.
Interfejs użytkownika aplikacji Product Maintenance służy do utrzymywania wysokiej jakości
danych produktu.
v Wykonano kroki przygotowawcze produktu IBM Installation Manager.
v Przeczytano i wypełniono arkusz instalacji aplikacji użytkownika MDM.
Przed zainstalowaniem tej aplikacji należy ustawić argumenty określające wielkość sterty
maszyny JVM i menedżera wdrażania serwera WebSphere Application Server (Dmgr) na 512
MB i 1024 MB.
152
Do obowiązków administratorów należy zainstalowanie i wdrożenie interfejsu użytkownika
aplikacji Product Maintenance oraz obsługa jej użytkowników.
Aplikacja może być instalowana na serwerze lub na stacji roboczej. Może też zostać
zainstalowana na komputerze zdalnym poprzez wybranie zdalnego profilu serwera aplikacji
WebSphere.
instalacji.
Modyfikuj.
przycisk Dalej.
Product Maintenance. Kliknij przycisk Dalej.
przycisk Dalej.
aplikacji Product Maintenance. Poprzednio zainstalowane komponenty zostaną
Manager.
Aby uzyskać dostęp do interfejsu użytkownika aplikacji Product Maintenance po jego
https://<nazwa_hosta>:<port>/ProductWeb/faces/login.jsp
153
Aby uzyskać więcej informacji o korzystaniu z interfejsu użytkownika aplikacji Product
Maintenance, zapoznaj się z odpowiednim tematem pokrewnym.
Pojęcia pokrewne:
Pierwsze kroki z interfejsem użytkownika aplikacji Product Maintenance
Zadania pokrewne:
Instalowanie produktu InfoSphere MDM Workbench
Tych kroków instalacji środowiska InfoSphere MDM Workbench należy używać tylko wtedy,
gdy dokonywane jest wdrożenie z instalacją niestandardową i instalowane jest tylko
środowisko Workbench.
v Środowisko spełnia wymagania sprzętowe i programowe.
v W przypadku instalacji niestandardowej wykonano kroki przygotowawcze produktu IBM
v Zainstalowano produkt IBM Rational Application Developer.
v Zainstalowano produkt InfoSphere MDM.
v Używany na danym komputerze identyfikator logowania ma uprawnienia do zapisu w
rejestrze.
Jeśli planowane jest instalowanie środowiska Workbench w ramach wdrożenia z
autonomiczną instalacją stacji roboczej z bazą danych DB2, należy zapoznać się z
instrukcjami uruchamiania instalacji autonomicznej (patrz tematy pokrewne).
Środowisko robocze InfoSphere MDM Workbench jest używane przez implementatorów i
administratorów do zarządzania środowiskiem InfoSphere MDM. Aplikacja ta pozwala na
zarządzanie algorytmami, tworzenie widoków złożonych, edytowanie tabel słowników
danych oraz tworzenie składowych modeli logicznych, przepływów i odwzorowań źródeł
danych.
Produkt InfoSphere MDM Workbench jest oparty na technologii Eclipse i działa na
komputerach z systemem operacyjnym Microsoft Windows.
Aby można było korzystać ze środowiska roboczego, należy zainstalować produkt IBM
Rational Application Developer.
1. Zamknij produkt IBM Rational Application Developer, jeśli jest on uruchomiony.
3. Na głównym ekranie programu IBM Installation Manager kliknij przycisk Instaluj.
4. Na panelu Instalowanie pakietów wybierz opcję IBM InfoSphere Master Data
Management Workbench, a następnie kliknij przycisk Dalej.
5. Zaakceptuj warunki umowy licencyjnej.
6. Wybierz grupę pakietów, w której został zainstalowany produkt IBM Rational
Application Developer, a następnie kliknij przycisk Dalej.
7. Kliknij opcję Instaluj.
8. Po zakończeniu instalacji kliknij przycisk Zakończ.
Środowiska InfoSphere MDM Workbench można już używać do konfigurowania serwera
operacyjnego.
154
Zadania pokrewne:
Wyświetlanie dzienników instalacji
“Biblioteki 32-bitowe wymagane w 64-bitowych systemach operacyjnych” na stronie 4
Ustawianie definicji serwera środowiska Workbench
W środowisku InfoSphere MDM Workbench skonfiguruj parametry serwera WebSphere
Application Server, aby zapewnić sprawne działanie instalacji.
Wybrane parametry środowiska InfoSphere MDM Workbench należy ustawić tak, aby
odzwierciedlały bazowe funkcje aplikacji i jej konfigurację.
Zacznij od wybrania opcji Uruchamianie serwera z zasobami na serwerze. Ta opcja
powoduje zainstalowanie i skopiowanie pełnej aplikacji wraz z konfiguracją specyficzną dla
serwera ze środowiska Workbench do katalogów serwera. Opcja jest odpowiednia z powodu
sposobu wdrażania aplikacji i jej konfiguracji w środowisku produkcyjnym. W szczególności
archiwum CBA jest fizycznie budowane, pakowane i wdrażane w wewnętrznym
repozytorium pakunków serwera WebSphere Application Server.
Następnie zaznacz opcję Nigdy nie publikuj automatycznie. Jeśli ta opcja nie zostanie
zaznaczona, nawet najprostsza zmiana w przestrzeni roboczej będzie inicjować czasochłonną
operację publikowania.
Usunięcie zaznaczenia opcji Uruchamiaj serwer z wygenerowanym skryptem umożliwia
bezproblemowe zapisywanie dzienników produktu MDM.
1. W widoku Serwery kliknij dwukrotnie używany serwer WebSphere Application Server,
aby otworzyć edytor serwera.
2. Na stronie ustawień publikowania serwera WebSphere Application Server przejdź do
listy Modyfikuj ustawienia publikowania.
3. Zaznacz opcję Uruchamianie serwera z zasobami na serwerze.
4. Na stronie Publikowanie przejdź do listy Modyfikuj ustawienia publikowania.
5. Zaznacz opcję Nigdy nie publikuj automatycznie.
6. Na stronie Przegląd przejdź do listy Optymalizuj uruchamianie serwera dla potrzeb
programowania.
7. Usuń zaznaczenie pola wyboru Uruchamiaj serwer z wygenerowanym skryptem.
8. Naciśnij Ctrl+S, aby zapisać ustawienia konfiguracyjne serwera.
9. Zamknij edytor.
10. Uruchom serwer:
a. W widoku Serwery kliknij prawym przyciskiem myszy odpowiedni serwer.
b. Wybierz opcję Uruchom.
Instalowanie przykładów
Przykłady zawierają odwzorowania i pliki kodu źródłowego, które ilustrują wykorzystanie
produktu InfoSphere MDM. Przykłady należy instalować tylko w środowiskach
programistycznych.
Przykłady są dostępne w następujących miejscach:
v Fragmenty kodu w dokumentacji
155
v Pakiet w programie IBM Installation Manager
v Serwis przykładów i zasobów produktu InfoSphere MDM
Lista przykładów
Instalowanie przykładów z programem IBM Installation Manager
Ta procedura służy do zainstalowania składnika Przykłady stanowiącego część produktu IBM
Inne przykłady są dostępne w dokumentacji lub można je pobrać z serwisu Przykłady i
zasoby.
MDM (na przykład Serwera operacyjnego MDM, komponentu bazy danych czy innej
instalacji.
Modyfikuj.
przycisk Dalej.
c. Na panelu Instalowanie pakietów wybierz pakiet Przykłady. Kliknij przycisk Dalej.
d. Przejrzyj podsumowanie instalacji, a następnie kliknij przycisk Instaluj.
przycisk Dalej.
c. Na panelu Modyfikowanie pakietów wybierz opcję Przykłady. Poprzednio
zainstalowane komponenty zostaną wybrane automatycznie. Upewnij się, że pozostają
one wybrane, gdyż w przeciwnym razie program IBM Installation Manager je usunie.
Kliknij przycisk Dalej.
Manager.
6. Upewnij się, że w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM zostały
utworzone pliki przykładowe.
Instalowanie przykładów z serwisu Przykłady i zasoby produktu
InfoSphere MDM
Do pobrania przykładów niezbędny jest klucz dostępu znajdujący się w pliku tekstowym
dostępnym w serwisie IBM Passport Advantage. Aby je zainstalować, należy
zdekompresować pobrany plik na komputerze lokalnym.
156
Inne przykłady są dostępne w dokumentacji lub można je zainstalować wraz z samym
produktem za pomocą programu IBM Installation Manager.
1. Uzyskaj klucz dostępu do przykładów:
a. Zaloguj się do serwisu IBM Passport Advantage i wyszukaj pakiet elektroniczny
przykładów.
Wskazówka: Rozwiń listę pakietów elektronicznych i wybierz pozycję do pobrania.
b. Pobierz pakiet elektroniczny i zdekompresuj pobrany plik. Wewnątrz pobranego pliku
znajduje się plik tekstowy z kluczem dostępu.
2. Pobierz przykłady:
a. Zaloguj się do serwisu Przykłady i zasoby, wybierz pakiet i kliknij przycisk
Kontynuuj.
b. Wprowadź klucz dostępu do przykładów i inne informacje, aby zakończyć proces
pobierania.
3. Zainstaluj przykłady, dekompresując pliki na komputerze lokalnym.
Niektóre przykłady wymagają wykonania dodatkowych kroków instalacyjnych.
IBM Passport Advantage
Serwis przykładów i zasobów
Weryfikowanie instalacji podstawowej
Program IBM Installation Manager automatycznie uruchamia procedurę weryfikacji, która
testuje instalację poprzez uruchomienie trzech transakcji fizycznych w celu dodania osoby,
organizacji i umowy, a także jednej transakcji wirtualnej. Jeśli te transakcje zostaną
pomyślnie wykonane, instalacja kończy się powodzeniem.
Dodatkowo można użyć klienta testowego do wykonania transakcji testowych w celu
upewnienia się, że produkt InfoSphere MDM został zainstalowany poprawnie.
Zadania pokrewne:
Rozdział 2, “Przegląd instalacji”, na stronie 7
stronie 12
Sprawdzanie poprawności instalacji za pomocą klienta
testowego na serwerze WebSphere Application Server
Sprawdź instalację za pomocą klienta testowego serwera aplikacji, który wykonuje szereg
instrukcji testowania.
Klient testowy obsługuje tylko bazy danych DB2 i Oracle.
157
1. W pliku TestClient.properties w folderze
KATALOG_GŁÓWNY_INSTALACJI_MDM/IVT/properties wprowadź nazwę
użytkownika przy parametrze user= oraz hasło przy password=, jeśli włączone są
zabezpieczenia aplikacji.
2. Edytuj pozostałe wymagane właściwości, aby utworzyć parametry na potrzeby testu,
który chcesz uruchomić. Więcej informacji na temat właściwości dostępnych do edycji
zawiera temat dotyczący właściwości klienta testowego.
3. Przejdź do katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/IVT:
4. Usuń dane, postępując zgodnie z poniższą procedurą (odpowiednio do typu instalacji):
v Uruchom następujący skrypt z wiersza komend w celu usunięcia danych, jeśli produkt
InfoSphere MDM jest zainstalowany w systemie Oracle:
sqlplus <UŻYTKOWNIK_DB>/<HASŁO_DB>@TNS@./sql/clearOperationData.sql
v Wykonaj te czynności w celu usunięcia danych, jeśli produkt InfoSphere MDM jest
zainstalowany w bazie danych DB2:
a. Połącz się z bazą danych DB2.
b. Usuń dane DB2, uruchamiając następujący skrypt z wiersza komend:
db2 -tvf ./sql/deleteIVTdata
5. Z poziomu wiersza komend uruchom następujący skrypt w celu wykonania instrukcji
testowania:
TestClient.sh KANAŁ_TESTOWY FOLDER_XML [NAZWA_UŻYTKOWNIKA
HASŁO], gdzie:
v KANAŁ_TESTOWY to metoda wysyłania instrukcji testowania na serwer:
– W przypadku RMI wprowadź rmi
– W przypadku HTTP, wprowadź soap
– W przypadku kolejki JMS wprowadź jms
v FOLDER_XML to folder zawierający instrukcje testowania XML, które będą
uruchamiane:
– Dla instrukcji testowania TCRM wprowadź wartość ./testCases/xml
– Dla instrukcji testowania wirtualnego systemu MDM wprowadź
./testCases/xml_virtual
– W instrukcjach testowania czynności administracyjnych wprowadź wartość
./testCases/xml_admin
– W złożonych instrukcjach testowania TCRM wprowadź wartość
./testCases/xml_composite
– W instrukcjach testowania przesyłania komunikatów wprowadź wartość
./testCases/xml_msg
v Jeśli zabezpieczenia są włączone, wprowadź do zmiennej NAZWA_UŻYTKOWNIKA
nazwę użytkownika używaną do zalogowania się w systemie
v Jeśli zabezpieczenia są włączone, wprowadź hasło dla nazwy użytkownika do zmiennej
HASŁO
Na przykład: aby uruchomić instrukcje testowania funkcji administracyjnych na serwerze
WebSphere Application Server za pośrednictwem HTTP z nieaktywnymi
zabezpieczeniami, wprowadź:
TestClient.sh soap testCases/xml_admin
6. Po zakończeniu testu można wyświetlić wyniki w następujących katalogach:
v Odpowiedzi tworzone podczas testów są zapisywane w folderach ./response dla
poszczególnych instrukcji testowania (na przykład ./testCases/xml/response).
158
v Aby wyświetlić dzienniki oraz listę uruchomionych instrukcji testowania wraz ze
statusami, sprawdź pliki dzienników w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM/IVT/logs.
W poniższej tabeli przedstawiono testy, które można uruchomić, oraz odpowiednie wiersze
komend:
Tabela 29. Testy weryfikujące poprawność instalacji
Aby uruchomić test:
Użyj komendy:
Aby udostępnić plik żądania do
uruchomienia pojedynczej instrukcji
testowania TCRM
TestClient.sh rmi ./testCases/xml/
TCRMaddPerson.xml
Aby uruchomić instrukcje testowania JMS
Podaj nazwę fabryki połączeń kolejki, nazwę kolejki
żądań i nazwę kolejki odpowiedzi w pliku
TestClientJMS.properties, a następnie uruchom
komendę TestClient.sh jms ./testCases/xml
Aby uruchomić instrukcje testowania
przesyłania komunikatów
v W środowisku Oracle:
1. W celu aktywowania zdarzenia uruchom
@./sql/Oracle/update_event_active.sql
2. Zrestartuj serwer WebSphere Application Server
3. Uruchom komendę TestClientWL.sh rmi
./testCases/xml_msg
v W środowisku DB2:
1. W celu aktywowania zdarzenia uruchom
IVT/sql/db2/update_event_active.sql
2. Zrestartuj serwer WebSphere Application Server
3. Uruchom komendę TestClientWL.sh rmi
./testCases/xml_msg
Aby uruchomić instrukcje testowania
czynności administracyjnych
TestClient.sh rmi ./testCases/xml_admin
Właściwości klienta testowego
Parametry testu można określić poprzez modyfikację wpisów w pliku TestClient.properties
w folderze KATALOG_GŁÓWNY_INSTALACJI_MDM/IVT/properties.
Tabela 30. Właściwości, które można ustawić w pliku właściwości klienta testowego
Aby ustawić parametr dla produktu:
Ustaw następujący parametr na wartość:
Aby uruchomić instrukcje testowania bez sortowania sort=
Aby posortować instrukcje testowania według
katalogu: Patrz regex=kryteria do sortowania
sort=d
Aby posortować instrukcje testowania: Patrz
regex=kryteria do sortowania
sort=f
Aby posortować katalogi sortowania i instrukcje
testowania: Patrz regex=kryteria do sortowania
sort=d|f
Aby wyodrębnić pierwszą zgodność jako klucz
porównania sortowania. Kolejność sortowania jest
oparta na kluczu.
regex= [0-9]*[0-9]$
Domyślnie należy wyodrębnić ostatnią cyfrę z pliku
żądania.
Aby posortować wg kolejności łańcucha
regex=
159
Tabela 30. Właściwości, które można ustawić w pliku właściwości klienta
testowego (kontynuacja)
Aby ustawić parametr dla produktu:
Ustaw następujący parametr na wartość:
Aby dodać nazwę użytkownika
user=
Aby dodać hasło
password=
Aby przetestować wyodrębnioną wartość za pomocą
wyrażenia regularnego
java -cp ./lib/TestClient.jar -regex tcrmtest_001
Więcej informacji na temat korzystania z języka Java java -cp ./lib/TestClient.jar ?
do uruchomienia instrukcji testowania
Aby użyć adaptera MDM JMS, należy wprowadzić
nazwę fabryki połączeń kolejki
QueueConnectionFactory=
Wprowadź nazwę docelową kolejki żądania
RequestQueue=
Wprowadź nazwę docelową kolejki odpowiedzi
ResponseQueue=
Dzienniki instalacji
Istnieją dwa typy dzienników tworzonych podczas procesu instalacji. W jednym zestawie
dzienników są rejestrowane informacje związane z programem IBM Installation Manager, a w
innych informacje związane z produktem InfoSphere MDM.
Położenie dzienników programu IBM Installation Manager zależy od sposobu zainstalowania
tej aplikacji. Jeśli program IBM Installation Manager został zainstalowany w trybie
administratora (użytkownika root w systemie UNIX), dzienniki znajdują się w katalogu
/var/ibm/InstallationManager/logs. Jeśli aplikacja nie została zainstalowana w trybie
administratora, dzienniki znajdują się w katalogu $HOME/var/ibm/InstallationManager/
logs.
Położenie dzienników programu IBM Installation Manager można również określić za
pomocą zmiennej wskazującej położenie agenta (cic.appDataLocation) w pliku config.ini.
Plik config.ini znajduje się w katalogu
KATALOG_GŁÓWNY_INSTALACJI_InstallationManager/eclipse/configuration.
Dzienniki produktu InfoSphere MDM znajdują się w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/database.
Następujące katalogi zawierają dzienniki tworzone w momencie uruchomienia skryptów SQL
bazy danych fizycznego systemu MDM (przy instalowaniu ręcznym i za pomocą instalatora):
v KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/database/DomainData
v KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/database/CoreData
v KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/database/CMData
Pliki dziennika utworzone przy starcie bazy danych wirtualnego systemu MDM używającej
interfejsu ODBC znajdują się w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/
database/Virtual.
Wyświetlanie plików dziennika programu Installation Manager
Podczas procesu instalacji aplikacja IBM Installation Manager tworzy pliki dziennika. Te
dzienniki można wyświetlać w przeglądarce.
Aby można było wyświetlić pliki dziennika, konieczna jest przeglądarka. Jeśli na serwerze
nie ma przeglądarki, należy skopiować dzienniki na stację roboczą.
160
Dzienniki zawierają komunikaty oznaczone etykietami INFO, DEBUG, WARNING lub
ERROR. Jeśli instalacja powiodła się, wszystkie komunikaty mają etykietę INFO lub
DEBUG. Komunikaty z oznaczeniem WARNING lub ERROR muszą zostać sprawdzone.
1. Przejdź do katalogu ./InstallationManager/logs.
2. Otwórz plik index.xml.
3. W tabeli All Log Files (Wszystkie pliki dziennika) kliknij odsyłacz odpowiadający sesji
programu IBM Installation Manager, w której został zainstalowany produkt InfoSphere
MDM.
4. Znajdź następujący odsyłacz: Custom operation MDM Operational Server, verifying
install location in unit mdmv.app.set.install.location.
Ten i kolejne odsyłacze przedstawiają komunikaty procesu instalacji.
5. Znajdź komunikaty oznaczone etykietą WARNING lub ERROR. Komunikaty muszą
zostać sprawdzone w celu określenia potencjalnych problemów z instalacją.
6. Kliknij odsyłacz, aby wyświetlić reprezentacje rodzimych plików dziennika z segmentu
procesu instalacji.
Te procesy mogą obejmować uruchomienie niestandardowego kodu Java do zarządzania
plikami InfoSphere MDM, do uruchomienia programu narzędziowego madconfig
opartego na narzędziu Ant, który następnie uruchamia skrypty SQL, i do
zaimplementowania interfejsu API MBean WebSphere Application Server w celu
wdrożenia archiwów wdrażania InfoSphere MDM takich jak pliki EBA i EAR, a także
inne działania.
W przypadku komunikatów oznaczonych etykietą WARNING lub ERROR należy spróbować
określić przyczynę problemu, wyszukując wyjątki Java lub Ant. Jeśli zostanie znalezione
obejście dla komunikatu WARNING lub ERROR, należy podjąć próbę naprawienia instalacji
lub skontaktować się z działem wsparcia dla oprogramowania IBM.
Zadania pokrewne:
Podczas procesu instalacji w katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/
database są tworzone dzienniki. Dzienniki te są pomocne przy rozwiązywaniu problemów z
instalacją lub jej weryfikowaniu.
Dzienniki są zapisywane w plikach .xml o nazwach zawierających datę i godzinę instalacji.
Na przykład plik o nazwie 20130312_1101.xml oznacza instalację, która odbyła się 12
marca 2013 o godzinie 11:01. Do dzienników można uzyskać dostęp dwiema metodami.
v Na ostatnim panelu programu IBM Installation Manager po zakończeniu instalacji kliknij
przycisk Wyświetl plik dziennika.
v Przejdź do katalogu KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/database i
otwórz plik .xml.
Zadania pokrewne:
161
Modyfikowanie instalacji
Ta procedura umożliwia zainstalowanie innych komponentów produktu InfoSphere MDM na
stacji roboczej lub serwerze, na których już są zainstalowane komponenty w tej samej wersji.
1. Uruchom program IBM Installation Manager i kliknij przycisk Modyfikuj.
2. Wybierz pakiet InfoSphere MDM i kliknij przycisk Dalej.
3. Wybierz język i kliknij przycisk Dalej.
4. Na panelu Modyfikowanie pakietów wybierz instalowany komponent. Poprzednio
zainstalowane komponenty zostaną wybrane automatycznie. Upewnij się, że pozostają
one wybrane, gdyż w przeciwnym razie program IBM Installation Manager je usunie.
Kliknij przycisk Dalej.
5. Przejrzyj podsumowanie i upewnij się, że komponent, który chcesz zainstalować, jest
Pojęcia pokrewne:
Zadania pokrewne:
Dodawanie nowego węzła do istniejącego klastra
Aby dodać nowy element węzła produktu InfoSphere MDM do istniejącego klastra IBM
WebSphere Application Server, trzeba utworzyć węzeł, przyłączyć go do klastra i
skonfigurować relację węzeł-klaster.
Węzeł w klastrze serwera WebSphere Application Server jest definiowany jako profil. Może
istnieć na osobnym komputerze lub na komputerze, gdzie już skonfigurowano jeden lub wiele
profili.
1. Aby utworzyć nowy węzeł InfoSphere MDM i przyłączyć go do istniejącego klastra
serwera WebSphere Application Server, uruchom następującą komendę z wiersza komend
na serwerze aplikacji:
cd /opt/IBM/WebSphere/AppServer/bin
./manageprofiles.sh -create -profileName nazwa_profilu -profilePath
/opt/IBM/WebSphere/AppServer/profiles/nazwa_profilu –templatePath /opt/IBM/WebSphere/AppServer/
profileTemplates/managed –federateLater false
-dmgrAdminUserName nazwa_użytkownika -dmgrAdminPassword hasło -dmgrHost
host_menedżera_wdrażania -dmgrPort port_menedżera_wdrażania
Zastąp zmienne w komendzie odpowiednimi dla używanego wdrożenia wartościami
nazwy profilu, ścieżki, nazwy użytkownika, hasła, hosta menedżera wdrażania i portu
menedżera wdrażania. Na przykład:
cd /opt/IBM/WebSphere/AppServer/bin
./manageprofiles.sh -create -profileName AppSrv03
–profilePath /opt/IBM/WebSphere/AppServer/profiles/AppSrv03
–templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/managed
–federateLater false -dmgrAdminUserName perf01
-dmgrAdminPassword perf01 –dmgrHost warhol-10ge -dmgrPort 8879
162
Po zakończeniu działania komendy w konsoli administracyjnej serwera WebSphere
Application Server będzie widoczny nowy węzeł.
2. Przejdź do opcji Administrowanie systemem > Węzły, aby potwierdzić, że nowy węzeł
jest obecny.
3. Dodaj nową instancję serwera do klastra na nowym węźle:
a. W konsoli administracyjnej serwera WebSphere Application Server przejdź do opcji
Klastry serwerów aplikacji WebSphere > SECluster > Elementy klastra i kliknij
opcję Nowy.
b. Nadaj nazwę nowemu elementowi, wybierz nowy węzeł z listy rozwijanej, a
następnie zapisz i zsynchronizuj ustawienia.
c. Przejdź do opcji Klastry serwerów aplikacji WebSphere > SECluster > Elementy
klastra, aby upewnić się, że nowy element jest wyświetlany na liście węzłów.
4. Dodaj do tabeli APPINSTANCE nowy wiersz reprezentujący nowy węzeł:
id|1000|nazwa_serwera|bieżący_znacznik_czasu|installer
Zastąp zmienne w wierszu odpowiednimi danymi węzła.
5. Uruchom zadania madconfig w celu skonfigurowania nowego węzła:
a. Skopiuj plik KATALOG_GŁÓWNY_INSTALACJI_MDM/properties/
install_native_engine.ear.properties do folderu
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts i zmień nazwę
skopiowanego pliku install_native_engine.ear.local.properties.
b. W pliku install_native_engine.ear.local.properties zmień wszystkie hasła
zaszyfrowane na hasła w postaci jawnej.
Wskazówka: Właściwość trustFilePwd ma wartość WebAS.
c. Poza hasłami zmodyfikuj lub dodaj następujące właściwości:
cluster.flag=false
cluster=None
node=nazwa_węzła
server=nazwa_serwera
configForNewNode=true
d. Uruchom skrypt madconfig o nazwie install_native_engine za pomocą następującej
komendy:
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts/madconfig.sh install_native_engine.ear
e. Skopiuj plik KATALOG_GŁÓWNY_INSTALACJI_MDM/properties/
install_server_config.properties do folderu
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts i zmień jego nazwę na
install_server_config.local.properties.
f. W pliku install_server_config.local.properties zmień wszystkie hasła zaszyfrowane
na hasła w postaci jawnej.
Wskazówka: Właściwość trustFilePwd ma wartość WebAS.
g. Poza hasłami zmodyfikuj lub dodaj następujące właściwości:
cluster.flag=false
cluster=None
node=nazwa_węzła
server=nazwa_serwera
configForNewNode=true
h. Uruchom skrypt madconfig o nazwie install_server_config za pomocą następującej
komendy:
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts/madconfig.sh install_server_config
163
i. Uruchom skrypt madconfig o nazwie map_roles_to_users za pomocą następującej
komendy:
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts/madconfig.sh map_roles_to_users
j. Podaj następujące dane dla skryptu map_roles_to_users:
v Przedrostek EBA: com.ibm.mdm.hub.server.app
v Nazwa aplikacji na serwerze WAS: MDM-web-services-id_instancji.
Uwaga: Nazwę aplikacji można znaleźć w konsoli administracyjnej.
v Użytkownik BLA: użytkownik administracyjny produktu InfoSphere MDM, na
przykład mdmadmin.
v Hasło BLA: hasło użytkownika administracyjnego produktu InfoSphere MDM
k. Uruchom skrypt madconfig o nazwie full_sync za pomocą następującej komendy:
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts/madconfig.sh full_sync
l. Usuń pliki local.properties utworzone w katalogach
KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/scripts.
Ważne: Pliki te muszą zostać usunięte tak szybko, jak to możliwe. Stanowią one
potencjalne zagrożenie dla bezpieczeństwa, ponieważ zawierają hasła w postaci
jawnej.
6. Zrestartuj klaster serwera WebSphere Application Server.
Zadania pokrewne:
Przygotowywanie bazy danych DB2 do używania produktu InfoSphere MDM w środowisku
klastrowym
“Przygotowywanie bazy danych Oracle do używania produktu InfoSphere MDM w
środowisku klastrowym” na stronie 83
Aktualizowanie wdrożonych plików właściwości fizycznego
systemu MDM
Po zainstalowaniu lub zaktualizowaniu produktu InfoSphere MDM może być konieczne
zaktualizowanie wdrożonych plików właściwości, jeśli wymagają one zmian, które nie mogą
zostać wprowadzone za pomocą menedżera konfiguracji. Ta procedura służy do
aktualizowania wdrożonych plików właściwości.
Ważne: Dynamiczne aktualizowanie właściwości nie jest dobrym rozwiązaniem. Jeśli tylko
jest to możliwe, należy przenieść właściwości niestandardowe do menedżera konfiguracji.
Ponieważ pliki właściwości są spakowane w archiwum .jar i wdrożone jako zasób
aplikacyjny biblioteki współużytkowanej aplikacji na poziomie biznesowym (business-level
application – BLA), nie można ich zmienić przez prostą zmianę wartości właściwości. Po
zainstalowaniu zduplikowany plik properties.jar zostaje rozpakowany w podkatalogu
wdrożenia jednostki kompozycji BLA. Dzięki temu jest możliwe przeprowadzenie
aktualizacji niemal w czasie rzeczywistym bez konieczności reinstalacji archiwum EBA. Na
przykład jeśli nazwą wdrożenia aplikacji jest E001, a katalogiem głównym instalacji serwera
WebSphere Application Server jest opt/IBM/WebSphere/AppServer/, to położeniem
wdrożonych plików właściwości jest katalog zainstalowanego zasobu profilu aplikacji. W tym
przypadku jest to katalog opt/IBM/WebSphere/AppServer/profiles/Node01/
installedAssets/com.ibm.mdm.server.resources.properties-E001.jar/BASE.
Użytkownik może zmodyfikować treść pliku JAR bezpośrednio w węźle. W przypadku
topologii wielowęzłowej lub klastrowej należy ręcznie replikować zmiany do wszystkich
164
węzłów i serwerów. Najlepszym sposobem zaktualizowania właściwości jest użycie konsoli
administracyjnej serwera WebSphere Application Server, która obsłuży tę propagację.
1. Uruchom konsolę administracyjną serwera WebSphere Application Server i przejdź do
opcji Aplikacje > Typy aplikacji > Zasoby.
a. Wybierz plik com.ibm.mdm.server.resources.propertiesnazwa_wdrożenia_użyta_do_instalacji.jar.
b. Kliknij przycisk Eksportuj, aby wyeksportować aktualnie wdrożone właściwości. W
tym miejscu można pobrać bibliotekę do lokalnego systemu w celu jej
zaktualizowania.
2. Zmodyfikuj wartości i pliki, używając rozpakowanych plików właściwości z pakietu
com.ibm.mdm.server.resources.propertiesnazwa_wdrożenia_użyta_do_instalacji.jar, który został pobrany w kroku 1.
3. Ponownie spakuj zmienione właściwości do nowego pliku
com.ibm.mdm.server.resources.propertiesnazwa_wdrożenia_użyta_do_instalacji.jar. Należy zachować taką samą nazwę jak
biblioteka oryginalna.
4. W konsoli administracyjnej serwera WebSphere Application Server wybierz ponownie
plik com.ibm.mdm.server.resources.propertiesnazwa_wdrożenia_użyta_do_instalacji.jar.
a. Kliknij przycisk Aktualizuj.
b. Na następnym ekranie wybierz odpowiedni typ aktualizacji oraz nowy plik JAR
właściwości. Na przykład: wybierz opcję Wymień cały zasób aplikacyjny wraz z
nowym lub zaktualizowanym plikiem JAR właściwości. Aktualizowanie zasobu
aplikacyjnego właściwości za pomocą tej opcji powoduje automatyczną propagację
zmian do wszystkich węzłów i serwerów.
5. Po zakończeniu aktualizacji należy zrestartować aplikację BLA.
165
166
Rozdział 4. Stosowanie pakietów poprawek
Udostępnione przez IBM pakiety poprawek dla produktu InfoSphere MDM można
zastosować za pomocą programu IBM Installation Manager.
Aby zastosować pakiet poprawek, należy pobrać i wyodrębnić artefakty pakietu poprawek, a
następnie skonfigurować pakiet poprawek za pomocą narzędzia wiersza komend. Opcjonalnie
można też skonfigurować pomijanie określonych składników pakietu poprawek, jeśli z
jakiegoś powodu poprawki mają nie być stosowane.
W razie potrzeby można użyć programu IBM Installation Manager do wycofania
zastosowanego pakietu poprawek.
Pobieranie i instalowanie pakietu poprawek
Za pomocą programu IBM Installation Manager należy pobrać i wyodrębnić artefakty pakietu
poprawek, a następnie uruchomić skrypt instalujący pliki pakietu poprawek.
v Upewnij się, że zaktualizowano aplikację instalacyjną (jeśli ma zastosowanie).
v Zapoznaj się z dokumentacją programu Installation Manager, aby uzyskać informacje na
temat używania trybu aktualizacji do znalezienia i pobrania pakietów poprawek.
Szczegółowe informacje można znaleźć na stronach pokrewnych.
v Jeśli system znajduje się za firewallem, należy skonfigurować serwer proxy, aby program
Installation Manager mógł połączyć się z predefiniowanym repozytorium pakietów
poprawek. Szczegółowe informacje można znaleźć na stronach pokrewnych.
Ograniczenie: Nie można zainstalować zarówno pełnego produktu InfoSphere MDM, jak i
pakietu poprawek podczas jednej sesji programu Installation Manager. Należy najpierw w
pełni zainstalować produkt InfoSphere MDM w trybie instalacji programu Installation
Manager, a następnie zastosować pakiet poprawek podczas drugiej sesji programu Installation
Manager w trybie aktualizacji.
2. Kliknij przycisk Aktualizuj.
3. Wybierz opcję Aktualizuj wszystkie, a następnie kliknij przycisk Dalej.
4. Przeczytaj i zaakceptuj warunki licencji.
5. Na stronie Podsumowanie aktualizacji zapoznaj się z informacjami o pakiecie poprawek i
problemach, które on rozwiązuje, a następnie kliknij przycisk Aktualizuj. Program
Installation Manager pobierze i wyodrębni artefakty pakietu poprawek do systemu
plików. Wyodrębnione pliki pakietu poprawek można znaleźć w katalogu
<KATALOG_GŁÓWNY_INSTALACJI_MDM>/updates/
<wersja_pakietu_poprawek>.
Ważne: Aby wykluczyć określone komponenty produktu InfoSphere MDM z
aktualizacji przez pakiet poprawek, należy przed wykonaniem tej procedury
zmodyfikować wyodrębniony plik FeatureFixpackApplied.properties. Szczegółowe
informacje można znaleźć na stronach pokrewnych.
6. Otwórz wiersz komend i przejdź do katalogu
<KATALOG_GŁÓWNY_INSTALACJI_MDM>/mds/scripts.
7. Uruchom skrypt, aby zastosować pakiet poprawek: ./madconfig.sh Apply_Fixpack
Zadania pokrewne:
“Wykluczanie określonych składników z pakietu poprawek” na stronie 168
167
IBM Installation Manager: aktualizowanie pakietów przy użyciu trybu kreatora
IBM Installation Manager: preferencje internetowe
Wykluczanie określonych składników z pakietu poprawek
Aby wykluczyć określone komponenty produktu InfoSphere MDM z aktualizacji przez pakiet
poprawek, należy zmodyfikować wyodrębniony plik FeatureFixpackApplied.properties
przed uruchomieniem skryptu instalującego pakiet poprawek.
Przed wykonaniem tej procedury należy pobrać i wyodrębnić artefakty pakietu poprawek.
Szczegółowe informacje można znaleźć na stronach pokrewnych.
Jeśli instancja InfoSphere MDM zawiera komponenty, które zostały zmodyfikowane lub
rozszerzone, można wykluczyć te komponenty z aktualizacji przez pakiet poprawek. Na
przykład jeśli wprowadzono zmiany w konkretnym interfejsie użytkownika produktu
InfoSphere MDM, można wykluczyć ten interfejs użytkownika z aktualizacji przez pakiet
poprawek, aby zachować dostosowane elementy.
1. Przejdź do katalogu <KATALOG_GŁÓWNY_INSTALACJI_MDM>/backup/
<wersja_pakietu_poprawek>.
2. Otwórz plik FeatureFixpackApplied.properties.
Ten plik właściwości zawiera listę właściwości, z których każda odpowiada składnikowi
produktu InfoSphere MDM. Każdy składnik można uwzględnić w aktualizacji przez
pakiet poprawek lub z niej wykluczyć. Domyślnie wszystkie właściwości składników
mają wartość NO, co oznacza, że składnik nie jest wykluczony z aktualizacji i zostanie
zaktualizowany.
3. Aby wykluczyć składnik z aktualizacji przez pakiet poprawek, należy zmienić
odpowiadającą mu wartość na YES.
4. Zapisz zmiany w pliku. Po uruchomieniu skryptu instalacyjnego pakietu poprawek
składniki z podaną wartością YES nie będą aktualizowane.
Zadania pokrewne:
“Pobieranie i instalowanie pakietu poprawek” na stronie 167
Wycofywanie zastosowanego pakietu poprawek
Jeśli po zastosowaniu pakietu poprawek zostanie podjęta decyzja o jego usunięciu, można
wycofać wprowadzone zmiany.
1. Szczegółowe informacje na temat ręcznego wycofywania pakietu poprawek można
znaleźć w pliku readme dostarczonym z pakietem poprawek (IBM InfoSphere Master
Data Management Readme for <wersja_pakietu_poprawek>.htm). Ręczne
wycofanie zmian stanowi pierwszy etap całego procesu wycofywania.
2. Usuń pakiet poprawek z programu IBM Installation Manager.
3. Uruchom program Installation Manager i wybierz opcję Wycofaj zmiany, a następnie
kliknij przycisk Dalej.
4. Wybierz wersję, która ma zostać wycofana, i kliknij przycisk Dalej.
5. Kliknij przycisk Wycofaj zmiany. Program Installation Manager dokończy proces
wycofywania zmian.
168
Rozdział 5. Rozwiązywanie problemów z instalacjami edycji
Standard Edition lub Advanced Edition
Jeśli instalacja edycji Standard Edition lub Advanced Edition nie powiedzie się, można
skorzystać z kroków rozwiązywania problemów i zapoznać się ze znanymi błędami.
Objawy
Komunikaty o błędach mogą być wyświetlane po zakończeniu instalacji na panelu Instalacja
zakończona w programie IBM Installation Manager. Błędy można też zobaczyć w
dziennikach instalacji lub testów weryfikacyjnych instalacji.
zostały wykonane automatycznie w ramach procesu instalacji.
W razie problemów z bazą danych, serwerem aplikacji lub programem IBM Installation
Manager należy użyć narzędzi odpowiedniego produktu w celu zdiagnozowania i usunięcia
błędów.
Rozwiązywanie problemu
1. Zapoznaj się z komunikatami w dziennikach instalacji, aby zlokalizować wystąpienia
błędów.
2. Zapoznaj się z opisami błędów w tematach dotyczących rozwiązywania błędów, aby
poznać rozwiązania lub obejścia. Dokumentacja błędów nie stanowi wyczerpującej listy
wszystkich możliwych błędów. Jeśli błąd zarejestrowany w dziennikach nie jest
wymieniony w dokumentacji, skontaktuj się z działem wsparcia IBM dla
oprogramowania.
3. Po usunięciu błędów ponownie uruchom program instalacyjny.
Zadania pokrewne
Sprawdzanie poprawności instalacji za pomocą klienta testowego na serwerze WebSphere
Application Server
Błędy instalacji
Wymienione błędy to tylko niektóre z błędów, jakie mogą wystąpić podczas instalacji
produktu MDM. Nie jest to wyczerpująca lista wszystkich możliwych błędów. Jeśli błąd
zarejestrowany w dziennikach nie jest wymieniony w dokumentacji, skontaktuj się z działem
wsparcia IBM dla oprogramowania.
Ważne: Treści dzienników podane w tematach dotyczących błędów to tylko przykłady.
Faktyczne nazwy, ścieżki, datowniki i inne dane w plikach dziennika w używanej
implementacji będą się różnić od wartości podanych w przykładach.
Informacje pokrewne
Dokumentacja programu IBM Installation Manager
Błąd instalacji: Odmowa dostępu w operacji checkIfAppExists
w komponencie MBean AppManagement
Wystąpiła odmowa dostępu w operacji checkIfAppExists w komponencie MBean
AppManagement.
169
Opis
Wykonywana deinstalacja może nie powieść się, jeśli na panelu deinstalacji podano błędne
hasło SOAP. W przypadku wystąpienia tego problemu instalator przerywa sesję deinstalacji i
wyświetla komunikat o błędzie.
Komunikat o błędzie jest podobny do następującego przykładowego komunikatu z pliku
dziennika programu IBM Installation Manager:
Error uninstalling. CRIMA1076E: Error executing
"/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh" operation (status=255).
See agent output log for more information:
/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/DATOWNIK.log
CRIMA1076E: Error executing "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"
operation (status=255). See agent output log for more information:
/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/DATOWNIKa.log
/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/20130506_1551b.log
/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/DATOWNIKc.log
CRIMA1076E: Error executing "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh" operation
(status=255). See agent output log for more information:
uninstall_mds_ws_api:
..............................................................
trustFilePwd is *****
com.ibm.websphere.management.exception.AdminException:
at com.ibm.websphere.management.application.AppManagementProxy.proxyInvoke
(AppManagementProxy.java:192)
at com.ibm.websphere.management.application.AppManagementProxy.checkIfAppExists
(AppManagementProxy.java:269)
at com.ibm.mdm.de.config.appserver.core.MDSAppDeploy.checkIfAppExists
(MDSAppDeploy.java:165)
at com.ibm.mds.de.config.appserver.configurator.MDSDeployAppConfigurator.configure
(MDSDeployAppConfigurator.java:24)
at com.ibm.mdm.de.config.appserver.remoteclient.command.MDSDeployAppRemoteCommand.performUninstall
(MDSDeployAppRemoteCommand.java:36)
at com.ibm.mdm.de.config.appserver.remoteclient.command.MDSDeployAppRemoteCommand.execute
(MDSDeployAppRemoteCommand.java:22)
at com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.execute
(MDSRemoteClient.java:26)
at com.ibm.mdm.de.ant.task.UninstallMDSWSAPITask.execute(UninstallMDSWSAPITask.java:84)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
Rozwiązanie
Jeśli deinstalacja bazy danych MDM zakończyła się pomyślnie, ale deinstalacja serwera
operacyjnego InfoSphere MDM nie powiodła się, należy deinstalować serwer operacyjny
ręcznie.
1. Deinstaluj moduły wdrożenia produktu InfoSphere MDM (aplikacje na poziomie
biznesowym) za pomocą konsoli IBM WebSphere Application Server Integrated Solution
Console.
2. Deinstaluj zasoby com.ibm.mdm.hub.server.app-<>.eba i
com.ibm.mdm.server.resources.properties-<>.jar za pomocą konsoli IBM
WebSphere Application Server Integrated Solution Console.
3. Deinstaluj pakunki repozytorium lokalnego: com.ibm.mdm.mds.api.app,
com.ibm.mdm.mds.jni.app, com.ibm.mdm.server.jaxrpcws.cba i
com.ibm.mdm.thirdparty.cba za pomocą konsoli IBM WebSphere Application Server
Integrated Solution Console.
170
4. Usuń miejsce docelowe wdrożenia (serwer lub klaster), aby usunąć obiekty
konfiguracyjne produktu InfoSphere MDM, w tym dostawców JDBC, źródła danych i
dostawcę komunikatów.
Błąd instalacji: AdminTask
Błąd AdminTask może spowodować niepowodzenie instalacji.
Opis
Wystąpienie tego problemu może spowodować niepowodzenie instalacji produktu InfoSphere
MDM i zainicjować pełne wycofanie instalacji. Problem może wystąpić podczas instalowania
interfejsu użytkownika aplikacji Business Administration, Data Stewardship lub Product
Maintenance w ramach instalacji produktu InfoSphere MDM. Problem dotyczy możliwości
komunikacji menedżera wdrażania produktu IBM WebSphere Application Server z aplikacją
instalacyjną produktu InfoSphere MDM. Wystąpienie tego problemu powoduje zatrzymanie
sesji instalacji, wyświetlenie komunikatu o błędzie i zainicjowanie wycofania instalacji.
Komunikat ostrzegawczy jest podobny do następującego przykładowego komunikatu z pliku
Error occurred in phase: install SU: com.ibm.mdm.ba.webapp 11.0.0.v20130410-1220
IU: com.ibm.mdm.ui.ba.config.server_create.config.objects.on.server
null->11.0.0.v20130410-1220
Message: Error executing the /usr/IBM/WebSphere/AppServer8502ND/bin/wsadmin.sh
command: status=105. For more information, see the agent log file:
/home/ws8admin/var/ibm/InstallationManager_H001/logs/native/DATOWNIK.log
WASX7209I: Connected to process "dmgr" on node myCellManager01 using SOAP connector;
The type of process is: DeploymentManager
WASX8011W: AdminTask object is not available.
WASX7303I: The following options are passed to the scripting environment and are available
as arguments that are stored in the argv variable:
"[myCell01, None, myNode01, mdm-s3-H080, default_host]"
Setting up application server and VirtualHost for WCC UIs...
Cell name
:myCell01
Cluster name
:None
Node name
:myNode01
Server name
:mdm-s3-H080
VirtualHost Name
:default_host
Setting up server mdm-s3-H080 at node myNode01 in cell myCell01...
Server ’mdm-s3-H080’ does not exist. Creating new server from template ’default’...
server is ’mdm-s3-H080’
Adding new alias with ports to virtual host...
WC_defaulthost Port to be added : 9080
WC_defaulthost_secure Port to be added : 9443
Added new alias with ports to virtual host!!
Added ORB timeout for server:mdm-s3-H080
modify cookie security
create property com.ibm.ws.webcontainer.HTTPOnlyCookies
WASX7017E: Exception received while running file
"/usr/IBM/MDM/H080/Shared/tmp/script/wccUISetupAppServer.py";
exception information: com.ibm.bsf.BSFException: exception from Jython:
Traceback (innermost last):
File "<string>", line 198, in ?
File "<string>", line 131, in createProperty
NameError: AdminTask
WASX7341W: No "save" was performed before the interactive scripting session exited;
configuration changes will not be saved.
Rozwiązanie
1. Zwiększ rozmiar sterty maszyny JVM menedżera wdrażania serwera IBM WebSphere
Application Server do 1024/2048.
2. Ponownie uruchom instalację produktu MDM.
Rozdział 5. Rozwiązywanie problemów z instalacją
171
3. Unikaj używania konsoli IBM WebSphere Application Server Integrated Solution
Console podczas instalowania produktu MDM.
Błąd instalacji: Obiekt AdminTask jest niedostępny
Obiekt AdminTask jest niedostępny.
Opis
Wystąpienie tego błędu może sprawić, że w pliku odpowiedzi narzędzia weryfikacyjnego
instalacji będzie widoczne niepowodzenie spowodowane problemem podczas próby
przetwarzania ustawień odwzorowania ról przez instalator. Problem dotyczy możliwości
komunikacji menedżera wdrażania produktu IBM WebSphere Application Server z aplikacją
instalacyjną produktu InfoSphere MDM. Po wystąpieniu tego problemu instalator może
dokończyć instalację, ale nie powiedzie się wykonanie narzędzia weryfikacyjnego instalacji
(IVT).
Narzędzie weryfikacyjne instalacji wyświetli następujący wyjątek:
CORBA NO_PERMISSION 0x0 No; nested exception is:
org.omg.CORBA.NO_PERMISSION:
>> SERVER (id=5b5ab1aa, host=evg01.torolab.ibm.com) TRACE START:
>>
org.omg.CORBA.NO_PERMISSION: java.rmi.AccessException: ; nested exception is:
com.ibm.websphere.csi.CSIAccessException: SECJ0053E: Authorization failed
for defaultWIMFileBasedRealm/mdmadmin while invoking
(Home)com.ibm.mdm.hub.serverE457..11.0.0..com.ibm.mdm.server.dwlcommonservices.ejb..11.0.0.FP00IF000_20130503-1713.war
#com.ibm.mdm.server.dwlcommonservices.ejb..11.0.0.FP00IF000_20130503-1713.war
#DWLServiceController create::2 is not granted any of the required roles:
ServiceConsumer ServiceProvider vmcid: 0x0 minor code: 0 completed: No
>> at com.ibm.ws.security.core.SecurityCollaborator.performAuthorization(SecurityCollaborator.java:626)
>> at com.ibm.ws.security.core.EJSSecurityCollaborator.preInvoke(EJSSecurityCollaborator.java:265)
>> at com.ibm.ejs.container.EJSContainer.EjbPreInvokeForStatelessCreate(EJSContainer.java:4561)
>> at com.dwl.base.requestHandler.beans.EJSRemoteCSLDWLServiceControllerHome_2c54996d.create
(EJSRemoteCSLDWLServiceControllerHome_2c54996d.java)
>> at com.dwl.base.requestHandler.beans._EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.create
(_EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.java:1)
>> at com.dwl.base.requestHandler.beans._EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie._invoke
(_EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.java)
>> at com.ibm.CORBA.iiop.ServerDelegate.dispatchInvokeHandler(ServerDelegate.java:669)
>> at com.ibm.CORBA.iiop.ServerDelegate.dispatch(ServerDelegate.java:523)
>> at com.ibm.rmi.iiop.ORB.process(ORB.java:523)
>> at com.ibm.CORBA.iiop.ORB.process(ORB.java:1575)
>> at com.ibm.rmi.iiop.Connection.doRequestWork(Connection.java:3039)
>> at com.ibm.rmi.iiop.Connection.doWork(Connection.java:2922)
>> at com.ibm.rmi.iiop.WorkUnitImpl.doWork(WorkUnitImpl.java:64)
>> at com.ibm.ws.giop.threadpool.WorkQueueElement.dispatch(WorkQueueElement.java:165)
>> at com.ibm.ws.giop.filter.GiopFilterChain.processMessage(GiopFilterChain.java:203)
>> at com.ibm.ws.giop.threadpool.PooledThread.handleRequest(PooledThread.java:81)
>> at com.ibm.ws.giop.threadpool.PooledThread.run(PooledThread.java:102)
>> at com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1814)
>> SERVER (id=5b5ab1aa, host=evg01.torolab.ibm.com) TRACE END.
vmcid: 0x0 minor code: 0 completed: No
Problem with executing "/usr/IBM/WebSphere/AppServer8502ND/bin/wsadmin.sh"
shows message similar to following
WASX7209I: Connected to process "dmgr" on node myCellManager01 using SOAP
connector; The type of process is: DeploymentManager
WASX8011W: AdminTask object is not available.
WASX7303I: The following options are passed to the scripting environment and
are available as arguments that are stored in the argv variable:
"[--blaName, MDM-operational-server-EBA-H085, --ebaPrefix, com.ibm.mdm.hub.server.app,
--blaUser, mdmadmin, --wsName, MDM-web-services-H085,
--blaPwd, mdmadmin]"
Configuring application security
---------------------------------------------------------------
172
AdminBLA:
List composition units in a BLA
BLA ID (or BLA name):
MDM-operational-server-EBA-H085
Optional parameter:
Display description:
Usage: AdminBLA.listCompUnits("MDM-operational-server-EBA-H085", "")
Return: List the composition units within the specified business-level application.
--------------------------------------------------------------Exception: exceptions.NameError AdminTask
WASX7017E: Exception received while running file
"/usr/IBM/MDM/H085/Shared/tmp/script/RoleMapping.py"; exception information:
com.ibm.bsf.BSFException: exception from Jython:
Traceback (innermost last):
File "<string>", line 144, in ?
File "<string>", line 28, in retrieveCompUnitID
File "/usr/IBM/WebSphere/AppServer8502ND/scriptLibraries/application/V70/AdminBLA.py",
line 763, in listCompUnits
ScriptLibraryException: : ’exceptions.NameError AdminTask’
Rozwiązanie
1. Zwiększ rozmiar sterty maszyny JVM menedżera wdrażania serwera IBM WebSphere
Application Server do 1024/2048.
2. Ponownie uruchom instalację produktu InfoSphere MDM.
3. Unikaj używania konsoli IBM WebSphere Application Server Integrated Solution
Console podczas instalowania produktu InfoSphere MDM.
Błąd instalacji: Proces wiązania nie jest aktywny
[Sterownik JDBC DB2] Proces wiązania nie jest aktywny.
Opis
W przypadku bazy danych IBM DB2 for z/OS prawidłowe działanie sterownika DB2 Wire
Protocol wymaga istnienia odpowiednich pakietów na każdym serwerze, z którym będzie
nawiązywane połączenie. Używany identyfikator użytkownika musi mieć uprawnienia
BINDADD, aby sterownik mógł tworzyć i wiązać pakiety. Brak pakietów powiązania
spowoduje wyświetlenie następującego komunikatu podczas testowania połączeń dla źródła
danych InfoSphere MDM na serwerze operacyjnym:
java.sql.SQLException: [IBM][Sterownik DB2 JDBC] Proces wiązania nie jest aktywny.
Upewnij się, że użytkownik ma uprawnienia do tworzenia pakietów.
Pakietów nie można tworzyć w przypadku połączenia XA. DSRA0010E: Stan SQL = HY000, kod błędu = 0.
Rozwiązanie
Upewnij się, że używany identyfikator użytkownika bazy danych ma uprawnienia BINDADD
w bazie danych MDM:
1.
2.
3.
4.
5.
Zaloguj się jako administrator bazy danych (użytkownik DBA).
Połącz się z bazą danych MDM.
Nadaj uprawnienia BINDADD użytkownikowi bazy danych (dbuser).
Wyloguj się z konta użytkownika DBA.
Zaloguj się na konto użytkownika bazy danych. Gdy konto użytkownika bazy danych
nawiąże połączenie z bazą danych przy użyciu sterownika DB2 Wire Protocol, poprawny
pakiet zostanie utworzony automatycznie.
Uwaga: Domyślnie pakiety te zawierają 200 sekcji dynamicznych i są tworzone w kolekcji o
nazwie NULLID.
Dodatkowe informacje dotyczące tego problemu można znaleźć na stronach pokrewnych.
Informacje pokrewne
173
Sterownik i pakiety protokołu DB2 Wire Protocol
Błąd instalacji: Po zalogowaniu się do interfejsu użytkownika
jest wyświetlana pusta strona
Po zalogowaniu się do interfejsu użytkownika aplikacji Business Administration, Data
Stewardship lub Product Maintenance może zostać wyświetlona pusta strona.
Opis
Komunikat o błędzie uwierzytelniania można znaleźć w pliku IBM WebSphere Application
Server SystemOut.log. Wyświetlanie pustej strony może być spowodowane odwzorowaniem
roli zabezpieczeń aplikacji na użytkownika lub grupę. Aby sprawdzić, czy wyświetlanie
pustej strony wynika z problemu odwzorowania roli:
1. Otwórz konsolę administracyjną serwera IBM WebSphere Application Server.
2. Wybierz opcję Aplikacje > Typy aplikacji > Aplikacje korporacyjne WebSphere, a
następnie wybierz aplikację interfejsu użytkownika.
3. Kliknij opcję Odwzorowanie roli zabezpieczeń na użytkownika/grupę i upewnij się, że
wszystkie role są ustawione na Brak.
Rozwiązanie
1. Na stronie aplikacji interfejsu użytkownika wybierz odpowiednią rolę.
2. Kliknij opcję Odwzoruj podmioty specjalne, a następnie wybierz opcję Wszyscy
uwierzytelnieni w dziedzinie aplikacji.
3. Kliknij przycisk OK, aby zapisać.
4. Zrestartuj serwer.
Błąd instalacji: nie można dodać zasobu
com.ibm.mdm.hub.server.app.eba
Nie można dodać zasobu com.ibm.mdm.hub.server.app-nazwa.eba.
Opis
Ten błąd oznacza, że plik odpowiedzi IVT nie jest dostępny, ponieważ wystąpił problem z
wdrożeniem archiwum pakunku korporacyjnego (EBA). Błąd jest rejestrowany, jeśli podczas
instalacji produktu InfoSphere MDM serwer IBM WebSphere Application Server nie może
wdrożyć pliku com.ibm.mdm.hub.server.app-nazwa.eba. Ten plik EBA jest jednym z
archiwów wdrażania instalacji produktu InfoSphere MDM. Po wystąpieniu tego problemu
instalator może dokończyć zadania instalacji i zainstalować produkt InfoSphere MDM, ale
zgłaszany jest komunikat o niepowodzeniu wykonania narzędzia weryfikacyjnego instalacji
(IVT). Komunikat o błędzie można znaleźć w pliku dziennika produktu IBM Installation
Manager.
Custom operation MDM Operational Server, deploying enterprise business application (EBA) on target
server1 in unit com.ibm.mdm.mdm_config.install.eba.win completed:
output in DATOWNIK.log
install_mdm_eba:
Creating new property file: C:\IBM\E443\MDM\properties\install_mdm_eba.properties
Updating property file: C:\IBM\E443\MDM\properties\install_mdm_eba.properties
174
Expanding: C:\IBM\E443\MDM\InstallableApps\com.ibm.mdm.hub.server.app.eba into
C:\IBM\E443\MDM\tmp\mdm_eba_temp_DATOWNIK
########################### entering ConfigEBATask ###########################
baseDir is ../../tmp//mdm_eba_temp_DATOWNIK/
ebaID is E443
versionFilePath is ./MDM_VERSION
Begin to modify the file.
Begin to read the File.
Read the file successfully.
Begin to write the modified file.
Write the modified file successfully.
Modify the file sucessfully.
Begin to read version.
Read the file sucessfully: 11.0.0
Begin to record version.
Record version sucessfully: C:\IBM\E443\MDM\mds\scripts\.\MDM_VERSION
...................................
Set cuSourceID parameter to assetname=com.ibm.mdm.hub.server.app-E443.eba
Failed from asyncCmdClientHelper.processCommandParameters(cmd).
com.ibm.wsspi.management.bla.op.OpExecutionException: CWSAL0022E: Cannot add asset
com.ibm.mdm.hub.server.app-E443.eba because bundles that it requires
are not downloaded. To start the bundle download, save changes to the
master configuration after importing the asset.
at com.ibm.ws.management.bla.commands.ADTCommand.finishOp(ADTCommand.java:320)
at com.ibm.ws.management.bla.commands.ADTCommand.opCompleted(ADTCommand.java:428)
at com.ibm.wsspi.management.bla.op.Operation.notifyListeners(Operation.java:170)
at com.ibm.wsspi.management.bla.op.Operation.execute(Operation.java:242)
at com.ibm.wsspi.management.bla.op.compound.CompoundOperation.execute(CompoundOperation.java:83)
at com.ibm.ws.management.bla.commands.ADTCommand$OperationScheduler.run(ADTCommand.java:672)
at java.lang.Thread.run(Thread.java:773)
...................................
Rozwiązanie
1. Upewnij się, że komputer, na którym jest wdrażany produkt InfoSphere MDM, spełnia
wymagania sprzętowe i ma co najmniej 8 GB pamięci RAM.
2. Wyłącz wszelkie niepotrzebne aplikacje, szczególnie aplikacje korzystające z maszyn
JVM.
3. Deinstaluj produkt InfoSphere MDM i zainstaluj go ponownie.
Błąd instalacji: właściwość httpPort nie może być pusta
Właściwość httpPort nie może być pusta.
Opis
Wystąpienie tego problemu może spowodować niepowodzenie instalacji produktu InfoSphere
MDM i zainicjować pełne wycofanie instalacji.
Problem może się pojawić w dwóch sytuacjach:
v Podczas instalacji produktu InfoSphere MDM agent węzła serwera IBM WebSphere
Application Server nie może przetwarzać interakcji z aplikacją instalacyjną produktu
InfoSphere MDM.
v Wyłączono łańcuch transportu HTTP, którego serwer miał używać jako celu wdrożenia
podczas instalowania modułów wdrażania produktu InfoSphere MDM.
Jeśli do tego dojdzie, sesja instalacji zostanie przerwana, a aplikacja instalacyjna wyświetli
komunikat o błędzie i zainicjuje wycofywanie instalacji.
175
Error occurred in phase: install SU: com.ibm.mdm.application.server.component.config.server
11.0.0.FP00IF000_20130502-1800 IU: com.ibm.mdm.mdm_config.install.ws.api.unix
null->999.999.999.1127209126
Message: Error executing "/opt/IBM/MDM/E453/mdm/mds/scripts/madconfig.sh"
install_mds_ws_api:
Creating new property file: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.properties
Updating property file: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.properties
BUILD FAILED
/opt/IBM/MDM/E453/mdm/mds/scripts/build-utils-app.xml:1508:
The following error occurred while executing this line:
/opt/IBM/MDM/E453/mdm/mds/scripts/build-utils-config.xml:618:
ERROR: httpPort property cannot be blank.
Total time: 1 second
Rozwiązanie
1. Upewnij się, że agent węzła serwera IBM WebSphere Application Server jest włączony.
Uruchom agent węzła i uruchom ponownie instalację produktu InfoSphere MDM. W
przypadku wdrażania w środowisku klastrowym uruchom wszystkie węzły w klastrze.
2. Upewnij się, że agent węzła serwera IBM WebSphere Application Server jest poprawnie
zsynchronizowany z menedżerem wdrażania. Zsynchronizuj agent węzła i uruchom
ponownie instalację produktu InfoSphere MDM. W przypadku wdrażania w środowisku
klastrowym zsynchronizuj wszystkie węzły w klastrze.
3. Upewnij się, że nie wyłączono łańcucha transportu HTTP, którego serwer miał używać
jako celu wdrożenia:
a. W konsoli administracyjnej serwera WebSphere Application Server przejdź do opcji
Serwery > Typy serwerów > Serwery aplikacji WebSphere > <nazwa elementu
klastra> > Porty.
b. Na liście dostępnych portów znajdź pozycję WC_defaulthost i kliknij przycisk
Wyświetl powiązane transporty.
c. Przejdź do pozycji HttpQueueInboundDefault, wybierz opcję Włącz, a następnie
kliknij przycisk OK i zapisz zmiany.
d. Przejdź do pozycji WCInboundDefault, wybierz opcję Włącz, a następnie kliknij
przycisk OK i zapisz zmiany.
e. Wykonaj powyższe kroki dla każdego elementu klastra, a następnie zrestartuj cały
klaster.
Wskazówka: Restartowanie tylko poszczególnych elementów klastra nie przyniesie
efektu. Trzeba zrestartować cały klaster.
Błąd deinstalacji: instalator nie usuwa tabel wirtualnego
systemu MDM
Podczas deinstalowania produktu InfoSphere MDM z bazą danych IBM DB2 for z/OS
instalator nie usuwa tabel wirtualnego systemu MDM.
176
Rozwiązanie
Należy usunąć tabele ręcznie. Pełną listę tabel wirtualnego systemu MDM można znaleźć w
pliku KATALOG_GŁÓWNY_INSTALACJI_MDM/mds/sql/mpihub.db2z.sto.
Błąd instalacji: 'java.lang.RuntimeException: Application could
not be initialized'
'java.lang.RuntimeException: Application could not be initialized. Application Name and
Version could not be resolved.'
Opis
Ten problem może sprawić, że plik odpowiedzi narzędzia weryfikacyjnego instalacji (IVT)
będzie pusty, co wynika z braku danych repozytorium konfiguracji produktu InfoSphere
MDM po zakończeniu instalacji tego produktu. Problem jest związany z niepowodzeniem
procesu tworzenia i zapełniania tabel bazy danych. Po wystąpieniu tego problemu instalator
może dokończyć instalację produktu InfoSphere MDM i zasygnalizować, że plik odpowiedzi
narzędzia weryfikacyjnego instalacji jest pusty.
dziennika IBM WebSphere Application Server SystemOut.log.
DATOWNIK] 0000006f TopologySessi E java.lang.RuntimeException: Application could
not be initialized. Application Name and Version could not be resolved.
at com.dwl.management.config.cache.CachingLoaderHelperImpl.initApplication
(CachingLoaderHelperImpl.java:171)
at com.dwl.management.config.cache.CachingLoaderHelperImpl.getApplicationName
(CachingLoaderHelperImpl.java:185)
Rozwiązanie
1. Określ możliwą przyczynę tego błędu, przeszukując pliki dziennika instalacji w katalogu
KATALOG_GŁÓWNY_INSTALACJI_MDM/logs/database. Wyszukaj następujący
tekst, aby znaleźć komunikaty, o których wiadomo, że są związane z tym błędem:
v Custom operation MDM Operational Server, updating data in Configuration
Repository tables in unit
com.ibm.mdm.mdm_config.update.appsoftware.table.unix completed:
v Custom operation MDM Operational Server, Updating Configuration Repository
to setup matching type in unit com.ibm.mdm.mdm_config.update.PME.tables
completed:
2. Rozwiąż wszelkie problemy z połączeniem z bazą danych.
3. Deinstaluj produkt InfoSphere MDM i zainstaluj go ponownie.
Błąd instalacji: OutOfMemoryError - obszar PermGen
Błąd jest zgłaszany, gdy domyślny proces ws_ant.sh produktu IBM Installation Manager ma
za mało pamięci na obszar PermGen.
Opis
Ten problem dotyczy środowisk Solaris. Każda instalacja produktu InfoSphere MDM
obejmująca jedną lub kilka aplikacji interfejsu użytkownika może nie powieść się ze
zgłoszeniem następującego błędu w rodzimym pliku dziennika produktu IBM Installation
Manager:
[datownik] [main] INFO com.ibm.mdm.de.config.appserver.core.MDMWebAppDeploy.roleMapping(Line:214)
- ==========
java.lang.OutOfMemoryError: PermGen space
PermGen space
177
Rozwiązanie
Zwiększ ilość pamięci dla obszaru PermGen:
1. Otwórz skrypt $WAS_HOME/bin/ws_ant.sh.
2. Zmień ilość pamięci dla obszaru PermGen na 256 MB, wykonując w wierszu komend
następującą komendę Java:
eval "$JAVA_EXE" "-XX:MaxPermSize=256m"
Błąd instalacji: niepowodzenie uzgadniania SSL
Podczas instalowania produktu InfoSphere MDM w trybie instalacji cichej na komputerze,
który nie obsługuje graficznych interfejsów użytkownika, może pojawić się komunikat
Niepowodzenie uzgadniania SSL, powodujący niepowodzenie instalacji.
Opis
Jeśli podczas instalacji produktu InfoSphere MDM nie jest możliwe oczekiwane otwarcie
okna wywoływanego serwera IBM WebSphere Application Server Uzgadnianie SSL, agent
węzła nie może przetwarzać interakcji z aplikacją instalacyjną produktu InfoSphere MDM.
Wystąpienie tego problemu powoduje niepowodzenie instalacji produktu InfoSphere MDM i
inicjuje pełne wycofanie instalacji.
Updating property file: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.properties
########################### entering SyncNodesTask ###########################
wasUser is mdmadmin
wasPwd is ********
hostname is M2848
port is 28879
trustFile is /m1/mdm/WebSphere85dev/AppServer/etc/DummyClientTrustFile.jks
trustFilePwd is *****
node is None
CWPKI0308I: Adding signer alias "CN=M2848, OU=Root Certifica" to local
keystore "null" with the following SHA digest:
33:1A:02:2A:C1:10:77:AD:09:3F:FF:CB:F8:8B:49:53:22:3F:5A:89
CWPKI0022E: SSL HANDSHAKE FAILURE: A signer with SubjectDN "CN=M2848, OU=c1_mdm_dev, OU=dm_c1_mdm_dev,
O=ACME5, C=US" was sent from target host:port "10.87.17.230:28879".
The signer may need to be added to local trust store
"/m1/mdm/WebSphere85dev/AppServer/etc/
DummyClientTrustFile.jks" located in SSL configuration alias "null" loaded from
SSL configuration file "null". The extended error message from the SSL handshake exception is:
"PKIX path building failed: java.security.cert.CertPathBuilderException:
PKIXCertPathBuilderImpl could not build a valid CertPath.; internal cause is:
java.security.cert.CertPathValidatorException: The certificate issued by CN=M2848,
OU=Root Certificate, OU=O1_mdm_dev, OU=dm_c1_mdm_dev, O=ACME5,
C=US is not trusted; internal cause is:
java.security.cert.CertPathValidatorException: Certificate chaining error".
CWPKI0040I: An SSL handshake failure occurred from a secure client. The server’s SSL signer has to be
added to the client’s trust store. A retrieveSigners utility is provided
to download signers from the server but requires administrative
permission. Check with your administrator to have this utility run to
setup the secure environment before running the client. Alternatively,
the com.ibm.ssl.enableSignerExchangePrompt can be enabled in ssl.client.props
for "DefaultSSLSettings" in order to allow acceptance of the signer during the
connection attempt.
Exception in com.ibm.mdm.de.ant.task.SyncNodesTask
com.ibm.websphere.management.exception.ConnectorException: ADMC0016E: The system cannot create a SOAP
connector to connect to host M2848 at port 28879.
ADMC0016E: The system cannot create a SOAP connector to connect to host M2848 at port 28879.
########################### existing SyncNodesTask ###########################
178
Rozwiązanie
1. Zastosuj jedno z następujących obejść:
v Dodaj podmiot podpisujący SSL serwera do magazynu zaufanych certyfikatów klienta:
a. Użyj programu narzędziowego retrieveSigners, aby pobrać podmioty podpisujące z
serwera.
b. Dodaj podmiot podpisujący do magazynu zaufanych certyfikatów klienta.
Uwaga: Program narzędziowy retrieveSigners wymaga uprawnień administratora.
Skontaktuj się z administratorem w celu uruchomienia tego programu narzędziowego i
skonfigurowania bezpiecznego środowiska przed uruchomieniem klienta.
v Zezwól na akceptowanie podmiotu podpisującego podczas prób połączenia:
– W pliku ssl.client.props w sekcji DefaultSSLSettings włącz właściwość
com.ibm.ssl.enableSignerExchangePrompt, aby zezwolić na akceptowanie
podmiotu podpisującego podczas próby połączenia.
2. Ponownie uruchom instalację produktu InfoSphere MDM.
Błąd deinstalacji: system nie mógł utworzyć konektora SOAP,
aby nawiązać połączenie z hostem lokalnym na porcie 88xx
System nie mógł utworzyć konektora SOAP, aby nawiązać połączenie z hostem lokalnym na
porcie 88xx.
Opis
Funkcja deinstalacji nie sprawdza, czy proces Dmgr (dla wdrożenia sieciowego) lub Server
(dla wdrożenia bazowego) produktu IBM WebSphere Application Server jest uruchomiony
przed rozpoczęciem deinstalacji. Jeśli nie będzie on uruchomiony podczas deinstalowania
produktu InfoSphere MDM, instalator nie będzie mógł utworzyć konektora SOAP
niezbędnego do nawiązania połączenia z hostem. Proces deinstalowania może działać
pomyślnie, ale nie zostanie usunięty żaden z zasobów związanych z serwerem IBM
com.ibm.websphere.management.exception.ConnectorException: ADMC0016E:
The system cannot create a SOAP connector to connect to host localhost at port 8881.
at com.ibm.websphere.management.AdminClientFactory.createAdminClientPrivileged
(AdminClientFactory.java:634)
at com.ibm.websphere.management.AdminClientFactory.access$000(AdminClientFactory.java:126)
at com.ibm.websphere.management.AdminClientFactory$1.run(AdminClientFactory.java:209)
at com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:63)
at com.ibm.websphere.management.AdminClientFactory.createAdminClient(AdminClientFactory.java:205)
at com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.init(MDSRemoteClient.java:43)
at com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.execute(MDSRemoteClient.java:21)
at com.ibm.mdm.de.ant.task.UninstallMDSWSAPITask.execute(UninstallMDSWSAPITask.java:84)
at org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)
at org.apache.tools.ant.Task.perform(Task.java:364)
at org.apache.tools.ant.Target.execute(Target.java:341)
at org.apache.tools.ant.Target.performTasks(Target.java:369)
at org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)
at org.apache.tools.ant.Project.executeTarget(Project.java:1185)
at org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)
at org.apache.tools.ant.Project.executeTargets(Project.java:1068)
at org.apache.tools.ant.Main.runBuild(Main.java:668)
at org.apache.tools.ant.Main.startAnt(Main.java:187)
at org.apache.tools.ant.Main.start(Main.java:150)
at org.apache.tools.ant.Main.main(Main.java:240)
at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)
at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)
at java.lang.reflect.Method.invoke(Method.java:611)
at com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:277)
Caused by: java.lang.reflect.InvocationTargetException
179
at sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)
at sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:56)
at sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:39)
at java.lang.reflect.Constructor.newInstance(Constructor.java:527)
at com.ibm.websphere.management.AdminClientFactory.createAdminClientPrivileged(AdminClientFactory.java:456)
... 24 more
Caused by: com.ibm.websphere.management.exception.ConnectorNotAvailableException:
[SOAPException: faultCode=SOAP-ENV:Protocol; msg=; targetException=java.net.MalformedURLException]
at com.ibm.ws.management.connector.soap.SOAPConnectorClient.reconnect(SOAPConnectorClient.java:422)
at com.ibm.ws.management.connector.soap.SOAPConnectorClient.<init>(SOAPConnectorClient.java:222)
... 29 more
Caused by: [SOAPException: faultCode=SOAP-ENV:Protocol; msg=; targetException=java.net.MalformedURLException]
at org.apache.soap.rpc.Call.WASinvoke(Call.java:529)
at com.ibm.ws.management.connector.soap.SOAPConnectorClient$4.run(SOAPConnectorClient.java:380)
at com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:118)
at com.ibm.ws.management.connector.soap.SOAPConnectorClient.reconnect(SOAPConnectorClient.java:365)
... 30 more
Rozwiązanie
Podczas deinstalowania produktu InfoSphere MDM, upewnij się, że uruchomione są procesy
produktu IBM WebSphere Application Server: Dmgr i AppSrv w przypadku wdrożenia
sieciowego lub Server w przypadku wdrożenia bazowego.
180
Rozdział 6. Deinstalowanie produktu InfoSphere MDM
Za pomocą programu IBM Installation Manager można zdeinstalować edycję lub usunąć
poszczególne komponenty.
Aby usunąć całą edycję (serwer operacyjny, bazę danych i komponenty), należy w programie
IBM Installation Manager użyć opcji deinstalowania.
Aby usunąć tylko wybrane komponenty, należy użyć opcji modyfikacji.
Deinstalowanie instancji produktu InfoSphere MDM
Ta procedura służy do deinstalowania instancji pełnej edycji produktu InfoSphere MDM.
Jeśli planowane jest późniejsze ponowne zainstalowanie tego środowiska wykonawczego
produktu InfoSphere MDM i używanie tej samej instancji bazy danych, dla bezpieczeństwa
należy utworzyć kopię zapasową bazy danych.
W środowisku, które będzie deinstalowane, zatrzymaj wszystkie instancje InfoSphere MDM
w czasie wykonywania (serwer operacyjny, instancję menedżera jednostek, aplikację kliencką
itd.).
Skorzystanie z opcji deinstalacji w programie IBM Installation Manager spowoduje usunięcie
wszystkich składników. Aby usunąć tylko wybrane komponenty (na przykład aplikację
Inspector lub interfejs użytkownika aplikacji Data Steward), należy użyć opcji modyfikacji.
1. Uruchom program IBM Installation Manager i kliknij opcję Deinstalowanie.
3. Przejrzyj podsumowanie i kliknij przycisk Deinstaluj.
Proces deinstalacji nie powoduje usunięcia archiwum CBA z wewnętrznego repozytorium
pakunków. Należy ręcznie usunąć archiwum CBA w konsoli administracyjnej IBM
Zadania pokrewne:
“Usuwanie archiwum CBA z wewnętrznego repozytorium pakunków” na stronie 185
Deinstalowanie autonomicznej instalacji serwera z bazą danych DB2
Jeśli produkt InfoSphere MDM został zainstalowany w ramach autonomicznej instalacji
serwera z bazą danych DB2, do deinstalowania składników należy użyć podanej procedury.
Instalacja autonomiczna tworzy bazę danych o nazwie MDM11DB. W systemie Microsoft
Windows deinstalowanie produktu InfoSphere MDM powoduje całkowite usunięcie bazy
danych MDM11DB. W systemie Linux i UNIX ta baza danych nie jest usuwana (należy
ręcznie usunąć bazę danych MDM11DB).
itd.).
181
Aby zdeinstalować tylko składniki produktu InfoSphere MDM, użyj następującej procedury:
“Deinstalowanie instancji produktu InfoSphere MDM” na stronie 181.
Program IBM Installation Manager nie obsługuje jednoczesnego wyboru wielu produktów do
deinstalacji. Użytkownik może jednak deinstalować produkty oddzielnie, zgodnie z opisem w
tej procedurze.
2. Zdeinstaluj serwer InfoSphere MDM.
a. Wybierz pakiet InfoSphere MDM i kliknij przycisk Dalej.
b. Przejdź przez kolejne zapytania i kliknij przycisk Deinstaluj.
c. Kliknij przycisk Zakończ i wróć do panelu głównego programu IBM Installation
Manager.
3. Zdeinstaluj produkt IBM DB2.
a. Wybierz pakiet IBM DB2 i kliknij przycisk Dalej.
Manager.
4. Zdeinstaluj serwer WebSphere Application Server.
a. Upewnij się, że zarówno serwer WebSphere Application Server, jak i menedżer
wdrażania są zatrzymane. Jeśli te procesy działają, deinstalacja serwera WebSphere
Application Server jest niemożliwa.
b. Na panelu głównym programu IBM Installation Manager wybierz opcję
Deinstalowanie.
c. Wybierz pakiet WebSphere Application Server i kliknij przycisk Dalej.
d. Przejdź przez kolejne zapytania i kliknij przycisk Deinstaluj.
e. Kliknij przycisk Zakończ i zamknij program IBM Installation Manager.
Zadania pokrewne:
Deinstalowanie autonomicznej instalacji stacji roboczej z bazą danych
DB2
Jeśli produkt InfoSphere MDM został zainstalowany w ramach autonomicznej instalacji stacji
roboczej z bazą danych DB2, do deinstalowania składników należy użyć podanej procedury.
Instalacja autonomiczna tworzy bazę danych o nazwie MDM11DB. W systemie Microsoft
Windows deinstalowanie produktu InfoSphere MDM powoduje całkowite usunięcie bazy
danych MDM11DB. W systemie Linux i UNIX ta baza danych nie jest usuwana (należy
ręcznie usunąć bazę danych MDM11DB).
itd.).
Aby deinstalować tylko składniki produktu InfoSphere MDM, użyj następującej procedury:
Deinstalowanie instancji produktu InfoSphere MDM.
Program IBM Installation Manager nie obsługuje jednoczesnego wyboru wielu produktów do
deinstalacji. Użytkownik może jednak deinstalować produkty oddzielnie, zgodnie z opisem w
tej procedurze.
182
2. Zdeinstaluj serwer InfoSphere MDM.
a. Wybierz pakiet InfoSphere MDM i kliknij przycisk Dalej.
Manager.
3. Zdeinstaluj produkt IBM DB2.
a. Wybierz pakiet IBM DB2 i kliknij przycisk Dalej.
Manager.
4. Zdeinstaluj jednocześnie produkty InfoSphere MDM Workbench i IBM Rational
Application Developer (RAD).
a. Wybierz pakiety MDM Workbench i IBM Rational Application Developer, a
następnie kliknij przycisk Dalej.
c. Kliknij przycisk Zakończ i zamknij program IBM Installation Manager.
5. Zdeinstaluj serwer WebSphere Application Server.
a. Upewnij się, że zarówno serwer WebSphere Application Server, jak i menedżer
wdrażania są zatrzymane. Jeśli te procesy działają, deinstalacja serwera WebSphere
Application Server jest niemożliwa.
b. Na panelu głównym programu IBM Installation Manager wybierz opcję
Deinstalowanie.
c. Wybierz pakiet WebSphere Application Server i kliknij przycisk Dalej.
d. Przejdź przez kolejne zapytania i kliknij przycisk Deinstaluj.
e. Kliknij przycisk Zakończ i wróć do panelu głównego programu IBM Installation
Manager.
Zadania pokrewne:
Deinstalowanie pojedynczego komponentu
Ta procedura służy do deinstalowania aplikacji lub komponentu produktu InfoSphere MDM.
Ta procedura pozwala usunąć jedynie wybraną aplikację lub komponent. Aby usunąć całą
edycję produktu InfoSphere MDM, należy w programie IBM Installation Manager użyć opcji
deinstalowania.
1. Uruchom program IBM Installation Manager i kliknij przycisk Modyfikuj.
3. Wybierz język i kliknij przycisk Dalej.
4. Na panelu Modyfikowanie pakietów wszystkie wcześniej zainstalowane komponenty
zostaną zaznaczone automatycznie. Upewnij się, że zaznaczenie jest usunięte tylko obok
komponentu, który ma być usunięty. Kliknij przycisk Dalej.
5. Przejrzyj podsumowanie i upewnij się, że w polu Usuwanie składników jest wymieniony
tylko ten komponent, który ma zostać usunięty. Kliknij przycisk Modyfikuj.
183
Pojęcia pokrewne:
Zadania pokrewne:
“Usuwanie archiwum CBA z wewnętrznego repozytorium pakunków” na stronie 185
Deinstalowanie w trybie cichym
Za pomocą tej procedury można zdeinstalować komponenty produktu InfoSphere MDM w
trybie cichym.
Podczas wykonywania deinstalacji interaktywnej generowany jest plik właściwości. Aby
wykonać deinstalację w trybie cichym, należy zmodyfikować wygenerowany plik lub
utworzyć własny.
1. Aby dokonać deinstalacji, zastąp łańcuch "install" w znacznikach <install
modify=’false’> i </install> w pliku odpowiedzi łańcuchem uninstall. Na przykład:
<uninstall modify=’false’>
<offering id=’com.ibm.mdm.advanced’ version=’numerWersji’ profile=’IBM InfoSphere Master
Data Management’ features=’com.ibm.mdm.install.iu.localization.feature,
com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature,
com.ibm.im.mdm.native.feature,com.ibm.mdm.ba.webapp.feature,com.ibm.mdm.ds.webapp.feature,
com.ibm.mdm.pui.webapp.feature,com.ibm.mdm.inspector.webapp.feature,
com.ibm.mdm.ev.webapp.feature,com.ibm.mdm.wb.webapp.feature,com.ibm.mdm.pd.webapp.feature,
com.ibm.im.mdm.pair.manager.feature,com.ibm.im.mdm.message.broker.feature,com.ibm.im.mdm.ei.feature,
com.ibm.mdm.ba.webapp.sample.feature,com.ibm.im.mdm.eutc’/>
</uninstall>
2. Zastąp domyślną wartość profilu wartościami dla profilu rzeczywistego. Na przykład:
Przed zmianą:
<data key=’user.was.profile.home.ba,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.ds,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.pui,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.inspector,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.wb,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.ev,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.pd,com.ibm.mdm.advanced’
Po zmianie:
value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/>
<data key=’user.was.profile.home.ba,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.ds,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.pui,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.inspector,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.wb,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.ev,com.ibm.mdm.advanced’
<data key=’user.was.profile.home.pd,com.ibm.mdm.advanced’
184
3. Uruchamiając cichą deinstalację, trzeba się upewnić, że następujące trzy składniki są
zawsze uwzględnione w pliku odpowiedzi:
com.ibm.mdm.install.iu.localization.feature,com.ibm.mdm.server.swtag.feature,
com.ibm.mdm.server.bundles.feature
4. Aby zmodyfikować przykładowy plik odpowiedzi z pakietu Installation Startup Kit dla
potrzeb cichej deinstalacji, dodaj do niego następujące składniki:
com.ibm.mdm.server.swtag.feature, com.ibm.mdm.server.bundles.feature featues
Na przykład:
<uninstall modify=’false’>
<offering id=’com.ibm.mdm.advanced’ version=’numerWersjiprofile=
’IBM InfoSphere Master Data Management’ features=’com.ibm.mdm.install.iu.localization.feature
,com.ibm.mdm.server.swtag.feature,com.ibm.mdm.server.bundles.feature,
com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature,com.ibm.mdm.ba.webapp.feature’
installFixes=’none’/>
</uninstall>
Zadania pokrewne:
“Dostosowywanie pliku odpowiedzi instalacji w trybie cichym” na stronie 134
Usuwanie archiwum CBA z wewnętrznego repozytorium pakunków
Deinstalacja produktu InfoSphere MDM nie powoduje usunięcia archiwum CBA z
wewnętrznego repozytorium pakunków. Należy usunąć je ręcznie po zakończeniu działania
procesu deinstalacji.
1. Zaloguj się do konsoli administracyjnej IBM WebSphere Application Server.
2. Przejdź do opcji Środowisko > Repozytoria pakunków OSGI > Wewnętrzne
repozytorium pakunków.
3. Wybierz archiwa CBA produktu MDM.ear i kliknij przycisk Usuń.
Zadania pokrewne:
“Deinstalowanie instancji produktu InfoSphere MDM” na stronie 181
“Deinstalowanie pojedynczego komponentu” na stronie 183
185
186
Uwagi i znaki towarowe
Niniejsza publikacja została przygotowana z myślą o produktach i usługach oferowanych w
Stanach Zjednoczonych.
Uwagi
Niniejsza publikacja została przygotowana z myślą o produktach i usługach oferowanych w
Stanach Zjednoczonych.
IBM może nie oferować w innych krajach produktów, usług lub opcji omawianych w tej
publikacji. Informacje o produktach i usługach dostępnych w danym kraju można uzyskać od
lokalnego przedstawiciela IBM. Jakakolwiek wzmianka na temat produktu, programu lub
usługi IBM nie oznacza, że może być zastosowany jedynie ten produkt, ten program lub ta
usługa IBM. Zamiast nich można zastosować ich odpowiednik funkcjonalny pod warunkiem,
że nie narusza to praw własności intelektualnej IBM. Jednakże cała odpowiedzialność za
ocenę przydatności i sprawdzenie działania produktu, programu lub usługi, pochodzących od
producenta innego niż IBM, spoczywa na użytkowniku.
IBM może posiadać patenty lub złożone wnioski patentowe na towary i usługi, o których
mowa w niniejszej publikacji. Używanie tego dokumentu nie daje żadnych praw do tych
patentów. Pisemne zapytania w sprawie licencji można przesyłać na adres:
IBM Director of Licensing
IBM Corporation
North Castle Drive
Armonk, NY 10504-1785
USA
Zapytania dotyczące zestawów znaków dwubajtowych (DBCS) należy kierować do lokalnych
działów własności intelektualnej IBM (IBM Intellectual Property Department) w kraju lub
wysłać je na piśmie na adres:
Intellectual Property Licensing
Legal and Intellectual Property Law
IBM Japan Ltd.
19-21, Nihonbashi-Hakozakicho, Chuo-ku
Tokyo 103-8510, Japonia
Poniższy akapit nie obowiązuje w Wielkiej Brytanii, a także w innych krajach, w
których jego treść pozostaje w sprzeczności z przepisami prawa
miejscowego:INTERNATIONAL BUSINESS MACHINES CORPORATION DOSTARCZA
TĘ PUBLIKACJĘ W TAKIM STANIE, W JAKIM SIĘ ZNAJDUJE "AS IS" BEZ
UDZIELANIA JAKICHKOLWIEK GWARANCJI (W TYM TAKŻE RĘKOJMI),
WYRAŹNYCH LUB DOMNIEMANYCH, A W SZCZEGÓLNOŚCI DOMNIEMANYCH
GWARANCJI PRZYDATNOŚCI HANDLOWEJ ORAZ PRZYDATNOŚCI DO
OKREŚLONEGO CELU LUB GWARANCJI, ŻE PUBLIKACJA NIE NARUSZA PRAW
OSÓB TRZECICH. Ustawodawstwa niektórych krajów nie dopuszczają zastrzeżeń
dotyczących gwarancji wyraźnych lub domniemanych w odniesieniu do pewnych transakcji,
w takiej sytuacji powyższe zdanie nie ma zastosowania.
Informacje zawarte w niniejszej publikacji mogą zawierać nieścisłości techniczne lub błędy
drukarskie. Informacje te są okresowo aktualizowane, a zmiany te zostaną uwzględnione w
187
kolejnych wydaniach tej publikacji. IBM zastrzega sobie prawo do wprowadzania ulepszeń
i/lub zmian w produktach i/lub programach opisanych w tej publikacji w dowolnym czasie,
bez wcześniejszego powiadomienia.
Wszelkie wzmianki w tej publikacji na temat stron internetowych innych podmiotów zostały
wprowadzone wyłącznie dla wygody użytkownika i w żadnym wypadku nie stanowią zachęty
do ich odwiedzania. Materiały zawarte w tych serwisach WWW nie stanowią części
materiałów przeznaczonych dla niniejszego produktu IBM i użytkownicy korzystają z tych
serwisów WWW na własne ryzyko.
IBM ma prawo do używania i rozpowszechniania informacji przysłanych przez użytkownika
w dowolny sposób, jaki uzna za właściwy, bez żadnych zobowiązań wobec ich autora.
Licencjobiorcy tego programu, którzy chcieliby uzyskać informacje na temat programu w
celu: (i) wdrożenia wymiany informacji między niezależnie utworzonymi programami i
innymi programami (łącznie z tym opisywanym) oraz (ii) wykorzystywania wymienianych
informacji, powinni skontaktować się z:
IBM Corporation
J46A/G4
555 Bailey Avenue
San Jose, CA 95141-1003 USA
Informacje takie mogą być udostępnione, o ile spełnione zostaną odpowiednie warunki, w
tym, w niektórych przypadkach, uiszczenie odpowiedniej opłaty.
Licencjonowany program opisany w tym dokumencie oraz wszystkie inne licencjonowane
materiały dostępne dla tego programu są dostarczane przez IBM na warunkach określonych w
Umowie IBM z Klientem, Międzynarodowej Umowie Licencyjnej IBM na Program lub w
innych podobnych umowach zawartych między IBM i użytkownikami.
Wszelkie dane dotyczące wydajności zostały zebrane w kontrolowanym środowisku. W
związku z tym rezultaty uzyskane w innych środowiskach operacyjnych mogą się znacząco
różnić. Niektóre pomiary mogły być dokonywane na systemach będących w fazie rozwoju i
nie ma gwarancji, że pomiary te wykonane na ogólnie dostępnych systemach dadzą takie
same wyniki. Niektóre z pomiarów mogły być estymowane przez ekstrapolację. Rzeczywiste
wyniki mogą być inne. Użytkownicy powinni we własnym zakresie sprawdzić odpowiednie
dane dla ich środowiska.
Informacje dotyczące produktów innych niż produkty IBM pochodzą od dostawców tych
produktów, z opublikowanych przez nich zapowiedzi lub innych powszechnie dostępnych
źródeł. IBM nie testował tych produktów i nie może potwierdzić dokładności pomiarów
wydajności, kompatybilności ani żadnych innych danych związanych z tymi produktami.
Pytania dotyczące możliwości produktów innych podmiotów należy kierować do dostawców
tych produktów.
Wszelkie stwierdzenia dotyczące przyszłych kierunków rozwoju i zamierzeń IBM mogą
zostać zmienione lub wycofane bez powiadomienia.
Publikacja ta zawiera przykładowe dane i raporty używane w codziennej pracy. W celu
kompleksowego ich zilustrowania, podane przykłady zawierają nazwiska osób prywatnych,
nazwy przedsiębiorstw oraz nazwy produktów. Wszystkie te nazwiska/nazwy są fikcyjne i
jakakolwiek ich zbieżność z prawdziwymi nazwiskami/nazwami jest całkowicie
przypadkowa.
LICENCJA W ZAKRESIE PRAW AUTORSKICH:
188
Niniejsza publikacja zawiera przykładowe aplikacje w kodzie źródłowym, ilustrujące techniki
programowania w różnych systemach operacyjnych. Użytkownik może kopiować,
modyfikować i rozpowszechniać te programy przykładowe w dowolnej formie bez uiszczania
opłat na rzecz IBM, w celu rozbudowy, użytkowania, handlowym lub w celu
rozpowszechniania aplikacji zgodnych z aplikacyjnym interfejsem programowym dla tego
systemu operacyjnego, dla którego napisane były programy przykładowe. Programy
przykładowe nie zostały gruntownie przetestowane. IBM nie może zatem gwarantować lub
sugerować niezawodności, użyteczności i funkcjonalności tych programów. Programy
przykładowe są dostarczane w stanie, w jakim się znajdują ("AS IS"), bez udzielania
jakichkolwiek gwarancji (rękojmię również wyłącza się). IBM nie ponosi odpowiedzialności
za jakiekolwiek szkody wynikające z używania programów przykładowych.
Każda kopia programu przykładowego lub jakikolwiek jego fragment, jak też jakiekolwiek
prace pochodne muszą zawierać następujące uwagi dotyczące praw autorskich:
© (nazwa przedsiębiorstwa użytkownika, rok). Fragmenty tego kodu pochodzą z Programów
Przykładowych IBM Corp. © Copyright IBM Corp. _wprowadź rok lub lata_. Wszelkie
prawa zastrzeżone.
W przypadku przeglądania niniejszych informacji w formie elektronicznej, zdjęcia i kolorowe
ilustracje mogą nie być wyświetlane.
Uwagi dotyczące strategii ochrony prywatności
Oprogramowanie IBM, w tym rozwiązanie SaaS (Software as a Service), zwane dalej
"Oferowanym Oprogramowaniem" może korzystać z informacji cookie lub z innych
technologii do gromadzenia danych o używaniu produktów, do poprawienia jakości usług dla
użytkowników końcowych, do dopasowania interakcji do ich oczekiwań oraz do innych
celów. W wielu przypadkach Oferowane Oprogramowanie nie gromadzi informacji
pozwalających na identyfikację osoby. Część Oferowanego Oprogramowania może jednak
umożliwiać gromadzenie informacji pozwalających na identyfikację osoby. Jeśli Oferowane
Oprogramowanie korzysta z informacji cookie do gromadzenia informacji pozwalających na
identyfikację osoby, poniżej znajdują się szczegółowe informacje na temat takiego
korzystania.
W zależności od wdrożonych konfiguracji Oferowane Oprogramowanie może korzystać z
informacji cookie sesji lub trwałych, które gromadzą dane każdego użytkownika, takie jak
nazwa użytkownika, hasło, nazwa profilu i inne informacje pozwalające na identyfikację
osoby, do celów zarządzania sesją, uwierzytelniania, zwiększenia łatwości używania, obsługi
pojedynczego logowania lub identyfikacji na stronach WWW, które użytkownik próbował
załadować przed zalogowaniem. Te informacje cookie można wyłączyć, ale po ich
wyłączeniu nie będzie dostępna funkcjonalność, która ich wymaga.
Jeśli konfiguracje Oferowanego Oprogramowania umożliwiają gromadzenie informacji
pozwalających na identyfikację użytkowników końcowych za pośrednictwem informacji
cookie lub innych technologii, należy wystąpić o poradę prawną w zakresie prawa
obowiązującego przy takim gromadzeniu danych, w tym wymagań dotyczących
powiadomienia i zgody.
Więcej informacji na temat korzystania z różnych technologii, w tym z informacji cookie, do
opisanych wyżej celów znajduje się w sekcji Ochrona prywatności w IBM, pod adresem
www.ibm.com/privacy oraz Oświadczenie IBM o Ochronie Prywatności w Internecie, pod
adresem www.ibm.com/privacy/details, a także w sekcji zatytułowanej "Cookies, Web
Beacons and Other Technologies" oraz "IBM Software Products and Software-as-a-Service
Privacy Statement", pod adresem www.ibm.com/software/info/product-privacy.
Uwagi i znaki towarowe
189
Znaki towarowe
IBM, logo IBM i ibm.com są znakami towarowymi lub zastrzeżonymi znakami towarowymi
International Business Machines Corp. zarejestrowanymi w wielu systemach prawnych na
całym świecie. Nazwy innych produktów i usług mogą być znakami towarowymi IBM lub
innych podmiotów. Aktualna lista znaków towarowych IBM jest dostępna w serwisie WWW
"Copyright and trademark information" pod adresem www.ibm.com/legal/copytrade.shtml.
Poniższe terminy są znakami towarowymi lub zastrzeżonymi znakami towarowymi innych
przedsiębiorstw:
Adobe, logo Adobe, PostScript oraz logo PostScript są zastrzeżonymi znakami towarowymi
lub znakami towarowymi Adobe Systems Incorporated w Stanach Zjednoczonych i/lub w
innych krajach.
IT Infrastructure Library jest zastrzeżonym znakiem towarowym agencji CCTA (Central
Computer and Telecommunications Agency), wchodzącej w skład Departamentu
Ministerstwa Skarbu Wielkiej Brytanii (Office of Government Commerce).
Linear Tape-Open, LTO, logo LTO, Ultrium i logo Ultrium są znakami towarowymi HP, IBM
Corp. i Quantum w Stanach Zjednoczonych i w innych krajach.
Intel, logo Intel, Intel Inside, logo Intel Inside, Intel Centrino, logo Intel Centrino, Celeron,
Intel Xeon, Intel SpeedStep, Itanium oraz Pentium są znakami towarowymi lub zastrzeżonymi
znakami towarowymi Intel Corporation lub przedsiębiorstw podporządkowanych Intel
Corporation w Stanach Zjednoczonych i innych krajach.
Linux jest zastrzeżonym znakiem towarowym Linusa Torvaldsa w Stanach Zjednoczonych
i/lub w innych krajach.
Microsoft, Windows, Windows NT i logo Windows są znakami towarowymi Microsoft
Corporation w Stanach Zjednoczonych i/lub w innych krajach.
Java oraz wszystkie znaki towarowe i logo dotyczące języka Java są znakami towarowymi lub
zastrzeżonymi znakami towarowymi Oracle i/lub przedsiębiorstw afiliowanych Oracle.
Cell Broadband Engine jest znakiem towarowym Sony Computer Entertainment, Inc. w
Stanach Zjednoczonych i/lub w innych krajach i jest używany w ramach licencji udzielanych
przez te kraje.
ITIL jest zastrzeżonym znakiem towarowym oraz zastrzeżonym wspólnotowym znakiem
towarowym Departamentu Ministerstwa Skarbu Wielkiej Brytanii (Office of Government
Commerce) oraz został zarejestrowany w Urzędzie Patentów i Znaków Towarowych Stanów
Zjednoczonych (U.S. Patent and Trademark Office).
UNIX jest zastrzeżonym znakiem towarowym The Open Group w Stanach Zjednoczonych i
w innych krajach.
190
Indeks
G
A
aktualizowanie wdrożonych plików właściwości
aplikacja
instalacja 148
aplikacja użytkownika
powiązanie serwera operacyjnego 41
arkusze 27
aplikacja MDM 37
aplikacje użytkownika 40
katalog instalacyjny 27
WebSphere Application Server 34
wyzwalacze historii 42
źródło danych DB2 lub DB2 for z/OS 28
źródło danych Microsoft SQL Server 31
źródło danych Oracle 32
autonomiczna
instalacja 65
autonomiczny
instalacja na serwerze 58
164
D
deinstalowanie 181
pełny produkt 181
pojedyncze aplikacje/komponenty 183
w trybie cichym 184
dodawanie użytkownika 106
dodawanie węzła do klastra 162
domyślne
ustawienia kont użytkowników 12
dzienniki
wyświetlanie 161
program Installation Manager 160
106
H
hasło
34, 37, 40
I
B
baza danych
instalacja ręczna 28, 31, 32
katalog główny 28, 31, 32
konta użytkowników 75
nazwa hosta 28, 31, 32
nazwa użytkownika i hasło 28, 31, 32
połączenia 75
port 28, 31, 32
przygotowywanie bazy danych DB2 76
przygotowywanie bazy danych SQL Server
przygotowywanie Oracle 80
schemat 28, 31, 32
typ 28, 31, 32
baza danych DB2
przygotowanie do instalacji 76
scenariusze instalacji 44
baza danych Oracle
baza danych SQL Server
branża 42
globalizacja 111
graficzna
instalacja 26
grupa pakietów
istniejące 27
nowe 27
grupy 12
grupy MDM
dodawanie użytkownika
79
instalacja
arkusze 27
graficzna 26
modyfikowanie 162
przegląd 7
w trybie cichym 26
wyświetlanie dzienników 161
instalacja autonomiczna
typ wdrożenia 21
dla stacji roboczej 23
na serwerze 22
instalacja cicha
deinstalowanie 184
dostosowywanie pliku odpowiedzi 134
modyfikowanie 142
określanie składników 136
parametry DB2 136, 137
parametry Oracle 138
parametry serwera aplikacji 139
przy użyciu pliku odpowiedzi 141
tworzenie pliku odpowiedzi 142
wyłączenie ekranu powitalnego 141
instalacja niestandardowa
typ wdrożenia 25
instalacje ciche 130
instalowanie
aplikacje 148
autonomiczna stacja robocza 65
deinstalacja w trybie cichym 184
interfejs użytkownika aplikacji Business Administration 149
interfejs użytkownika aplikacji Data Stewardship 150
interfejs użytkownika aplikacji Product Maintenance 152
modyfikowanie w trybie cichym 142
niestandardowe 112
przykłady 155, 156, 157
ręczne instalowanie
ustawienia dla bazy danych Oracle 87
ręczne instalowanie aplikacji 83
ręczne instalowanie aplikacji w produkcie DB2 dla systemu Linux
lub UNIX 87, 88, 90
191
instalowanie (kontynuacja)
ręczne instalowanie aplikacji w produkcie DB2 for z/OS 85, 86,
92, 94
ręczne instalowanie aplikacji z bazą danych Oracle 97
serwer autonomiczny 58
składniki 8
sprawdzanie 157, 159
struktura i nazwy katalogów 15
typ wdrożenia autonomicznego 21, 22, 23
typy wdrożenia
autonomiczna lub niestandardowa 20
w klastrze 123
w systemie z/OS 126
w trybie cichym
dostosowanie pliku odpowiedzi 134
przy użyciu pliku odpowiedzi 141
tworzenie pliku odpowiedzi 142
wyłączenie ekranu powitalnego 141
wdrożenie niestandardowe 25
za pomocą startera 58, 64
instalowanie aplikacji Data Stewardship
ręczne tworzenie użytkownika zarządzania zadaniami 152
interfejs użytkownika aplikacji Business Administration
instalowanie 149
interfejs użytkownika aplikacji Data Stewardship
instalowanie 150
interfejs użytkownika aplikacji Product Maintenance
instalowanie 152
konfiguracja (kontynuacja)
arkusze (kontynuacja)
wyzwalacze historii 42
źródło danych DB2/DB2 for z/OS 28
źródło danych Microsoft SQL Server 31
źródło danych Oracle 32
oddzielanie konfiguracji 121
oddzielanie od instalacji 121
pliki właściwości 121
konfigurowanie interfejsu XA dla produktu DB2 for z/OS
konta użytkowników 12
baza danych 75
L
lista kontrolna 27
listy kontrolne 27, 28, 31, 32, 34, 37, 40, 41, 42
lokalne środowisko programistyczne
M
MAD_HOMEDIR 17
MAD_ROOTDIR 17
magistrala komunikatów
konfiguracja 127
modyfikowanie
instalacja 162
modyfikowanie w trybie cichym
142
N
J
język
tabela kodów 42
zasób aplikacji 42
język tabeli kodów 42
język zasobów aplikacji 42
112
O
K
KATALOG_GŁÓWNY_INSTALACJI_MDM 17
klaster 34, 37, 40
dodawanie węzła produktu InfoSphere MDM 162
instalacja 123
scenariusze instalacji 44, 47
klauzule prawne 187
klucz dostępu, przykłady 157
klucz, dostęp do przykładów 157
kodowanie znaków
ustawianie na komputerach docelowych 111
kolektor danych programu IBM Support Assistant 112
komórka
WebSphere Application Server 34, 40
komponent przesyłania komunikatów
instalowanie ręczne 110
komunikat o błędzie
test weryfikujący 127
konfiguracja
arkusze 27
aplikacja MDM 37
aplikacje użytkownika 40
katalog instalacyjny 27
192
narzędzie do sprawdzania wymagań wstępnych
nazwa aplikacji 37
nazwa hosta 34, 40
nazwa użytkownika 34, 40
niestandardowe
instalacja 112
oddzielanie instalacji od konfiguracji 121
Oracle
ręczne instalowanie bazy danych domeny
P
Pakiet Installation Startup Kit 112
pakiet uruchamiania 10
plik odpowiedzi
dostosowanie 134
instalacja cicha 142
przy użyciu 141
tworzenie w trybie graficznym 142
pobieranie
przykłady 157
połączenia
baza danych 75
port RMI 37
port SOAP 34, 40
99
83
profil
program Installation Manager
dodawanie opcji MDM 72
instalowanie 72
przesyłanie komunikatów
domyślny mechanizm przesyłania komunikatów WebSphere 37
Message Brokers 37
WebSphere MQ 37
przygotowanie
baza danych DB2 do instalacji 76
baza danych Oracle do instalacji 80
baza danych SQL Server do instalacji 79
wysoka dostępność 26
baza danych 74
baza danych DB2 na innym serwerze 77
baza danych DB2 w środowisku klastrowym 78
baza danych Oracle na innym serwerze 82
baza danych Oracle w środowisku klastrowym 83
baza danych SQL Server na innym serwerze 80
baza danych SQL Server w środowisku klastrowym 80
dodawanie opcji MDM do instalatora 72
instalacja autonomiczna z bazą danych DB2 57, 64
konfigurowanie nośników instalacyjnych 56, 63, 70
menedżer wdrożenia serwera aplikacji 102
Pakiet Installation Startup Kit 73
pakiet uruchamiania 10, 73
serwer aplikacji do wdrożenia bazowego 105
serwer niezarządzany serwera aplikacji 104
ustawianie ścieżki do programu narzędziowego DB2 107
ustawianie ścieżki do programu narzędziowego Oracle 107
wymagania wstępne dotyczące konta 73
przykłady
instalowanie 155
przegląd instalacji 156
R
ręczne instalowanie
baza danych domeny w systemie Oracle 99
ręczne instalowanie aplikacji 83
ręczne instalowanie aplikacji w produkcie DB2 dla systemu Linux lub
UNIX 87, 88, 90
ręczne instalowanie aplikacji w produkcie DB2 for z/OS 85, 86, 92,
94
ręczne instalowanie aplikacji z bazą danych Oracle 97
ręczne instalowanie bazy danych fizycznego systemu MDM 87
rodzime uwierzytelnianie Windows 31
S
serwer
serwer aplikacji
przygotowanie 101
przygotowanie do wdrożenia bazowego 105
przygotowywanie menedżera wdrożenia 102
przygotowywanie serwera niezarządzanego 104
serwer operacyjny
powiązanie aplikacji użytkownika 41
sprawdzanie instalacji 157, 159
sprawdzanie wymagań wstępnych 60, 67, 116
Starter
uruchamianie instalacji autonomicznej z bazą danych DB2
sterowniki ODBC 83
struktura katalogów 15
styl uzgadniania 37
58, 64
Ś
środowisko instalacji
112
T
test weryfikujący 60, 67, 116
komunikat o błędzie 127
tworzenie
skrypty bazy danych 10
tworzenie i instalowanie bazy danych w systemie z/OS
typ wdrożenia
autonomiczny 21, 22, 23
niestandardowe 25
83
U
usługi związane z oprogramowaniem
kontakt 193
ustawianie ścieżki do programu narzędziowego DB2 107
ustawianie ścieżki do programu narzędziowego Oracle 107
ustawienia narodowe
ustawianie na komputerach docelowych 111
użytkownicy
dodawanie użytkownika do grupy 106
W
w trybie cichym
instalacja 26
wartość domyślna WebSphere
przesyłanie komunikatów 37
wdrażanie
wiele stref czasowych 37
wdrażanie wielu stref czasowych 37
katalog główny 34
komórka 34
profil 34
serwer 34
typ wdrożenia 34
węzeł 34
WebSphere MQ
przesyłanie komunikatów 37
weryfikowanie wymagań instalacji 60, 67, 116
węzeł
wiele instancji
instalowanie i konfigurowanie 12
wsparcie
dla klienta 193
wsparcie dla klienta
kontakt 193
wyłączenie ekranu powitalnego
instalacja cicha 141
wymagania dotyczące instalacji
sprawdzanie 60, 67, 116
testowanie 60, 67, 116
Indeks
193
wymagania systemowe 112
wymagania wstępne dotyczące konta 73
wysoka dostępność 26, 44, 47, 162
wyszukiwanie z rozróżnianiem wielkości liter
42
Z
z/OS
instalowanie w systemie 126
konfigurowanie magistrali komunikatów
zabezpieczenia
role kanałów 107
zarządzanie zadaniami
ręczne tworzenie użytkownika 152
zdalna baza danych
zdalny serwer
znaki towarowe
lista 187
194
127
Kontakt z firmą IBM
Można skontaktować się z firmą IBM w celu uzyskania wsparcia dla klienta, usług
związanych z oprogramowaniem, informacji o produktach oraz informacji ogólnych. Można
również przesłać do IBM opinie na temat produktów i dokumentacji.
W poniższej tabeli przedstawiono zasoby dotyczące wsparcia dla klienta, usług związanych z
oprogramowaniem, szkoleń oraz informacji o produktach i rozwiązaniach.
Tabela 31. Zasoby IBM
Zasób
Opis i położenie
Dokumentacja produktu InfoSphere MDM
Wszystkie dokumenty dotyczące produktu
InfoSphere MDM można wyszukiwać i
przeglądać pod adresem http://www.ibm.com/
support/knowledgecenter/SSWSR9_11.3.0.
Dokumentacja produktu InfoSphere MDM
Custom Domain Hub, obejmująca produkt
InfoSphere MDM Reference Data Management
Wszystkie dokumenty dotyczące produktu
InfoSphere MDM Custom Domain Hub można
wyszukiwać i przeglądać pod adresem
http://www.ibm.com/support/knowledgecenter/
SSLSQH_11.3.0.
Portal wsparcia IBM
Użytkownik może dostosowywać informacje
dotyczące wsparcia, wybierając interesujące go
produkty i tematy pod adresem
www.ibm.com/support/.
Usługi związane z oprogramowaniem
Informacje o oprogramowaniu, technologiach
informatycznych oraz usługach konsultingowych
dla biznesu można uzyskać w serwisie
dotyczącym rozwiązań pod adresem
www.ibm.com/businesssolutions/.
Moje ustawienia
Istnieje możliwość zarządzania odsyłaczami do
informacji i serwisów WWW IBM
zaspokajających konkretne potrzeby użytkownika
w zakresie wsparcia technicznego. Można to
zrobić w serwisie IBM Moje ustawienia pod
adresem www.ibm.com/account/.
Szkolenia i certyfikacje
Informacje o szkoleniach technicznych i usługach
edukacyjnych, dzięki którym osoby prywatne,
firmy i organizacje publiczne mogą uzyskać,
utrzymać i zoptymalizować umiejętności w
zakresie technologii informatycznych, można
znaleźć pod adresem www.ibm.com/software/swtraining/.
Przedstawiciele IBM
Kontakt z przedstawicielem IBM w celu
uzyskania informacji o rozwiązaniach można
nawiązać pod adresem www.ibm.com/connect/
ibm/us/en/.
Przekazywanie opinii
W poniższej tabeli przedstawiono sposoby przekazywania IBM opinii o produktach i
dokumentacji dotyczącej produktów.
195
Tabela 32. Przekazywanie opinii IBM
Typ opinii
Działanie
Opinie dotyczące produktów
Ogólne opinie dotyczące produktów można
przekazywać za pośrednictwem ankiety na temat
przydatności pod adresem https://www.ibm.com/
survey/oid/wsb.dll/studies/
consumabilitywebform.htm.
Opinie dotyczące dokumentacji
Aby skomentować dokumentację produktu:
v Kliknij odsyłacz Opinia na dole dowolnego
tematu w serwisie IBM Knowledge Center.
v Elektroniczny formularz komentarzy
użytkownika: www.ibm.com/software/data/rcf/
v Poczta elektroniczna: [email protected]
196
Drukowane w USA
GI13-2658-01

Podr|fvcznik instalowania

Transkrypt

Podobne dokumenty

gotówka na remont domu dla modych maestw

czytaj - KMR.pl

strona2

Parametry Przejdź do materiału dodatkowego - Biznes T

webMethods OneData do obsługi danych klientów

VI Forum Sektora Finansowego 23 czerwca 2010 r. Adgar Plaza Ul