Az oracle adminisztrációs eszközök áttekintése
A legegyszerűbb megvalósítás és ugyanakkor az adatbázis életciklusának legnehezebb stratégiai feladata az adatbázis tervezés és telepítése. Annak ellenére, hogy a jelen szakaszban meghozott döntések nem változtathatók meg - még mindig nehéz megváltoztatni őket. Például egy adatbázisnév kiválasztása, a végrehajtható fájlok és egyéb fontos összetevők telepítése csekélynek tűnik, de a kiválasztás után általában változatlanok maradnak. Ezért kívánatos értékelni a tervezési, kiszolgálói telepítést és az adatbázis létrehozását befolyásoló tényezőket.
Az Oracle különböző eszközöket kínál a szerver környezet kezeléséhez. Az első az Oracle Universal Installer (OUI) - amelyet az Oracle szoftver telepítéséhez (mint a neve is jelez) használ. Ezután a Database Configuration Assistang (DBCA), amely egy adatbázis létrehozásának eszköze. Van egy eszköz az Adatbázis-frissítési segédlet adatbázisának (DBUA) frissítéséhez - de nem vesszük figyelembe. Az OUI használatával különböző eszközöket telepíthet az adatbázis kezeléséhez, elsősorban az SQL * Plus és az Oracle Enterprise Manager (OEM) segítségével. Az SQL Developer is gyakran használatos.
Oracle Universal Installer
Történelmileg az Oracle termékmenedzsmentje nem volt különösen kellemes feladat. Tehát történt, mert a DBA-nak különálló termékeket kellett telepítenie az összeférhetetlenség problémájával kapcsolatban. Ez nem volt szokatlan jelenség, hiszen az első, második és harmadik termék sikeres telepítése után - a negyedik termék telepítése mindhárom korábban telepített programhoz nem harci állapotba került. Az inkompatibilitási problémák az alapkönyvtárak (alapkönyvtárak) használatában rejlenek. Ezek a könyvtárak biztosítják az összes Oracle termékben használt funkciókat. Például minden Oracle program a zárt hálózati protokollt használja az Oracle Net-t - lehetetlen nélkül telepíteni az Oracle programokat. Ha két Oracle program használja a fő könyvtárak ugyanazt a verzióját, akkor csak elméletileg telepíthetők az Oracle (Oracle Home) ugyanazon home könyvtárába. Az Oracle Home az az út, ahol az Oracle program telepítve van: a mappában lévő fájlok halmaza. Az OUI előtt minden programnak saját telepítője volt, amely nem mindig tudta pontosan megérteni a már telepített programok kompatibilitását.
Az OUI a Java 5-ös verziójának használatával jön létre, amely lehetővé teszi ugyanazt az eszközöket minden platformon. OUI lehet telepíteni, mint egy önálló termék egy bizonyos home könyvtár, de általában nincs értelme, mivel OUI Oracle jön minden szoftvert, és lehet futtatni a forgalmazás: ez lesz telepítve a programmal együtt a home könyvtárat a program. Az OUI különböző verziói vannak, és ha a program az OUI régebbi verziójával érkezik, mint egy másik már telepített program, akkor jobb, ha az OUI már telepített verzióját (újabbat) használja. Amikor az OUI megkérdezi a products.xml helyét - egyszerűen adja meg az új programkönyvtár elméjét.
OUI készlet
Az OUI kulcseleme a leltár. Ez egy olyan fájlkészlet, amelyet nem szabad az Oracle program otthoni könyvtárában tárolni. Információkat tárolnak a számítógépre telepített összes Oracle programról, beleértve a pontos verziót, az elérési utat és néhány esetben a telepített legújabb frissítés számát is. Az OUI minden indítása ellenőrzi az inkompatibilitás tárolását, mielőtt az új Oracle programot az Oracle meglévő kezdőkönyvtárakba telepítené, és az adatokat a program telepítése vagy frissítése után le tudja írni. Ennek a tárolónak az elérési útja Unix-szerű operációs rendszereken a DBA-val választható ki az OUI első indításakor. A Windows rendszerben a repository mindig létrejön
Minden operációs rendszernek van egy előre meghatározott elérési útja, amelyen keresztül az OUI keresni fog egy mutatót egy meglévő repository-hoz. A Linuxban ez lesz a fájl
A Solaris-ban egy fájl is
A Windows alatt ez a bejegyzés a rendszer rendszerleíró adatbázisában
Amikor elkezdi OUI - először ellenőrzi, hogy létezik a fájl (vagy) bejegyzéseit, és ha nem létezik, azt feltételezzük, hogy ez az első nekifutás OUI és létrejön egy fájl egy rekord a maga módján a boltba. Minden későbbi OUI hívás, függetlenül a verziótól, képes lesz megtalálni az adattárat.
Egy ilyen mechanizmus létrehozására az adattár van egy probléma az operációs rendszer hozzáférési jogokat: a Linux vagy Unix felhasználó, aki először indítja el az OUI kell írási jogosultsága a könyvtárba, ahol a mutató a boltban. Azonban csak a root felhasználók írhatnak a / etc vagy a / var könyvtárba Linux / Unix-on. Tehát mind a biztonság szempontjából elfogadhatatlan OUI root-ként fut OUI generál egy script, hogy szükség lesz, hogy végre nevében a root felhasználó létrehozásához oraInst.loc fájl mutatót azon az úton, a tárolóból. A Windows rendszerben az OUI-t futtató felhasználó írási hozzáféréssel rendelkezik a rendszerleíró adatbázisban.
Rendszerellenőrzés
Az OUI ellenőrzi a számítógépet, amelyen fut, hogy megfeleljen bizonyos kritériumoknak. Ezek a követelmények platformfüggőek és a telepítőfájlban íródnak:
Nem túl igényesek: ellenőrizze, hogy a grafikus rendszer támogatja-e a 256 színt.
Az oraparam.ini fájlban is van egy elérési út a products.xml fájlhoz. A products.xml fájl leírja, hogy mely termékek telepíthetők egy adott terjesztésből. Minden programnak van egy sor kritériuma, és ezek igényesebbek. A program követelményei XML fájlban vannak felsorolva. Általában ez
A Windows fájlnév általában meghatározza a swap fájl méretét és az operációs rendszer verzióját. Ha 512-2048 MB RAM van, akkor a paging fájlnak 1,5-szer nagyobbnak kell lennie, mint a RAM-nak. A Unix rendszerek esetében a kritériumok még igényesebbek: a pod fájl méretén felül számos telepített csomag és kernel beállítás van ellenőrizve.
Ezek a feltételek elég időigényes feladat, és ha biztos benne, hogy az adott csomag érvényes (például be később), illetve a paraméter értéke igaz, akkor kihagyhatja ezt a tesztet több szempontból is. Először törölje a követelményt a refhost.xml fájlból. Másodszor, futtassa az OUI módot a rendszer első ellenőrzése nélkül. És harmadszor - az OUI program művelete során adja meg a párbeszédablakban - figyelmen kívül hagyja a következetlenségeket.
Adatbázis-létrehozási és frissítési eszközök
Az adatbázis-konfigurációs segéd (DBCA) egy grafikus eszköz az adatbázisok létrehozásához és módosításához. A telepítő varázsló segít kiválasztani a szükséges beállításokat, és nagy erőfeszítés nélkül konfigurálni a fájlok elérési útját. A DBCA létrehozza az adatbázis-létrehozó szkripteket a kiválasztott paraméterek alapján, ellenőrzi a hibákat és végrehajtja. Mindent kézzel is megtehet. A DBCA a Java nyelven íródott, és egyéni otthoni könyvtárat és grafikus alrendszert igényel. Mindezek a Database Upgrade Assistant (DBUA) esetében is érvényesek.
SQL parancsok végrehajtására szolgáló eszközök: SQL * Plus és SQL Developer
Számos eszköz létezik az Oracle-hez való együttműködésre. Két szabványos eszköz az SQL * Plus és az SQL Developer. Ezeket az Oracle nyújtja, és alkalmas adminisztrációra és fejlesztésre. Az SQL Developer több funkcióval rendelkezik, de ehhez egy grafikus alrendszer szükséges, az SQL * Plus pedig parancssori üzemmódban használható.
Az SQL * Plus minden olyan platformra elérhető, amelyen az Oracle telepíthető, és alapértelmezés szerint telepítve van az Oracle kiszolgálóval és ügyfélszoftverrel. Linux alatt a végrehajtható fájl sqlplus. A fájl helye a telepítéstől függ, és általában
A PATH-nak tartalmaznia kell a program könyvtárában található bin mappához vezető utat. Az LD_LIBRARY_PATH a program főkönyvtárának lib mappája. A 2-1. Ábra egy példát mutat a rendszer változók ellenőrzésére és az SQL * Plus futtatására.
A Windows rendszer régebben két változata az SQL * Plus: Program parancs strkoi mód és programozza a grafikus felhasználói felület (sqlplus.exe és sqplusw.exe -kal). A verzió 11g grafikus verzió már nem elérhető, de akkor a program egy korábbi verzióját (legfeljebb 9i és beleértve a módosításokat az Oracle Net nem teszi lehetővé a kisebb változat 9i adatbázis dolgozni régebbi verziók 9i). Ie Az SQL Plus 10g csatlakozhat az 9i adatbázishoz és a tárcsázáshoz: Az SQL * Plus 9i verzió használható a 11g adatbázishoz. A Windows OUI tartja fenn a rendszer változókat a registry a telepítés során, ezért kell telepíteni változó értékeket kézzel, de ha az SQL * Plus nem indul el, akkor ellenőrizni kell a regisztrációs adatbázisban. A 2-2. Ábra a rendszerleíró kulcsokkal ellátott Windows ablakot mutatja. Az SQL * Plus által használt értékek elérési útja
SQL fejlesztő
Az SQL Developer egy eszköz az Oracle (és nem csak az Oracle) kiszolgálóhoz történő kapcsolódáshoz és SQL parancsok végrehajtásához. Ebben a programban PL / SQL objektumokat is fejleszthetünk. Az SQL * Plus-tól eltérően ez egy grafikus eszköz, testreszabott makrókkal a közös műveletekhez. Az SQL Developer a Java nyelven készült, és a JRE jelenléte szükséges. Ie Az SQL Developer minden olyan platformhoz elérhető, amelyhez Java Futtatókörnyezet van. A legfrissebb verzió letölthető az Oracle weboldaláról.
A 2-3. Ábra egy SQL Developer felhasználói felület egy példányát kapcsolja össze egy adatbázisban, és egy egyszerű SQL lekérdezést futtat. A bal oldali rész az adatbázis-objektumok közötti navigáláshoz és az információ beviteléhez és kiadásához szükséges jobb részhez tartozik.
