abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
včera 18:55 | Zajímavý projekt

Společnosti Google, Microsoft, Twitter a Facebook společně představily open source platformu Data Transfer Project (DTP). Cílem platformy je zjednodušit uživatelům přechod a přenos dat mezi jednotlivými online službami. Podrobnosti v pdf a na GitHubu.

Ladislav Hagara | Komentářů: 1
včera 18:33 | Nová verze

Canonical a Microsoft společně oznámili, že PowerShell Core je nově dostupný také jako snap balíček na Snapcraftu. Microsoft uvolnil zdrojové kódy PowerShellu (Wikipedie, GitHub) v srpnu 2016 pod open source licencí MIT a naportoval je na Linux.

Ladislav Hagara | Komentářů: 1
včera 13:11 | Zajímavý projekt

Novinkou v minor aktualizaci webového prohlížeče Vivaldi je podpora vyhledávače Qwant (Wikipedie). Vývojáři Vivaldi zdůrazňují, že se jedná o evropský vyhledávač respektující soukromí uživatelů.

Ladislav Hagara | Komentářů: 7
včera 01:33 | Nová verze

Po šesti letech od vydání verze 1.0 byla vydána verze 2.0 multiplatformního editoru tagů MusicBrainz Picard (Wikipedie). Přehled novinek, vylepšení a oprav v changelogu.

Ladislav Hagara | Komentářů: 0
19.7. 16:22 | Nová verze Ladislav Hagara | Komentářů: 13
19.7. 15:00 | Komunita

Dnes končí podpora Ubuntu 17.10 Artful Aardvark. Uživatelům je doporučen přechod na Ubuntu 18.04 Bionic Beaver s prodlouženou podporou do roku 2023. Podpora standardních verzí Ubuntu je 9 měsíců. Verze 17.10 byla vydána 19. října 2017.

Ladislav Hagara | Komentářů: 11
19.7. 13:33 | Bezpečnostní upozornění

Společnost Oracle vydala čtvrtletní bezpečnostní aktualizaci svých softwarových produktů (CPU, Critical Patch Update). Opraveno bylo celkově 334 bezpečnostních chyb. V Oracle Java SE je například opraveno 8 bezpečnostních chyb. Všechny jsou vzdáleně zneužitelné bez autentizace. V Oracle MySQL je opraveno 31 bezpečnostních chyb. Vzdáleně zneužitelných bez autentizace je 7 z nich.

Ladislav Hagara | Komentářů: 0
19.7. 13:11 | Zajímavý software

Nick Clifton zveřejnil na blogu společnosti Red Hat věnujícímu se počítačové bezpečnosti nástroj, pomocí kterého lze ověřit, zda jsou binární spustitelné soubory odolné vůči variantě 1 bezpečnostní chyby Spectre v procesorech.

Ladislav Hagara | Komentářů: 0
19.7. 03:00 | Nová verze

Po více než roce vývoje od vydání verze 1.12 byla vydána nová verze 1.13 Java edice počítačové hry Minecraft (Wikipedie). Kódový název nejnovější verze je Update Aquatic. Přehled novinek v oficiálním oznámení o vydání. Detailní přehled novinek na Gamepedii a na YouTube.

Ladislav Hagara | Komentářů: 4
18.7. 23:55 | Nová verze

Společnost Epic Games vydala verzi 4.20 svého proprietárního multiplatformního herního enginu Unreal Engine (Wikipedie). Přehled novinek i s celou řadou obrázků a videi v oznámení na blogu.

Ladislav Hagara | Komentářů: 0
Jak čtete delší texty z webových stránek?
 (77%)
 (20%)
 (5%)
 (7%)
 (2%)
 (10%)
