Hlavní navigace

Oracle nabídne podporu pro Red Hat

Sdílet

Petr Krčmář 12. 7. 2006

Oracle oznámil, že hodlá poskytovat svým zákazníkům podporu pro operační systémy společnosti Red Hat. Podle Oracle prý Red Hat sám tuto podporu nabízí v nedostatečné kvalitě. „Red Hat je příliš malý nepodporuje své zákazníky příliš dobře,” řekl Larry Ellison z Oracle.

Přestože se některým investorům nelíbí, že se Oracle začíná plést do obchodních záležitostí Red Hatu, pro firmu to bude velká výhra. Vznikne tak nová platforma Oracle-Red Hat, která nabídne zákazníkům kvalitní spojení obou komerčních produktů. Opět se tak posílí pozice Red Hat proti ostatním linuxovým společnostem jako jsou Novell a SUSE.

(Zdroj: Slashdot)

Našli jste v článku chybu?
  • Aktualita je stará, nové názory již nelze přidávat.
  • 12. 7. 2006 8:18

    newin (neregistrovaný)
    Větší spolupráce Oracle s Red Hat je jistě dobrou zprávou pro některé administrátory. Je však otázkou kolik firem toto spojení osloví.
    Když se firma rozhoduje přejít na Linux jedním s argumentů je právě možnost napojení na Oracle. U většiny firem však při zjištění obsáhlosti a náročnosti databáze (Orecl je kvalitní nic proti) zůstane jen při úvahách a později se zvolí vštšinou menší a obvyklejší DB.
    Méně konzervativní malé firmy-většinou do 25 zaměstnanců, kterým se nejvíce vyplatí přechod na Linux asi takovou DB jako Oracle nevyužijí.
    Pravděpodobněji bude pro ně výhodnější použít lépe modifikovatelný Debian.

    Podle mého názoru je spolupráce Oracle s Red Hat určitě zajimavá, ale je to jen marketingový krok, aby Red Hat našel nové zákazníky. Na server opět s jistotou Debian.
  • 12. 7. 2006 8:37

    hcz (neregistrovaný)
    to je sice mozne, ale pak prichazi v uvahu investice, kterou ta ktera (velka, oracle, redhat) ci mala (treba Deb, postgres) firma do provozu venuje.
    Spis se divim, ze Oracle ani zadna jina firma vyvijejici serverove unixove aplikace neprisla jeste s vlastni distribuci, ktera by se omezila jen na "serverove operacni prostredi".
  • 12. 7. 2006 10:26

    pf (neregistrovaný)
    myslim ze redhat (RHEL) je serverova distribuce az dost. oracle by stalo moc energie a penez vytvorit a udrzovat svoji distribuci podobnejch kvalit. narozdil od Oracle 8 a 9 je instalace a rozbehnuti Oracle 10g na RedHatu uplne jednoducha (dalsi konfigurace uz se tyka jen oraclu, at je kdekoli)
  • 12. 7. 2006 14:56

    hisaak (neregistrovaný)
    Mne to neprijde ani jako spoluprace a uz vubec ne jako spojeni. Spis mi to pripadne jako soucast boje. Oracle nejprve vyhrozoval, ze vstoupi na trh se svou vlastni distribuci, ted se aspon pokusi uzdibnout Red Hatu nejake prasule z podpory.
  • 12. 7. 2006 9:46

    * (neregistrovaný)
    ORACLE podporuje Red Hat pro sve zakazniky uz roky - tyhle vyroky Larryho jsou spis reklamou Oracle podpory, ktera je na dost slusne urovni ale se vyplaci jen velkym firmam.
    Nevim jake mate informace a odkud je berete, ale Red Hat je vyhradne serverova distribuce a smim tvrdit, z vlastnych zkusenosti, ze se da srovnavat s HP-UX, AIX a Solaris bez problemu. Debian se vubec nemuze srovnavat s Red Hat kdyz mluvime o velkych serverech a to je co Larryho zajima. Red Hat se nikdy doposud moc nezajimal o Desktop.
  • 12. 7. 2006 10:40

    anonymní
    Hmm, to fakt neda. Takove veci jako
    - zavislosti na konkretnich souborech (horsi dohledavani zavislosti)
    - nemoznost upgrade z verze x na y za chodu (bez downtime)
    - maly az zadny vyber z verzi kernelu
    - nedostatek serveroveho SW (spoustu veci si musite zkompilovat sam)
    - stary (neaktualizovany) SW

    Debian opravdu nema. Spravoval jsem RHEL (AS/ES) i Debian a mohu (z vlastnich zkusenosti, stejne jako vy) s klidem rict, ze jedine co ma RH je papirova podpora s certifikaty. A dal jen same minusy.

    A s HP-UX nebo Solaris se na opravdu velkych serverech neda srovnavat zadny Linux. Vemte si treba tu vec jmenem RH Cluster, ktera vlastne neni cluster... ale skoda povidat.
  • 12. 7. 2006 12:31

    Izak (neregistrovaný)
    Tak k debianu: ano debian ma kupu kenrelu, ale moc nefunguji, vetsinou si je musim prelozit sam, stejne jako na RedHatu (ktery tradicne kernel nepovisuje, jen opravuje stavajici ... ale je to spatne? kdyz tam vse funguje a je odladen).
    Debian je hracka, ktera nefunguje, neni 100% POSIX kompatibilni, tim padem tam nerozjedete kupu komercnich aplikaci puvodne z UNIXu, proste se ani nespusti ... za nejakou dobu az budou mit novou glibc atd a vyvojari debianu to laskave zapnou !!! tak bude taky, jenze dnes kdybych chtel pouzivat debian na velky server, tak si vse musim prekompilovat sam ... dekuji nechci.

    Celkem jsem nadaval na RHES 2.x a 3.x,(pousival jsem radsi RH 6.x,8 a 9) na 4.x nadavat nemuzu ani nahodou.

    "zavislosti na konkretnich souborech" ... autor spadl z marzu, znate RPM, jake zavislosti na souborech ?
    "nemoznost upgrade z verze x na y za chodu (bez downtime)" ... mhh jak se to vezme yum uz by to mel umet, ale kdo to potrebuje ? vazne si myslite ze Oracle,Domino, IS, Sambu atd nekdo upgraduje za chodu ?
    ja teda mam takovou skusenost ze Oracle se nahrazuje novim strojem a to tak, ze se odladi 1mesic testuje a pak se nasadi. Ostatni servery se taky nejdrive testuji(na jinem HW, konfigurace vetsinou stejna), provede se zaloha a pres svatky se upgraduje (pokud se tea nevymeni i stroje).
    Zivelne prechody pres noc jsem delal na VS, kde kdyz by to nahodou nefungovalo by se nic zas tak zasadniho nedelo, kazdopardne tu NFS.sambu, prinserver, NIS+, Postfix jsem byl schopen rozjet vzdy, takze zadny zadrhel .... a restartovat musite, proteoze se aktualizuje i kernel

    -nedostatek sw software: mhhh zatimco na Debianu to ani nerozchodite, pokud pouzivate starsi verzi, pry bylo celkem peklo rozchodit Apache2+PHP5+perl5 na starem Debianu, ktery to jeste nepodporoval a upgarde tech 500 serveru nepripadalo v uvahu (podle me chybne zvolena distribuce pro toto nasazeni)

    "- stary (neaktualizovany) SW" ... no coment, jestli ma RH starsi SW nez Debian stable tak jste fak zak pomocne skoly, a pokud chcete unstable, tak pouzivejte Fedoru Core ... ktera je teda mnohem vic odladena nez Debian unstable.

    Ke Clusteru, ano mohlo to byt lepsi, ale fence domeny, GFS !!! je slusny cluster, ma to spolecny prostor na FC poli, prepina/startuje/vypina to aplikace ... obdobne jako na komercnich Unixech, vetsinou jeste lepsi, protoze takovy Irix si musi pole i domountovat.

    Takze debian ma jednu jedinou vihodu a to je ze jde nainstalovat minimalni konfigurace, zabirajici cca 17MB + serverove aplikace, ale tolikrat se mi neosvedcil, ze radsi shanu po temer neupgradovatelnem Slackware, ale zase se ptam je to problem ? Na Slackware odzalohuji /etc a /var, provedu novou instalaci a patricne /etc /var dam zpet ... no problem, za behu jiz dnes neupgraduji nic duleziteho, za takovehle amaterstvi je ve vetsine firem vyhazov na hodinu, IS a podobne dulezite aplikace se proste provadi jen bezpecnosti upgrade a na nove verze distribuci se zivelne neprechazi.

    Jinak celkem humor je na debianu s FC poli, nebot qlogic drivery, co umi failover na nem spusobuji pod 2.6.x kernel panic, proc nikde jinde ne, netusim ackoliv Redhat/fedora, Suse/Novell, Slackware tento problem nema. Takze na Debian kernel 2.4.x a pak to funguje bez problemu.
  • 12. 7. 2006 19:13

    Karel (neregistrovaný)
    Ano, také mně spojení "Oracle" a "upgrade za chodu" poněkud překvapilo. Databázové servery se upgradují nejvýše párkrát do roka a vždy k tomu musí být lepší důvod než existence novější verze. Je to jednoúčelová instalace a více než kde jinde platí "Funguje? Tak nešahat!"
  • 13. 7. 2006 9:43

    anonymní
    Nikoliv Oracle a upgrade za chodu, ale server a upgrade za chodu. A upgrade v tomto smyslu jako prechod z distribuce verze x na verzi y. T.j. neco co nedelate kazdy den, ale na nekterych typech nasazeni se velice hodi. Pokud jde o to ze programy vyuzivaji pouze DB oracle verze X tak _samozrejme_ nikdo upgrade za chodu nechce a na server nikdo sahat nebude.
  • 13. 7. 2006 10:09

    anonymní
    Kernel: To ze Debiani kernel nefunguje je vas nazor, ja mam jine zkusenosti.

    Pokud rikate, ze si musite prelozit kernel i na RedHat a ve druhe vete ze neni treba povysovat kdyz funguje a je odladen, tak si to dle me odporuje.

    "Debian je hracka" muze rict jen clovek ktery ten system nezna.

    Komercni aplikace z UNIXu znamena co? Jake komercni aplikace a jejich verze mate na mysli? Zajimam se o ty ktere na RH jdou a na Debianu ne. Uvedte priklady. IMHO Linux neni nasazovan tam, kde nasazujete komercni aplikace pro Unix XXX -- lepe je pouzit Unix XXX + dana aplikace.

    Ke glibc: zkuste se podivat na verze glibc v RedHat a Debian, porovnavejte az konkretni cisla.

    Zavislosti na konkretnich souborech. Vy to neznate? Zkuste si nastudovat format RPM a potom format DEB. Pak se o tom muzeme bavit.

    Nikdo nerikal ze chci Oracle povysit za chodu, bylo vyjmenovano jako neco co neumi RedHat a umi Debian. Zkuste si predstavit napr. bezici web server na kterem chcete povysit distribuci. Za chodu. A kernel se pri upgrade distribuce povysit nemusi, kde jste prisel na to ze musi? Aha, vlastne proto ze RH ma jen jeden kernel...

    Nedostatek sw: mluvite o necem jinem nez nedostatek sw, takze:

    1. odpoved na to co jste napsal: pokud mate RH verze x a potrebujete rozjet balik co potrebuje verzi y>x tak musite provest upgrade cele distribuce, coz je spousta casu+downtime+problemy s tim ze nektere veci jste si mohl chtit nechat ve stare versi. pokud mate Debian x a potrebujete Debian y tak zvednete pouze tu cast systemu kterou potrebujete a voila mate presne to co chcete. Jakmile na jednom serveru prijdete na list baliku potrebnych k instalaci, na ostatnich to udelate jednim prikazem.

    2. nedostatek sw != verze SW. V Debianu je kupa SW ktere v RH proste neni.

    3. nerozjedete? Stabilni verze Debianu prochazi testovanim a je jiste ze kazdy SW balicek rozjedete

    4. nedostatek sw: Debian muzete rozjet na mnohem vice platformach nez RH

    stary (neaktualizovany) sw: Zatimco kdyz pouzivate RH tak jste vazan na jednu verzi, v Debianu muzete mit stable distribuci a povysit treba jen konkretni balicek na vyssi verzi. Mimochodem, Debian ma nejen stable a unstable, ale take testing (a experimental pro uplnost, ale tu asi nepouzijete). Debian je v tomhle mnohem manevrovatelnejsi nez RH.

    Ke clusterum: to je na dlouhe povidani, kazdopadne GFS neni cluster. a FC pole taky neni cluster. Pokud u vas cluster == dva failover nody s FC polem tak se nemame o cem bavit.

    Sorry ale uz na to nemam naladu ani cas. Zdravim!
  • 12. 7. 2006 10:40

    Petr Baláš (neregistrovaný)
    No Larry se pokud vím docela dost hlásí k Ubuntu což je víceméně Debian. IMHO to Oracle rozumně hraje na všechny strany. A certifikace Oracle pro Ubuntu 6.06 LTS (to LTS je zajímavé) by mě příliš nepřekvapila.
  • 12. 7. 2006 11:40

    pepe (neregistrovaný)
    Pracujem v segmente, kde sa takato kombinacia RH Linux/ORACLE pouziva v enterprise prostredi a jedinou obrovskou slabinou takejto kombinacie je naozaj podpora zo strany Red Hatu. Nie je to o kvalite/nekvalite jednotlivych distribucii. Je to o urcitej skupine zakaznikov, ktori pozaduju urcite services a nemaju za ne problem platit, kedze kvalitna podpora a 24/7 dostupnost celej IT infrastruktury je zakladom pre ich business. A takisto to urobi roznymi sposobmi sluzbu celemu open-source. Napr. ak manager vie, ze linux bezi na najkritickejsom serveri, je nachylnejsi uvazovat aj o open-source na desktop pre klepice.
  • 12. 7. 2006 12:38

    Izak (neregistrovaný)
    Nadstandartni podporu zakoupit lze, jenze prozatim v USA, mozna jeste nekde v EU, ale RH centrum ze zalozilo nove v Brne.

    Dokonce si muzete koupit support, kde se vam lidi z RH pripoji k serveru a opravi, jenze cena je americka, takze draha ... support na Oracle+to_jejich_aplikacni_rozhrani vyjde na 500.000/rok a je to tragedie, akorat mate narok na stahovani upgardu. A platit nekolik tisic dolaru /mesic za kvalitni support Redhatu se tu nikomu nechce, mimochodem podobna cena jako support na windows ... taky ji nikdo neplati.

    Ale pokud chcete support z CR kontaktujte Tietoenator, dela kompletni dohled nad cimkoliv, denne vam budou skoumat logy, hlidat bezp. chyby atd. ... samozrjme za evropske ceny a ne nejakych 5.000/mesic
    dokonce vas to vgyjde draz nez zamestnanec, ale mate za sebou skuseny tim, kde pracuje nekolik desitek tisic zamestnancu a kdyz nekdo neco nebude vedet, tak se zepta.
  • 12. 7. 2006 13:11

    pepe (neregistrovaný)
    Suhlasim s Vami. Zhrnuli ste existujuce moznosti pre podporu, ktore maju svoj zmysel.

    Ale dufam, ze Ellison mal na mysli nieco ako oraclovsky "metalink" pre Red Hat Linux. Tato uroven podpory Red Hatu chyba, teda samozrejme v takejto kvalite. A prax dokazuje jej nenahraditelnost. Riesi to problemy napr. v produkcii s existujucim teamom adminov/dba v ocakavanom case. Bez nutnosti pripravy testovacich prikladov na popisanie chyby suport teamu, zdrzanie pri komunikacii, samozrejme tym primerane dlhe casy odozvy a podobne.
  • 12. 7. 2006 22:22

    Ondřej Suchý (neregistrovaný)
    <reklama zamestnavateli>
    nebo kontaktujte LOGIOS, ktery dela totez za ceske ceny :-)
    </reklama>
  • 13. 7. 2006 11:35

    anonymní
    Aka tragedia prosim Ta? Pre nasu firmu Oracle v ramci podpory vydali specialny patch na Oracle Toplink, oprava tejto chyby bola zahrnuta v dalsej verzii. Spravili to takmer okamzite. Je proste jasne, ze na kriticke servery je podpora nutnost.