Oracle Database 10g. Administracja Bazy Danych W Linuksie

Oracle Database 10g.
Administracja bazy
danych w Linuksie
Autor: Edward Whalen

Tumaczenie: Maciej Jezierski, Marek Paczyski
ISBN: 978-83-246-1197-3
Tytu oryginau: Oracle Database 10g
Linux Administration
Format: B5, stron: 464
Zainstaluj i zoptymalizuj Oracle Database 10g w rodowisku Linux
Skonfiguruj Linuksa do obsugi Oracle Database 10g i zainstaluj baz danych
Wykonaj kopie zapasowe danych i dostrj wydajno bazy oraz aplikacji
Naucz si optymalizowa zapytania SQL
Nazwa Oracle to ju niemal synonim bezpiecznej, wydajnej i stabilnej bazy danych.

Baza Oracle wykorzystywana jest wszdzie tam, gdzie wymagany jest wysoki poziom
bezpieczestwa danych, stabilno, szybko wykonywania zapyta i wysoka
wydajno mechanizmw zarzdzajcych. Udostpnienie danych uytkownikom sieci
wymaga zainstalowania bazy na serwerze obsugiwanym przez wydajny system
operacyjny, za jaki od dawna uwaany jest Linux. Ten dostpny nieodpatnie system
doskonale nadaje si do roli bazy dla Oraclea, atwo poddaje si tuningowi i daje
moliwo korzystania z doskonaej pomocy technicznej w postaci setek tysicy
uytkownikw na caym wiecie.
Ksika Oracle Database 10g. Administracja bazy danych w Linuksie stanowi
kompleksowe omwienie zagadnie zwizanych z instalacj bazy danych Oracle 10g
w rodowisku Linux, strojeniem jej wydajnoci, codziennymi zadaniami
administracyjnymi i korzystaniem z niej w celach produkcyjnych. Czytajc j, poznasz
architektur Linuksa i Oraclea, dowiesz si, jak zainstalowa i skonfigurowa baz
danych oraz zwizane z ni usugi, nauczysz si optymalnie integrowa Linuksa
z Oraclem. Nabyta wiedza pozwoli Ci lepiej zabezpiecza dane, planowa i realizowa
proces ich replikacji, administrowa kontami uytkownikw, tworzy klastry aplikacji,
optymalizowa zapytania SQL i budowa indeksy baz danych. Przeczytasz tu take
o konfigurowaniu serwerw i korzystaniu z Oracle Application Server 10g.
Wydawnictwo Helion
ul. Kociuszki 1c
44-100 Gliwice
tel. 032 230 98 63
e-mail: helion@helion.pl
Architektura bazy danych Oracle

Tworzenie baz i tabel
Instalacja Oracle 10g w Linuksie
Konfigurowanie systemu i bazy danych
Wdroenie klastra aplikacji w oparciu o mechanizm RAC
Optymalizowanie bazy danych
Tworzenie kopii zapasowych i odzyskiwanie danych
Mechanizmy replikacji danych
Optymalizacja zapyta SQL
Konfiguracja warstwy sprztowej
Zaprojektuj i wdraaj wysoko wydajne rozwizania bazodanowe
Spis treci
O autorze ................................................................................................. 11
O wspautorach ...................................................................................... 13
Wstp ...................................................................................................... 15
Cz I
Oracle na Linuksie ................................................................ 27
Rozdzia 1. Architektura Linuksa ................................................................................ 29

Przegld systemu operacyjnego .................................................................................................... 30
Jdro monolityczne ................................................................................................................ 30
Mikrojdro .............................................................................................................................. 32
Przegld Linuksa .......................................................................................................................... 32
Struktura katalogw ............................................................................................................... 33
Narzdzia i katalogi ................................................................................................................ 33
rodowisko programistyczne ................................................................................................. 37
Interfejs uytkownika w Linuksie ................................................................................................ 41
X Window .............................................................................................................................. 41
rodowiska graficzne ............................................................................................................. 41
Narzdzia serwera Web w Linuksie ............................................................................................. 43
Serwer sieci Web Apache ...................................................................................................... 43
Programowanie CGI w Linuksie ............................................................................................ 43
Proces uruchamiania Linuksa ................................................................................................. 43
Kod rdowy Linuksa ........................................................................................................... 44
Ponowne budowanie jdra Linuksa ........................................................................................ 44
Procesy i wtki .............................................................................................................................. 46
Czym jest proces? ................................................................................................................... 46
Korzystanie z procesw przez Oraclea ................................................................................. 47
Czym jest wtek? ................................................................................................................... 47
Urzdzenia .................................................................................................................................... 47
Urzdzenia znakowe .............................................................................................................. 47
Urzdzenia blokowe ............................................................................................................... 48
System zarzdzania przestrzeni dyskow LVM ................................................................... 48
System zarzdzania pamici masow ASM ......................................................................... 48
Systemy plikw ............................................................................................................................ 49
ext3 ......................................................................................................................................... 49
OCFS ...................................................................................................................................... 49
Surowe urzdzenia ................................................................................................................. 50
Podsumowanie .............................................................................................................................. 50
Oracle Database 10g. Administracja bazy danych w Linuksie
Rozdzia 2. Architektura Oraclea ............................................................................... 51

Server Oracle Database ................................................................................................................ 51
Baza danych Oracle Database ...................................................................................................... 52
Fizyczne struktury danych ..................................................................................................... 52
Logiczne struktury danych ..................................................................................................... 56
Instancja Oraclea ......................................................................................................................... 74
Definicja instancji Oraclea .................................................................................................... 74
Skadniki instancji .................................................................................................................. 74
Procesy uytkownika .................................................................................................................... 78
Proces serwera ........................................................................................................................ 78
Pami globalnego obszaru programu (PGA) ........................................................................ 79
Serwer wielowtkowy (MTS) a dedykowane procesy serwera ............................................. 79
Nowe funkcjonalnoci w Oracle 10g ............................................................................................ 80
Funkcjonalnoci zwizane ze skalowalnoci i wydajnoci ................................................ 80
Klastrowanie ........................................................................................................................... 80
Dostpno ............................................................................................................................. 81
Zarzdzanie ............................................................................................................................ 81
Funkcjonalnoci business intelligence ................................................................................... 81
Tworzenie aplikacji ................................................................................................................ 82
Obsuga 64-bitowego Linuksa ............................................................................................... 82
Przetwarzanie siatkowe ................................................................................................................ 82
Podsumowanie .............................................................................................................................. 83
Rozdzia 3. Zarzdzanie transakcjami oraz obiekty schematu Oraclea ......................... 85

Funkcjonalno Oraclea .............................................................................................................. 85
Odczyt z bazy danych ............................................................................................................ 85
Wspbieno ....................................................................................................................... 86
Zapis do bazy danych ............................................................................................................. 86
Blokowanie ............................................................................................................................. 87
Spjno odczytu .................................................................................................................... 87
Integralno danych ................................................................................................................ 87
Dziennik powtrze ............................................................................................................... 88
Cofanie ................................................................................................................................... 95
Wprowadzenie do zarzdzania transakcjami ................................................................................ 97
Transakcje .............................................................................................................................. 98
Wprowadzenie do obiektw schematu Oraclea ........................................................................ 102
Tabele ................................................................................................................................... 102
Indeksy ................................................................................................................................. 103
Widoki .................................................................................................................................. 104
Sekwencje ............................................................................................................................. 104
Klastry .................................................................................................................................. 105
Synonimy ............................................................................................................................. 105
Podsumowanie ............................................................................................................................ 105
Cz II
Instalacja Oracle 10g w Linuksie ........................................ 107
Rozdzia 4. Okrelanie wymaga Oracle 10g w systemach Linux ............................... 109

Wprowadzenie do okrelania wymaga ..................................................................................... 110
Okrelanie wymaga dla szczytowego i rwnego obcienia ............................................. 110
Umowy o poziomie usug .................................................................................................... 111
Zasoby systemowe, moliwoci i kolejkowanie ......................................................................... 113
Wydajno procesora a kolejkowanie .................................................................................. 113
Wydajno wejcia-wyjcia a kolejkowanie ........................................................................ 114
Wydajno sieci .................................................................................................................... 115
Pami .................................................................................................................................. 115
Spis treci
5
Metryki ....................................................................................................................................... 116
Dostosowanie Oraclea ............................................................................................................... 117
Parametry ograniczajce ...................................................................................................... 117
Parametry zasobw .............................................................................................................. 119
Okrelanie wymaga sprztowych ............................................................................................. 121
Okrelanie wymaga procesora ........................................................................................... 121
Okrelanie wymaga pamici .............................................................................................. 122
Okrelanie wymaga podsystemu wejcia-wyjcia ............................................................. 122
Podsystemy dyskowe RAID ....................................................................................................... 130
Sprztowy a programowy RAID .......................................................................................... 130
Paskowanie ........................................................................................................................... 131
Przegld parzystoci ............................................................................................................. 135
Przewidywanie obcienia ......................................................................................................... 139
Podsumowanie ............................................................................................................................ 139
Rozdzia 5. Konfigurowanie systemu Linux dla Oraclea ............................................. 141

Czynnoci niezbdne przed instalacj Linuksa .......................................................................... 141
Minimalne wymagania ......................................................................................................... 142
Konfiguracja systemw plikw ............................................................................................ 143
Wybr komponentw Linuksa ............................................................................................. 143
Czynnoci niezbdne po instalacji Linuksa ................................................................................ 146
Konfiguracja parametrw jdra ............................................................................................ 146
Dodawanie uytkownikw i grup ........................................................................................ 148
Konfiguracja ogranicze powoki dla uytkownika Oraclea .............................................. 149
Tworzenie struktury katalogw ............................................................................................ 149
Konfigurowanie rodowiska Oraclea .................................................................................. 150
Lista kontrolna instalacji ............................................................................................................ 151
Lista kontrolna instalacji dla Oracle 10g R1 ........................................................................ 151
Lista kontrolna instalacji dla Oracle 10g R2 ........................................................................ 153
Podsumowanie ............................................................................................................................ 154
Rozdzia 6. Instalacja Oracle 10g na Linuksie ........................................................... 155

Czynnoci wykonywane przed instalacj ................................................................................... 155
Parametry konfiguracyjne jdra ........................................................................................... 155
Wymagania pamici masowej .............................................................................................. 156
Proces instalacji .......................................................................................................................... 166
Przygotowywanie plikw instalacyjnych ............................................................................. 167
Uruchamianie programu instalacyjnego ............................................................................... 167
Czynnoci wykonywane po instalacji ......................................................................................... 170
Pobieranie oraz instalacja poprawek .................................................................................... 170
Czynnoci konfiguracyjne .................................................................................................... 170
Testowanie i sprawdzanie poprawnoci ............................................................................... 172
Podsumowanie ............................................................................................................................ 173
Cz III Oracle RAC w Linuksie ....................................................... 175

Rozdzia 7. Koncepcje klastra Oracle Real Application Cluster .................................. 177
Czym jest klastrowanie? ............................................................................................................. 178
Terminologia klastrw ......................................................................................................... 178
Definicja klastra ................................................................................................................... 180
RAC (Real Application Clusters) ............................................................................................... 182
Przegld RAC ....................................................................................................................... 182
Komponenty Oracle RAC 10g ............................................................................................. 184
Komponenty bazy danych RAC ........................................................................................... 188

Wykorzystanie wspuytkowanej pamici masowej w Oracle RAC ................................. 191
Wykorzystanie NAS jako wspuytkowanej pamici masowej ......................................... 193
Podsumowanie ............................................................................................................................ 194
Rozdzia 8. Uruchomienie klastra aplikacji Oracle w systemie Linux .......................... 195

