Oracle 9i egyszerű telepítése RedHat Linux 8.x és 9.x operációs rendszerekre HOGYAN <author>Evgueni Tzvetanov <date>v1.1, 2003 június 23. <abstract> A dokumentum az Oracle 9i Standard Edition adatbázis kezelő telepítését írja le RedHat 8.x és 9.x operációs rendszerekre. </abstract> <!-- Table of contents --> <toc> <!-- Begin the document --> <sect>Bevezetés <p> <p> Feltételezem, hogy az olvasónak van ismerete a Linux fájlrendszerekről, parancsokról, eszközökről, shell-ekről és shell szkript programozásról. </p> <sect1>Áttekintés <p> A dokumentum egy egyszerűsített Oracle 9i adatbáziskezelő telepítési folyamatát mutatja be RedHat 8.x és 9.x operációs rendszereken. Mivel csak telepítési segítség, a folyamat követése során figyelemebe kell venni az adott Linux operációs rendszer és az Oracle disztribúciójának verzióját, valamint a PC paramétereit is. </p> <p> Az telepítés leírása csak Linux rendszerekre vonatkozik, Unix rendszerekre nem terjed ki. Más operációs rendszerhez az Oracle Installation Guide (Oracle telepítési kézikönyv) használatát javasoljuk. </p> <p> Nem vagyok sem adatbázis-adminisztrátor (DBA; Database Administrator), sem nagy tudású Oracle adminisztrátor, ezért ne kérdezzetek tőlem ezzel kapcsolatban. Ezt a feladatot meghagyom a tapasztalt adatbázis-adminisztrátoroknak :) </p> <sect1>Szerzői jog <p> This document is Copyright 2003 by Evgueni Tzvetanov (Speedy). A dokumentum másolása, terjesztése és/vagy módosítása engedélyezett a Free Software Foundation (Szabad Szoftver Alapítvány) által közzétett GNU Free Documentation License 1.2, vagy annak későbbi változatában leírt feltételek szerint; állandó fejezetek, előoldali és hátoldali szövegek nélkül. Licenc teljes szövege megtalálható a <url url="http://www.gnu.org/copyleft/fdl.html" name="GNU Free Documentation License"> honlapon. </p> <sect1>A felelősség teljes elhárítása <p> A dokumentumban található információkat saját felelősségre használjuk. A dokumentum tartalmára vonatkozóan semmilyen felelősséget nem vállalok. A dokumentumban lévő elképzelések, példák és/vagy minden más tartalmat teljes mértékben a saját felelősségünkre használjuk. </p> <p> Minden szerzői jog a tulajdonosoké, hacsak arról konkrétan másképpen nem rendelkeznek. Ebben a dokumentumban szereplő kifejezések használata semmi estere sem lehetnek hatással termék védjegyre vagy szolgáltatói védjegyre. </p> <p> Bizonyos termékek vagy védjegyek megnevezése jóváhagyásként (hozzájárulásként) nem tekinthetőek. </p> <p> Különösen ajánljuk, hogy első telepítés előtt és megszokott időközönként is biztonsági mentéseket készítsünk. </p> <sect1>Készítők <p> Ez a dokumentum különböző források (könyvek és honlapok) tudásanyagának felhasználásával készült. <itemize> <item>Oracle 9i Installation Guide (Oracle 9i telepítési kézikönyv) <item>Oracle 9i Database Administrator's Guide (Oracle 9i adatbázis-adminisztrátorok kézikönyve) <item>DBA's guide to databases on Linux (adatbázis-adminisztrátorok kézikönyve Linuxhoz) <item>Oracle 8i: A beginner's guide (Oracle 8i: Kezdők kézikönyve) <item>Oracle web site (<url url="http://www.oracle.com" name="Oracle web site">) (az Oracle honlapja) </itemize> Ki szeretném fejezni őszinte köszönetem ezen művek készítőinek! </p> <p> Azoknak az embereknek is köszönöm a segítséget, akik tippeket adtak, és megoldások széles választékával bővítették a doksit. <itemize> <item>Steve Schladel-nek, kollégának és egyben DBA-nak az UMDNJ-mél, aki a RedHat 9.x telepítési folyamat leállásainak számos kiküszöböléséhez adott útmutatást. <item>Rene Bauer-nek, aki részletes magyarázatokat küldött a JRE verziók eltéréseiből adódó problémák megoldására a gcc 2.9.x vs. gcc 3.2 disztribúciók és a Legato Single Server Version telepítés összefüggéseiben. </itemize> </p> <p> A példákban felsorolt tapasztalatok sok teszt és tapasztalás eredményképpen bővült ki. Próbáljunk ki mindent, amit csak akarunk; ez a legfőbb kulcsa annak, hogy megtaláljuk a kívánt megoldást. Még ha egy-két rendszeren károkat is okozunk, kreativitásunkat segíti és saját hibáinkból tanulunk. </p> <p> Megjegyzéseket vagy javaslatokat nyugodtan küldjenek az <url url="mailto:evgueni@email.com" name="evgueni@email.com"> e-mail címre. </p> <sect1>Magyar fordítás <p> A magyar fordítást <url url="mailto: velan[kukac]primposta[pont]hu" name="Velancsics Anikó"> készítette (2004.03.22). A lektorálást <url url="mailto: dacas[kukac]freemail[pont]hu" name="Daczi László"> végezte el (2004.05.20). A dokumentum legfrissebb változata megtalálható a <url url="http://tldp.fsf.hu/" name="Magyar Linux Dokumentációs Projekt"> honlapján. <sect>Előkészületek <sect1>Az Oracle 9i adatbázis kezelő letöltése <p> Az Oracle 9i adatbázis kezelő könnyen beszerezhető az <url url="http://www.oracle.com" name="Oracle webhelyéről">. Ott kattintsunk a <bf>Download</bf> (letöltés) hivatkozásra és kövessük a disztribúciónk szerinti útmutatásokat. Néhány oldalt el kell olvasnunk, mielőtt eljuthatunk a letöltés hivatkozáshoz. Ezek a szerzői jogokat, beleegyező nyilatkozatot tartalmazzák melyeket figyelmesen olvassunk át. Többi csak statisztikai információ. Amennyiben még nem vagyunk tagok, regisztráljuk magunkat az Oracle webhelyen, hogy a szabadon letölthető anyagokhoz hozzáférhessünk. </p> <p> A szerver alkalmazások 3 fájlban tölthetők le, ezekhez hasonló megnevezésekkel: <itemize> <item>lnx_920_disk1.cpio.gz <item>lnx_920_disk2.cpio.gz <item>lnx_920_disk3.cpio.gz </itemize> </p> <p> Más verziók nevükben eltérhetnek, de telepítés tekintetében hasonlóak. </p> <p> Az Oracle telepítési útmutató kétféle telepítéshez használható - CD vagy merevlemez telepítéshez. Én az elsőt használtam. A fájlok letöltése és a CD-k elkészítése (lásd. a következő részt) sok időt vesz igénybe, ezért legyünk türelemmel! Mindezen kívűl a telepítés sok lemezterületet is igényel, a 3 fájl kb. 1.5 GB. Háromszor ennyi területre lesz szükségünk, ha a lemezen akarjuk tartani az archív fájlokat, a könyvtárakat és a CD képfájlokat (image), míg biztosan el nem készülnek a hibátlan CD-k. </p> <p> A következő parancsokat adjuk ki a letöltött fájlok könyvtárában, <em>mindhárom</em> letöltött fájlra vonatkozóan: <tscreen> <bf> gunzip lnx_920_disk1.cpio.gz<newline> cpio -idmv < lnx_920_disk1.cpio </bf> </tscreen> </p> <p> Ezek a parancsok 3 könyvtárat készítenek Disk1, Disk2 Disk3 néven. </p> <sect1>A CD lemezek elkészítése <p> Mivel a Linux rendszeren történő CD írást a CD-Writing-HOWTO (CD írás HOGYAN) teljességgel tartalmazza, ezért az alábbiak csak az Oracle adatbázis kezelőjéhez tartozó speciális lépéseket mutatják be. </p> <sect2>A CD képfájlok elkészítése <p> Első lépés, hogy az Oracle 3 CD-jéről CD képfájlokat készítünk. A következő parancsokat a megfelelő fájlnév és könyvtár nevének megváltoztatásával mindhárom könyvtárra alkalmazzuk: <tscreen><bf> mkisofs -r -o ora9id1.iso Disk1/ </bf></tscreen> </p> <p> Ez 3 ISO CD képfájlt készít el, melyek az telepítési folyamathoz szükségesek. Lehet, hogy a parancs több figyelmeztető információt is generál a szükséges névváltoztatásokat illetően, de nem kell aggódni, az képfájlok a helyes könyvtár-fastruktúra információkat fogják tartalmazni. Ennek ellenőrzésére fel kell csatololni (mount) az képfájlokat egy könyvtárba a loopback eszköz használatával (ehhez a rendszermagnak támogatnia kell loopback eszközt), ahogyan az a CD-Writing-HOWTO (CD írás HOGYAN) leírásában is megtalálható: <tscreen><bf> mount -t iso9660 -o ro,loop=/dev/loop0 cd_image mount_dir </bf></tscreen> </p> <p> ahol a cd_image az <bf>mkisofs</bf> parancs által készített CD képfájl. felscatolás után könyvtárválásokkal ellenőrizhető a könyvtárstruktúra helyessége. Ha minden rendben van, jöhet a következő lépés. </p> <sect2>A CD lemezek írása <p> Az képfájlok CD lemezre írása akármilyen parancssorból indítható vagy GUI programmal elkészíthetők, amik ISO CD képfájlokat használnak CD lemezek készítéséhez. Részletesebben erről a CD-Writing-HOWTO (CD írás HOGYAN)dokumentumban olvashatunk. A CD-k írását követően bizonyosodjunk meg arról, hogy azok pontosan ugyanazt a könyvtárstruktúrát tartalmazzák mint a Disk1, Disk2, Disk3 könyvtárak. Ehhez csatoljuk fel az új CD-ket és a megszokott módon járjuk be a könyvtárstruktúrát. Az képfájlok bármilyen CD íróval bármilyen operációs rendszeren CD-re írhatók, amennyiben támogatják az ISO képfájlok használatát CD íráshoz. </p> <p> Az <bf>mkisofs</bf> parancs készíthet üres könyvtárakat magában a CD képfájl root (gyökér) könyvtárában. Ez semmilyen problémát nem okoz a telepítés tartalmára nézve. Egyszerűen figyelmen kívül kell hagyni. </p> <sect>Telepítés előtti teendők <p> A telepítés előtt szükségünk lesz néhány lépés megtételére, melyek a következő témaköröket érintik: </p> <sect1>Rendszer követelmények <sect2>Hardver követelmények <p> Az Oracle 9i teljesítménye miatt egy jobb számítógépre lesz szükségünk. Az Installation Guide ajánlása szerint: <tscreen><verb> Paraméter Szükséges Elegendő (tesztelt) --------------------------------------------------- CPU PII vagy K6 K6/2 *(1) RAM 512 MB 256 MB HDD tárhely 3.5 GB 2.5 GB *(2) Swap tárhely 1GB vagy RAMx2 512 MB vagy több </verb></tscreen> </p> <p> (1)Nagyobb adatbázisokhoz Dual CPU ajánlott. Általánosan nagyobb teherbírású CPU párok (Xeon vagy Athlon MP) vagy még a quad rendszerek is jó választás(ok)nak számítanak. </p> <p> (2)több adatbázis használata esetén RAID SCSI HDD vagy külön HDD ajánlott az egyes adatbázisokhoz. </p> <sect2>Szoftver követelmények <p> Oracle adatbázishoz szükséges minimális rendszermag és JRE szoftver: <tscreen><verb> Paraméter Szükséges Elegendő (tesztelt) -------------------------------------------------------- Rendszermag-verzió 2.4.7 vagy újabb JRE 1.1.8v3 1.1.8v3 </verb></tscreen> </p> <p> Az Oracle 8i és ezt követő verzióknál a telepítési folyamat java alapú GUI alkalmazás, így fő követelmény az X szerver és valamilyen Window Manager megléte. Minimálisan a JRE 1.1.8v3 verzió ugyancsak elengedhetetlen. A leírt Oracle telepítés JRE 1.1.8v3 verzió mellett történt, és mivel más verzióval nem volt kipróbálva, más esetekben nem garantált a helyes működése. Csak saját kockázatra teszeljük. </p> <p> A szükséges követelmények Enterprise Server telepítés mellett érvényesek. Standard Edition telepítéshez az elégséges értékek megfelelnek. Bizonyos esetekben pedig még ezeknél alacsonyabb paraméterek is lehetségesek. </p> <sect2>A konkrét telepítési környezet <p> A bemutatott telepítés a következő környezetet használja: <tscreen><verb> CPU K6 III /400 RAM 512 MB HDD tárhely 2.3 GB Swap tárhely 512 MB CD ROM 24x Rendszermag-verzió 2.4.18-24.8.0 JRE 1.1.8v3 </verb></tscreen> </p> <p> Ez a környezet csak kis adatbázis teszteléséhez elegendő. Ahogy azt korábban említettük, nagyobb vagy igen nagy adatbázis használatához nagyobb teljesítményű hardvert használjunk. </p> <sect1>Környezeti változók és profilok <p> Telepítés előtt néhány környezeti változó értékét be kell állítanunk. Ezeket a változókat beállíthatjuk konkrétan a sorok beírásával az összes olyan <bf>.bash_profile</bf> fájlban, amelyek tulajdonosa az adatbázis eléréséhez jogosult, vagy általánosabb megközelítésben - az <bf>/etc/profile</bf> fájlban (akárcsak a bemutatott telepítésünkben): <code> ORACLE_BASE=/u01/app/oracle ORACLE_HOME=/u01/app/oracle/product/9.2.0.1.0 ORACLE_SID=ORTD PATH=$PATH:$ORACLE_HOME/bin LD_LIBRARY_PATH=$LD_LIBRARY_PATH:$ORACLE_HOME/lib:$ORACLE_HOME/network/lib export PATH ORACLE_BASE ORACLE_HOME ORACLE_SID LD_LIBRARY_PATH </code> </p> <p> Az említettek teljes mértékben érvényesek mind a RedHat8.x és 9.x operációs rendszerekre, bár úgy néz ki, hogy az Oracle egy másik változatot tervez RedHat 9.-re. Ennek megfelelően tartalmaznia és exportálnia kell az előzőeket. A következő beállítás ahhoz szükséges, hogy ne ragadjon az telepítés egy végtelen ciklusba: <code> LD_ASSUME_KERNEL=2.4.1 </code> </p> <p> Köszönet Steve Schladel kollégának és adatbázis-adminisztrátornak az telepítés problémamentesítéséért. </p> <p> Az ORACLE_SID változó beállítására az Oracle Test Database rövidítését használtam. Ezt mindenki egy választott SID értékkel állíthatja be. Ez lesz az alapértelmezett adatbázis név, valamint a teljes adatbázis név része. </p> <p> A változóról bővebben a Oracle Administrator's Manual or Reference (Oracle Adminisztrator Kézikönyben vagy Referenciában) olvashatunk. </p> <sect1>JRE <p> A JRE (Java Runtime Enviroment) letölthető a <url url="http://www.blackdown.org" name="Blackdown website"> - Blackdown webhelyről. Válasszuk az 1.1.8v3 verziót, ha nem tudjuk pontosan melyiket töltsük le, majd tömörítsük ki az /usr/local könyvtárba. Ez egy könyvtárt fog létrehozni a JRE verziójának megfelelő elnevezéssel. Hozzuk létre a következő hivatkozást (link) az /usr/local könyvtárban: <tscreen><bf> ln -s jre118_v3 jre </bf></tscreen> </p> <p> JRE 1.1.8v3 disztribúció esetén. Ha újabb verziót használunk akkor a parancsot annak megfelelően változtassuk meg. Adjuk a PATH változóhoz a JRE bin könyvtárát: <tscreen><bf> PATH=$PATH:/usr/local/jre/bin<newline> export $PATH </bf></tscreen> illetve a szükséges útvonalakat egészítsük ki vele. </p> <sect1>Root felhasználóként végrehajtandó feladatok <p> A telepítés megkezdése előtt a Linux környezetet és könyvtársturktúrát elő kell készítenünk. Néhány lépés részletes leírása következik. Ne feledjük el, hogy ezek a Standard Edition telepítéséhez szükséges minimális lépések. Ha valaki az Enterprise változatot vagy további szolgáltatásokat kíván telepíteni, annak azt ajánljuk, hogy az Oracle 9i Installation Guide (Oracle 9i telepítési útmutató) leírást tanulmányozza át hozzá.</p> <p>Root felhasználóként jelentkezzünk be, majd kövessük az alábbiakat.</p> <sect2>A rendszermag beállítása <p> Amennyiben a következő rész nem teljesen világos, a Linux IPC programozói referenciában lehet a témának utánajárni. </p> <p> A 2.2.1-es verzióktól kezdve a rendszermagot a /proc fájlrendszeren kersztül dinamikusan lehet paraméterezni, nem kell azt újra fordítani. A /proc fájlrendszer használata ezért a rendszer paraméterezéséhez nagy rugalmasságot biztosít. A következőkben a rendszermag átparaméterezéséhez szükséges, minden rendszerindításkor lefutó szkriptek elkészítését mutatjuk be. </p> <p> Lépjünk be a /proc/sys/kernel könyvtárba. A rendszermagnak a telepítéshez szükséges beállításairól lesz szó a következőkben. </p> <sect3>Nézzük meg és állítsuk be a szemafor paramétereit <p> Az SEMMSL, SEMMNS, SEMOPM és SEMMNI szemaforok paramétereit a <tscreen><bf> cat sem </bf></tscreen> paranccsal tudjuk megnézni. Ehhez hasonló kimenetet kapunk: <tscreen><bf> 250 32000 32 128 </bf></tscreen> ami az említett szemaforok értékeit jelenti a fenti felsorolási sorrendben. Állítsuk át a paramétereket a következőképpen: <tscreen><bf> echo 100 32000 100 100 > sem </bf></tscreen> </p> <sect3>Nézzük meg és állítsuk be az osztott memória (shared memory) paramétereit <p> Az SHMMAX, SHMMIN, SHMMNI, SHMSEG osztott memória paraméterek értékeit a <tscreen><bf> cat shm_param </bf></tscreen> paranccsal tudjuk lekérdezni, ahol az shm_param az említett SHMMAX, SHMMIN, SHMMNI, SHMSEG valamelyikét jelöli. A következő beállításokat végezzük el: <tscreen><bf> echo 2147483648 > shmmax<newline> echo 4096 > shmmni<newline> echo 2097152 > shmall </bf></tscreen> </p> <p> A fenti parancsokat az aktuális futási szinthez tartozó init szkriptekbe helyezve minden rendszerindításkor lefuttathatjuk, hogy meghatározzuk melyik Oracle adatbázist használjuk, de ne feledjük el ezeket a paramétereket beállítani még az adatbázis indítása <em>előtt</em>. A futási szintekről és indító szkriptekről további információt találhatunk a Linux Administrator's guide (Linux adminisztrációs kézikönyv) leírásban. </p> <sect3>Fájlkezelők (File handles) <p> Állítsuk be a fájlkezelőket az alábbi parancsokkal: <tscreen><bf> echo 65536 > /proc/sys/fs/file-max<newline> ulimit -n 65536 </bf></tscreen> </p> <sect3>Socket-ek <p> Soket-ek beállítása: <tscreen><bf> echo 1024 65000 > /proc/sys/net/ipv4/ip_local_port_range </bf></tscreen> </p> <sect3>Folyamatok (process) korlátozása <p> Process limit beállítása: <tscreen><bf> ulimit -u 16384 </bf></tscreen> </p> <sect2>Csoportok és hozzáférések <p> Ahogy minden Oracle adatbázis, a 9i tulajdonosához is tartozik egy felhasználó, amit tradicionálisan <bf>oracle</bf>-nek neveznek el. A csoportokkal szembeni elvárások kissé eltérnek a megszokottól; Kell hogy legyen egy OSDBA group, ami alapértelmezetten a <bf>dba</bf> nevet viseli. Szükség van továbbá egy másik group-ra is (általában <bf>oinstall</bf> névvel) ami a szoftver telepítéseket felügyeli. Operátorok csoportjára is szükség van (de ez tetszőleges), ami operátori hozzáférést biztosít a felhasználók egy csoportjának. A csoportok létrehozásának menete: <tscreen><bf> groupadd dba<newline> groupadd oinstall<newline> groupadd oper </bf></tscreen> </p> <p> Miután elkészítettük a csoportokat, adjunk hozzáférést az Oracle tulajdonosának: <tscreen><bf> useradd -c DBA -g oinstall -G dba oracle </bf></tscreen> ez létrehozza az <bf>oracle</bf> felhasználót, ami elsődlegesen az <bf>oinstall</bf>, másodsorban pedig a <bf>dba</bf> csoportba tartozik. </p> <p> Az adatbázis felhasználóit a későbbiekben az /etc/group fájlban kell a dba csoporthoz adni. </p> <sect2>Felcsatolási pontok (mount points) és hozzáférések <p> Az Oracle telepítéshez minimálisan 2 csatolás szükséges - egy a szoftver és egy az adatbázis fájlokhoz. Abban az esetben ha OFA-t (Optimal Flexible architecture) használunk, akkor 4 csatolásra lesz szükség - egy a szoftverhez, három pedig az adatbázis fájlokhoz. </p> <p> Oracle dokumentációs követelmény, hogy mindegyik csatolási pont külön külön lemez legyen, de minimálisan ahogy azt mi is használjuk, a csatolási helyeknek könyvtáraknak kell lenniük. Hagyományosan a csatolások elnevezései /u01, /u02, /u03, stb. Ezeket a rendszeren bárhol root alkönyvtárként kell felcsatolni. Én konkrétan kettő könyvtárba, /u01, /u02 könyvtárként a root könyvtár alá készítettem csatolási pontot. </p> <p> Ezekkel a parancsokkal elkészíthetjük a megfelelő csatolási pontokat (root felhasználóként). <tscreen><bf> mkdir /u01 /u02<newline> chown oracle.dba /u01 /u02<newline> chmod 755 /u01 /u02 </bf></tscreen> </p> <p> Az utolsó két parancs az Oracle 9i telepítéséhez, az telepítés könyvtár tulajdonjogait állítja be a telepítő felhasználóhoz (dba-hoz), de az telepítés után adminisztrátorként a legfelső könyvtár a root tulajdonává tehető. </p> <sect2>Fájl-létrehozási jogosultságok <p> Legtöbbször a umask 0022-re van állítva. Oracle adatbázis telepítésénél ajánlott leellenőrizni, hogy ez a 0022 érték legyen beállítva. Ez biztosítja, hogy az telepítés a megfelelő attribútumokkal jöjjön létre. Ellenőrizzük le a beállítást az <tscreen><bf> umask </bf></tscreen> paranccsal, majd állítsuk be a <tscreen><bf> umask 0022 </bf></tscreen> paranccsal. Ha az umask alapértelmezett értéke nem a 0022, akkor azt akár profile-ból is érdemes beállítanunk. </p> <sect1><bf>oracle</bf> felhasználóként elvégzendő beállítások <p> Telepítés előtt lépjünk be <bf>oracle</bf> felhasználóként egy X terminálról, és bizonyosodjunk meg a DISPLAY és PATH változók megfelelő beállításáról. A DISPLAY változónak tartalmaznia kell az X szerver nevét, számát és screen számát, ahol az Oracle Univerzal Installer futni fog. Ez utóbbira csak akkor van szükség ha távoli X servert-t használunk. Helyi telepítés esetén az X szerver manager használatával minden probléma nélkül futtathatjuk a telepítőt. Ha az telepítő futtatása során bármilyen problémába ütközünk a DISPLAY változó kapcsán, hajtsuk végre a következőket: <tscreen><bf> xhost +localhost<newline> export DISPLAY=localhost:0.0 </bf></tscreen> Ez egy trükk. </p> <p> Továbbá <bf>oracle</bf> felhasználóként adjuk ki az <tscreen><bf> env </bf></tscreen> parancsot, majd ellenőrizzük le az összes előzőekben említett változót. Ha úgy találjuk, hogy egy vagy több változónak nem megfelelőek az értékei, javítsuk ki őket és a környezeti változókat töltsük újra. </p> <sect>Telepítés <sect1>CD lemezek felcsatolása (az telepítés megkezdése előtt ill. közben) <p> Általában RedHat Linuxon önműködően felcsatolódnak a CD-ROM meghajtóba helyezett CD lemezek, de kézzel is felcsatolhatjuk őket, röviden a következőképpen: </p> <p> Indítsunk egy terminál ablakot és váltsunk superuser-re. Hagyjuk a terminál ablakot nyitva a telepítés alatt. Szükség esetén majd kéznél lesz. </p> <p> Helyezzük az első CD lemezt a CD-ROM meghajtóba. Ellenőrizzük le, hogy a CD-k fel vannak-e csatolva valamelyik könyvtárba. Általában ez az /mnt/cdrom szokott lenni, de ha úgy tetszik, változtassuk meg, ahogy akarjuk. Futtassuk a következőket (feltéve persze, hogy a csatolási könyvtárunk az /mnt/cdrom ): <tscreen><bf> mount /dev/cdrom /mnt/cdrom </bf></tscreen> </p> <p> ami felcsatolja a CD lemezt az /mnt/cdrom könyvtárba. Ez lesz a telepítés könyvtára. </p> <p> A telepítés folyamán, az Oracle Universal Installer kérni fogja, hogy cseréljünk CD-t, ezért ha a CD lecsatolása nem történik automatikusan, menjünk a root terminálunkhoz és végezzük el a következőket: <tscreen><bf> cd /mnt<newline> eject </bf></tscreen> </p> <p> Ezzel lecsatoljuk a CD lemeztt és kinyitjuk a CD-ROM meghajtót. Ekkor helyezzük be a következő CD lemezt és csukjuk be a CD-ROM-ot. Használjuk a mount parancsot újra, ha a felcsatolás nem automatikus, majd váltsunk át a telepítési képernyőhöz, hogy folytassuk az telepítést. </p> <sect1>A telepítő futtatása <p> Miután felcsatoltuk az első lemezt, indítsunk egy új terminált és váltsunk át az /mnt/cdrom könyvtárba. Ez a telepítés csatolási pontja. Innen futtassuk a következőt: <tscreen><bf> ./runInstaller & </bf></tscreen> Továbbiakban az ugyanebben a könyvtárban található index.html fájlt böngészőben megnyithatjuk, és telepítésünkhöz használhatjuk. </p> <sect1>Telepítési képernyők és lépések <p> Az Oracle Universal Installer 2.2-nek egyszerű, természetes felülete van. A következő telepítési rész átugorható, és saját belátás szerint is eredményesen folytatható a telepítés. A képernyők jó és logikus sorrendben követik egymást. </p> <p> Abban az esetben, ha ellenőrizni akarjuk, hogy hol tartunk, vessük össze a folyamatunkat az alábbiakban leírt képernyőkkel és lépésekkel. </p> <sect2>Üdvözlő képernyő (Welcome Screen) <p> Itt határozhatjuk meg, hogy a terméket telepíteni vagy törölni kívánjuk. Első telepítésünk esetén a folytatáshoz kattintsuk a "Next" gombra. </p> <p> Egy új párbeszédablak (Inventory Location) fog megjelenni, ami az átmeneti telepítéshez a későbbiekben is használatos könyvtár megjelölését kéri tőlünk. Válasszuk az OK gombot, ha rendben találunk mindent, máskülönben írjuk be a kívánt, telepítéshez használandó könyvtár nevét. </p> <sect2>UNIX csopornév képernyő (UNIX Group Name Screen) <p> Ez a képernyő az Oracle Installation Group (Oracle telepítés csoport) meghatározására szolgál, ami alapértelmezésben az <bf>oinstall</bf>. Ha meg akarjuk változtatni a csoport nevét, vagy egy másik speciális csoportot akarunk használni az telepítéshez, akkor most végezzük azt el. Egyébként írjuk be az oinstall-t, és a "Next"-tel menjünk tovább. A megjelenő párbeszédablak azt mutatja, hogy a root felhasználóként bejelentkezett terminálunkat kell használnunk (amit korábban indítottunk). Váltsunk át a root terminálhoz, és a kövessük képernyőn látható instrukciókat, ami az /tmp/ könyvtárban lévő orainstRoot.sh szkriptet futtatja. </p> <p> Sikeres futtatás esetén a képernyőn a következő látható: <tscreen><bf> Creating Oracle Inventory pointer file (/etc/oraInst.loc)<newline> Changing groupname of /u01/app/oracle/oraInventory to oinstall. </bf></tscreen> Váltsunk vissza a párbeszédablakhoz, és kattintsunk a "Continue" gomra. </p> <sect2>Fájl elhelyezések képernyő (File Locations Screen) <p> Ezen a képernyőn a telepítés forrás- és célkönyvtára látható. Amennyiben a környezeti változók rendben vannak, nem kell megváltoztatnunk semmit sem, de ha mégis változtatni akarunk rajta, akkor körültekintően és tudatosan tegyük azt. Kattintsunk a "Next" gombra. </p> <p> A képernyő jobb felső részén látható folyamatjelző a hosszadalmas lemezolvasási műveleteket jelzi. Legyünk türelemmel. </p> <sect2>Telepíthető programok képernyő (Available Products Screen) <p> A képernyő a telepíthető termékeket mutatja. Mivel mi csak az adatbázis kezelőt akarjuk telepíteni, ez első opció (alapértelmezett) érdekes számunkra. Tulajdonképpen ez néhány, a következő részekben felsorolt termékeket tartalmazza. Kattintsunk a "Next" gombra. </p> <sect2>Telepítési típusok képernyő (Installation Types Screen) <p> Mivel példánk a Standard Edition Installation-t mutatja be, ezért válasszuk a Standard Installation-t. Választhatjuk az Enterprise-t is, de a két folyamat innentől eltérhet, és további opciók beállítására is szükség lehet. Ennek eldöntése a telepítést végző személy feladata. </p> <p> Kattintsunk a "Next" gombra. Egy kis várakozás után folytassuk a következő lépéssel. </p> <sect2>Adatbázis beállítási képernyő (Database Configuration Screen) <p> Itt (operátorként) kiválasztható, hogy milyen céllal fog az adatbázis működni, annak érdekében, hogy a telepítés a paramétereket ahhoz igazíthassa. General Purpose-t válasszuk majd kattintsunk a "Next" gombra. Ismét egy rövid várakozás következik. </p> <sect2>Adatbázis azonosítás képernyő (Database Identification Screen) <p> Az operátor itt beírhatja az adatbázis nevét. Egyértelműen értelmezhetők a képernyőn a szövegrészek. Példánkban én következőt írtam be: <tscreen><bf> ORTD.zeus </bf></tscreen> mivel az adatbázis szerverem host neve "zeus". Használjuk a saját adatbázisunk host nevét, majd kattintsunk a "Next" gombra. </p> <sect2>Adatbázis fájlok elhelyezése képernyő (Database File Location Screen) <p> Ez a képernyő arra szolgál, hogy meghatározzuk az adatbázis fájlok fizikai elhelyezkedését. Ajánlott hogy az adat fájlok egy elkülönített lemezen (könyvtárban) legyenek. Nálam például az alapértelmezett értéktől eltérően az <tscreen><bf> /u02/oradata </bf></tscreen> könyvtárban vannak, az alapértelmezett helyett. Mikor végeztünk kattintsunk a "Next" gombra. </p> <sect2>Adatbázis karakterkészlet képernyő (Database Character Set Screen) <p> Itt különböző karakterkészleteket állíthatunk be az adatbázisunkhoz. Én meghagytam a "Use the Default Character Set" beállítást. Lépjünk a "Next"-tel tovább. </p> <sect2>Összefoglaló képernyő (Summary Screen) <p> Ha ezt a képernyő látjuk, akkor az OUI-val elkészült a telepítési folyamat előkészítése. Most át lehet nézi telepítési fát, és láthatjuk miket választottunk. Megengedi, hogy visszamenjünk és javítsuk, ha valahol nem értünk egyet a felsoroltakkal. Egyébként pedig kattintsunk az "Install" gombra és a telepítési folyamat elkezdődik. </p> <sect2>Telepítő képernyő (Install Screen) <p> Ez egy nagyon hosszadalmas és unalmas képernyő, ami időnként a CD lemezek cseréjét kéri. Egy folyamatkijelzőt jelenít meg, és tételesen összegzi az egyes részek százalékarányát a teljes folyamathoz képes. </p> <p> A telepítési folyamat nagyon hosszú. Először a szoftverkomponensek telepítése történik, majd minden hivatkozás (link) elkészül. </p> <p> Valamivel töltsük el az időt, és időnként nézzünk a képernyőre, hogy kell-e CD lemezt cserélnünk. </p> <p> <em>FONTOS!</em> Az én esetemben (kétszer telepítettem) hibaüzenetet kaptam, az összekapcsolási folyamat 79%-nál. A hibaüzenet párbeszédablaka a következőt tartalmazta: <tscreen><bf> Error in invoking target install of makefile<newline> /u01/app/oracle/product/9.2.0.1.0/ctx/lib/ins_ctx.mk </bf></tscreen> Mindkét telepítésnél figyelmen kívül hagytam, és semmi probléma nem látszott az összeszerkesztési folyamatban. </p> <p> A telepítés végén egy párbeszéd ablak bukkan elő. Néhány terminál parancsot kell végrehajtani a telepítési folyamat befejezése előtt. Alapvetően van egy <bf>roor.sh</bf> nevű szkript az $ORACLE_HOME könyvtárban, amit root felhasználóként kell futtatni a root terminálról. Maga a folyamat időt és sok HDD műveletet igényel, legyünk türelemmel, és ne aggódjunk miatta. </p> <sect2>Beállítási eszközök képernyő (Configuration Tools Screen) <p> Három task-ot próbál lefuttatni a konfigurációs eszközök képernyő és mindegyikről hibát jelez. A probléma megoldása a következő. Az $ORACLE_HOME könyvtárban van egy JRE nevű hivatkozás (link), ami az Oracle JRE könyvtárra mutat. Töröljük ezt a hivatkozást, és készítsünk egyet a saját JRE disztribúciónkhoz, amiről az előzőekben már szóltunk. Végrehajtandó parancsok: <tscreen><bf> rm -f JRE<newline> ln -s /usr/local/jre/ JRE </bf></tscreen> </p> <p> Miután végrehajtottuk a parancsokat, próbáljuk meg egyenként kiválasztani a táblázat Tool Name (eszközök neve) oszlopából az egyes tételeket, és kattintsunk a "Retry" gombra. Ha nem sikerül, akkor se aggódjunk. Ezek opcionálisak a telepítés során, és később is végre lehet őket hajtani. </p> <sect2>Hibaelhárítás <p> Amennyiben az utolsó (nem kötelező) műveletek nem hajthatók végre, legalább kettőjük megvalósítására, vannak speciális megoldási javaslatok. Először is az Oracle dokumentációt érdemes kézbe venni, és a telepítés hibaelhárításakor a sorok között böngészni. Ha a feltételek rendben vannak, akkor komoly hiba nem lehet a műveletben. Ha mégis, akkor ellenőrizzük át az összes kezdeti feltételt, fájl és könyvtár jogosultságokat és a tárhelyet. </p> <p> Minden könnyen letörölhető és visszaállítható, csupán az Oracle felcsatolási pontok könyvtárainak (/u01, /u02, stb.) tartalmát kell leszedni, és az /etc könyvtárban lévő <bf>oratab</bf> fájlt törölni. Azért, hogy ne maradjon nyoma az Oracle-nek a rendszeren még egy fájl-csoportot törölni kell. Ezek az /usr/local/bin könyvtárban található <bf>oraenv</bf>, <bf>coraenv</bf>, <bf>dbhome</bf> nevű fájlok. Habár ott is hagyhatjuk őket, és a legközelebbi telepítésnél a telepítő majd rákérdez, hogy maradjanak-e. Nos, akkor a nem kötelező feladatok: </p> <sect3>Hálózati beállítások (Net Configuration Assistant) <p> Ennek futtatásához menjünk a $ORACLE_HOME/bin könyvtárba, és onnan futtassuk: <tscreen><bf> ./netca & </bf></tscreen> </p> <p> Ez az alkalmazás négy feladat közül egyet elindít. Ténylegesen a listener az amit be kell állítani. A többi nem olyan fontos, de próbáljuk meg azokat is beállítani. A listener beállítása előtt lehetséges, hogy már fut egy listener. Ellenőrizzük ezt a következő parancs végrehajtásával: <tscreen><bf> ps afx | grep LISTEN | grep -v grep </bf></tscreen> </p> <p> Amennyiben a következő sorhoz hasonlót kapunk: <tscreen><bf> 15922 ? S 0:00 /u01/app/oracle/product/9.2.0.1.0/bin/tnslsnr LISTENER </bf></tscreen> már fut egy listener. Állítsuk le a következő $ORACLE_HOME/bin könyvtárban lévő paranccsal: <tscreen><bf> ./lsnrctl stop </bf></tscreen> </p> <p> Lehetséges, hogy törölnünk kell a meglévő listener-t és egy újat kell készítenünk. Ez teljesen rajtunk múlik. Kövessük az alkalmazás menetét. Amennyiben készítettünk egy új listenert, az egész folyamat végén az új listener fog elindulni. </p> <sect3>Adatbázis beállítás (Database Configuration Assistant) <p> Ennek futtatásához lépjünk be a $ORACLE_HOME/bin könyvtárba és futtassuk: <tscreen><bf> ./dbca & </bf></tscreen> </p> <p> Ez az alkalmazás talán a legfontosabb a beállítások közül. Az adatbázis létrehozását és beállítását segíti. Ha a telepítés során vagy az előzőekben említett alkalmazások újraindításával nem készült még adatbázis, ennek futtatásával készíthetjük el azt. </p> <p> Amíg az adatbázist nem használjuk, az törölhető és újra létrehozható. Itt tehetjük ezt meg. Az alkalmazás összes funkcióit ez a dokumentum nem tartalmazhatja, de mivel egy GUI alkalmazásról van szó, ezért nagyon könnyű vele a feladatokat elvégezni. </p> <p> Személy szerint itt szeretem elkészíteni az adatbázist, mert itt az összes szükséges paraméter ellenőrizhető, kiváltképp a könyvtárak ahová az adatfájlok készülnek (kerülnek). Válasszuk a "Typical"-t az adatbázis paraméterezéséhez. A következő képernyőn fastruktúra segítségével állíthatjuk be az adatbázis fájlok helyét. {ORACLE_BASE} helyett állítsunk be például az /u02 könyvtárat. Ez rakja az adatbázis fájlokat használatra az /u02/oradata/SID könyvtárba. Mindez csak példa, rajtunk múlik, hogyan döntünk az adatbázis könyvtárfájának meghatározásáról. </p> <p> Az adatbázis elkészítése végén be kell írni a SYS és SYSTEM felhasználókhoz tartozó jelszavakat. Írjuk be (megerősítéssel), jegyezzük meg őket, és lépjünk ki (ezek az "OK"-t jelentik). Majd futtassuk: <tscreen><bf> ps afx </bf></tscreen> </p> <p> és a képernyőn a következő sorokhoz hasonlóknak kell megjelennie: <code> PID TTY STAT TIME COMMAND 1 ? S 0:04 init 2 ? SW 0:01 [keventd] ..... Lots of other lines we are not interested in... 11665 ? S 0:00 ora_pmon_ORTD 11667 ? S 0:00 ora_dbw0_ORTD 11671 ? S 0:00 ora_lgwr_ORTD 11673 ? S 0:00 ora_ckpt_ORTD 11675 ? S 0:00 ora_smon_ORTD 11677 ? S 0:00 ora_reco_ORTD 11679 ? S 0:00 ora_cjq0_ORTD 11681 ? S 0:02 ora_qmn0_ORTD 11683 ? S 0:00 ora_s000_ORTD 11685 ? S 0:00 ora_d000_ORTD 11812 pts/1 S 0:00 /u01/app/oracle/product/9.2.0.1.0/bin/tnslsnr LISTENER -inherit </code> </p> <p> Ha megnézzük az ábrát, ez a futó adatbázisunkat mutatja. A fenti példában szereplő utolsó sor a listener (lehetséges, hogy máshol található a képernyőn). </p> <p> <em>(Gratulálunk!)</em> Sikeresen befejeződött a telepítés! </p> <sect3>Hibaelhárítás frissítések <p> A következő Rene Bauer-tól származó frissítés. A következő problémák merülhettek fel: <itemize> <item>JRE verzió kompatibilitás <item>Hiányzó adatbázis-beállító fájl <item>Legato Single Server Version telepítési hiba </itemize> JRE kompatibilitási problémát egyedül Rene jelzett, de sok e-mail-t kaptam ezzel kapcsolatban. A probléma abból származik, hogy a RedHat8 és 9 a gcc 3.2-es verzióval készült, míg némely régebbi JRE verziót gcc 2.9.x verzióval fordítottak. A megoldás az, hogy a legutolsó JRE verziót letöltjük. Ennek az frissítésnek az idejében ez a 1.4.1-es verzió volt, és mivel a JRE nem futtatható, futtassuk le a következő parancsot, hogy elkészüljön a megfelelő hivatkozás (link): <tscreen><bf> ln -s $JRE_DIR/bin/java $JRE_DIR/bin/jre </bf></tscreen> ahol a $JRE_BIN a jre könyvtárunkat jelöli. </p> <p> A második frissítés az adatbázis létrehozása után hiányzó beállítási fájlt érinti. Az init{ORACLE_SID}.ora fájlnak alapértelmezetten az $ORACLE_HOME/db/ könyvtárban kellene létrejönnie. </p> <p> Rene megoldása: A telepítő egy spfile{ORACLE_SID}.ora nevű fájlt készít, így egy hivatkozás készíthető ami pótolja a hiányzó fájlt. Lépjünk az ORACLE_HOME/dbs/ könyvtárba, és hajtsuk végre a következőt: <tscreen><bf> ln -s spfile{ORACLE_SID}.ora init{ORACLE_SID}.ora </bf></tscreen> </p> <p> Az én megoldásom: A telepítés közben létrejön egy <filename>init.ora</filename> nevű fájl. Ezt egyszerűen lemásolom init{ORACLE_SID}.ora néven. Lépjünk be a $ORACLE_HOME/dbs/ könyvtárba, majd futtassuk: <tscreen><bf> cp init.ora initORTD.ora </bf></tscreen> </p> <p> A harmadik probléma az Oracle telepítő folyamat hibájára vonatkozik, a Legato Single Server Version telepítésnél. Nekem nem volt ilyen problémám, de itt van Rene verziója, amit megpróbálok lerövidíteni amennyire lehet. A legutolsó <filename>root.sh</filename> fájl, ami az Oracle telepítés kérésére futtatódott hibát okozott az LSSV telepítése alatt. Rene szerint, a RedHat 8 és 9 ncurses5-tel készült, de alapértelmezetten az ncurses4 kompatibilitás csomag nincs telepítve, így annak telepítése után az LSSV probléma megszűnik. </p> <p> Az említett hibák valószínűleg nem az utolsó megoldandó problémák, ezért bátorítok minden megjegyzést és kiegészítést, amivel a "Hibaelhárítás" fejezetet bővíthetem. Minden, a dokumentum tökéletesítését célzó visszajelzést köszönettel veszek. </p> <sect>Telepítés utáni teendők <p> Az Oracle Installation Guide egy hosszadalmas telepítés után végrehajtandó folyamatot is leír. Néhány közülük elengedhetetlen, néhányra pedig a telepített példányunk esetén talán soha nem is lesz szükségünk, mindenesetre ez a dokumentum bővebben nem tárgyalja. </p> <p> Nézd meg az Installation Guide (Telepítési kézikönyv) leírást ezekhez az eljárásokhoz. Ez a leírás a minimális telepítéshez nyújt használható segítséget, ez elegendő az alapvető műveletek végrehajtásához. </p> <sect1>Az <bf>oratab</bf> fájl szerkesztése <p> Különösen fontos lépés, hogy az adatbázis-parancssorból bármikor elindítható és leállítható, rendszerindításkor automatikusan is indítható. Lépjünk az /etc könyvtárba az <bf>oratab</bf> fájl szerkesztéséhez. Az alábbi sor: <tscreen><bf> ORTD:/u01/app/oracle/product/9.2.0.1.0:N </bf></tscreen> utolsó értéket állítsuk "Y"-ra, azaz így: <tscreen><bf> ORTD:/u01/app/oracle/product/9.2.0.1.0:Y </bf></tscreen> Mentsünk és menjünk vissza az Oracle home könyvtárunkba. </p> <sect1>Rendszerindításkor adatbázist indító szkript <p> Általános elképzelés az, hogy az adatbázist a szerver rendszerindítás idejében automatikusan indítsuk el. Ehhez szükséges egy szkript, ami a futási szintű beállítások közé tehető. Az itteni megoldás csak például szolgál, mindenkinek a saját gépén a saját futási szintű beállításaihoz kell a beállítást megtennie. <code> #!/bin/bash # # Run-level Startup script for the Oracle Instance and Listener # # chkconfig: 345 91 19 # description: Startup/Shutdown Oracle listener and instance ORA_HOME="/u01/app/oracle/product/9.2.0.1.0" ORA_OWNR="oracle" # if the executables do not exist -- display error if [ ! -f $ORA_HOME/bin/dbstart -o ! -d $ORA_HOME ] then echo "Oracle startup: cannot start" exit 1 fi # depending on parameter -- startup, shutdown, restart # of the instance and listener or usage display case "$1" in start) # Oracle listener and instance startup echo -n "Starting Oracle: " su - $ORA_OWNR -c "$ORA_HOME/bin/lsnrctl start" su - $ORA_OWNR -c $ORA_HOME/bin/dbstart touch /var/lock/subsys/oracle echo "OK" ;; stop) # Oracle listener and instance shutdown echo -n "Shutdown Oracle: " su - $ORA_OWNR -c "$ORA_HOME/bin/lsnrctl stop" su - $ORA_OWNR -c $ORA_HOME/bin/dbshut rm -f /var/lock/subsys/oracle echo "OK" ;; reload|restart) $0 stop $0 start ;; *) echo "Usage: $0 start|stop|restart|reload" exit 1 esac exit 0 </code> </p> <p> Ezt a fájlt egyszerűen kimásolhatjuk, beilleszthetjük rendszerünkbe és beállításainknak megfelelő változtatásokat végezhetünk raja. </p> <p> Ha már másoljuk és szerkesszük a fájlt, tegyük azt az /etc/rc.d/init.d könyvtárba, és állítsuk át a tulajdonjogait és attribútumait a könyvtár többi fájljának értékeire.. </p> <p> Ehhez és a következőkhöz root felhasználóként kell bejelentkezzünk. </p> <p> A fenti kód ötödik sorában olvasható a következő: <tscreen><bf> # chkconfig: 345 91 19 </bf></tscreen> </p> <p> Ezt a chkconfig parancs használja a futási szintekhez tartozó szkriptek meghatározására. A 345 érték azokat a futási szinteket sorolja fel, melyeken Oracle-t futtathatunk, ha például azt akarjuk, hogy az Oracle csak a 3-a és 5-ös szinteken fusson, akkor írjuk át 35-re. A következő 91-es érték az indítási sorszámot írja le. Ez annyit jelent, hogy ha 100 induló folyamatunk van, akkor az Oracle a 91-dikként fog elindulni. A következő érték a leállítási szám, miszerint ha a rendszer leáll és például 100 folyamatnak kell leállnia, akkor az Oracle a 19-dik lesz a sorban. Ezeket az értékeket az Oracle indító és leállító folyamatainak a viszonylagos besorolására szokták használni. Itt példaként szerepelnek a beállítások. Megváltoztathatjuk őket, de sose feledkezzünk el arról, hogy az Oracle nem példányosítható, néhány rendszerfolyamat korábban történő indítása nélkül. </p> <p> Hajtsuk végre a következő parancsot: <tscreen><bf> chkconfig -add oracle </bf></tscreen> Ezzel, a szkript elején felsorolt futási szintekhez tartozó könyvtárakban lehet a megfelelő hivatkozásokat létrehozni. </p> <p> Az újonnan készített automatikus indítások teszteléséhez újra kell indítanunk) a rendszert, azonban ne feledkezzünk meg arról, hogy az automatikus indítás előtt a rendszermag paramétereket is be kell állítanunk. Egyébként a rendszermag beállításának a parancsa a fenti szkript <bf>start</bf> részében is elhelyezhető. </p> <sect1>Telepítés tesztelése SQL*Plusz-szal <p> Amennyiben tipikus adatbázist telepítettünk, egy <bf>scott</bf> nevű felhasználónak is kellett készülnie. Hozzátartozó jelszó a <bf>tiger</bf>. Hajtsuk végre a következőt: <tscreen><bf> sqlplus scott/tiger </bf></tscreen> ami az SQL*Plus értelmezőjét futtatja és <bf>scott</bf> felhasználóként lép az adatbázisba. A következőt kellene látnunk a képernyőnkön: <code> SQL*Plus: Release 9.2.0.1.0 - Production on Fri Feb 21 10:55:45 2003 Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved. Connected to: Oracle9i Release 9.2.0.1.0 - Production JServer Release 9.2.0.1.0 - Production SQL>quit Disconnected from Oracle9i Release 9.2.0.1.0 - Production JServer Release 9.2.0.1.0 - Production </code> </p> <p> Kilépés előtt magunk is kipróbálhatunk néhány SQL parancsot, hogy lássuk az adatbázis mintatábláit, vagy bármit amit akarunk. Innentől kezdve a mi elképzelésünké és céljainké a terep. </p> <sect>Kliensek <p> Minden platformra van (futtatható) Oracle 9i adatbázis kliens szoftver, úgyhogy a tervezett platformra a megfelelő klienst letölthetjük (már ami beszerezhető). Én szeretem a klienst szoftvert feltenni mind a DB szerverre mind a MS Windows munkaállomásra. Ez talán többplatformos ellenőrzési lehetőséget nyújt, illetve úgy hiszem :) </p> <p> Töltsük le és készítsük elő a platformunkra megfelelő klienst tartalmazó CD lemezeket, amin majd használjuk a klienst. Nem nélkülözhetetlen, de ajánlott hogy legyen klienst tartalmazó CD lemezünk. Elképzelhető ugyan, hogy a telepítést elvégezhetjük a merevlemezről ahová letöltöttük a klienst, azért én azt ajánlom, hogy ne sajnáljuk az időt a CD megírására, így mindig kéznél lesz. A kliens is az Oracle Universal Istaller-t (Általános Oracle telepítőt) használja, így elég egyszerű dolgunk lesz az előzőek után. </p> <p> Mikor először futtatjuk az Enterprise Management Console-t, az végigvezet minket az adatbázis csatlakozás során. Adjuk meg az adatbázisunk teljes nevét, a SID nevet, és próbáljunk SYS felhasználóként SYSDBA jogosultságokkal bejelentkezni az adatbázisba. Néhány helyen be kell írjuk az adatbázis-szerverünk IP címét, és választanunk kell egy portot a kliens csatlakozáshoz. Én az alapértelmezett értékeket hagytam meg (még a szerver hálózati beállításoknál is). </p> <p> Ha semmilyen hibaüzenetet nem kapunk, akkor kész. Megcsináltuk. </p> <p> Élvezzük a szerverek és kliensek játékát! </p> <sect>Utószó <p> Az Oracle 9i egy nagyon hasznos, összetett és mindenekelőtt nagyon biztonságos alkalmazás. Ez a dokumentum elég felszínes megközelítést ad csupán, és nem is akar átfogó útmutatóul szolgálni. Remélem, hogy a kezdeti telepítés során némely dologban segítséget nyújt, de fontos, hogy saját helyzetünket elemezve mindig a megbízhatóbb forrást használjuk. </p> <p> Néhány műveletet SQL*Pusz-szal közvetlenül is elvégezhetünk. Ez nagyobb rugalmasságot ad a szoftver beállításához, és a telepítés elvégzéséhez is. Mindezt én gyakorlottabb kezekre bízom. </p> <p> Sok dologról nem szóltam, ami magában az Oracle dokumentációban megtalálható. Tanulmányozzuk át az eredeti forrást részletesen! Sok szerencsét! </p> </article>