ORACLE archivne logy (2)

[Jan Serak]

Kluvanek Martin wrote:
> ale v
> http://download-west.oracle.com/docs/cd/B10501_01/server.920/a96571/capture.htm#55773 

To je dokumentace k Oracle Streams, coz ovsem neni Vas pripad. Do logu 
zapisuje log writer (LOGWR) mj. VSECHNY zmeny provedene DML nad vsemi 
objekty. Z tohoto procesu muzete tim NOLOGGING vyclenit jen nektere akce 
(DDL, direct path insert,...), ale nikoli zmeny provadene DML.

Capture process je soucasti Oracle Streams, kde si muzete vybrat 
konkretni objekt a zmeny na nem provedene replikovat (napr. do jine 
databaze). Ale podle toho, co jste psal, soudim, ze Oracle Streams 
nepouzivate, tudiz jejich vlastnosti studujete zbytecne (zkusenosti s 
nimi nemam, odhaduju, ze mohou pro svoji efektivni cinnost vyuzivat data 
produkovana log writerem, ale to je lhostejne, chovani log writeru tim 
neovlivnite).

 > Chapem, ale ja som
 > 1)vytvoril novy tablespace s NOLOGGING
 > 2)DROPol tabulku ktoru som nechcel logovat
 > 3)vytvoril tabulku a index s odkazom na pouzitie noveho tablespace s
 > NOLOGGING
 > (v browseri vidim, ze v tablespace MSENOLOGGING su objekty moja tabulka
 > a index..)

Takze tabulku mate taky NOLOGGING, coz znamena, ze kdyz udelate DELETE a 
ALTER TABLE ... ADD (nejaky sloupec), tak ten DELETE zaarchivovany bude 
a ten ALTER uz ne.

Tezko radit, co je pro vas lepsi a co je horsi. Ale pokud chcete mit 
cast aplikacnich dat v databazi archivovanou (ARCHIVELOG mod) a cas 
nearchivovanou (NOARCHIVELOG mod), pak nezbyva nic jineho, nez ji 
rozdelit do dvou databazi propojenych napr. databazovym linkem nebo 
necim takovym, i kdyz se jedna o jedinou tabulku. Programek, ktery ji 
aktualizuje se muze pripojovat primo, ostatni sessions, ktere ji jen 
ctou, vzdalene. Ale pozor na to, Oracle se velmi casto a rad utapi v 
neunosne rezii, kterou potrebuje na synchronizaci transakci mezi lokalni 
a vzdalenou databazi, takze opatrne s tim.

Jan Serak