Planowanie wdroenia systemu RAC ......................................................................................... 195
Komponenty RAC ................................................................................................................ 196
Okrelanie skali systemu RAC ............................................................................................. 198
Konfiguracja systemu Linux ...................................................................................................... 200
Sprawdzenie sprztu ............................................................................................................. 200
Sprawdzenie wymaga sieciowych ...................................................................................... 201
Konfiguracja jdra systemu Linux ....................................................................................... 202
Konfigurowanie systemu Linux ........................................................................................... 205
Konfiguracja moduw (programw) systemu Linux ................................................................ 207
Katalogi Oraclea ................................................................................................................. 207
Wyznaczanie zmiennych rodowiskowych .......................................................................... 208
Parametry pracy sieciowej ................................................................................................... 208
Konfiguracja klastra RAC .......................................................................................................... 211
Konfiguracja usug CRS ....................................................................................................... 212
Konfiguracja poczenia wewntrznego .............................................................................. 214
Konfiguracja wspdzielonych dyskw ............................................................................... 214
Testowanie klastra RAC i zarzdzanie nim ......................................................................... 217
Dokumenty pomocy dla Oracle 10g RAC .................................................................................. 221
Podsumowanie ............................................................................................................................ 222
Rozdzia 9. Administrowanie serwerem Oracle i klastrem RAC w systemie Linux ....... 223
Konfigurowanie jdra systemu Linux ........................................................................................ 223
Konfiguracja pamici wspdzielonej .................................................................................. 223
Konfiguracja semaforw i innych parametrw jdra ........................................................... 224
Monitorowanie i modyfikowanie parametrw konfiguracyjnych systemu Linux ............... 224
Konfiguracja sieci ....................................................................................................................... 225
Monitorowanie pracy systemu Linux ......................................................................................... 226
Polecenie sar ......................................................................................................................... 226
Polecenie vmstat ................................................................................................................... 227
Polecenie top ........................................................................................................................ 227
Polecenie iostat ..................................................................................................................... 228
Aktualizacja systemu operacyjnego Linux ................................................................................. 229
Uruchamianie instancji ............................................................................................................... 229
Uruchomienie bazy danych .................................................................................................. 230
Zamontowanie bazy danych ................................................................................................. 230
Otwarcie bazy danych .......................................................................................................... 231
Uruchomienie bazy danych za pomoc aplikacji Enterprise Manager Database Control ... 232
Baza danych Oracle Database 10g i demon CSSD .................................................................... 233
Uwierzytelnianie uytkownikw ................................................................................................ 233
Uwierzytelnianie w bazie danych ........................................................................................ 234
Uwierzytelnianie w systemie operacyjnym .......................................................................... 234
Uwierzytelnianie sieciowe ................................................................................................... 234
Uwierzytelnianie zdalne ....................................................................................................... 235
Uwierzytelnianie na poziomie warstwy poredniej ............................................................. 235
Uwierzytelnianie SSL .......................................................................................................... 235
Autoryzacja uytkownikw .................................................................................................. 236
Profile uytkownikw .......................................................................................................... 236
Uprawnienia ......................................................................................................................... 237
Dodawanie kont uytkownikw ................................................................................................. 238
Podsumowanie ............................................................................................................................ 239
Spis treci
Rozdzia 10. Optymalizacja platformy Oracle i klastra RAC w systemie Linux .............. 241
Metodologia zwikszania wydajnoci ........................................................................................ 242
Krok 1: Wstpna analiza ...................................................................................................... 242
Krok 2: Monitorowanie systemu .......................................................................................... 243
Krok 3: Analiza wynikw .................................................................................................... 243
Krok 4: Opracowanie hipotezy ............................................................................................ 244
Krok 5: Wyznaczenie propozycji rozwizania ..................................................................... 245
Krok 6: Implementacja rozwizania .................................................................................... 245
Krok 7: Testowanie i monitorowanie ................................................................................... 246
Dalsza analiza i testowanie .................................................................................................. 246
Dostrajanie platformy Oracle w systemie Linux ........................................................................ 247
Dostrajanie aplikacji ............................................................................................................. 248
Dostrajanie instancji ............................................................................................................. 248
Monitorowanie pracy instancji Oraclea .............................................................................. 251
Zdarzenia oczekiwania ......................................................................................................... 258
Optymalizacja pracy urzdze ............................................................................................. 258
Monitorowanie systemu Linux ............................................................................................. 258
Monitorowanie systemu Linux za pomoc polecenia PS ..................................................... 260
Monitorowanie systemu Linux za pomoc polecenia vmstat .............................................. 261
Monitorowanie systemu Linux za pomoc polecenia iostat ................................................ 261
Monitorowanie systemu Linux za pomoc polecenia sar .................................................... 262
Monitorowanie systemu Linux za pomoc polecenia top .................................................... 263
Wykorzystanie modeli wielkich pamici ................................................................................... 264
Konfiguracja systemu Linux do obsugi SGA o rozmiarze wikszym ni 1,7 GB
(i mniejszym ni 2,7 GB) ................................................................................................... 264
Konfiguracja serwera Oracle do obsugi SGA o rozmiarze wikszym ni 2,7 GB ............. 265
Testy obcieniowe sprawdzajce wydajno systemu .............................................................. 266
Jaki jest cel testowania systemu? ......................................................................................... 267
Testy obcieniowe zada wsadowych ................................................................................ 268
Testy obcieniowe procedur wprowadzania danych .......................................................... 269
Testy obcieniowe aplikacji OLTP .................................................................................... 269
Metryki wydajnoci .............................................................................................................. 271
Wskazwki dotyczce testowania obcienia ...................................................................... 273
Podsumowanie ............................................................................................................................ 273
Cz IV Administrowanie baz danych Oracle Database 10g

w systemie Linux oraz optymalizacja ................................... 275
Rozdzia 11. Kopie zapasowe i odbudowa bazy danych ................................................ 277
Podstawy sporzdzania kopii zapasowych ................................................................................. 277
Techniki sporzdzania kopii zapasowej i odbudowy bazy danych ............................................ 278
Odbudowa instancji .............................................................................................................. 279
Odbudowa danych odbudowa nonika ............................................................................ 279
Odbudowa biecego i zarchiwizowanego dziennika powtrze ........................................ 280
Jak dziaaj transakcje? ........................................................................................................ 282
Funkcjonowanie systemu RDBMS ...................................................................................... 283
Wprowadzenie do kopii zapasowych ......................................................................................... 286
Kopia typu ARCHIVELOG ................................................................................................. 286
Kopia typu CONTROLFILE ................................................................................................ 288
Pena kopia ........................................................................................................................... 288
Kopie zapasowe przestrzeni tabel i pliku danych ................................................................ 289
Przyrostowe kopie zapasowe ............................................................................................... 290
Jak wykona kopi zapasow bazy danych? .............................................................................. 291
Meneder przywracania danych RMAN .............................................................................. 292
Automatyczne archiwizowanie i odtwarzanie dyskowe
(obszar natychmiastowego odtwarzania) ........................................................................... 296

Narzdzia systemu operacyjnego gorca kopia zapasowa .............................................. 297
Narzdzia Export i Data Pump ............................................................................................. 299
Komercyjne aplikacje archiwizacji ...................................................................................... 302
Strategie sporzdzania kopii zapasowych .................................................................................. 302
Co i kiedy archiwizowa? .................................................................................................... 303
Przykadowe strategie archiwizacji ...................................................................................... 306
Podsumowanie ............................................................................................................................ 307
Rozdzia 12. Odtwarzanie danych ............................................................................... 309

Odbudowa bazy danych .............................................................................................................. 309
Odbudowa a odtwarzanie ..................................................................................................... 310
Jak odbudowa baz danych? ..................................................................................................... 310
Odbudowa instancji .............................................................................................................. 311
Odbudowa nonika ............................................................................................................... 311
Odbudowa plikw dziennika ................................................................................................ 313
Odbudowa bazy danych z okrelonego punktu czasowego ................................................. 313
Technologia Flashback platformy Oracle 10g ..................................................................... 315
Opracowanie strategii odbudowy ............................................................................................... 321
Planowanie odbudowy instancji ........................................................................................... 321
Planowanie odbudowy nonika ............................................................................................ 322
Planowanie odbudowy po bdzie operatora ........................................................................ 323
Podsumowanie ............................................................................................................................ 323
Rozdzia 13. Oracle Data Guard w systemie Linux ....................................................... 325

Sposb wykorzystania mechanizmu Data Guard ....................................................................... 325
Usugi Data Guard ................................................................................................................ 327
Fizyczna zapasowa baza danych .......................................................................................... 330
Logiczna zapasowa baza danych .......................................................................................... 331
Konfiguracja systemu Oracle Data Guard i zarzdzanie nim ..................................................... 333
Konfiguracja fizycznej zapasowej bazy danych .................................................................. 333
Konfiguracja logicznej zapasowej bazy danych .................................................................. 338
Podsumowanie ............................................................................................................................ 340
Rozdzia 14. Zaawansowana replikacja danych w systemie Linux ................................ 341

Wprowadzenie do zagadnie replikacji Oracle .......................................................................... 341
Replikacja z wieloma serwerami nadrzdnymi .................................................................... 343
Replikacja materializowanych widokw ............................................................................. 344
Replikacja hybrydowa .......................................................................................................... 344
Replikacja Oracle w systemie Linux .......................................................................................... 345
Wydajno ukadw wejcia-wyjcia ................................................................................... 345
Projekt bazy danych ............................................................................................................. 345
Dostateczna pojemno sieci ................................................................................................ 346
Podsumowanie ............................................................................................................................ 347
Rozdzia 15. Konfiguracja sprztowa systemu Linux i serwera Oracle .......................... 349
Podstawy optymalizacji sprztowej ............................................................................................ 349
Wybr odpowiedniego sprztu ............................................................................................. 350
Optymalizacja sprztowa w systemie Linux ........................................................................ 357
Optymalizacja pracy sieci w systemie Linux ............................................................................. 362
Wybr odpowiedniej sieci .................................................................................................... 363
Zmiana ustawie systemu Linux w celu zwikszenia wydajnoci sieci .............................. 363
Podsumowanie ............................................................................................................................ 364
Spis treci
Rozdzia 16. Optymalizacja instrukcji SQL ................................................................... 365

Analiza planu wykonywania instrukcji ...................................................................................... 365
Tabela planu ......................................................................................................................... 365
Przegldanie planu wykonywania instrukcji ........................................................................ 369
Analiza planu wykonywania instrukcji ...................................................................................... 371
Proces decyzyjny optymalizatora ............................................................................................... 373
Praktyczny przykad ............................................................................................................. 375
Wpywanie na decyzje optymalizatora ................................................................................ 376
Techniki optymalizacji SQL-a ............................................................................................. 381
Podsumowanie ............................................................................................................................ 392
Rozdzia 17. Indeksy i partycjonowanie ...................................................................... 393

Wprowadzenie do stosowania opcji indeksw bazy danych Oracle 10g ................................... 393
Opcje indeksu bazy danych Oracle 10g ..................................................................................... 395
Wspczynnik zgrupowania indeksu .................................................................................... 403
Partycjonowanie bazy danych Oracle 10g ........................................................................... 404
Opcje partycjonowania indeksu ........................................................................................... 408
Opcje partycjonowania tabel IOT ........................................................................................ 410
Zwikszanie wydajnoci przez zastosowanie partycjonowanych indeksw ........................ 410
Podsumowanie ............................................................................................................................ 411
Cz V
Produkty firmy Oracle dla systemu Linux ............................. 413
Rozdzia 18. Oracle Application Server 10g dla systemu Linux .................................... 415
Z jakich komponentw skada si serwer Oracle Application Server 10g? ............................... 416
Java 2 Enterprise Edition ...................................................................................................... 416
Zarzdzanie i bezpieczestwo .............................................................................................. 417
Portale ................................................................................................................................... 417
Wireless ................................................................................................................................ 418
Inteligencja biznesowa ......................................................................................................... 418
Integracja rozwiza z grupy e-biznes ................................................................................. 418
Wykorzystanie platformy Oracle Application Server 10g ......................................................... 418
Instalacja i konfiguracja Oracle Application Server 10g w systemie Linux .............................. 424
Instalacja ............................................................................................................................... 424
Konfiguracja ......................................................................................................................... 424
Podsumowanie ............................................................................................................................ 428
Rozdzia 19. Oracle E-Business Suite w systemie Linux ............................................... 429

Oglne informacje na temat aplikacji Oracle E-Business Suite dla systemu Linux .................. 429
Czym jest pakiet Oracle E-Business Suite? ......................................................................... 430
Architektura platformy E-Business Suite ............................................................................. 431
Ktre moduy s dostpne dla systemu Linux? .................................................................... 433
Wykorzystanie pakietu Oracle E-Business Suite w systemie Linux .................................... 433
Oprogramowanie E-Business Suite w rodowisku RAC ..................................................... 434
Instalacja i konfiguracja oprogramowania E-Business Suite w systemie Linux ........................ 434
Instalacja ............................................................................................................................... 434
Przeniesienie platformy E-Business Suite do systemu Linux .................................................... 437
Przeniesienie warstwy aplikacji ........................................................................................... 437
Przeniesienie warstwy baz danych ....................................................................................... 438
Przeksztacenie warstwy baz danych w klaster RAC ........................................................... 439
Testowanie ........................................................................................................................... 440
Podsumowanie ............................................................................................................................ 440
Skorowidz .............................................................................................. 441
Rozdzia 8.
Uruchomienie klastra
aplikacji Oracle
w systemie Linux
W poprzednim rozdziale zostay przedstawione oglne zaoenia funkcjonowania klastra RAC
systemu Oracle. Zapoznanie si z zasadami dziaania tego rozwizania jest wstpem do rzeczywistej implementacji klastra RAC. W tym rozdziale zostan opisane zagadnienia zwizane
z uruchomieniem usug Cluster Ready Services, instalowaniem serwera baz danych Oracle
w rodowisku RAC oraz utworzeniem klastra.
Wszystkie opisywane procedury odnosz si do oprogramowania Oracle 10g Real Application Cluster (RAC) dla systemu Linux. Tematyka rozdziau obejmuje zasady projektowania systemu RAC, konfigurowania systemu Linux dla potrzeb rodowiska RAC oraz testowania systemu
RAC. Zostay tu rwnie omwione rnice w zapisie danych i informacji klastra w systemie
plikw klastra Oracle (ang. Oracle Cluster File System OCFS) na nieformatowanych urzdzeniach (ang. raw devices) oraz w systemach ASM. W kocowej czci rozdziau zostay
z kolei przedstawione podpowiedzi, ktre umoliwiaj wybranie najlepszej platformy systemowej dla danej implementacji.
Planowanie wdroenia systemu RAC

