Traducerea în 64 de biți. Creșteți memoria disponibilă pentru Oracle. Îngrădirea serverului bazei de date împotriva infecțiilor, cum ar fi vira. Stabilitatea serverului de server este neochen.
Oracle este ascuțit sub distrouri bazate pe Rpm (există mai puține dansuri cu tamburină, cum ar fi crearea de simboluri pentru utilitățile de sistem etc.). Alege Fedora
Am creat o mașină virtuală și am început să conduc Oracle la diferite distanțe. Fedora a arătat cele mai bune. Următorul pas a fost să configurați serverul (din a treia încercare livrată în mod normal ca urmare a RAID-ului).
Am instalat Oracle, l-am configurat și l-am aruncat acolo. Și o săptămână a urmărit DB în modul de testare. Duminică, el repetă operațiunea deja cu o groapa proaspătă de noapte, oprit vendovy un server pe Linux ordonat ip-ul la fel, ca și în vendovom, înființat samba și iptables.
Fedora este un pic diferit. În timp ce era urâtă. Au fost probleme cu RAid 5, dar sa decis transferul la Raid 1 + 0
Creșterea fiabilității și a productivității.
Sursa - conferința, lucrarea a fost făcută de BeerSeller
O descriere gratuită a compilainenn
Poveste de succes. Introducerea Linux pe serverul cu baza de date Oracle la fabricile de bere, Lida, Republica Belarus
Testarea forțelor a avut loc pe o mașină de acasă în cutia virtuală. Mașina de acasă are 6 console de memorie RAM, deci totul era destul de decent. Testarea forțelor a inclus:
Instalarea nativului pentru "implementatorul" Ubuntu și verificarea performanței lui Orakla pe acesta. Rezultatul este trist: sunt necesare multe cârje și doar pentru că Oracle este închis sub baza RPM-ului dystry.
Instalarea Red Hat Enterprise și aceeași verificare. Rezultatul este în general uimitor. Sunt lăsate cârje, ceea ce este în general ciudat, dar faptul este un fapt. Rezultat: măturat din cauza unei întreruperi excesive și în cele din urmă poate.
Instalare CentOSO, etc. Rezultat: puțin diferit de Red Hat, dacă este deloc diferit.
Instalarea Fedora și baze de date pe el ... poosvoivshis .vidimo și săpat în ultimele două axe „implementator“ pentru a accepta inevitabilul și stăpânit același RPM. Linia de fund: aici este, alegerea sistemului de operare pentru server)
Procesul de încercare a forțelor a durat o săptămână în afara programului de lucru și a zilelor libere (oh Rusia ... adică Republica Belarus).
Următoarea etapă a fost instalarea sistemului de operare (Fedora 12) pe viitorul server de luptă. Așa cum era de așteptat RAID5 a fost foarte ciudat și sistemul de operare nu a vrut să fie pus pe el în mod implicit. A trebuit să facă mutarea unui cavaler și se va schimba pe un RAID1 RAID5 + 0 Acest tip de „4, RAID 1 + 0 matrice 8 șuruburi. E totul în zagrucheno dungi MVS ... încărcare simultană de matrice și de lectură paralelă „(aici pur și simplu neosilyatorstvo posibil, dar cât mai limitat posibil ...). Sistemul de operare a urcat în cele din urmă, după ce torturile DB după casa au fost stabilite în mod normal. Mai mult, a fost relativ simplu: configurația bazei de date (caz familiare ca „implementator“ doar baza de date Oracle Developer ... nu a software-ului, și anume baza de date cu dannyh..v generală, ați înțeles), teste pe săptămână inundate gropile și. în cele din urmă, conexiunea de noapte în modul de luptă. În total, întregul proces a durat 2,5 săptămâni, și de fapt, toate neadminul s-au dovedit. Ura!
Problemele care au apărut cu "implementatorul" sunt reduse în cea mai mare parte la faptul că:
Fedor nu este încă Ubuntu și RPM-OS nu este o bază de date pentru tine.
Absența abilităților de administrare a sistemelor de operare ca atare (e-mailul angajatorului da, dar au economisit bani)
Fixarea instalării programului Orakla pe Linux (în orice versiune) ... este în continuare diferită de sistemul non-text non-text-to-trade non-profit bazat pe Windows.