Dotaz: Free space Oracle

[Pavel]

Ahoj lidičkové, potřebuji pomoc, radu. Potřebuji na naší firemní databázi co nejefektivněji ušetřit místo. Popř. jak se o databázi do budoucna starat aby se místečko co nejvíce ušetřilo. Samozřejme jednou nastane den kdy se bude muset koupit nové diskové ale prozatím by mi stačilo nějakých pár tipů. btw. každý den nám DB nakyne o cca 1GB.

Díky! Pavel

Odpovědi

[hanoj]

Pouzivat normalizovane tabulky, minimalizovat datove typy sloupcu, neukladat do DB soubory.

[Pavel]

No prima a myslis ze by si to mohl nejak rozvest?? V databazich se pohybuju tak pul roku.

Diky

[Ivan]

Hmm, a co ti vlastne tak kyne? datafajly, logy, redology, arch. redology, flash recovery area? 1GB denne je docela dost, tezko verit, ze by nejaky uzivatele vygenrovali tolik dat. Pokud ti opravdu pribyva 1GB dat v DB, tak se koukni na parametr PCFREE u tabulek.

[Pavel]

No tak da se rict ze datafily... logy jsou v pořadku a narůstají tak nějak úměrně. o 1GB narustala ted pres prazdniny coz je da se rict klidova cast roku... kdy se vlastne v dobach dovolenych toho tolik nedeje... ale to je vlastne jedno... Jak ma vypadat prikaz na ten parametr? MOC DIKY vsem co maji nejaky napady

[Ivan]

Ono je tezky strilet jen tak od boku, ale podle mych zkusenosti potrebujes vic jak 3000 lidi aby za jeden den do nejakyho inf. systemu vlozili 1GB dat. 1GB je hrozne moc textu. A kdyby ty data pochazely z nejakyho performance monitoringu, tak mi prijde ze bys' musel mit docela velkou sit, aby vygenerovala tolik dat. Proto hadam, ze nejspis ukladas do DB BLOBy, CLOBy nebo XMLka. Pokud je to tak, tak zkus dat do google 'lob storage options'.

Ten parametr PCTFREE se tyka table storage options. Pri insertu do tabulky se nezaplni cely blok, Oracle si necha urcitou rezervu pro pripadne updaty radku. Parametr PCTFREE urcuje kolik procent z bloku musi po insertu zustat volnych pro pripadne updaty sloupcu(zejmena varcharu). Pokud uz nikdo tvoje data nemodifikuje, tak to muzes dat na 0. Dalsi vec ktera pomuze srazit misto v DB je spravne razeni sloupcu v tabulce. Spravne bys' mel davat sloupce ktery muzou byt NULL az nakonec. Kazdopadne vetsina problemu s DB pochazi od aplikace, a proto by se mely problemy hledat zejmena na aplikacni urovni. Pokud nezjistis kdo, jaky data a kam ti uklada, tak se dal nepohnes.

[albert]

Precti si dokumentaci. Zacni Concepts, at mas aspon minimalni paru o tom, co jsou tabulky a indexy a jak jsou ulozene. Zadnou radu typu "nastav OPTIMIZE_FOR_SPACE=1" necekej. Opravdu je 1GB hodne? Vis vubec co se do te databaze plni? Nejvetsich uspor lze zpravidla dosahnout eliminaci zbytecnych dat.

[Pavel]

Zase ze me nedelejte tupce. Vim co jsou tabulky i indexy i jak jsou ulozene. Na to mam kurzy a podobny blbiny. Nerikam ze 1GB je hodne ale timhle tempem muzeme co rok kupovat novy diskovy pole. A to jak je urcite vsem jasne se kazde firmy budou zdrahat a libit se jim to nebude. proto se ptam na rady a tipy jak alespon nejake misto usetrit. Taky neverim ani si nemyslim ze by to byly nejake zavratne hodnoty v radech GB. Nekde jsem cetl ze i premisteni redologů může usetrit misto. A zbytecna data to taky rozhodne nejsou. jsou to data ktera budou teoreticky potreba za 50 i vice let. takze ani odmazavani starsich dat neni na miste.