Pierwszym etapem wdraania systemu DBMS jest utworzenie planu, ktry umoliwia wybr
najwaciwszych opcji procedury. Dlatego te w pierwszej kolejnoci zostanie przedstawiony
przegld komponentw RAC na wypadek gdyby kto pomin poprzedni rozdzia.
Cz III Oracle RAC w Linuksie
196
Komponenty RAC
Klaster RAC skada si z kilku istotnych komponentw. Wzy klastra wyznacza od 2 do 32
serwerw, ktre korzystaj ze wsplnego systemu skadowania danych. Poszczeglne rodzaje
systemw skadowania danych zostay szczegowo opisane w poprzednim rozdziale.
Jednym z waniejszych komponentw klastra RAC s usugi Cluster Ready Services (CRS).
Ich uruchomienie jest konieczne przed zainstalowaniem serwera Oracle i utworzeniem bazy
danych. Usugi te skadaj si z plikw binarnych zapisanych w kadym wle klastra oraz plikw konfiguracyjnych umieszczonych na wybranym dysku systemu skadowania danych. Oprogramowanie CRS musi by instalowane we wasnym katalogu ORACLE_HOME.
Po zainstalowaniu usugi CRS s uruchamiane automatycznie. Cho istnieje rwnie moliwo rcznego ich uruchomienia. Usugi CRS wykorzystuj w pracy specjalny plik zarzdzania
wzami klastra (tzw. voting disk) i rejestr klastra Oracle (ang. Oracle Cluster Registry OCR).
W kadym wle dziaa tylko jeden zbir usug CRS, niezalenie od liczby zainstalowanych
instancji Oraclea. Do usug CRS zalicza si trzy demony: CRSD, OCSSD i EVMD. Proces
CRSD zapewnia realizacj operacji zarzdzania wzem (na przykad obsug rejestru OCR)
oraz odbudowy wza (w celu zapewnienia nieprzerwanej pracy systemu). Odpowiada rwnie
za zarzdzanie zasobami aplikacji. Pracuje z prawami uytkownika root i automatycznie wznawia dziaanie po wystpieniu awarii. Proces OCSSD wykonuje wszystkie operacje zwizane
z przynalenoci wza do klastra. Jest uruchamiany z prawami uytkownika oracle. Bd
w dzianiu procesu wie si z ponownym uruchomieniem klastra. Demon EVMD odpowiada za
zarzdzanie zdarzeniami. Do obsugi wywoa wykorzystuje proces racgevt. Czwarty demon
oprocd pracuje tylko na platformach, na ktrych nie dziaa oprogramowanie klastra dostarczane przez producenta. Proces OPROCRD odpowiada za monitorowanie klastra.
Kolejnym bardzo wanym elementem klastra RAC jest wirtualny adres IP. Kady serwer operuje trzema adresami IP. Jeden z nich jest przeznaczony do publicznego (oglnego) dostpu do
bazy danych. Drugi gwarantuje prywatne poczenie wewntrzne o duej szybkoci transmisji
danych. Trzeci z adresw jest adresem wirtualnym (ang. Virtual IP VIP). Adres VIP umoliwia bezkonfliktowe przeniesienie ruchu do innego wza w przypadku awarii. W jednym systemie mona zdefiniowa wiele wirtualnych adresw IP, przy czym wirtualny adres IP i publiczny
adres IP musz nalee do tej samej podsieci i musz by wymienione w pliku /etc/hosts oraz
w serwerze nazw domenowych (DNS).
Planujc architektur systemu RAC, trzeba zna zaoenia wasnej aplikacji. Kolejne zadanie
sprowadza si wic gwnie do poznania wasnego serwisu. Brak gruntownej wiedzy na temat
wasnej aplikacji moe by przyczyn podjcia niewaciwych decyzji podczas opracowywania
architektury RAC. Oto kilka pyta, na ktre naleaoby sobie odpowiedzie:
Czy uytkownicy bd korzystali z bazy danych za pomoc pocze bezporednich,
czy za porednictwem warstwy poredniej (serwera aplikacji)?

Ile aktywnych pocze z baz danych trzeba bdzie zagwarantowa?
Czy dziaanie aplikacji wie si w wikszoci z operacjami odczytu, czy te liczba
operacji zapisu przewaa nad liczb operacji odczytu?
Rozdzia 8. Uruchomienie klastra aplikacji Oracle w systemie Linux
197
Czy w firmie s zatrudnieni specjalici ds. zarzdzania urzdzeniami SAN
i administratorzy baz danych? Czy konieczne bdzie zatrudnienie pracownikw

odpowiedzialnych za zarzdzanie klastrem RAC?
Czy dany system bdzie istotnie rozbudowywany w cigu kilku przyszych miesicy?
Jaki bdzie rozmiar baz danych?
Czy bd wykorzystywane archiwa dziennikw? Jeli tak, gdzie bd przechowywane
pliki dziennikw?
Czy wydajno i niezawodno s istotnymi aspektami funkcjonowania aplikacji?
W jaki sposb bd sporzdzane kopie zapasowe systemu?
Czy wymagania odnonie niezawodnoci systemu narzucaj konieczno wdroenia
rozwizania Data Guard w klastrze RAC?

Planujc implementacj klastra RAC, naley pamita o wymienionych kwestiach. Przeanalizujmy je wic bardziej szczegowo. Czy bdzie wykorzystywany serwer aplikacji (serwer warstwy poredniej)? Brak serwera poredniego (serwera aplikacji) moe spowodowa zwikszenie liczby pocze bazodanowych. Zastosowanie takich rozwiza jak pula pocze (ang.
connection pool) pozwala serwerowi aplikacji na przejcie kontroli nad poczeniami bazodanowymi i na wspdzielenie ich przez wszystkich uytkownikw, co skutkuje zmniejszeniem
liczby potrzebnych pocze bazodanowych. Jeli aplikacja sieciowa jest zaprojektowana
w taki sposb, e wszyscy uytkownicy ustanawiaj bezporednie poczenia z baz danych,
konieczne moe si okaza wprowadzenie zmian w parametrach systemu Linux.
Ile pocze z baz danych bd zestawiali uytkownicy aplikacji? W przypadku duej liczby
pocze czsto zachodzi konieczno odmiennego zaprojektowania poszczeglnych z nich.
Czy dziaanie aplikacji wie si w wikszoci z operacjami odczytu, czy te liczba operacji
zapisu przewaa nad liczb operacji odczytu? Intensywno zapisu informacji w bazie danych
determinuje rodzaj macierzy RAID, jaki trzeba zastosowa we wspdzielonym systemie skadowania danych. Dua czstotliwo zapisu moe na przykad by przyczyn wyeliminowania
macierzy RAID 5.
Jakie jest dowiadczenie personelu? Ustalenie odpowiedzi na to pytanie jest bardzo wane.
Na przykad zastosowanie systemu SAN nie ma sensu, jeli w firmie nie ma osb znajcych t
technologi. Oczywicie mona zleci zarzdzanie firmom zewntrznym lub zatrudni nowych
pracownikw, ale to zwiksza koszty przedsiwzicia.
Czy system zostanie istotnie rozbudowany w cigu kilku najbliszych miesicy lub roku?
Odpowied na to pytanie bezporednio wpywa na skal implementacji klastra RAC. Nietrudno
sobie wyobrazi sytuacj, w ktrej bieca dziaalno przedsibiorstwa jest obsugiwana przez
dyski jednej pki macierzy SAN i w ktrej rozmiar bazy danych zwiksza si stukrotnie w cigu
jednej nocy! Jeli planowane jest rozszerzenie klastra RAC z dwch wzw do trzech, trzeba
si upewni, e urzdzenia takie, jak przeczniki ethernetowe i przeczniki Fiber Chanel bd
w stanie obsuy trzeci wze.
198
Zagadnienie to wie si z kolejnym problemem. Jaki bdzie rozmiar bazy danych? Rozmiar
bazy danych jest najwaniejszym parametrem podczas projektowania klastra RAC. Okrelajc
rozmiar pamici masowej, naley wzi pod uwag cay system. W cakowitym rozmiarze
pamici masowej trzeba uwzgldni rozmiary tabel, indeksy, dzienniki powtrze (ze wszystkich wzw), archiwa dziennikw i pliki kworum. Dodatkowo zgodnie z zaleceniami kady
wze powinien dysponowa przynajmniej jedn partycj przeznaczon dla dziennikw powtrze. Partycje takie powinny by wyznaczane na niezalenych dyskach LUN. Na rozmiar wspdzielonej pamici masowej ma wpyw take rodzaj wybranej macierzy RAID. Wicej informacji
na ten temat znajduje si w kolejnym punkcie.
Czy wydajno lub niezawodno s kluczowymi aspektami projektowania aplikacji? Odpowied na to pytanie determinuje rodzaj mechanizmu reagowania na awarie, ktry musi zosta
przygotowany. Powinna by rwnie uwzgldniona podczas podejmowania decyzji o rodzaju
macierzy RAID. Bywa te istotna w czasie ustalania, czy naley zgrupowa karty sieciowe,
czy nie.
Nastpny krok procedury planowania wymaga ustalenia, czy wspdzielone pliki bd przechowywane na nieformatowanych dyskach, w systemie OCFS, czy w systemie ASM. Nieformatowane dyski zapewniaj najwiksz wydajno, ale znacznie ograniczaj moliwo zarzdzania plikami. Dostp do nieformatowanych dyskw ma tylko oprogramowanie Oracle. Ich
zawarto nie moe by zmieniana za pomoc narzdzi systemu operacyjnego Linux. Ewentualna prba edycji danych moe si zakoczy uszkodzeniem pliku. Automatyczne zarzdzanie
pamici masow (ang. Automatic Storage Management ASM) jest nowym mechanizmem
przechowywania danych Oraclea. Jak wszystkie nowe produkty musi zapracowa na zaufanie
uytkownikw. Dla wikszoci instalacji najlepszym rozwizaniem wydaje si wic system plikw OCFS. Tylko konieczno uzyskania wyjtkowo duej wydajnoci jest usprawiedliwieniem,
aby zastpi go nieformatowanymi dyskami.
Okrelanie skali systemu RAC

Wielu projektantw systemw traktuje proces szacowania skali przedsiwzicia jak wiedz
tajemn i poprzestaje na zgromadzeniu jak najwikszej iloci danych statystycznych, porwnawczych i specyfikacji technicznych. Okrelenie skali systemu RAC jest jednak czym wicej
ni zadaniem zgromadzenia wszystkich wymienionych informacji.
Poniej zostao wymienionych kilka zada, ktre naley wykona, chcc poprawnie oszacowa
skal systemu RAC lub dowolnego innego systemu.
Zdefiniowanie wymaga klienta. Jest to jeden z najwaniejszych krokw w caej
procedurze. Odpowiada on za przygotowanie odpowiedniego punktu wyjcia

dla dalszych operacji. Wikszo klientw nie dostarcza zaoe aplikacyjnych
na tacy. Dlatego zebranie odpowiednich informacji wejciowych wymaga duej
aktywnoci ze strony projektanta. Oczywicie konieczne jest tu przeoenie pewnych
okrele biznesowych na terminologi informatyczn.
Analiza danych systemowych. Zawsze naley postara si o jak najwiksz ilo
informacji technicznych na temat pracy porwnywalnego lub biecego systemu

produkcyjnego. Dane te s przydatne nawet wwczas, gdy platforma sprztowa
systemu docelowego jest zupenie inna lub gdy mona si spodziewa, e nowy
199
system bdzie si charakteryzowa znacznie wiksz wydajnoci. Naley zatem zebra

dane statystyczne na temat wykorzystania procesora i pamici oraz o liczbie
wykonywanych w cigu sekundy operacji wejcia-wyjcia.
Opracowanie konfiguracji systemu. Kolejny etap polega na zaprojektowaniu systemu
w taki sposb, aby spenia wymagania klienta. W projekcie musz by jednak

uwzgldnione zgromadzone wczeniej informacje techniczne. Celem zadania jest
oszacowanie stopnia wykorzystania procesora i pamici oraz obcienia podsystemu
wejcia-wyjcia. Warto rwnie okreli potrzebne zasoby pamici masowej oraz jej
wydajno, biorc pod uwag obcienie podsystemu wejcia-wyjcia oraz szacowany
rozmiar danych klienta. W tym kroku uwzgldniane s wszystkie wskazwki, porady
praktyczne i testy porwnawcze. Jeli to moliwe, naley porwna przygotowane
zaoenia z parametrami innego dziaajcego systemu. W projekcie trzeba uwzgldni
wymagania klienta. Upewnienie si we wstpnej fazie projektu, e opracowywany
system spenia wszystkie zaoenia, jest znacznie mniej kosztowne ni odkrycie, e jest
inaczej, po zakupie potrzebnego wyposaenia.
Implementacja. Wdroenie projektu powinno si odbywa stopniowo. Dziki temu
podczas implementowania rozwizania mona zaj si optymalizacj jego pracy.
Podstawowe zaoenia odnonie rozmiaru klastra RAC

Projektujc klaster RAC dla platformy Oracle 10g, trzeba wzi pod uwag kilka parametrw
skali przedsiwzicia. Cz z nich jest zwizana z wymaganiami narzucanymi przez oprogramowanie Oracle, a cz jest wyznaczana w procesie prb i bdw oraz na podstawie dowiadczenia projektanta.
Zaleca si spenienie przynajmniej minimalnych wymaga dla instalowanej wersji oprogramowania RAC Oracle. S one zmieniane wraz z udostpnianiem kolejnych wersji platformy, wic
aby si z nimi zapozna, trzeba pobra stosown dokumentacj z serwisu Oraclea.
Jednym z podstawowych zaoe projektowych jest minimalna liczba partycji wspdzielonej
pamici masowej. W systemie Linux dla klastra RAC Oracle 10g s wymagane co najmniej
dwie partycje. Pierwsza z nich nie powinna by mniejsza ni 1 GB. S na niej skadowane
pliki kworum usug CRS oraz dysk gosowania (ang. voting disk) i rejestr OCR. Zawarto tej
partycji powinna by odseparowana od plikw danych. Dziki temu utrata informacji o pracy
klastra nie spowoduje utraty samych danych. Dla rejestru OCR naley zarezerwowa przestrze co najmniej 100 MB, a dla dysku gosowania co najmniej 20 MB. Dodatkowo zaleca
si przechowywanie rejestru i dysku gosowania w macierzy RAID, aby partycja ta bya zawsze
dostpna.
Druga partycja powinna zosta przeznaczona na pliki bazy danych Oracle, czyli na dzienniki
powtrze, zarchiwizowane dzienniki, pliki przestrzeni tabel i pliki indeksw. Wyznaczenie
waciwego rozmiaru tej partycji jest jednym z najwaniejszych ustale projektowych.
Zgodnie z zaleceniami wymienianymi w artykuach powiconych projektowaniu klastra RAC
Oracle naley utworzy nastpujce partycje lub dyski RAID:
Jedn partycj w kadym wle dla dziennikw powtrze. W zasadzie najlepszym
rozwizaniem byoby przeznaczenie na pliki dziennikw powtrze dwch dyskw.

