ALERT LOG

-

E' possibile individuare la posizione dell'alert log con i seguenti comandi.

SQL> select *  from V$DIAG_INFO where name = 'Diag Trace';

SQL> show parameter background

-- valido anche per ORACLE 10g
SQL> select name, value from v$parameter where name like 'background_dump_dest%';

Da sistema operativo Linux eseguire il comando:

# find / -name  alert_*.log -ls

oppure cercare il SID, se già non si conosce, con il comando seguente e poi usare locate.
ps -ef | grep pmon
oracle    6126     1  0  2017 ?        00:00:35 ora_pmon_<SID>

# locate alert_<SID>

In Oracle 11g e 12c l'alert log di di testo viene scritto sotto:
$ORACLE_BASE/diag/rdbms/<db_name>/<SID>/trace
La versione xml è invece sotto $ORACLE_BASE/diag/rdbms/<db_name>/<SID>/alert.

Pulizia\cancellazione alert log 
L'alert log non va cancellato ma svuotato con il comando seguente.
cat /dev/null > alert<SID>.log



La seguente query visualizza le directory utilizzate da ADR (automatic diagnostic repository).
SQL> select * from v$diag_info

La directory base di ADR è definita dal seguente parametro.
show parameter diagnostic_dest




Post popolari in questo blog

Scheduler

-
Immagine
Alcune nozioni base dello Scheduler di Oracle 11gR2. La seguente query individua lo stato di tutti i JOB schedulati (si parla di JOB TABLE ) SQL> select owner, job_name, state  from dba_scheduler_jobs where job_name in ('PURGE_LOG','GATHER_STATS_JOB'); Il processo di background che gestisce e controlla i job schedulati è CJQ0 e si chiama "job coordinator". Carica i dati del job nella memory cache per migliorare le performance quando il job è in esecuzione. A questo punto il job coordinator passa tutte le informazioni a processo job-slave che per ogni job raccoglie i relativi metadati e avvia una sessione dell'owner del job. Una volta eseguito il job il porcesso slave esegue il commit della transazione e chiude la sessione. Successivamente aggiorna lo stato della job table in "completed" come visibile dalla vista dba_scheduler_job_log. Le viste contenente informazioni relative allo scheduler e agli oggetti associati possono essere rec
Continua a leggere

ORA-12154: TNS: il listener non è attualmente a conoscenza del servizio richiesto nel descrittore di connessione

-
Richiesta: Problemi connessione oraSiSV9i.  Di seguito il tnsnames.ora.  SISV9I.dominio.IT = (DESCRIPTION = (ADDRESS_LIST = (ADDRESS = (PROTOCOL = TCP)(Host = oraSISV9I)(Port = 1521)) )(CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = SISV9I))) errore che ricevo dall'applicazione: ORA-12514: TNS: il listener non è attualmente a conoscenza del servizio richiesto nel descrittore di connessione 1) Da una macchina server verifico che il ping funziona tnsping oraSISV9i TNS Ping Utility for Linux: Version 11.2.0.1.0 - Production on 24-JAN-2019 12:05:31 Copyright (c) 1997, 2009, Oracle.  All rights reserved. Used parameter files: /u01/app/oracle/product/11.2.0/dbhome_1/network/admin/sqlnet.ora Used HOSTNAME adapter to resolve the alias Attempting to contact (DESCRIPTION=(CONNECT_DATA=(SERVICE_NAME=))(ADDRESS=(PROTOCOL=TCP) (HOST=xx.yyyy.zzz.n)(PORT=1521))) OK (0 msec) 2) Provare da un client locale , inserendo nel tnsnam
Continua a leggere

Proxy User

-
I proxy user sono un filtro per un utente e lo schema. Colleghiamoci con l'utenza SYS e creiamo due utenze. create user batman identified by batman; create user robin identified by robin; S i n t a s s i ALTER USER   hr   GRANT CONNECT THROUGH   batman, robin; Ora posso collegarmi ad hr con le user batman e robin. Collegarsi ad Sql Plus da riga di comando: [$ORACLE_HOME/bin] sqlplus /nolog SQL> conn batman[hr]/batman; SQL> conn robin[hr]/robin; SQL> show user; User is HR. Quindi batman e robin vedono tutto lo schema hr.  SQL> select sys_context ('userenv','proxy_user') from dual;  ---------  Robin E' possibile bloccare la connessione come hr/hr ma si può accedere allo stesso schema hr con utenze batman e robin.
Continua a leggere