Oracle Advanced Replication: come eliminare la coda di transazioni

Può capitare che per motivi di performance o problemi di rete, la coda delle transazioni in Oracle Advanced Replication diventi enorme (più di 100.000 transazioni ma anche più di 1.000 a seconda dello scopo della replica).

In questi casi più che cercare di far smaltire la replica a volte si fa prima ad eliminare la coda, sincronizzare i dati e riattivare la replica stessa.

Come da documento Oracle
ID 190885.1 How to Clear Down the Deferred Queue and DBMS_DEFER_SYS.DELETE_TRAN
ci sono vari passaggi da eseguire in successione in particolare "traduco" quelli che riguardano le versione di Oracle 9.x o superiori:

1. Identificare tutti i job di replica stanno in esecuzione e terminali attraverso:
execute dbms_job.broken(, true)
oppure usando l'enterprise manager
2. Eseguire il seguente script:

truncate table system.DEF$_AQCALL;

truncate table system.DEF$_CALLDEST;

truncate table system.DEF$_ERROR;

truncate table system.DEF$_AQERROR;

truncate table system.DEF$_LOB; -- se ci sono LOBs replicati

select * from DEFCALL;
no rows

select * from DEFTRAN;
no rows

select * from DEFERROR;
no rows

3. Se si ottiene lo stesso risultato si può passare alla sincronizzazione dei dati
4. Riattivare i job della replica precedentemente interrotti

Oracle BI Presentation Server va in crash usando tabelle pivot (crosstab)

Versione Oracle BI: 10.1.3.4.0
Mi è capitato con la suddetta versione di Oracle BI (ma vale anche per le versioni più vecchie) che creando un report con tabella pivot (layout crosstab) andasse in crash il servizio di Oracle Presentation Server.
All'inizio ho pensato ad un problema di performance relativamente alle tabelle dati in questione, quindi ho provato a vedere la situazione degli indici nel db, poi cercando nei forums Oracle ho trovato che c'era un bug noto per il quale fortunatamente hanno già rilasciato da tempo la relativa patch:

7140673 - OBI PRESENTATION SERVER CRASH IN PIVOT TABLE

Purtroppo per poter scaricare la patch è necessario aprire una service request sull'apposito sito metalink, l'installazione poi è semplicissima visto che si tratta solamente di rimpiazzare il file sawbedrock3r a servizi bi fermi.

Il problema si risolve anche facendo l'update alla versione 10.1.3.4.1 o superiori di Oracle BI, ma naturalmente comporta tempi e metodi d'installazione diversi.