Mona by sdzi, e to rozrzutno, ale w systemach o naprawd duej wydajnoci
200
dwie partycje s niezbdne. Podczas przeczania dziennikw dotychczasowy dziennik

podlega archiwizacji, a nowy jest wykorzystywany do rejestracji biecych informacji.
Zastosowanie tylko jednego dysku RAID dla obydwu dziennikw powoduje, e operacje
wejcia-wyjcia nie s wykonywane sekwencyjnie. Z tego wzgldu, mimo
e udostpnienie tylko jednej partycji w wle jest rozwizaniem akceptowalnym,
zaleca si stosowanie dwch partycji.
Jedn partycj dla zarchiwizowanych dziennikw. Proces zapisu zarchiwizowanych
dziennikw ma charakter synchroniczny. Umieszczenie ich na oddzielnej partycji

wyklucza wic moliwo obnienia wydajnoci bazy danych.
Przynajmniej jedn partycj RAID 10 dla plikw danych. Firma Oracle zaleca
stosowanie zasady SAME (ang. Strip and Mirror Everything) stanowicej, e wszystkie
dane powinny by przeplatane (RAID 0) i duplikowane (RAID 1). Im wicej dyskw
zostanie przeznaczonych na macierz RAID 10, tym wiksza jest szansa wystpienia
odwoania do niezajtego dysku podczas wykonywania kolejnych zapyta.
Konfiguracja systemu Linux

Po zapoznaniu si z podstawowymi informacjami na temat klastra RAC i zaplanowaniu jego
wdroenia mona przystpi do parametryzowania systemu Linux. Pierwszym zadaniem, ktre
trzeba wykona, jest sprawdzenie, czy wykorzystywany sprzt spenia wymagania klastra RAC
Oracle 10g. Kolejna wana czynno polega na odpowiednim dobraniu ustawie jdra systemu.
Ostatnim zadaniem jest natomiast sama konfiguracja systemu Linux.
Dowiadczenie administratorw Oracle RAC uczy, e najwaniejszym etapem caej procedury
jest waciwy dobr parametrw pracy sieci. Pomyka moe bowiem oznacza konieczno
ponownego zainstalowania oprogramowania Oracle, co z kolei wie si z kilkoma dodatkowymi
dniami pracy. Warto zatem uwanie zapozna si z informacjami prezentowanymi w kolejnych
punktach podrozdziau, poniewa dziki nim mona zaoszczdzi wiele godzin pracy.
Sprawdzenie sprztu
Wykorzystywany system musi spenia wymienione poniej minimalne wymagania sprztowe:
512 MB pamici RAM,
1 GB przestrzeni wymiany (lub dwukrotny rozmiar pamici RAM); w systemach
wyposaonych w pami RAM o rozmiarze wikszym ni 2 GB przestrze wymiany

moe by taka sama jak pami RAM lub dwukrotnie wiksza,
400 MB przestrzeni dyskowej w katalogu /tmp,
do 4 GB przestrzeni dyskowej na oprogramowanie Oracle (w zalenoci od rodzaju
instalacji),
5 GB wspdzielonej pamici masowej przeznaczonej na pliki dziennikw powtrze
i pliki kworum.
201
Aby sprawdzi, jaki jest rozmiar fizycznej pamici RAM, ktr dysponuje serwer, wystarczy
wykona nastpujce polecenie:
# grep MemTotal /proc/meminfo
Informacji na temat rozmiaru przestrzeni wymiany dostarcza instrukcja:

# grep SwapTotal /proc/meminfo
Chcc ustali, jaki jest rozmiar dostpnej przestrzeni dyskowej w katalogu /tmp, naley wprowadzi polecenie:
# df k /tmp
Jeeli w katalogu /tmp dostpna przestrze dyskowa nie przekracza 400 MB, konieczne jest
wykonanie jednego z poniszych zada.
Usu niepotrzebne pliki z katalogu /tmp, tak aby zwolni potrzebn przestrze dyskow.
Ustaw wartoci zmiennych rodowiskowych TEMP i TMPDIR podczas konfigurowania
rodowiska pracy dla konta oracle.
Rozszerz system plikw obejmujcy katalog /tmp. Jeli to konieczne, mona si
skontaktowa w tej sprawie z administratorem systemu.

Aby okreli ilo wolnego miejsca na dysku przeznaczonego na pliki binarne oprogramowania
Oracle, trzeba wykona instrukcj:
# df m
Przedstawione poniej polecenie pozwala na sprawdzenie, czy architektura danego systemu

umoliwia uruchomienie oprogramowania Oracle.
# grep "model name" /proc/cpuinfo
Listing wynikowy przedstawionej instrukcji zawiera dane o rodzaju procesora, ktre naley
porwna z wymaganiami instalacyjnymi oprogramowania Oracle.
Sprawdzenie wymaga sieciowych

Przed rozpoczciem instalacji oprogramowania RAC Oracle naley si upewni, e urzdzenia
sieciowe i przypisane im adresy IP speniaj zaoenia instalacyjne.
Aktualne informacje na temat protokow sieciowych i urzdze obsugiwanych przez oprogramowanie Oracle Real Appilcation Cluster (RAC) s publikowane na stronach serwisu
Certification w portalu Oracle MetaLink.
Wymagania odnonie sprztu sieciowego

Kady wze klastra RAC musi spenia nastpujce zaoenia:
202
Kady wze musi by wyposaony w co najmniej dwie karty sieciowe jedn
penic rol publicznego interfejsu sieciowego i jedn pracujc jako interfejs

prywatny (w poczeniach wewntrznych).
Nazwy interfejsw przypisane kartom sieciowym musz by jednakowe we wszystkich
wzach klastra.
W celu zwikszenia niezawodnoci interfejsw sieciowych mona w kadym wle
zgrupowa interfejsy publiczne i prywatne.

Kada karta interfejsu publicznego musi obsugiwa protok TCP/IP.
Urzdzenia sieci prywatnej (wykorzystywane do pocze wewntrznych) musz
obsugiwa protok UDP. Karty sieciowe i przeczniki musz pozwala na stosowanie

protokou TCP/IP z du przepustowoci (zaleca si poczenia o gigabitowej
przepywnoci lub jeszcze wydajniejsze).
Protok UDP jest domylnym protokoem pocze wewntrznych klastra RAC. Protok TCP
jest z kolei protokoem wymiany danych midzy usugami CRS.
Konfiguracja jdra systemu Linux

Pierwszym etapem konfiguracji jest ustalenie, ktra wersja jdra w ogle zostanie wykorzystana.
Lista certyfikowanych wersji jdra jest publikowana w serwisie Oracle MetaLink.
Po wyborze i zainstalowaniu odpowiedniego jdra trzeba przystosowa je do potrzeb platformy
Oracle 10g RAC. W tym celu naley przede wszystkim zagwarantowa zgodno systemu
z wymaganiami oprogramowania Oracle 10g RAC.
Sprawdzenie zgodnoci systemu z wymaganiami oprogramowania

Wersja systemu operacyjnego musi by zgodna z jedn z wymienionych opcji.
Oracle 10g R1
Red Hat Enterprise Linux AS/ES 2.1 lub 3.0 (x86)
United Linux 1.0, service pack 3 lub pniejszy (x86)
Oracle 10g R2
Red Hat Linux AS/ES 3.0 lub 4.0
SUSE Linux Enterprise Server 9.0
Wymagania odnonie pakietw oprogramowania systemu operacyjnego dla klastra RAC s takie
same, jak dla niezalenego serwera. Informacje na ten temat zostay zamieszczone w rozdziale 5.
203
System plikw klastra Oracle (OCFS) wersja 1.0.9-12 lub pniejsza

ocfs-support
ocfs-tools
ocfs-kernel_wersja.
Oprogramowanie OCFS jest potrzebne tylko wwczas, gdy pliki bazy danych maj by zapisywane w klastrowym systemie plikw. Jeeli bd one przechowywane na nieformatowanych urzdzeniach lub w systemie ASM, instalacja pakietw OCFS jest zbdna.
Aby si upewni, e dany system spenia wymienione wymagania, wystarczy wykona kilka
przedstawionych poniej czynnoci.
1. Informacje o zainstalowanej dystrybucji i wersji systemu Red Hat Linux s wywietlane
po wprowadzeniu polecenia:
cat /etc/issue
lub
uname r
2. Wykonanie przedstawionych polece w systemie SLES 8 dostarcza rwnie informacji
o tym, czy zosta zainstalowany pakiet Service Pack 3. Wersja jdra nie moe by
wczeniejsza ni 2.4.21-138-default. W przypadku wczeniejszych wersji jdra naley
skontaktowa si dystrybutorem systemu SLES i uzyska informacje na temat sposobu
zainstalowania pakietu Service Pack 3.
3. Aby sprawdzi, czy s zainstalowane wymagane pakiety oprogramowania, wystarczy
wykona instrukcj przedstawion poniej.

rpm q nazwa_pakietu
Jeeli dany pakiet nie jest dostpny w systemie, naley go zainstalowa z pyty
dystrybucyjnej Linux.
4. Aby sprawdzi, czy pakiety systemu OCFS zostay zainstalowane, mona wprowadzi
nastpujce polecenie:
rpm qa | grep ocfs
Jeeli baza danych powinna zosta zainstalowana na systemie plikw OCFS,

a w systemie operacyjnym nie ma pakietw OCFS, mona je pobra ze strony
http://oss.oracle.com/projects/ocfs/.
Sprawdzenie wymaganych nakadek

Cz z instalowanych produktw wymaga zainstalowania odpowiednich nakadek na system.
Przed zainstalowaniem oprogramowania trzeba wic zapozna si z aktualn list wymaganych
nakadek publikowan w dokumentacji Oraclea.
204
Uniwersalny instalator Oraclea (Oracle Universal Installer) sprawdza, czy system spenia
wymagania oprogramowania. Aby mie pewno, e weryfikacja zostanie zakoczona pomylnie, naley zagwarantowa zgodno systemu z wymaganiami przed uruchomieniem
instalatora lub uruchomi instalator w trybie preinstalacji z uyciem polecenia runInstaller executeSysPrereqs i wwczas zainstalowa brakujce nakadki i pakiety systemu operacyjnego.
Ustawienie parametrw jdra i powoki

Standardowa instalacja Oraclea w systemie Linux gwarantuje poprawn prac oprogramowania. Jednak przed uruchomieniem klastra RAC warto si upewni, e pewnym parametrom
jdra zostay przypisane co najmniej minimalne wymagane wartoci.
Wymienione w kolejnych punktach parametry jdra i ograniczenia powoki s jedynie ustawieniami zalecanymi. W przypadku uytkowych systemw baz danych naley je zmodyfikowa
w taki sposb, aby system pracowa z jak najwiksz wydajnoci. Wspomniane parametry
jdra i ograniczenia powoki musz zosta zmienione we wszystkich wzach klastra.
Zmiana parametrw jdra

Zmiana parametrw jdra jest jedn z najwaniejszych czynnoci w procesie wdraania klastra RAC.
Za pomoc dowolnego edytora tekstu naley utworzy lub zmodyfikowa plik /etc/sysctl.conf,
dodajc do niego lub edytujc nastpujce wiersze:
kernel.shmall = 2097152
kernel.shmmax = 2147483648
kernel.shmmni = 4096
kernel.sem = 4096
fs.file-max = 131072
net.ipv4.ip_local_port_range = 1024 65000
Zapisanie wymienionych dyrektyw w pliku /etc/sysctl.conf zapewnia ich uwzgldnianie podczas kadego uruchomienia systemu.
Aby uaktywni wartoci nowo wprowadzonych ustawie jdra, mona zastosowa polecenie:
sysctl p
Listing wynikowy instrukcji naley porwna z wartociami okrelonymi w wymaganiach systemowych. Jeeli ustawione wartoci s niewaciwe, naley zmodyfikowa dyrektywy pliku
/etc/sysctl.conf i ponownie wykona powysz instrukcj. W systemach SLES, aby plik /etc/
sysctl.conf by uwzgldniany podczas kadego uruchomienia, konieczne jest wykonanie polecenia:
/sbin/chkconfig boot.sysctl on
Procedur t naley powtrzy we wszystkich wzach klastra.
205
Wyznaczenie ogranicze powoki dla konta oracle

Zwikszenie ogranicze powoki systemowej dla konta oracle pozwala na zwikszenie wydajnoci oprogramowania. Zagadnienie to zostao opisane w rozdziale 5. procedura konfiguracji
klastra RAC nie rni si pod tym wzgldem od obowizujcej dla niezalenych systemw
Oraclea. Z tego te wzgldu nie zostanie tutaj powielona.
Konfigurowanie systemu Linux