Celkem 372 hlasů
 Komentářů: 40, poslední 29.6. 10:21
    Rozcestník

    Dotaz: Smazání velkého monžství dat z Oracle DB

    2.10.2016 13:19 majales | skóre: 23 | blog: Majales
    Smazání velkého monžství dat z Oracle DB
    Přečteno: 2004×
    Zdravím,
    Provozujeme velkou Oracle DB a nahromadily se nám tam od uživatelů desítky GB, možná i stovky GB irelevantních dat. Rád bych zredukoval DB tak aby se zmenšila pravidelná měsíční záloha, která už přesahuje rozumnou velikost. Někde jsem se dočetl, že se masivní delete operace v Oracle DB provádějí s NOLOGGING. Poradili byste jak postupovat v případě výmazu ne celých řádků, ale pouze blobů, kde jsou data uložena? Jedná se o Oracle 10g v archivelog módu. Díky za každý tip.

    Odpovědi

    2.10.2016 13:27 majales | skóre: 23 | blog: Majales
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Kolega bez mého vědomí sám část dat v blobech přepsal daty s nulovou velikostí, což se samosebou na velikosti fullbackupu neprojeví. Předpokládám, že tyto operace by se měly nejprve rollbacknout a pak smazat s NOLOGGING option. Je to tak?
    Max avatar 2.10.2016 14:26 Max | skóre: 66 | blog: Max_Devaine
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Mně by zajímalo, k čemu máte archivní logy? To děláte vždy dump databáze a pak zálohujete redo logy, abyste se mohli vrátit do jakéhokoli času, a tak stále dokola?
    Jinak já teď řeším něco podobného. Mám asi 4TiB db, celé je to closed řešení od jedné firmy a nyní mi řekli, že jedna z tabulek má 2TiB, že jsou tam jen logy aplikáče, že to můžeme klidně mazat, proč to prý neděláme. Mno, to byla od nich další třešnička, protože podobných skrytých blbostí, o kterých nám neřekli, bylo celkem dost a některé si vyžádaly i neplánované odstávky.
    Osobně dělám dump jednou týdně a zálohu redo logů. Ale nakonec budu přecházet na standby řešení tak, jako to máme i u jiných db, jelikož server se z "nice to have" přesunul do čáry "když to chvilku nepoběží, tak bude průser".
    Zdar Max
    Měl jsem sen ... :(
    2.10.2016 15:37 majales | skóre: 23 | blog: Majales
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Vychází to z původní instalace, která byla rozlezlá na celkem 8 fyzických mašin, z toho byly 4 fyzické stroje určeny pro oracle. Byly to dva Oracle RAC clustery s tím že ten druhý byl Standby toho prvního. Na zálohu tam byla pásková knihovna. Celé se to zredukovalo na dvě virtuání mašiny, jedna pro Oracle DB a druhá pro Oracle HTTP s tím, že výhledově bych rád zprovoznil alespoň Standby DB na virtuálu na jiné fyzickém mašině. Původní zálohovací skripty jsem neměnil, takže zůstal každodenní skript na backup archivelogů a týdenní na increment a měsíční na FULL backup. Dostal jsem se k tomu asi rok a něco před přechodem z původní instalace na ten virtuál s minimálními znalostmi co se týče oracle, takže teď řeším ex post jak se s tím popasovat..
    3.10.2016 10:26 jekub
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    dump jednou týdně a zálohu redo logů

    Není to zbytečné?
    2.10.2016 16:53 Tomáš
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB

    Zrovna jsem toto asi před 1 měsícem řešil. Je potřeba si uvědomit, že jedno veliké mazání DELETE FROM ... , které by bylo jako jedna veliká transakce, může zhavarovat na nedostatku místa v undo segmentu (dokud neuděláte commit, tak stále musíte mít někde zálohu pro případ rollback).

    Dále je potřeba si uvědomit, že smazané místo zůstává zabrané v segmentu do okamžiku, dokud neuděláte alter table shrink space cascade nebo alter table modify lob ... pro LOB. Netuším jak to vypadá při zálohování, zda se zálohují i prázdné ale zabrané bloky. V případě LOBu pak záleží i na tom, kam se LOBy sypou zda přímo do řádku, nebo LOB segmentu (viz fráze enable storage in row při vytváření tabulky)

    Já jsem skončil u mazání po časových úsecích v nočním okně. Už to běží 14 dní a ještě dalších 14 dní poběží. Každou noc se zvládnou odmazat tak 2-3 časové úseky.

    Pak bude následovat zmíněné alter table modify lob (mylob) store as secure file compress high které jednak sesype ementál tabulky a LOB segmentu do kompaktní formy, a jednak dojde ke kompresi dat LOBu. Přesný příkaz bude pro sesypání tabulky/LOBu do kompaktnější formy závisí na tom zda se Váš LOB umísťuje převážně do řádku nebo do separátního LOB segementu. Kam LOBY převážně tečou zjistíte pokud se podíváte na velikost LOB segmentu. Z této části mám největší obavu, protože tabulka bude po celou dobu sesypání exklusivně zamknutá a já jen doufám, že se vejdu s časem běhu do víkendového okna.

    3.10.2016 10:55 Ivan2 | skóre: 4
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Obavam se, ze na to co delas "alter table modify lob (mylob) store as secure file compress high" je potreba extra linece na "Advanced compression". :(
    3.10.2016 10:53 Ivan2 | skóre: 4
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    na NOLOGGING moc nespolehej, ten se uplatni pouze za urcitych pripadech a tech podminek je docela dost.

    Pokud si muzes dovolit downtime tak pouzij CTAS, "create table as select" s naslednym rename, a drop table.

    shrink lob na 10g verzi bych moc nedoporucoval.
    27.10.2016 09:51 majales | skóre: 23 | blog: Majales
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Zdravím.. A kdybych si mohl dovolit downtime, tak jak by to šlo udělat?
    27.10.2016 14:15 krocan
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    ...tak pouzij CTAS, "create table as select" s naslednym rename, a drop table.
    16.11.2016 09:17 alkoholik | skóre: 36 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Jasne, ser se s tim rucne, kdyz ti Oracle pripravil nastroj.
    16.11.2016 09:18 alkoholik | skóre: 36 | blog: Alkoholik
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Sorry, 10g
    3.10.2016 11:04 jekub
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    takhle narychlo, pokud blob tvoří vetšinu dat tabulky
    create table as select (bez blobu) nolog
    alter table add blob
    alter table nolog
    recyclebin=off
    drop table
    rename table
    alter table log
    
    nebo podobné variace na toto téma.
    3.10.2016 13:35 majales | skóre: 23 | blog: Majales
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    No musím to promyslet... to mazání má být opravdu selektivní, tzn. identifikují se bloby s "bordelem" a přepíší se nulovou velikostí...
    3.10.2016 14:25 jekub
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Tak jeste jede tip
    add column
    update
    drop column
    rename column
    
    30.10.2016 21:24 FrantaS | skóre: 12 | Hlučín
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Je to již mnoho let a verzí Oracle zpět, ale podobnou věc jsem vyřešil tak, že jsem mazal v kurzoru. Tam jsem zadával podmínky. Pokud jde nějak identifikovat postupně řádky třeba za určité dny apod, pak je lze s dalšími podmínkami updatovat v cyklu a nakonec cyklu dát commit. Takto lze podle velikosti rollbacku v jednom cyklu updatovat třeba 100.000 záznamů. Výmaz 2 mil. záznamů mi neprošel, protože se to nevešlo do rollbacku, ale takto to šlo velmi rychle.
    Ať se nám daří.
    7.11.2016 14:36 rich
    Rozbalit Rozbalit vše Re: Smazání velkého monžství dat z Oracle DB
    Jednou z moznosti by mohlo byt dotycnou tabulku rozdelit na partitions (viz. table online redefinition. jinak teda partitioning vyzaduje licenci), kde klicem pro partitioning by byl nejaky casovy sloupec (interval partitioning). Smazani starych udaju je pak jen drop/exchange partition...

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.