On Wed, 2004-03-24 at 12:43, George M. wrote: > Daca tot s-a discutat de oracle si linux, vin si eu cu niste intrebari: > > 1) Cum poti sa faci sa folosesti pentru data file-urile lui oracle > partitii raw si nu partitii formatate? Trebuie sa se poata face asta. La > informix chestia asta e de-a dreptul banala si am inteles ca ii creste > performanta.
1). Sincer nu am instalat niciodata pe raw devices, pentru ca nu am avut nevoie... in 99% din cazuri sporul de performanta il obtii optimizind datele pe care le ai precum si _MODUL DE ALOCARE_ al blocurilor de date in datafileuri, pentru tabele, pentru fiecare row din tabele. Daca insa vrei neaparat, pot cerceta si iti dau raspuns pe private. > > 2) Daca oracle e instalat pe o versiune certificata (de exemplu RHEL sau > SLES) se observa vreo imbunatatire a performantelor? Daca e activat > async I/O cresc sesizabil performantele? 2) Diferenta de performanta nu aduce decit kernelul si glibcul. Este o chestie distro versus distro mai degraba. Este insa de asteptat ca o instanta pusa pe un ....RHAS cu kernel 2.4.21 sa mearga mult mai bine decit o instanta pusa pe RH..6 spre exemplu cu kernel 2.2.x Problema este insa la nivel de suport tehnic de la ei.Si la anumite probleme ciudate care pot aparea si pe care nu stii de unde sa le apuci. (de obicei cauzate de vreo functie marunta de prin glibcul mai nou pe care il ai tu pe distroul necertificat). In egala masura poate sa nici nu mearga... depinde de distro. Spre ex eu am 9irel2 pe un gentoo, si merge in productie de ceva vreme fara probleme. > > 3) A testat cineva 10g? Merge mai bine decat 9i R2? Clustering-ul la 10g > e mai bine gandit si mai usor de realizat recat la 9i? (am inteles ca ar > fi ceva de genul ca mai adaugi un server la cluster si se descurca el, > ceea ce mi se pare o evolutie mult prea mare si "too good to be true"). > Eu am incerca sa instalez pe statia mea clientul de 10g si installerul > mi-a spus ca nu am red hat enterprise sau united linux, asa ca nu pot > instala. > Abia l-am lasat la download, am sa revin cu informatii de indata ce voi avea ocazia sa il incerc. Ca regula de facto insa : la oracle, in productie se foloseste intotdeauna versiunea curenta -1. Adica daca vrei sa il pui in productie, pui 9i acum. Sau macar astepti un release 2. Din proprie experienta cu oracle 8 si 9i iti pot spune ca primul release si primele patchlevel-uri atinse pentru fiecare versiune majora (8,9 si probabil 10 va confirma) au fost foarte foarte buggy. Cit despre clustere...singurul lucru bun pe care il face bine oracle este baza de date... si atit. La clustere si orice alta tehnologie oamenii stau tare prost. Niste teste facute cindva pe 9i RAC au aratat ca in conditii _real_life_ sporul de performanta este de cel mult 10%. Pentru de 2 ori mai mult hardware si pentru de 2 ori costul... + costurile aditionale legate de storageul comun de care au nevoie, nu se merita. Poti eventual sa pui pe o masina cu mai multe procesoare... sa optimizezi discurile pe care sint puse datele (data fileul si discul)... poti sa recurgi la partitii in baza de date... poti sa optimizezi modul de alocare al tabelelor in datafileuri,etc... La capitolul posibilitati de tuning, oracle sta mai bine decit orice altceva.Iar pentru redundanta, poti eventual face replicare (lucru pe care oracle il face bine). Ca sa nu exagerez insa, am sa iti dau mai multe detalii dupa ce apuc sa ma joc o perioada cu 10g. Nu vreau sa ii judec prea aspru, insa pina acum, din ce am vazut/lucrat/incercat am invatat sa nu prea te iei dupa marketingul lor si toate buzzwords-urile pe care le scot...(ex : databases & grid computing) blah blah blah. Vali. > Deocamdata atat, desi am mult mai multe intrebari. --- Detalii despre listele noastre de mail: http://www.lug.ro/