Procedura tworzenia kont dla oprogramowania Oracle jest zbliona do obowizujcej w niezalenych systemach Oraclea. Bardzo wane jest jednak, aby konta byy tworzone w taki sam
sposb we wszystkich wzach klastra RAC. We wszystkich wzach identyfikatory uytkownikw i grup zwizanych z kontami musz by bowiem jednakowe. Konieczne jest rwnie
poprawne sparametryzowanie mechanizmw ssh lub rsh.
Utworzenie konta
Przygotowujc system do instalacji klastra RAC, trzeba utworzy kilka kont uytkownikw
i grup systemu Linux. Liczba tych kont zaley od tego, czy w danym systemie byo ju instalowane oprogramowanie Oracle oraz od rodzaju instalowanych produktw. Wymienione poniej
konta uytkownikw i grup s wymagane w przypadku instalowania bazy danych Oracle.
Grupa administratorw bazy danych (dba)

To konto grupowe trzeba utworzy podczas pierwszej instalacji oprogramowania bazy danych
Oracle w danym systemie. Obejmuje ono uytkownikw systemu Linux, ktrzy maj prawa
administrowania baz danych (uprawnienia SYSDBA). Domyln nazw grupy jest dba. Aby
wyznaczy inn nazw ni standardowa, trzeba wybra instalacj typu Custom lub uruchomi
program instalatora z prawami uytkownika, ktry nie naley do tej grupy. Instalator zgosi
wwczas konieczno okrelenia nazwy dla grupy administratorw.
Grupa operatorw bazy danych (oper)

To konto grupowe ma charakter opcjonalny. Jego powoanie jest uzasadnione wtedy, gdy trzeba
pewnej grupie uytkownikw systemu Linux nada ograniczone prawa administrowania baz
danych (prawa SYSOPER). Domylnie czonkowie grupy dba maj jednoczenie uprawnienia
grupy oper. Jeli konieczne jest utworzenie grupy operatorw innej ni dba, trzeba wybra instalacj typu Custom lub uruchomi program instalatora z prawami uytkownika, ktry nie jest
czonkiem grupy dba. Instalator umoliwi wwczas wprowadzenie nazwy grupy. Zazwyczaj
wybieran nazw dla tej grupy jest oper.
Konto uytkownika i grupy opisywane jako kolejne s wymagane dla wszystkich rodzajw
instalacji.
206
Grupa inwentarza Oracle (oinstall)

Grup t trzeba utworzy podczas pierwszej instalacji oprogramowania Oracle w systemie.
Standardow nazw dla tej grupy jest oinstall. Uytkownicy grupy oinstall s wacicielami
inwentarza Oracle (ang. Oracle Inventory), czyli katalogu wszystkich komponentw oprogramowania Oracle zainstalowanych w systemie.
Jeeli oprogramowanie Oracle jest ju zainstalowane, istniejca grupa inwentarza musi by
podstawow grup uytkownika, ktry instaluje nowe oprogramowanie. W kolejnych punktach
zosta opisany sposb ustalenia nazwy istniejcej grupy inwentarza.
Waciciel oprogramowania Oracle (oracle)

Konto tego uytkownika musi zosta utworzone podczas pierwszej instalacji oprogramowania
Oracle w systemie. Uytkownik ten staje si wacicielem wszystkich plikw zainstalowanej
platformy. Zazwyczaj wybieran nazw dla konta jest oracle. Podstawow grup uytkownika
oracle musi by natomiast grupa inwentarza. Grupami dodatkowymi musz by grupy administratorw bazy danych i operatorw bazy danych.
Grupa inwentarza musi by wykorzystywana we wszystkich operacjach instalacji jakiegokolwiek oprogramowania Oracle. Wszystkie instalacje uzupeniajce (nastpujce po pierwszej
instalacji platformy) rwnie musz by wykonane przez uytkownika nalecego do tej
grupy. Mona jednak utworzy inne konto waciciela platformy Oracle, grup administratorw,
grup operatorw (inne ni oracle, dba i oper) dla rnych instalacji. Wyznaczenie rnych grup
dla rnych instalacji daje gwarancj, e administratorzy baz danych uzyskuj dostp tylko do
waciwych im baz danych, a nie do wszystkich baz wystpujcych w systemie.
W czasie pierwszej instalacji oprogramowania Oracle w systemie instalator tworzy plik o nazwie
oraInst.loc. Plik ten zawiera informacje o nazwie grupy inwentarza oraz o ciece dostpu do
katalogu inwentarza. Aby sprawdzi, czy konto waciciela oprogramowania Oracle (oracle)
istnieje, wystarczy wprowadzi instrukcj:
id oracle
Jeeli konto istnieje, wynik wykonania polecenia jest zbliony do przedstawionego poniej.
uid=440(oracle) gid=200(oinstall) grupy=200(oinstall),201(dba),202(oper)
Jeli konto istnieje, trzeba zdecydowa, czy do instalacji zostanie uyte wanie ono, czy
powinno zosta utworzone nowe. W przypadku podjcia decyzji o wykorzystaniu istniejcego
konta naley sprawdzi, czy podstawow grup uytkownika jest grupa inwentarza oraz czy
dany uytkownik naley do grup opcjonalnych waciwych dla administratorw i operatorw
baz danych.
Konto waciciela oprogramowania Oracle, grupy inwentarza, administratorw i operatorw
musz istnie we wszystkich wzach klastra i musz mie identyczne parametry. Aby utworzy
jednakowe konta uytkownikw i grup, trzeba sprawdzi identyfikatory konta i grup w systemie, w ktrym zostay utworzone, a nastpnie utworzy konta o takich samych identyfikatorach
w pozostaych wzach klastra.
207
Ustalenie identyfikatorw kont uytkownikw i grup

Przedstawione poniej polecenie pozwala na sprawdzenie identyfikatora waciciela oprogramowania Oracle (warto uid) oraz identyfikatorw grup (wartoci gid) inwentarza, administratorw i operatorw.
id oracle
Wynik wykonania polecenia jest zbliony do nastpujcego:

uid=440(oracle) gid=200(oinstall) grupy=200(oinstall),201(dba),202(oper)
Na podstawie listingu wynikowego mona bez trudu ustali, jaki jest identyfikator waciciela
oprogramowania oraz jakie s identyfikatory grup, do ktrych ten uytkownik naley.
Konfiguracja moduw (programw)

systemu Linux
Przed zainstalowaniem oprogramowania klastra RAC konieczne jest waciwe skonfigurowania
usugi SSH we wszystkich wzach klastra. Instalator Oracle wykorzystuje bowiem polecenia
ssh i scp do zdalnego wykonywania instrukcji oraz kopiowania plikw midzy wzami klastra.
Usuga SSH musi by wic odpowiednio skonfigurowana, aby na ekranie nie pojawiay si
monity o wprowadzenie hasa.
Katalogi Oraclea
Oprogramowanie Oracle wymaga utworzenia lub wskazania wielu katalogw. S wrd nich:
katalog inwentarza Oracle,
bazowy katalog oprogramowania Oracle,
katalog domowy usug CRS,
katalog domowy uytkownika oracle.
Usugi CRS musz dysponowa innym katalogiem domowym ni $ORACLE_HOME.
W kolejnych punktach podrozdziau zostay opisane wymagane parametry tych katalogw.
Katalog inwentarza Oracle

W katalogu inwentarza Oracle znajduje si rejestr wszystkich elementw zainstalowanego
oprogramowania Oracle. Ten obowizkowy katalog jest wspdzielony przez wszystkie instalacje oprogramowania w danym systemie. W czasie pierwszej instalacji program instalatora wymaga
wskazania cieki do tego katalogu. Firma Oracle zaleca, aby cieka bya okrelona jako:
208
$ORACLE_BASE/oraInventory
Katalogu tego nie trzeba przygotowywa osobicie. Instalator na podstawie podanej wartoci
cieki tworzy katalog, definiuje waciciela, grup oraz prawa dostpu. Zawarto katalogu
naley regularnie archiwizowa. Nie wolno te go usuwa, chyba e usuwane jest cae oprogramowanie Oracle. Rne produkty firmy Oracle mog dysponowa rnymi katalogami oraInventory. Poszczeglne wersje Uniwersalnego Instalatora Oracle (OUI) znane s z tego, e nie
wspdziaaj ze sob najlepiej. Dlatego rnym produktom Oraclea (na przykad pakietom
Database, Application Server czy Enterprise Manager Grid Control) mog odpowiada oddzielne
pliki oraInst.loc. Trzeba wic pamita o wskazaniu w pliku oraInst.loc katalogu kadej nowej
instalacji.
Katalog bazowy oprogramowania Oracle

Katalog bazowy oprogramowania Oracle jest katalogiem najwyszego poziomu dla instalowanych plikw oprogramowania. Zazwyczaj jest to katalog /opt/oracle. Jego wacicielem powinien by uytkownik, ktrego konto zostao wskazane jako konto waciciela caego oprogramowania Oracle.
Niezalenie od tego, czy zostanie utworzony nowy katalog bazowy, czy zostanie wykorzystany istniejcy, pen ciek do tego katalogu trzeba zdefiniowa w zmiennej rodowiskowej
ORACLE_BASE.
Katalog bazowy Oraclea powinien by umieszczony w lokalnym systemie plikw. Nie naley
tworzy go w systemie OCFS w wersji 1. Kolejne wersje systemu plikw OCFS mog poprawnie obsugiwa katalog bazowy, jednak w wersji 1 systemu OCFS nie jest to moliwe.
Wyznaczanie zmiennych rodowiskowych

Po utworzeniu opisanych katalogw administrator musi zdefiniowa nastpujce zmienne rodowiskowe:
ORACLE_HOME,
ORACLE_BASE,
CRS_HOME,
PATH.
W przypadku pierwszej instalacji oprogramowania Oracle w wle konieczne jest rwnie

uruchomienie skryptu orainstRoot.sh, umieszczonego w katalogu /opt/oracle/oraInventory (konieczno wykonania skryptu jest sygnalizowana przez instalator OUI).
Parametry pracy sieciowej

Kolejny etap wdraania klastra RAC w systemie Linux polega na zdefiniowaniu parametrw
pracy sieciowej. Zwizane z nim czynnoci musz zosta wykonane przed prb zainstalowania
bazy danych Oracle 10g lub usug CRS. Niektre adresy IP i nazwy domenowe s zapisywane
209
na stae w plikach oprogramowania. Dlatego jakakolwiek pomyka w ustawieniach sieciowych

moe oznacza konieczno czciowego przeinstalowania moduw RAC. Pierwszym elementem, na ktry naley zwrci uwag, s adresy IP i nazwy domenowe.
Adresy IP i nazwy domenowe

Przed rozpoczciem instalacji jakiejkolwiek czci oprogramowania Oracle konieczne jest
ustalenie lub uzyskanie nastpujcych adresw IP dla kadego wza:
Jeden adres IP dla kadego interfejsu sieci publicznej oraz odpowiadajca mu
zarejestrowana (w serwerze DNS) nazwa domenowa. Jeeli kady z wzw dysponuje

dwoma interfejsami sieci publicznej, trzeba zapewni dla nich dwa adresy IP oraz dwie
zarejestrowane nazwy domenowe.
Jeden nieuywany wirtualny adres IP (VIP) i zwizana z nim wirtualna nazwa domenowa
zarejestrowana w serwerze DNS. Kreator konfiguracji VIP (ang. VIP Configuration

Assistant VIPCA) przypisuje wirtualny adres IP podstawowemu interfejsowi sieci
publicznej. Wirtualny adres IP musi nalee do tej samej podsieci, w ktrej pracuje
zwizany z nim interfejs publiczny. Po zakoczeniu instalacji mona zapisa wirtualne
nazwy domenowe lub adresy IP w stacjach klienckich. W przypadku awarii wza ruch
zostanie przeniesiony do innego wza na podstawie tego wirtualnego adresu IP.
Prywatny adres IP oraz opcjonalnie nazw domenow dla kadego interfejsu sieci
prywatnej. Firma Oracle zaleca stosowanie w tym celu adresw z puli zarezerwowanej
dla sieci LAN, na przykad 10.*.*.* lub 192.168.*.*. Do powizania prywatnych
adresw IP z odpowiadajcymi im nazwami domenowymi mona wykorzysta plik
/etc/hosts (w kadym wle klastra).
Jeli na przykad kady wze dysponuje dwoma interfejsami publicznymi i dwoma prywatnymi, w jednym z wzw (rac1) mogyby zosta wykorzystane wymienione poniej adresy IP
i nazwy domenowe. Podobne adresy IP i nazwy domenowe powinny by wwczas zdefiniowane
w pozostaych wzach.
Nazwa domenowa
Rodzaj
Adres IP
Zarejestrowany w
db01.domena.pl
Publiczna
172.20.43.100
DNS
db02.domena.pl
Publiczna
172.20.43.102
DNS
db01-vip.domena.pl
Wirtualna
172.20.43.104
DNS
db02-vip.domena.pl
Wirtualna
172.20.43.106
DNS
wezelrac1
Prywatna
192.168.0.1
/etc/hosts
wezelrac2
Prywatna
192.168.0.2
/etc/hosts
Czsto wszystkie adresy IP i odpowiadajce im nazwy domenowe s definiowane w pliku

/etc/hosts. W pliku tym powinna wystpowa rwnie definicja interfejsu ptli zwrotnej.
Weryfikacja ustawie pracy sieciowej

Aby upewni si, e kady z wzw spenia wymagania odnonie parametrw pracy sieciowej,
naley wykona opisan poniej procedur.
210
1. Jeli jest to konieczne, zainstaluj interfejsy sieci publicznej i prywatnej, a nastpnie
przypisz im odpowiednio publiczne i prywatne adresy IP.