Pavel

[Heron]

Nejdřív si zjistěte, kolik dat se tam denně ukládá. Jestliže je to 1GB tak kromě změny schématu toho moc neuděláte. Změnou schématu (provedenou programátory za součastné změny aplikace) zřejmně mnoho místa také nezískáte. Není-li to prasácky napsaná DB typu všechno v CHARu a na všem indexy. Správně navržená DB (z hlediska normální formy) už je optimalizovaná.

Druhá možnost je, že se ukládá něco, co nepotřebujete a ukládá se to špatně (takhle jsem narazil na zapnuté binlogy v mysql ve chvíly, kdy byl úplně plný /var).

Za třetí. 1GB/denně nemusí být moc. To je jen 365GB ročně. Dnes pořízené nové pole vám klidně může 10 let vystačit.

[albert]

Sorry, ale pokud se ptáš, jak se zjistí PCTFREE u tabulek, tak to s těmi znalostmi o uložení asi nebude tak žhavé. Minimálně to ukazuje, že ses storage parametry tabulek zatím vůbec nezabýval. Takže já zůstávám u své původní rady - přečti si dokumentaci. Na jejím základě tě jistě napadne řada věcí, které se dají prověřit. Pak polož dotaz, kde uvedeš, co už jsi řešil. Např. "indexy tam jsou opravdu jen ty, které jsou potřeba" nebo "v tabulkách, kde nedochází k update, není zbytečně ponechané volné místo pro zabránění chained rows". Tím se vyhneš odpovědím, které tě nikam neposunou.

[cronin]

Zase ze me nedelejte tupce.

Hned sa zasa neurazaj. Kontrolna otazka: "PRECITAL SI 'CONCEPTS'?" je namieste. Ak nie, jednoducho nemas moralne pravo polozit ziadnu otazku o Oracle databaze. Zial, vacsina tiezadministratorov povazuje za zbytocne citat 'Concepts' pre Oracle, "ved predsa vedia co je tabulka, index, blok a redolog". Oracle, to je vlastny svet s vlastnymi fyzikalnymi zakonmi. Spoznat Oracle pri jej sucasnej zlozitosti je praca na mnoho zivotov.

Takze, ak si necital Concepts, precitaj si ich. Verim, ze vyriesia 90% Tvojich problemov. Ked budes mat precitane Concepts, kup si (alebo lepsie daj si kupit zamestnavatelom) tuto knihu; je to napinavejsie citanie ako Grisham a Cook dohromady. Je de jure o Oracle 9 Release 2, ale efektivne je o Oracle 10.

[s0]

0) přesvědčit management, že ty nový disky potřebujete. V případě, že neuspěješ, pokračuj bodem 1.

1) dobré schema a vhodné datové typy, na což ti stejně management peníze nedá, protože změna aktuálního stavu bude řádově dražší než bod 0.

2) vhodné rozdělení objektů do vhodně definovaných tablespaců. To se dá udělat "přes noc".

3) archivace nepotřebných dat, logů atd.

4) v nejhorším případě nastudovat COALESCE, MOVE, TRUNCATE ;) a podobné čuňárny.

5) zaplatit si třeba mne (přes firmu), nebo kohokoli, kdo to umí a dokáže vyřešit.

[happy barney]

bod 5 presunúť na bod 1 a doplniť skok na bod 2

[BigWrigley]

Koukam, ze tohle psal nekdo, kdo presne vi, jak to ve skutecnosti ve vetsich firmach funguje :) Koupit disky je mnohem mensi problem, nez neco menit... A stejne je nakonec budete potrebovat, takze si to pole klidne kupte.

[Bobika]

A jste si jisty ze data pribejvaj v tablespace? Neplni se vam spis diskovy prostor archivelogama? Pokud v tablespace tak prosim o info alespon kolik je z toho dat v tabulce a kolik v naslednych inexech?