Rövid történet az orákulum átviteléről az ablakokról a linuxra, az orosz dokumentáció az ubuntu-ra

Fordítás 64 bitre. Növelje az Oracle számára elérhető memóriát. Az adatbázis-kiszolgáló védelme a fertőzések ellen, például vira. A kiszolgáló kiszolgáló stabilitása neochen.

Az Oracle élesíti az RPM-alapú disztribúciókat (kevesebb tambura van tánccal, például szimbolikus kapcsolatokat hoz létre a rendszerinformációkhoz stb.). Chose Fedora

Készítettem egy virtuális gépet, és különböző távolságokon indítottam el az Oracle-t. Fedora mutatta a legjobbat. A következő lépés a kiszolgáló beállítása volt (a harmadik, a RAID miatt általában leadott kísérlet).

Telepítettem az Oracle-t, beállítottam, és ott begyűjtöttem. És egy hetet tesztelt a DB. Vasárnap, már megismételtem a műveletet egy friss éjszakai bontással, kikapcsoltam az eladó szerverét, ugyanazt a Linuxot rögzítettem a Linuxon, mint a gyártó, a samba és az iptables.

A Fedora egy kicsit más. Míg ő volt az asil. Volt problémák a RAid 5-vel, de úgy döntöttek, hogy átkerülnek a Raid 1 + 0-ra

A megbízhatóság és a termelékenység növekedése.

A forrás - a konferencia, a munkát BeerSeller végezte

A kompilainenn szabad leírása

Sikertörténet. Linux bevezetése a kiszolgálóhoz Oracle adatbázisban a sörgyárban, Lida, Fehérorosz Köztársaság

Az erők vizsgálata a virtuális dobozban lévő otthoni gépen történt. A hazai gép 6 db RAM-mal rendelkezik, így minden rendben volt. Az erők vizsgálata magában foglalta:

Az Ubuntu implementátorának natív telepítése és az Orakla teljesítményének ellenőrzése rajta. Az eredmény szomorú: sok mankó szükséges ... és csak azért, mert az Oracle börtönbe kerül a disszid RPM-alapja alatt.

A Red Hat Enterprise telepítése és ugyanaz az ellenőrzés. Az eredmény általában lenyűgöző. Csuklyák maradnak, ami általában furcsa, de a tény tény. Eredmény: túlzott interprét miatt elszállt, és végül is.

A CentOSO telepítése stb. Eredmény: kicsit eltér a Red Hat-tól, ha egyáltalán eltér.

A Fedor és az adatbázis felépítése ... nyilvánvalóan ásni és ásni a két korábbi tengelyen, az "innovátor" összeegyeztethető az elkerülhetetlenekkel, és ugyanazt az RPM-t elsajátította. Alsó sor: itt van az operációs rendszer választása a kiszolgáló számára)

Az erõszak próbálkozása egy héten át tartott a munkaórákon és a szabadnapokon kívül (oh Oroszország ... azaz a Belarusz Köztársaságban).

A következő lépés az operációs rendszer (Fedora 12) telepítése volt a jövőbeli szervereken. A várakozásoknak megfelelően a RAID5 nagyon furcsa volt, és az operációs rendszer nem akarta, hogy alapértelmezés szerint fel legyen téve. Meg kellett mozdulnunk a lovaggal, és a RAID5-t RAID1 + 0-ra kellett cserélnünk: "4 RAID 1 + 0 array 8 csavar. Ez mind az LVM-ben van betöltve egy váltakozó ... A tömbök párhuzamos betöltése és párhuzamos olvasás "(itt lehet csak neosiljatorstvo, de mivel a feltételek korlátozottak ...). Végül az operációs rendszer emelkedett, a háztartási kínzás utáni DB-t is rendesen hozták létre. Tovább mindent viszonylag egyszerű: az adatbázis létrehozása (ez egy ismerős, hiszen a "kivitelező" csak az Oracle adatbázisfejlesztő ... nem maga a szoftver, nevezetesen az adatbázisok .. általában érted), heti tesztek elárasztott hulladéklerakókkal és. Végül, az éjszakai kapcsolat a harci mód. Összességében az egész folyamat 2,5 hétig tartott, sőt, minden nem-admiánál kiderült. Hurrá!

Az "implementerrel" felmerülő problémák nagyrészt a következőkre korlátozódnak:

A Fedor még mindig nem az Ubuntu és az RPM-OS nem deb-adatbázis az Ön számára.

Az operációs rendszer adminisztrációs készségeinek hiánya önmagában (a munkaadó e-mailje igen, de pénzt mentettek)

Az Oracle telepítése Linuxra (bármilyen verzióban) ... még mindig különbözik a Windows-alapú non-text-to-trade-non-profittól.