2. Zarejestruj nazwy i adresy IP interfejsw sieci publicznej w serwerze DNS.
3. Zarejestruj w serwerze DNS jeden adres wirtualny i nazw wirtualn dla kadego wza.
4. Dla kadego interfejsu kadego wza utwrz wpis w pliku /etc/hosts, uwzgldniajc
w nim prywatny adres IP i prywatn nazw:

192.168.0.1 wezelrac1
5. Zweryfikuj nazwy interfejsw i odpowiadajce im adresy IP, wykorzystujc do tego
celu polecenie:
/sbin/ifconfig a
Listing wynikowy ostatniej z instrukcji umoliwia sprawdzenie, czy adresy IP poszczeglnych

kart sieciowych odpowiadaj tym adresom, ktre miay zosta wyznaczone jako publiczne
i prywatne.
Kojarzenie (grupowanie) interfejsw publicznych

i interfejsw pocze wewntrznych
Oprogramowanie Oracle 10g jest kupowane przede wszystkim ze wzgldu na jego niezawodno. Warto wic powici chwil czasu na zapewnienie rzeczywistej niezawodnoci caego
systemu. Kojarzenie (ang. bonding) jest terminem opisujcym procedur grupowania dwch
lub wikszej liczby interfejsw sieciowych. Dziki niemu ruch IP moe by przenoszony przez
jeden z interfejsw lub przez obydwa. Jeeli jeden z interfejsw ulegnie awarii, drugi przejmuje
jego funkcj. Skojarzone interfejsy s osigalne z zewntrz pod jednym adresem IP.
Operacja kojarzenia interfejsw musi zosta wykonana poprawnie. Moe by jednak przeprowadzona po skonfigurowaniu klastra RAC. Grupowanie interfejsw przed instalacj oprogramowania RAC nie jest konieczne.
Ustawienie wirtualnych adresw IP

Zgodnie z wczeniejszymi informacjami jednym z wymogw klastra RAC jest wyznaczenie
wirtualnego adresu IP i zarejestrowanie dla niego nazwy domenowej w serwerze DNS. Wirtualny adres IP jest wykorzystywany przez oprogramowanie Oracle jedynie w czasie awaryjnego
przeczania systemw. Adresy VIP s definiowane po zainstalowaniu usug CRS.
Adres VIP jest wykorzystywany przez oprogramowanie Oracle jako klucz do wzw klastra.
Wrd parametrw pracy sieciowej zdefiniowanych w pliku tnsnames.ora wymieniona
jest nazwa lub adres IP serwera Oracle wyposaonego w proces nasuchu sieciowego.
Jeli adresy VIP s wykorzystywane w dziaaniu systemu, w pliku tnsnames.ora w miejscu
rzeczywistej nazwy domenowej lub adresu IP jest zapisywana wirtualna nazwa jednostki lub
wirtualny adres IP. Gdy praca serwera zostanie przerwana, warto VIP zostaje przeniesiona do
drugiego z wzw klastra. Ruch ze wszystkich jednostek klienckich, ktre prbuj uzyska
dostp do instancji Oracle na podstawie adresu VIP, jest przekazywany do serwera okrelanego
wartoci VIP. Jest to jeden z najwaniejszych parametrw klastra RAC 10g.
211
Testowanie pracy sieciowej

Przed zainstalowaniem oprogramowania Oracle zawsze naley sprawdzi poprawno dziaania sieci.
Wystarczy w tym celu ustanowi poczenia SSH z kadym wzem klastra, posugujc si kontem uytkownika root. W tecie naley wykorzysta zarwno adresy IP, jak i nazwy domenowe.
Warto rwnie sprawdzi, czy moliwe jest kopiowanie jakichkolwiek plikw midzy jednostkami za pomoc usugi SCP. Instalator Oracle bdzie wykorzystywa mechanizm SCP do przenoszenia plikw binarnych midzy wzami.
Jeli ustawienia sieciowe nie zostan poprawnie zdefiniowane, instalacja oprogramowania
Oracle zakoczy si niepowodzeniem.
Sprawdzenie dostpnoci wspdzielonej pamici masowej

Ostatnim elementem wymagajcym sprawdzenia przed rozpoczciem instalacji oprogramowania
jest dostpno wspdzielonej pamici masowej. Jeli cz wzw nie bdzie moga korzysta ze wsplnego obszaru skadowania danych, konfiguracja systemu Oracle 10g nie bdzie
moga si rozpocz. Oto kroki stosownej procedury:
1. Sprawd, czy dla kontrolera zosta zainstalowany odpowiedni sterownik:
HBA,
SCSI,
RAID.
2. Zainstaluj oprogramowanie dla urzdze pamici masowej.
3. Sprawd konfiguracj pamici masowej:
czy grupy RAID zostay utworzone?
czy dyski zostay podzielone na partycje?
4. Sprawd, czy kady z wzw ma dostp do grup RAID (LUN):
cat /proc/partitions
Konfiguracja klastra RAC

W tej czci rozdziau zostan omwione zagadnienia zwizane z konfiguracj klastra RAC
Oracle 10g. Oprogramowanie klastra RAC skada si z kilku komponentw, ktre musz by
parametryzowane niezalenie od siebie. Konfiguracja poszczeglnych z nich usug CRS,
pocze wewntrznych oraz wspdzielonych dyskw OCFS, ASM i dyskw nieformatowanych jest wanie tematem niniejszego podrozdziau.
212
Poniej zostao zamieszczonych kilka wskazwek, o ktrych warto pamita podczas implementowania aplikacji na bazie klastra RAC.
Pliki danych systemu RAC zapisuj w dowolnej wspdzielonej pamici masowej.
Zalecam, aby w klastrze RAC by do tego celu wykorzystywany system plikw

klastra OCFS.
Jeeli jest to moliwe, stosuj sprztow pami podrczn o ile jest ona odporna
na awarie i nie ma ryzyka utraty zbuforowanych danych.

Nie twrz bazy danych podczas instalowania oprogramowania. Procedura instalacyjna
powinna obejmowa jedynie oprogramowanie.

Do tworzenia bazy danych wykorzystuj kreator konfiguracji baz danych (ang. Database
Configuration Assistant DBCA). Aplikacja DBCA uwzgldnia obsug mechanizmw

klastrowych RAC.
Usugi konfigurowanego rodowiska rwnie powinny by definiowane za pomoc
kreatora DBCA i zarzdzane za pomoc aplikacji Server Control (srvctrl) oraz Oracle
Enterprise Manager (OEM).

Korzystaj z pliku parametrw serwera (SPFILE), ktry powinien by zapisany w obszarze
wspdzielonej pamici masowej. Plik moe by zapisany w systemie OCFS

lub na nieformatowanym dysku.
Wykorzystuj mechanizm automatycznego zarzdzania segmentami pamici
(ang. Automatic Segment-Space Management).

Wykorzystuj mechanizm automatycznego zarzdzania operacjami wycofania
(ang. Automatic Undo Management).

Dodawanie kolejnych wzw do klastra wcale nie oznacza natychmiastowej poprawy
wydajnoci. Jeeli biece instancje Oracle nie s obcione, rozbudowa klastra mija
si z celem.
Konfiguracja usug CRS

Usugi CRS s usugami, ktre umoliwiaj poszczeglnym wzom klastra komunikowanie
si ze sob. Maj wic kluczowe znaczenie dla funkcjonowania systemu RAC. Przed zapoznaniem si z zasadami konfigurowania usug CRS niezbdne jest zapamitanie kilku istotnych
faktw z nimi zwizanych:
Usugi CRS musz by zainstalowane i uruchomione przed rozpoczciem instalacji
klastra RAC 10g.

Usugi CRS mog dziaa bez zewntrznego oprogramowania zarzdzania klastrem.
Platforma Oracle 10g pozwala rwnie na uruchomienie usug CRS na bazie

oprogramowania dostarczanego przez zewntrznego producenta, na przykad Veritas
Cluster.
Pliki binarne serwera Oracle i usug CRS musz by przechowywane w rnych
katalogach zmienne rodowiskowe ORACLE_HOME i CRS_HOME musz wskazywa
rne katalogi.
213
Przed zainstalowaniem usug CRS musi by dostpna wspdzielona pami masowa
przeznaczona dla pliku gosowania (ang. voting file) i pliku rejestru OCR (ang. Oracle
Cluster Registry). Plik gosowania powinien mie rozmiar co najmniej 20 MB, a plik
OCR co najmniej 100 MB. Obydwa pliki musz by zapisane na niesformatowanych
dyskach. System OCFS nie jest w tym przypadku obsugiwany.
Publiczne i prywatne interfejsy wzw klastra RAC musz by skonfigurowane
przed zainstalowaniem usug CRS.

Aby zagwarantowa nieprzerwan prac systemu, plik OCR i plik gosowania powinny
by przechowywane w macierzy RAID.

Pyt CD usug CRS mona zamontowa jako dysk lokalny pierwszego wza klastra. Przed
uruchomieniem instalatora trzeba si rwnie upewni, e dostpne s nastpujce informacje:
pooenie katalogw ORACLE_HOME i CRS_HOME,
lokalizacja wspdzielonych dyskw dla plikw gosowania i OCR.
Aby skonfigurowa usugi CRS, naley wykona polecenie runInstaller w ramach sesji X-Window pierwszego wza klastra (biecym katalogiem powinien by katalog pyty CD instalatora
CRS jest to oddzielna pyta w pakiecie Oracle 10g). Wprowadzenie instrukcji spowoduje
uruchomienie instalatora. Usugi CRS pracuj z prawami uytkownika root, natomiast komponenty klastra RAC 10g s uruchamiane w ramach konta oracle.
Publiczne adresy IP i wirtualne adresy IP poszczeglnych wzw jednego klastra musz
nalee do jednej podsieci.
Podczas instalacji aplikacja OUI w pierwszej kolejnoci kopiuje oprogramowanie do lokalnego
systemu, a nastpnie przekazuje je do wzw zdalnych. Po zakoczeniu procedury instalacyjnej mona sprawdzi jej poprawno przez wykonanie instrukcji olsnodes w katalogu
CRS_HOME/bin. Skadnia polecenia olsnodes jest nastpujca:
olsnodes [-n] [-l] [-v] [-g]
gdzie:
opcja n odpowiada za wywietlenie numeru wza i jego nazwy,
opcja l powoduje wywietlenie lokalnej nazwy wza,
opcja v uaktywnia tryb wywietlania szczegowych informacji wynikowych,
opcja g aktywuje rejestracj zdarze w dziennikach.
Oto przykad zastosowania instrukcji:

olsnodes n
Wynikiem wykonania polecenia powinna by lista wzw, w ktrych usugi CRS zostay zainstalowane.
Node1
Node2
1
2
214
Konfiguracja poczenia wewntrznego

Poczenie wewntrzne jest jednym z najwaniejszych elementw systemu Oracle RAC. Firma
Oracle zawara w wymaganiach informacj o tym, e musi to by poczenie o przepustowoci
minimalnej 100 Mb/s. Z dowiadcze praktycznych wynika jednak, e zastosowanie gigabitowego Ethernetu jest nieodzowne. Niska przepywno poczenia wewntrznego moe by przyczyn wielu problemw. Jeeli stopie wykorzystania aplikacji jest wzgldnie duy, a przepustowo poczenia niska, baza danych moe zgasza bdy.
Poczenie wewntrzne jest w zasadzie sieci prywatn, ktra powinna by oddzielona od
innych segmentw sieci. Na jej obsug warto przeznaczy oddzielny przecznik lub przynajmniej niezalen sie wirtualn (VLAN).
Aby zwikszy wydajno pracy klastra, mona ustawi rozmiary nadawanych i odbieranych
pakietw UDP na 256 KB.
Konfiguracja wspdzielonych dyskw

Wspdzielone dyski mog by konfigurowane na kilka rnych sposobw. Najczciej wykorzystywane s rozwizania bazujce na systemie plikw klastra Oracle (OCFS), na nieformatowanych urzdzeniach lub na mechanizmie ASM.
Konfiguracja wspdzielonych dyskw systemu OCFS

System plikw klastra Oracle (ang. Oracle Cluster File System OCFS) jest wspdzielonym
systemem plikw wykorzystywanym w pracy klastra RAC. Cho nazwa sugeruje, e jest to
peny system plikw, w praktyce umoliwia jedynie przechowywanie danych Oraclea i plikw
archiwum dziennika. System OCFS jest zbliony w dziaaniu do menedera wolumenw logicznych (LVM). Skada si z dwch komponentw napdu dyskowego i usugi. Napd dyskowy
OCFS odpowiada za wspprac z systemem plikw systemu operacyjnego. Usuga cfs koordynuje komunikacj midzy poszczeglnymi wzami klastra. Odpowiada za utrzymanie synchronizacji wzw i ich plikw. Prawidowe dziaanie systemu OCFS zaley w gwnej mierze
od duej przepustowoci pocze wewntrznych.
Konfiguracja wspdzielonych nieformatowanych dyskw

