Megjelent az Oracle 11g adatbáziskezelő

Bejelentés

Megjelent és (természetesen az OTN License Agreement-et elfogadva - a szerk.) szabadon letölthető, próbálgatható az Oracle adatbáziskezelőjének legújabb generációja. Természetesen (?) az egyetlen jelenleg elérhető platform a Linux. Sajnos csak x86 platformra, de remélhetőleg hamarosan érkezik a 64 bites verzió is. Az anyag és a hozzá tartozó dokumentáció ingyenes regisztráció után elérhető itt.

( saabi v | 2007. 08. 10., p – 21:22 )

lu lu lu I've got some apples lu lu lu You've got some too...

Kíváncsi vagyok, képesek voltak-e már végre normálisan megcsinálni a RAC-ot. :-(

Ave, Saabi.

Lehet, hogy en vagyok nagyon 0, de eloszor egy hetig szenvedtem vele es a leirasok alapjan nem lehetett feltenni. Azota a kollegak egy ev szunet utan ujabb 2-3 het alatt be tudtak hergelni SLES 9 vagy SLES 10 alatt. HPUX-on megy de azert is volt vele szivattyu rendesen amire elindult.

lu lu lu I've got some apples lu lu lu You've got some too...

HP-UX-on tapasztaltam, hogy a ClusterWare egyetlen hálózati interface-t hajlandó heartbeat-re használni. Ha ezen az egy interface-en eltűnik a kapcsolat, akkor beindul a versengés és a vesztes újraindul. Mindez például ServiceGuard-nál úgy néz ki, hogy tetszőleges számú interface-t használhatok heartbeat-re és csak akkor indul meg a versengés, ha az ÖSSZES lehetséges kapcsolat megszűnt a két node között.
Másik problémája a ClusterWare-nek, hogy túlságosan paranoid és legjobb tudomásom szerint ez nem konfigurálható. Megintcsak a ServiceGuardot tudom felhozni példának, amelynek megadható, hogy a szívdobbanások milyen időközben kövessék egymást és hogy hányadik kimaradt csomag után fújjon a cluster daemon riadót. Okozott már problémát, hogy vagy a hálózat, vagy a gépek terhelése miatt a ClusterWare újraindított gépet kissé elhamarkodottan.

Összeségében az a véleményem, hogy az Oracle foglalkozhatna azzal, amiben erős, tehát az adatbáziskezelő fejlesztésével. Az operációs rendszerre tartozó dolgokat meg hagyják meg azoknak, akiknek ebben vannak évtizedes tapasztalataik.

Ave, Saabi.

Oracle azert kezd benyulkalni az OS oldalra is hogy dragan tudja tartani az rdbms license-et... Ugye nem kell akkor az ugyfelnek az OS gyarto HA megoldasat megvenni stb...

A RAC Clusterware problemaja ugye (a hb if-ek szama mellett) amit (legalabbis HP-UX-on) lehet latni:
Van egy userspace-ben root-kent futo daemon az oprocd vagy mi a fene ami az egyik idozito/hb daemonja a RAC-nak. Na most ha ez nem bir idoben futni (ugye klasszikusan nem az rtsched osztalyban fut ez sem) egy reboot() system call-lal agyoncsapja a gepet. Se log sehova (ugye erre ekkor semminek eselye sincs) se egy tisztesseges crashdump (na jo ez azota valtozott de nem az Oracle irta meg...).
Ekkora egy hanyadek szar megoldast...
A brutalisan kicsi idozites valahol talan allithato, csak eppen nem javasolt az Oracle altal. (...)
Ugyanakkor esetlegesen a hb eseten kenyes tud lenni a low latency megletere is.

Ennek megfeleloen en egyik unix/linux-on se a CRS-t, hanem az adott OS cluster-et hasznalnam inkabb HA layer-nek a RAC-hoz ha lehetseges...

( Huncraft v | 2007. 08. 12., v – 01:30 )

jaj de jó.. 10g DBA2 tanulását épp ehéten fejeztem be.. De akkor ezek szerint megint le leszek maradva.. :)
____________________________________
Az embert 2 éven át arra tanítják hogyan álljon meg a 2 lábán, és hogyan beszéljen... Aztán azt mondják neki: -"Üllj le és kuss legyen!"..