giovedì 29 settembre 2011
giovedì 28 aprile 2011
OWB - Oracle Warehouse Builder non parte Could Not Create Java Virtual Machine
Una volta installato Oracle Warehouse Builder e una volte creato il repository, capita che il client di OWB non ne voglia sapere di partire e butta fuori l'errore "Could not create Java Virtual Machine".
Il problema è relativo al fatto che non si riesce a istanziare la heap space necessaria, quindi bisona intervenire nel file owb.cl e abbassare la quantità di memoria indicata nel parametro -Xms portandolo ad esempio a 758 a 512.
Il problema è relativo al fatto che non si riesce a istanziare la heap space necessaria, quindi bisona intervenire nel file owb.cl e abbassare la quantità di memoria indicata nel parametro -Xms portandolo ad esempio a 758 a 512.
OBIEE Standalone evitare che OC4J parta in automatico al logon
Da link citato ho finalmente trovato come eliminare un problema fastidioso:
quando si fa l'installazione standard di Oracle BI Enterprise o Standard Edition in modalità standalone su sistemi Windows, purtroppo viene impostato che al logon su sistema operativo parte in automatico l'OC4J console, per evitare questo problema si può modificare il registro o rimuovere la chiave di registro nel percorso
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
qui troverete la chiave oc4j incriminata.
Se il sistema operativo è a 64 bit aprire il registro di windows dal seguente percorso
WINDOWS_HOME\SysWOW64\regedit
quando si fa l'installazione standard di Oracle BI Enterprise o Standard Edition in modalità standalone su sistemi Windows, purtroppo viene impostato che al logon su sistema operativo parte in automatico l'OC4J console, per evitare questo problema si può modificare il registro o rimuovere la chiave di registro nel percorso
HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
qui troverete la chiave oc4j incriminata.
Se il sistema operativo è a 64 bit aprire il registro di windows dal seguente percorso
WINDOWS_HOME\SysWOW64\regedit
martedì 15 marzo 2011
Installare Oracle Database 10g Companion su Windows Server 2008 64 bit
Ho incontrato problemi nel lanciare il setup della parte companion di Oracle Database 10g 10.2.0.3 usando il file da OTN 10203_vista_w2k8_x86_production_companion.zip .
Pur lanciando il setup come amministratore e/o con compatibilità con Windows 2003 non riuscivo a passare i prerequisiti o ad andare avanti con l'installazione.
Per ovviare al problema è necessario modifica il file oraparam.ini e aggiungere la compatibilità con Microsoft 6.1 subito dopo la voce 6.0.
Poi l'unica via che ho trovato grazie ai forum oracle è di lanciare l'oracle universal installer già presente sulla macchine dove c'è il db per poi andare a prendere il product.xml del companion.
Così facendo l'installazione va avanti e termina a buon fine.
Pur lanciando il setup come amministratore e/o con compatibilità con Windows 2003 non riuscivo a passare i prerequisiti o ad andare avanti con l'installazione.
Per ovviare al problema è necessario modifica il file oraparam.ini e aggiungere la compatibilità con Microsoft 6.1 subito dopo la voce 6.0.
Poi l'unica via che ho trovato grazie ai forum oracle è di lanciare l'oracle universal installer già presente sulla macchine dove c'è il db per poi andare a prendere il product.xml del companion.
Così facendo l'installazione va avanti e termina a buon fine.
mercoledì 19 gennaio 2011
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
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.
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.
Iscriviti a:
Post (Atom)