ORA-00600: internal error code, arguments: [kdsgrp1-qetlbr], [6], [104915809], [13]

-

 Questo errore si verifica quando si usa una query che utilizza un CONTEXT INDEX e utilizza la l'operatore " CONTAINS " se l'indice contiene la tabella 

DR$<nome indice>$R

Se il parametro COMPATIBLE è 19.0.0.0, il nuovo indice Text creato in 19c non avrà una tabella $R, per impostazione predefinita. 

Tuttavia, un indice Text in 19c potrebbe avere una tabella $R se l'indice esisteva già prima che il database venisse aggiornato a 19c, oppure se l'indice è stato ricreato mentre COMPATIBLE < 19.0.0.0.

Il file di trace relatvo all'errore ORA-600 contiene un Plan Table con questa indicazione 

 Plan Table

============

------------------------------------------------------------+-----------------------------------+---------------+

| Id | Operation | Name | Rows | Bytes | Cost | Time | Pstart| Pstop |

--------------------+-----------------------------------+---------------+

| 0 | SELECT STATEMENT | | | | 20 | | | |

...............................

| 9 | TABLE ACCESS BY INDEX ROWID | <TABLE NAME> | 1 | 55 | 1 | 00:00:01 | | |

| 10 | DOMAIN INDEX | <domain index> | 78 | | 1 | 00:00:01 | | |      >>>>>>>>> There is an Oracle Text domain index in plan


Per rimuovere la tabella $R da un indice Text in 19c:

1) il parametro COMPATIBLE deve essere maggiore o uguale di 19.0.0.0.

2) Drop e recreate del Text index.

Assicurati che non ci siano carichi DML o query attivi in ​​esecuzione sul sistema perchè potrebbe causare la corruzione dell'indice. Questa operazione non ricostruisce i dati nell'indice, ovvero non reindicizza i documenti. Modifica solo i mapping degli ID documento.

Il primo metodo è utilizzare la procedura  CTX_REPORT.CREATE_INDEX_SCRIPT ma occorre ancellare il parametro 'fast_query'.


Il secondo metodo è: 
-- Eliminate the $R table:
alter index <index_name_here> parameters('replace metadata fast_dml');

N.B.
Assicurarsi che la tabella $R venga rimossa dall'indice di testo.

Riferimento Doc ID 3000550.1
Riferimento Doc ID 2817675.1

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

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

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