Implementace Oracle po NFS (diskuse)

[s0]

dík. Až teda na stylystiku závěrů - to je jak ze slohovýho cvičení na základní škole.

[Käyttäjä 11133]

Já tam pro jistotu neměl závěr žádný, tohle musel doplnit Robert. :) Nicméně těžko mu cokoli vyčítat, on má vždycky hodně práce s mými články napůl v angličtině na půl v češtině... :)

[Ruža Becelin]

SI i RAC Oracle pres NFS mame u nas, dost jsme bojovali s vykonem. Kdyz jsem otevrel tenhle clanek, byl jsem dost zklamany - tohle je spis jak PR NetAppu.

Doufam, ze vyjde jeste jeden dil nazavany PRAKTICKA Implementace Oracle po NFS, kde se k tomuhle dostanes...

[Käyttäjä 11133]

Až někdo bude chtít praktickou implementaci (včetně podpory) obávám se, že si mě bude muset zaplatit jako konzultanta... :)

[pasmen]

Tak ty už jsi dobře zmasírovanej!

[Peter Golis]

Tiež mám ten dojem. Alter database begin backup v spolupraci s zalohovanim zrkadla nezaručuje konzistenciu, len ju umožňuje. A vypnutie databázy (hoci aj len počas synchronizácie diskov) zas znamená downtime.

Toľko k zálohovaciemu konceptu. Zaujímalo by ma či sa tu spomenie aj úspešhosť restore concept-u.

[Käyttäjä 11133]

ARCHIVELOG režim? :)

Toľko k zálohovaciemu konceptu. Zaujímalo by ma či sa tu spomenie aj úspešhosť restore concept-u.

60x restore, 60x success...

[Peter Golis]

Samotný archivelog mode nezaručuje konzistentnú obnovu databázy. Tú zabezpečuje až dostupnosť opríslušných redolog-ov. A o ich zálohovaní sa nič nepísalo.

Vo vzduchu je teda otázka, prečo?

[Käyttäjä 11133]

Jenže ty se zálohují stejnými snapshoty jako ty datové soubory....

[Peter Golis]

Áno, a preto som písal že nezaručuje, len umožňuje. Ešte je obvykle jeden posledný bod v hre, zachovanie k určitému SCN alebo logseq. Obvykle tam stačí pichnúť jeden alter...

Mimochodom, až 60 restorov? To sa v práci asi nepretrhnete. Teda za predpokladu že si zákazník nerobí repliky databáz na testovacie prostredia sám

[Käyttäjä 11133]

Mimochodom, až 60 restorov? To sa v práci asi nepretrhnete. Teda za predpokladu že si zákazník nerobí repliky databáz na testovacie prostredia sám

Proč by tohle dělal někdo ze storage departmentu? To si snad Oracle DBA umí udělat (naklikat ve snap manageru) sami, ne? :)

[Peter Golis]

On Oracle DBA to vie napísať aj do RMan-u. Či už cez flash recovery alebo s pomocou páskových mechaník. A delegovanie kompetencií je záležitosťou zmluvy.

Mňa to zaujalo len z hladiska veľkosti čísla. To NASko je maličké, takže tam to môže sedieť.

[xkucf03]

ČaaD

(článek as a demoverze)

[pasmen]

Hele nemáš nějaký zkušenosti s Oraclím databázovým filesystémem? Dá se to používat prakticky jako cokoliv exportované přes NFS? Nebo to jako klasické úložiště použít (z nějakých důvodů) nelze?

[Jan Kundrát (jkt)]

Jake jsou slabiny snapshotovani v Linuxovem LVM2?

[just me]

V tomhle korporatnim IT svete IMHO:
1) protoze to neni dostatecne pomale
2) protoze z toho necouhaji miliony ca$h

=)

[Käyttäjä 11133]

1. LVM2 snapshoty jsou pomalé :D
2. LVM2 snapshoty nejsou flexibilní co se do množství změněných dat týče (a zde jsem skončil, je to pro mě no-go vlastnost, dál jsem zjišťovat nepotřeboval)

[Dzerza]

Nefungují v CLVM a to ani exkluzivně.

[ondar]

Tak timhle článkem jsem fakt zklamanej - jak už tady někdo podotknul, je to jak u PR v NetAppu. Praktické informace žádné, o NFS vlastně ani zmínka - čekal bych alespoň srovnání NFSv3 a V4, vliv keše na výkonnost databáze apod. Nic tu nejni. S tim se můžeš jít vycpat....

[Käyttäjä 11133]

Můžeš mi říct jak můžu dělat benchmarky na firemních produkčních systémech našich zákazníků a pak je s čistým svědomím publikovat? Vy si myslíte, že je to snadné psát tyhle články, já jen čekám, kdy mi přijde e-mail z našeho právního oddělení, že jsem vyzradil něco co tahle společnost považuje za její intelektuální vlastnictví...

A na výkon publikoval Oracle whitepaper, který je odkázaný v prvním článku, tak si přečti ten...

Whitepaper

[ondar]

No o tom to ale je ne? Buď mám informace a chci je publikovat, a nebo je nemám (ať už z jakéhokoli důvodu) a pak nepublikuji. Ten whitepaper je o ničem - je jasné, že pokud si Oracle napíše vlastní optimalizovaný NFS klient, takže to bude lepší nežli ten jaderný už kvůli tomu, že NFSv3 je bezestavový protokol a zamykání je tam "přilepeno" jaksi navíc - a od toho se ostatně odvíjí i výkonnost co z NFSv3 můžeš vymáčknout. Proto mě ani nějaký "Oracle direct NFS client" moc nebere - problém neřeší, jen supluje práci kernelu. Co tady každého spíše zajímá je co k má k této problematice říci NFSv4 a jeho delegace a agresivnější optimalizace (které si díky kompletně přepsané architektuře může dovolit). Tady bych čekal u databází dramatický nárůst rychlosti. Ale tady ne. Ticho po pěšině...