Oprogramowanie RAC dla wikszoci platform wymaga udostpnienia kadej instancji zbioru
niesformatowanych dyskw we wspdzielonym podsystemie dyskowym. Dyski te nazywa
si rwnie czystymi dyskami (ang. raw devices). Pracujce w klastrze RAC instancje Oracle
wykorzystuj niesformatowane dyski do przechowywania plikw sterujcych, plikw parametrw serwera, plikw danych oraz biecych dziennikw powtrze. Wymienione pliki s
wsplne dla wszystkich instancji. Same dyski musz zosta przygotowane za pomoc odpowiednich narzdzi systemu operacyjnego przed utworzeniem bazy danych.
Czysty dysk jest napdem, w ktrym nie zosta zaoony aden system plikw. Dyski tego typu
s wykorzystywane w klastrach RAC, poniewa umoliwiaj wspdzielenie pamici masowej.
215
Czysta partycja jest fizycznym fragmentem dysku, ktrym mona operowa na najniszym
z dozwolonych poziomw. Czysta partycja zostaje powoana w chwili, gdy utworzona zostaje
partycja rozszerzona i przypisywane s do niej partycje logiczne (bez formatowania). Po sformatowaniu jest ona nazywana partycj przygotowan (ang. cooked).
Nieformatowane dyski maj kilka zalet w porwnaniu z systemem OCFS. Przede wszystkim
mechanizm OCFS jest systemem plikw, a systemy plikw wnosz pewien narzut, buforuj
dane, s trudne do wykorzystania w klastrze i przy przechowywaniu danych rnych systemw
operacyjnych. W przypadku czystych dyskw nie wystpuje synchronizacja na poziomie systemu operacyjnego. Oprogramowanie Oracle uywa nieformatowanych dyskw do przechowywania danych oraz do ustanawiania blokad danych. Zapewnienie funkcji synchronizacji danych
w systemie OCFS jest przyczyn dodatkowego narzutu. Dlatego czyste dyski s od 3 do 7%
efektywniejsze. Z drugiej strony system OCFS gwarantuje:
uproszczenie zarzdzania,
wykorzystanie funkcji Oracle Managed Files w klastrze RAC,
jednorazow instalacj oprogramowania Oracle,
automatyczne rozszerzenie plikw danych Oraclea,
jednolity dostp do archiww dziennika w przypadku fizycznego uszkodzenia wza.
Firma Oracle intensywnie rozbudowuje system OCFS przy jednoczesnym zaniechaniu jakichkolwiek innowacyjnych dziaa w odniesieniu do nieformatowanych dyskw. Z tego wzgldu
stosowanie czystych dyskw jest zalecane jedynie w przypadkach, w ktrych konieczne jest
maksymalne zwikszenie wydajnoci.
Konfiguracja wspdzielonych dyskw z wykorzystaniem mechanizmu ASM

Trzeci sposb konfiguracji wspdzielonych dyskw bazuje na wykorzystaniu mechanizmu
automatycznego zarzdzania pamici masow (ang. Automatic Storage Management ASM).
Funkcja ASM jest nowym rozwizaniem firmy Oracle, ktre zwalania administratora z obowizku wykonywania szeregu mudnych czynnoci. Oto zasada jego dziaania.
Dziki systemowi ASM administrator nie musi zarzdza poszczeglnymi plikami i napdami
dyskowymi. Mona bowiem tworzy grupy dyskowe skadajce si z dyskw oraz ze zwizanych z nimi plikw. Poczenie technologii OMF i ASM w zasadzie zwalania administratora
z obowizku definiowania nazw i lokalizacji plikw baz danych zarwno podczas ich tworzenia,
jak i w czasie wykonywania innych operacji bazodanowych. Wystarczy wskaza docelow grup
dyskow, a reszt zajmie si oprogramowanie Oracle. Mechanizm ASM moe obj swoim
dziaaniem rwnie inne zadania administracyjne, w tym zarzdzanie dyskami oraz sporzdzanie kopii zapasowych i odtwarzanie danych z archiww.
Przed otwarciem bazy danych fizyczne pliki s zlokalizowane na podstawie informacji zapisanych w pliku sterujcym. Jednak plik sterujcy sam jest elementem grupy dyskowej. Proces
ASM musi wic dysponowa wasn niezalen instancj, ktra jest powoywana przed uruchomieniem instancji bazy danych.
216
Jedn z operacji wykonywanych podczas uruchamiania instancji ASM jest operacja identyfikacji grup dyskowych i ich plikw. System ASM montuje dyski, tworzy map cigych blokw
pamici dyskowej przydzielonych segmentowi bazy danych (ang. extent) i przekazuje j do
instancji bazy danych. Za realizowanie operacji wejcia-wyjcia jest ju odpowiedzialna sama
baza danych. Wspdziaanie procesu ASM jest niezbdne jedynie w przypadku tworzenia lub
usuwania plikw oraz podczas zmiany konfiguracji dysku.
Gdy zachodz jakiekolwiek zmiany, instancja ASM rwnoway obcienie dyskw i dostarcza
informacji niezbdnych do odwieenia mapy blokw w pamici SGA instancji bazy danych.
Z tego wzgldu proces ASM i instancja bazy danych musz pracowa jednoczenie. Wyczenie instancji ASM powinno nastpowa dopiero po zamkniciu bazy danych.
Wpyw mechanizmu ASM na wydajno pracy instancji bazy danych jest niewielki. Nie bierze
on bowiem udziau w przetwarzaniu transakcji odnoszcych si do poszczeglnych obiektw
bazodanowych. Dlatego redni rozmiar obszaru SGA przeznaczony na obsug mechanizmu
ASM nie przekracza 64 MB. Jeli wic rozmiar pamici serwera nie jest zbliony do maksymalnego rozmiaru pamici operacyjnej wymienionej w wymaganiach DBMS, zajto 64 MB
nie powinna mie wpywu na dostpno pamici dla instancji bazy danych.
Z uwagi na fakt, e mechanizm ASM sam zarzdza grupami dyskowymi i plikami bazy danych,
zadanie administratora sprowadza si jedynie do wskazania odpowiednich dyskw, okrelenia grup awaryjnych oraz poziomu nadmiarowoci zapisu danych. System ASM automatycznie
rozkada obcienie na wszystkie dyski grupy. Dziki temu rywalizacja o dostp do dysku jest
znacznie ograniczona, co skutkuje zwikszeniem wydajnoci pracy. Dodatkow zalet mechanizmu ASM jest moliwo automatycznego i dynamicznego rozmieszczania plikw w przypadku zmiany rozmiaru grupy dyskowej (dodania lub usunicia dysku). Zadanie to jest realizowane bez potrzeby zamykania bazy danych.
W systemie ASM rozmiar grupy dyskowej moe zosta okrelony podczas tworzenia nowego
pliku danych. Na przykad aby utworzy przestrze tabel z jednoczesn alokacj obszaru o rozmiarze 500 MB, wystarczy wykona polecenie:
CREATE TABLESPACE przestrzentabel1 DATAFILE '+grupadanych1' SIZE 500MB;
Mechanizm ASM odpowiada za nazewnictwo, rozmieszczenie i dystrybucj plikw danych.

Administrator musi jedynie wskaza grup dyskow, ktre bdzie przechowywaa plik danych.
Rozwizanie to eliminuje konieczno osobistego optymalizowania operacji wejcia-wyjcia
i usuwania problemw zwizanych z fragmentacj danych.
Mechanizm ASM, podobnie jak OCFS, nie jest systemem plikw oglnego przeznaczenia.
Nie moe zastpowa systemu plikw Linuksa. Nie powinien by wic stosowany do zarzdzania plikami, ktre s wykorzystywane przez funkcje ledzenia procesw drugoplanowych
lub procesw uytkownika.
Najwiksz zalet systemu ASM jest jego zdolno do dynamicznej modyfikacji zasobw
pamici masowej, eliminacja rcznej optymalizacji procedur wejcia-wyjcia oraz automatyczne
rozkadanie obcienia. Przy kilku tysicach plikw zadania wykonywane automatycznie przez
system ASM mog zaoszczdzi administratorowi od 30 do 40% czasu pracy. Zastosowanie
tego rozwizania pozwala przeznaczy cenny czas na inne cele.
217
Testowanie klastra RAC i zarzdzanie nim

Do najwaniejszych czynnoci wykonywanych po zakoczeniu instalacji jest testowanie klastra
RAC i zarzdzanie jego prac. Zagadnienia opisywane w tym punkcie s odpowiedziami na
pytania, dlaczego i w jaki sposb naley testowa dan implementacj klastra RAC systemu
Oracle? Cz testw wie si jednak z uruchamianiem i zatrzymywaniem instancji. Zatem
w pierwszej kolejnoci zostan omwione problemy zarzdzania klastrem RAC.
Wikszo zada zwizanych z zarzdzaniem mona wykona za pomoc jednego narzdzia
srvctl. Program Srvctl jest interfejsem wiersza polece instancji i usug RAC.
Zamy, e zostaa utworzona dwuwzowa baza danych RAC o nazwie seed. Bazie tej
odpowiadaj dwie instancje seed1 i seed2. Instancja seed1 pracuje w wle rac1, natomiast
seed2 w wle rac2. Aby pozna status bazy danych seed, wystarczy wykona polecenie:
srvctl status database d seed
Wynik powinien by nastpujcy:

Instance seed1 running on node rac1
Instance seed2 running on node rac2
Polecenie srvctl moe by wprowadzane w dowolnym wle klastra.

Poniej zostay przedstawione przykady skadni polecenia. Jego zastosowanie pozwala na
sprawdzenie statusu usugi, aplikacji wza, bazy danych lub samej instancji.
srvctl status database d <nazwa_bazy_danych> [-f] [-v] [-S <poziom>]
srvctl status instance d <nazwa_bazy_danych> -i <nazwa_instancji>
[,<lista_nazw_instancji>] [-f] [-v] [-S <poziom>]
srvctl status service d <nazwa_bazy_danych> -s <nazwa_usugi> [,<lista_nazw_usugi] [-f]
[-v] [-S <poziom>]
srvctl status nodeapps [-n <nazwa_wza>]
srvctl status asm n <nazwa_wza>
Oto kilka przykadw wykorzystania instrukcji:

sprawdzenie statusu bazy danych, wszystkich instancji i wszystkich usug:
srvctl status database d seed -v
sprawdzenie statusu wybranych instancji oraz ich usug:

srvctl status instance d seed i seed1,seed2 -v
sprawdzenie statusu okrelonej usugi:

srvctl status service d seed s CRM -v
sprawdzenie statusu wszystkich wzw obsugujcych aplikacje bazodanowe:

srvctl status node
Polecenie srvctl umoliwia rwnie uruchamianie i zatrzymywanie baz danych oraz ich instancji.
Skadnia tego typu instrukcji zostaa przedstawiona poniej. Naley pamita, e podczas uruchamiania bazy danych wszystkie zwizane z ni instancje rwnie s uruchamiane.
218
srvctl start database d <nazwa_bazy_danych> [-o <opcje_startowe>] [-c <cig_poczenia>

| -q]
srvctl start instance d <nazwa_bazy_danych> -i <nazwa_instancji>
[,<lista_nazw_instancji>] [-o <opcje_startowe>] [-c <cig_poczenia> | -q]
Za pomoc instrukcji srvctl mona rwnie uruchamia usugi klastra, aplikacje wza oraz
system ASM.
srvctl start service d <nazwa_bazy_danych> [-s <nazwa_ usugi> [,<lista_nazw_usugi>]]
-i <nazwa_instancji> [,<lista_nazw_instancji>] [-o <opcje_startowe>]
[-c <cig_poczenia> | -q]
srvctl start nodeapps n <nazwa_wza>
srvctl start asm n <nazwa_wza> [-i <nazwa_instancji_asm>] [-o <opcje_startowe>]
Polecenie srvctl umoliwia take zatrzymywanie procesw CRS. Skadnia rnych wersji
instrukcji zostaa przedstawiona poniej.
srvctl stop database d <nazwa_bazy_danych> [-o <opcje_wyczenia>] [-c <cig_poczenia>
| -q]
srvctl stop instance d <nazwa_bazy_danych> -i <nazwa_instancji> [,<lista_nazw_instancji>]
[-o <opcje_wyczenia>] [-c <cig_poczenia> | -q]
srvctl stop service d <nazwa_bazy_danych> -s <nazwa_usugi> [,<lista_nazw_usugi>]
[-o <opcje_wyczenia>] [-c <cig_poczenia> | -q] [-f]
srvctl stop nodeapps n <nazwa_wza>
srvctl stop asm n <nazwa_wza> [-i <nazwa_instancji_asm>] [-o <opcje_wyczenia>]
Oto kilka przykadw zastosowania polecenia:

zatrzymanie bazy danych, wszystkich instancji i wszystkich usug:
srvctl stop database d seed
zatrzymanie okrelonych instancji:

srvctl stop instance d seed i seed1,seed2
zatrzymanie usugi:
srvctl stop service d seed s CRM
zatrzymanie usugi i okrelonej instancji:

srvctl stop database d seed s CRM i seed2
zatrzymanie aplikacji wza:

srvctl stop nodeapps n rac1
Zakoczenie pracy aplikacji wza powoduje jednoczesne zatrzymanie instancji i usug.
Kolejnymi prezentowanymi poleceniami s instrukcje modyfikacji sposobu dziaania usug CRS.

srvctl modify database d <nazwa> [-n <nazwa_bazy_danych>] [-o <kat_oracle>] [-m <domena>]
[-p <plik_spfile>] [-r {PRIMARY | PHYSICAL_STANDBY | LOGICAL_STANDBY}]
[-s <opcje_startowe>]
srvctl modify instance d <nazwa_bazy_danych> -i <nazwa_instancji> -n <nazwa_wza>
srvctl modify instance d <nazwa> -i <nazwa_instancji> {-s <nazwa_instancji_asm> | -r }
srvctl modify service d <nazwa_bazy_danych> -s <nazwa_usugi> -i <nazwa_instancji>
-t <nazwa_instancji> [-f]
219
srvctl modify service d <nazwa_bazy_danych> -s <nazwa_usugi> -i <nazwa_instancji>

-r [-f]
srvctl modify nodeapps n <nazwa_wza> [-A <adres>] [-x]
Znaczenie poszczeglnych opcji zostao opisane poniej.

-i <nazwa_instancji> -t <nazwa_instancji> nazwa instancji [-i] jest zastpowana
nazw instancji [-t],
-i <nazwa_instancji> -r okrelona instancja jest wyznaczana jako instancja
preferowana,
-A lista_adresw lista adresw aplikacji VIP na poziomie wza,
-s <nazwa_instancji_asm> opcja wykorzystywana do dodawania lub usuwania
zalenoci ASM.
Oto kilka przykadw wykorzystania instrukcji srvctl do zmiany sposobu pracy usug CRS:
zmiana wza, w ktrym uruchomiona jest instancja:
srvctl modify instance d seed n rac2
zmiana wza, w ktrym uruchomiony jest serwis:

srvctl modify service d seed s Hot_Backup i rac2 t rac3
zmiana preferowanej instancji dla usugi:

srvctl modify service d seed s Hot_Backup i rac2
Polecenia przedstawione poniej wczaj wykorzystanie zasobw CRS. Aby instancja moga
zosta uruchomiona, musi by wczeniej wczona. Funkcja moe zosta wykorzystana, jeli
zasb jest wczony lub wyczony.
srvctl enable database d <nazwa_bazy_danych>
srvctl enable instance d <nazwa_bazy_danych> -i <nazwa_instancji>
[,<lista_nazw_instancji]
srvctl enable service d <nazwa_bazy_danych> -s <nazwa_usugi> [,<lista_nazw_usug>]
[-i <nazwa_instancji>]
Oto kilka przykadowych instrukcji wczenia zasobw CRS:

wczenie bazy danych:
srvctl enable database d seed
wczenie okrelonych instancji:

srvctl enable instance d seed i seed1,seed2
wczenie usug:
srvctl enable service d seed s CRM,ERP
wczenie usugi okrelonej instancji:

srvctl enable service d seed s ERP i rac3
Wyczanie zasobw CRS naley do zada instrukcji prezentowanych poniej. Funkcja moe
zosta wykorzystana, jeli zasb jest wczony.
220
srvctl disable database d <nazwa_bazy_danych>

srvctl disable instance d <nazwa_bazy_danych> -i <nazwa_instancji>
[,<lista_nazw_instancji]
srvctl disable service d <nazwa_bazy_danych> -s <nazwa_usugi> [,<lista_nazw_usug>]
[-i <nazwa_instancji>]
Oto stosowne przykady:

globalne wyczenie bazy danych:
srvctl disable database d seed
wyczenie okrelonych instancji:

srvctl disable instance d seed i rac1,rac2
globalne wyczenie usugi:

srvctl disable service d seed s ERP
wyczenie usugi okrelonej instancji:

srvctl disable service d seed s CRM i rac3,rac2
Czas wrci do testw. Po wdroeniu klastra Oracle RAC naley dokadnie przetestowa jego
dziaanie. Warto wykorzysta do tego celu procedury opisane w dalszej czci podrozdziau.
Testy narzdzia srvctl

Test zawsze powinien obejmowa operacj pobrania informacji statusowych na temat baz
danych wszystkich wzw klastra. Administrator nie powinien mie rwnie problemu z uruchamianiem i zamykaniem baz danych w poszczeglnych wzach. Warto take przetestowa
moliwo uruchamiania instancji oraz usug (jeli takowe s wykorzystywane) ze wszystkich
wzw.
Test awaryjnego przeczenia

Zakres procedury testowej w przypadku awaryjnego przeczania bazy danych (ang. failover)
zaley w praktyce od rodzaju mechanizmu zabezpieczajcego, ktry jest wykorzystany w danym
rozwizaniu. Jeli na przykad jest stosowana funkcja Transparent Application Failover, niezbdne jest przeprowadzenie wielu testw z awaryjnym przeczaniem transakcji.
Podstawowy test, jaki mona wykona, polega na uyciu konsoli SQL*Plus do poczenia si
z globaln instancj ze wszystkich wzw, ustanowieniu poczenia z okrelon instancj
(na przykad seed1) ze wszystkich wzw oraz zestawieniu poczenia z jednostki znajdujcej
si poza klastrem.
Kolejny opisywany test umoliwia szybkie sprawdzenie, czy plik tnsnames.ora zosta poprawnie skonfigurowany i czy gwarantuje awaryjne przeczenie baz danych. Pierwsza czynno polega na ustanowieniu poczenia z instancj za pomoc konsoli SQL*Plus (polecenie
sqlplus system/haso@seed). Dziki poniszej instrukcji mona zobaczy, z ktr instancj
zostao ustanowione poczenie:
select instance_number, instance_name, host_name from v$instance;
221
Wynik powinien by zbliony do nastpujcego:

INSTANCE_NUMBER
1
INSTANCE_NAME
seed1
HOST_NAME
rac1
Teraz wystarczy zakoczy dziaanie instancji wymienionej w listingu wynikowym i ponownie

wykona wczeniejsz instrukcj. Wynik powinien informowa, e poczenie jest ustanowione
z innym wzem klastra.
INSTANCE_NUMBER
2
INSTANCE_NAME
seed2
HOST_NAME
rac2
Jeeli przeczenie nie spowoduje wywietlenia jakiegokolwiek komunikatu o bdzie w konsoli

SQL*Plus, mona zaoy, e ustawienia pliku tnsnames.ora s poprawne.
Mona te przeprowadzi testy, ktre obejmowayby takie czynnoci, jak w restart komputera
w czasie poczenia z wzem lub wykonanie instrukcji shutdown z opcjami immediate, transactional albo abort podczas poczenia z instancj. Wyniki poszczeglnych operacji s zalene
od rodzaju wykorzystanego polecenia SQL oraz od opcji awaryjnego przeczania zdefiniowanych w cigu poczenia. Najwaniejsze jest jednak to, aby pamita o przetestowaniu konfiguracji RAC 10g przed zastosowaniem jej w systemie uytkowym!
Dokumenty pomocy dla Oracle 10g RAC

Liczba przedstawionych dotychczas zagadnie jest dostatecznie dua, by utrudni ycie administratorowi. Ten rozdzia nie mia suy jako instrukcja instalacji oprogramowania RAC,
lecz jako oglny przewodnik, ktrego celem jest wskazanie kierunkw wdraania systemu
Oracle 10g RAC.
W przypadku wystpienia jakichkolwiek trudnoci poszukiwanie informacji naley rozpocz od serwisu MetaLink. Firma Oracle zazwyczaj udostpnia w nim szczegowe instrukcje
postpowania przeznaczone dla kadej obsugiwanej platformy systemowej. Mona rwnie
wykorzysta wyszukiwark, wprowadzajc w niej sowo kluczowe Linux i numer wersji instalowanego oprogramowania. Kilka odsyaczy na pewno zostanie zwrconych. W wikszoci przypadkw kto inny wczeniej zmaga si z danym problemem i go rozwiza.
Oto kilka zasad, ktrych naley przestrzega przed rozpoczciem instalacji oprogramowania
RAC 10g:
Zawsze sprawdzaj, czy dostawca sprztu udostpni certyfikowane (testowane) wersje
sterownikw lub oprogramowania.

Upewnij si, e parametry pracy sieciowej systemu Linux zostay wyznaczone poprawnie.
Bd w konfiguracji sieci moe by przyczyn wielu problemw.

Zainstalowanie i uruchomienie usug CRS we wszystkich wzach jest poow sukcesu.
Nie naley kontynuowa instalacji, dopki usugi CRS nie pracuj poprawnie.
222
Upewnij si, e rozmiar wspdzielonej pamici masowej zosta waciwie dobrany.
Wikszo nieefektywnie dziaajcych implementacji klastra RAC nie dysponuje

dostatecznie du liczb fizycznych napdw dyskowych lub bazuje na niewaciwej
wersji macierzy RAID. Zalecan wersj macierzy dla plikw danych Oracle
jest RAID 1+0.
Pamitaj, by dobrze si bawi. Wikszo problemw wynika z bdw popenianych
w stresie. Zachowanie dobrego humoru w czasie pracy uatwia ca procedur.
Podsumowanie
Poprzedni rozdzia mia charakter przegldu funkcji RAC i zasad ich wykorzystywania. W tym
rozdziale z kolei zostay przedstawione szczegowe informacje na temat konfiguracji i instalacji
oprogramowania RAC. Klaster Oracle RAC jest bardzo skomplikowanym produktem, ktrego
praca w znacznie wikszym stopniu zaley od warstwy sprztowej ni w przypadku niezalenego serwera Oracle. Wdraanie klastra RAC zazwyczaj oznacza przeznaczenie okoo 40% czasu
na instalacj i 60% czasu na debugowanie. Przyjcie takiego spojrzenia na procedur implementacji pozwala wyeliminowa stres pojawiajcy si, gdy co nie do koca jest realizowane
zgodnie z planem. Nie naley si wwczas poddawa, trzeba pamita o zwracaniu bacznej
uwagi na najmniejsze szczegy.

Oracle Database 10g. Administracja Bazy Danych W Linuksie

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Oracle Database 10g. Administracja Bazy Danych W Linuksie

Uploaded by

Copyright:

Available Formats

Oracle Database 10g.

Autor: Edward Whalen

Nazwa Oracle to ju niemal synonim bezpiecznej, wydajnej i stabilnej bazy danych.

Architektura bazy danych Oracle

Zaprojektuj i wdraaj wysoko wydajne rozwizania bazodanowe

Oracle na Linuksie ................................................................ 27

Rozdzia 1. Architektura Linuksa ................................................................................ 29

Oracle Database 10g. Administracja bazy danych w Linuksie

Rozdzia 2. Architektura Oraclea ............................................................................... 51

Rozdzia 3. Zarzdzanie transakcjami oraz obiekty schematu Oraclea ......................... 85

Instalacja Oracle 10g w Linuksie ........................................ 107

Rozdzia 4. Okrelanie wymaga Oracle 10g w systemach Linux ............................... 109

Rozdzia 5. Konfigurowanie systemu Linux dla Oraclea ............................................. 141

Rozdzia 6. Instalacja Oracle 10g na Linuksie ........................................................... 155

Cz III Oracle RAC w Linuksie ....................................................... 175

Oracle Database 10g. Administracja bazy danych w Linuksie

Rozdzia 8. Uruchomienie klastra aplikacji Oracle w systemie Linux .......................... 195

Cz IV Administrowanie baz danych Oracle Database 10g

Oracle Database 10g. Administracja bazy danych w Linuksie

Rozdzia 12. Odtwarzanie danych ............................................................................... 309

Rozdzia 13. Oracle Data Guard w systemie Linux ....................................................... 325

Rozdzia 14. Zaawansowana replikacja danych w systemie Linux ................................ 341

Rozdzia 16. Optymalizacja instrukcji SQL ................................................................... 365

Rozdzia 17. Indeksy i partycjonowanie ...................................................................... 393

Produkty firmy Oracle dla systemu Linux ............................. 413

Rozdzia 19. Oracle E-Business Suite w systemie Linux ............................................... 429

Skorowidz .............................................................................................. 441

Planowanie wdroenia systemu RAC

Cz III Oracle RAC w Linuksie

czy za porednictwem warstwy poredniej (serwera aplikacji)?

operacji zapisu przewaa nad liczb operacji odczytu?

Rozdzia 8. Uruchomienie klastra aplikacji Oracle w systemie Linux

Czy w firmie s zatrudnieni specjalici ds. zarzdzania urzdzeniami SAN

i administratorzy baz danych? Czy konieczne bdzie zatrudnienie pracownikw

rozwizania Data Guard w klastrze RAC?

Cz III Oracle RAC w Linuksie

Okrelanie skali systemu RAC

procedurze. Odpowiada on za przygotowanie odpowiedniego punktu wyjcia

informacji technicznych na temat pracy porwnywalnego lub biecego systemu

Rozdzia 8. Uruchomienie klastra aplikacji Oracle w systemie Linux

system bdzie si charakteryzowa znacznie wiksz wydajnoci. Naley zatem zebra

w taki sposb, aby spenia wymagania klienta. W projekcie musz by jednak

podczas implementowania rozwizania mona zaj si optymalizacj jego pracy.

Podstawowe zaoenia odnonie rozmiaru klastra RAC

rozwizaniem byoby przeznaczenie na pliki dziennikw powtrze dwch dyskw.

Cz III Oracle RAC w Linuksie

dwie partycje s niezbdne. Podczas przeczania dziennikw dotychczasowy dziennik

dziennikw ma charakter synchroniczny. Umieszczenie ich na oddzielnej partycji

Konfiguracja systemu Linux

wyposaonych w pami RAM o rozmiarze wikszym ni 2 GB przestrze wymiany

Rozdzia 8. Uruchomienie klastra aplikacji Oracle w systemie Linux

Informacji na temat rozmiaru przestrzeni wymiany dostarcza instrukcja:

skontaktowa w tej sprawie z administratorem systemu.

Przedstawione poniej polecenie pozwala na sprawdzenie, czy architektura danego systemu

Sprawdzenie wymaga sieciowych

Wymagania odnonie sprztu sieciowego

Cz III Oracle RAC w Linuksie

Kady wze musi by wyposaony w co najmniej dwie karty sieciowe jedn

penic rol publicznego interfejsu sieciowego i jedn pracujc jako interfejs

zgrupowa interfejsy publiczne i prywatne.

obsugiwa protok UDP. Karty sieciowe i przeczniki musz pozwala na stosowanie

Konfiguracja jdra systemu Linux

Sprawdzenie zgodnoci systemu z wymaganiami oprogramowania