Il seguente script sh lancia una serie di file sql. I file sql contengono delle query ed estraggono il risultato in un file excel. Lo script sh rinomina i file excel aggiungendo la data di creazione e li invia via email usando il comando "mutt". ls -lrt /u01/app/oracle/work -rwxr-xr--  1 oracle oinstall   340 Dec 11 11:17 lancio_query.sh -rwxrw-r--  1 oracle oinstall  1062 Dec 11 10:33 query1.sql -rwxrw-r--  1 oracle oinstall   258 Dec 11 10:33 query2.sql -rwxrw-r--  1 oracle oinstall   266 Dec 11 10:34 query3.sql -rwxrw-r--  1 oracle oinstall   276 Dec 11 10:34 query4.sql -rwxrw-r--  1 oracle oinstall   274 Dec 11 10:34 query5.sql -rwxrw-r--  1 oracle oinstall  1073 Dec 11 12:46 query1_gd.sql -rwxrw-r--  1 oracle oinstall   231 Dec 11 12:47 query2_gd.sql -rwxrw-r--  1 oracle oinstall   237 Dec 11 12:47 query3_gd.sql -rwxrw-r--  1 oracle oinstall   241 Dec 11 12:47 query4_gd.sql -rwxrw-r--  1 oracle oinstall   241 Dec 11 12:47 query5_gd.sql vi  lancio_que

Questo metodo può essere usato per ottenere le DDL di ogni tipo di oggetti (INDEX, TABLE, PROCEDURE, PACKAGE etc)  dal file dump da importare, senza fare alcun import nel database. Metodo 1 1) Creare il par file #  vi impdp_sqlfile.par dumpfile=exp_Billy.dmp logfile=imp_sql.log schemas=BILLY sqlfile=ddl_imp.sql Se si vuole importare l'intero Db inserireo FULL =Y al posto schemas=BILLY. 2) Lanciare # export ORACLE_SID=.... # export NLS_LANG=... # impdp  parfile=impdp_sqlfile.par 3) Aprire il file "ddl_imp.sql" per vedere le ddl. Metodo 2 # export ORACLE_SID=.... # export NLS_LANG=... # impdp [ < user>/<passwd>@<service_name>]  dumpfile= nomefile.dump SQLFILE= DATA_PUMP_DIR:ddl_imp.sql Le ddl sono scritte nel file "ddl_imp.sql". Nella versione Oracle 9i è possibile visualizzare il contenuto dell'export file senza importarlo utilizzando il parametro show=Y. 1) Creare il par file #  vi imp_sqlfile.par file=exp_fappo.dmp log=im

La presente guida è stata realizzata a partire dal manuale di installazione reperibile dal sito Oracle. Si tratta di installazione single instance con creazione di un Container e Pluggable database. Configurazione Server Hardware Memoria - Runlevel 3 or 5 # who -r -  RAM grep MemTotal /proc/meminfo Minima:1 GB of RAM Raccomandata: 2 GB of RAM or more At least 8 GB RAM for Oracle Grid Infrastructure installations. --Sistema operativo Linux x86-64 operating system requirements [root@coslab02 ~]# cat /etc/redhat-release CentOS Linux release 7.4.1708 (Core) [root@coslab02 etc]# uname -m x86_64 -- /tmp: almeno un 1GB [root@coslab02 ~]# df -h /tmp File system              Dim. Usati Dispon. Uso% Montato su /dev/mapper/centos-root   46G  6,0G     40G  14% / - SWAP desiderata: Ram      Swap Space ----------------------------------------------------------------------------------------------------- Between 1 GB and 2 GB 1.5 times the size of the RAM Between

Occorre popolare alcune una lista di tabelle dall'ambiente di produzione (sorgente) a quello di test (target). In ambiente di test creiamo un db link tra i due schema che hanno le stesse tabelle. In ambiente di test abbiamo creato l'utente " testimp"  e il database link  "dbltest" verso l'utente  prodimp di produzione. OWNER          DB_LINK        USERNAME   HOST TESTIMP         DBLTEST.WORLD        PRODIMP PROD01 In ambiente di produzione abbiamo creato l'utente "prodimp" e due tabelle A e A1. Le stesse sono state poi create poi in ambiente di test. La procedura ha come parametri in ingresso il numero di righe da fa leggere dalla istruzione fetch bulk collect, il numero di righe dopo il quale effettuare la commit e la lista delle tabelle. CREATE OR REPLACE PROCEDURE testimp.popolatabellabulk3 ( righe IN NUMBER, ncommit IN NUMBER, tabelle IN VARCHAR2) IS v_error_code NUMBER; v_error_msg VARCHAR2(512); TYPE a_rt  IS TABLE

Occorre popolare alcune tabelle dall'ambiente di produzione (sorgente) a quello di test (target). In ambiente di test creiamo un db link tra i due schema che hanno le stesse tabelle. In ambiente di test abbiamo creato l'utente " testimp"  e creato il database link  "dbltest" verso l'utente  prodimp di produzione. OWNER          DB_LINK        USERNAME   HOST TESTIMP         DBLTEST.WORLD        PRODIMP PROD01 In ambiente di produzione abbiamo creato l'utente "prodimp" e due tabelle A e A1. Le stesse sono state poi create poi in ambiente di test. La tabella da caricare in ambiente di tet contiene 10010 record. La procedura ha come parametri in ingresso il numero di righe da fa leggere dalla istruzione fetch bulk collect e ogni quante righe lette effettuare la commit. CREATE OR REPLACE PROCEDURE TESTIMP.popolatabellabulk2 ( righe IN NUMBER, ncommit IN NUMBER) IS v_error_code NUMBER; v_error_msg VARCHAR2(512); TYPE a_rt IS

Occorre popolare alcune tabelle dall'ambiente di produzione (sorgente) a quello di test (target). In ambiente di test creiamo un db link tra i due scema che hanno le stesse tabelle. In ambiente di test abbiamo creato l'utente " testimp"  e creato il database link  "dbltest" verso l'utente  prodimp di produzione. OWNER          DB_LINK        USERNAME   HOST TESTIMP         DBLTEST.WORLD        PRODIMP PROD01 In ambiente di produzione abbiamo creato l'utente "prodimp" e due tabelle A e A1. Le stesse sono state poi create poi in ambiente di test. 1) La procedura seguente popola la tabella di target scritta nel codice e utilizza un cursore per leggere le righe della tabella sorgente e utilizza una variabile per impostare il numero di righe da leggere prima di effettuare la commit; CREATE OR REPLACE procedure testimp.Popolatabella1  IS v_error_code NUMBER; v_error_msg VARCHAR2(512); n_read number; tot_row number; BEGIN n_re

Prima di tutto ricordiamo che fa la fetch: FETCH <nome cursore> [(<lista di variabili>)]; Il comando fetch assegna i valori degli attributi selezionati dal cursore (e quindi una singola riga alla volta) ad una lista di variabili. Dopo un comando di fetch, il cursore avanza alla successiva tupla nell'insieme del risultato dell’istruzione select ottenuto con il comando open. Da notare che le variabili nella lista devono avere lo stesso tipo di dati dei valori delle tuple selezionate. Dopo che tutte le tuple sono state processate, si utilizza il comando close per chiudere e disabilitare il cursore. BULK COLLECTION viene usato quando si vogliono estrarre righe multiple con una sola operazione di fetch. FORALL: usato per effettuare insert, update  e delete di righe multiple contemporaneamente. In una procedura pl/sql possono esserci istruzioni pl/sql che vengono eseguite dal motore PL/SQL e istruzioni sql che vengono eseguite dal motore SQL. Lo switch tra i due m

Il cliente Oracle contiene un set di librerie e utility per connettersi ad un database Oracle. Contiene API come ODBC, OCCI, OCI, JBD e Pro*C e utility come Sql Plus. Effettuare il download dell'Instant client da Oracle. Individuare la versione linux da scaricare. [root@coslab02 ~]# uname -r 3.10.0-693.5.2.el7.x86_64 Scaricare i pacchetti: instantclient-sdk-linux.x64-11.2.0.4.0.zip instantclient-sqlplus-linux.x64-11.2.0.4.0.zip instantclient-basic-linux.x64-11.2.0.4.0.zip Creare la directory seguente dove  trasferire i suddetti file in formato zip. [root@coslab02 oracle]# mkdir -p /u01/app/oracle [root@coslab02 oracle]# ls -lrt totale 60732 -rw-r--r-- 1 root root 60704657 13 nov 11.39 instantclient-basic-linux.x64-11.2.0.4.0.zip -rw-r--r-- 1 root root   643089 13 nov 11.39 instantclient-sdk-linux.x64-11.2.0.4.0.zip -rw-r--r-- 1 root root   834491 13 nov 11.39 instantclient-sqlplus-linux.x64-11.2.0.4.0.zip Effettuare l'unzip di tutti i file

La connessione da un client 12c a un database 9i restituisce il seguente messaggio di errore: SQL> conn B00/B00@RIVS ERROR: ORA-03134: Connections to this server version are no longer supported. Il problema persiste anche se si modifica sul client il file sqlnet.ora inserendo i parametri seguenti SQLNET.ALLOWED_LOGON_VERSION_CLIENT=8 SQLNET.ALLOWED_LOGON_VERSION_SERVER=8 Soluzione: creare un dblink tra un istanza ponte in versione 11gr2 e il database oracle 9i. Sull'istanza ponte 11gr2 (LST) creiamo un db link privato così da accedere alla istanza 11gr2 non con utenza sys. Verificare che l'istanza 11gr2 raggiunga il server 9i oracle@serverdb01:/u01/app/oracle/product/11gR24/network/admin> tnsping RIVS TNS Ping Utility for Linux: Version 11.2.0.4.0 - Production on 12-NOV-2019 17:05:53 Copyright (c) 1997, 2013, Oracle.  All rights reserved. Used parameter files: Used TNSNAMES adapter to resolve the alias Attempting to contact (DESCRIPTION = (ADDRESS_

La SGA è frammentata vuol dire che il db non trova un’area di memoria contigua. Da quanto tempo sta su il database ps -ef | grep pmon oracle    5307     1  0  2018 ?        00:00:25 ora_pmon_TEST01 -->  attivo dal 2018 ma non si sa il mese oracle   32301     1  0 Mar04 ?        00:50:09 ora_pmon_RILP11  --> attivo da aprile 2019 Workaround:  riavviare il database. Questo equivale ad effettuare anche un "Alter system flush shared_pool;" Dopo questo flush o riavvio del db, tutte le istruzioni memorizzare nella Shared pool sono cancellate e quindi una sql statement, già eseguita precedentemente al flush, ora ci impiegherà più tempo rispetto all'ultima esecuzione perché l’istruzione non è più in memoria.

ORA-01658: unable to create INITIAL extent for segment in tablespace TS_PEPT_DATA Vuol dire che non c'è sufficiente spazio contiguo per allocare INITIAL extent per la creazione di un segment. Soluzione: aggiungere un datafile. Vedere post seguente  Add Datafile

Test eseguito su Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 Creare una direcotry di dump e dare le grant di lettura e scrittura all'utente. SQL> conn /as sysdba SQL> create or replace directory DIR_EXP as '/u01/app/oracle/export'  -- verifica select * from dba_directories SQL>  grant READ, WRITE ON DIRECTORY dir_exp to BIBI  La seguente grant concede all'utente i privilegi di esportare i dati con l'utility datapump. Questa grant concede inoltre all'utente l'accesso a tutti i dati di tutti gli schema del database. Concedere con cautela!!!! SQL>  grant DATAPUMP_EXP_FULL_DATABASE  to BIBI Eseguiamo la export di due tabelle. [oracle@ab03 export]$ /expdp bibi/bibi  directory= DIR_EXP   tables=BIBI.CONTRATTI,BIBI.EMP dumpfile=exp_BIBI_tables.dmp logfile=exp_BIBI_tables.log Per effettuare l'import invece assegnare all'utente le seguenti grant, SQL> grant DATAPUMP_IMP_FULL_DATABASE  to BIBI

L'export di due tabelle di uno schema  eseguito con l'utility DataPump ha restituito il seguente messaggio di errore: [oracle@lab03 dpdump]$ expdp bibi/bibi@S11TEST1 tables=CONTRATTI,EMP dumpfile=exp_BIBI_tables.dmp logfile=exp_BIBI_tables.log UDE-00018: Data Pump client is incompatible with database version 11.2.0.4.0 La causa è legata alla versione di datapump che si usa. Infatti eseguendo il comando seguente si evince che stiamo usando il datapump versione 12 installata sullo stesso server. [oracle@lab03 dpdump]$ which expdp /u01/app/oracle/product/ 12.2.0 /dbhome_1/bin/expdp La versione del datapump utility non può essere maggiore della versione del database. Lanciare il datatpump usando dal path della versione 11. [oracle@lab03 dpdump]$ cd /u01/app/oracle/product/11.2.0.4/dbhome_1/bin [oracle@coslab03 bin]$ / u01/app/oracle/product/11.2.0.4/dbhome_1/bin/expdp tables=CONTRATTI,EMP dumpfile=exp_BIBI_tables.dmp logfile=exp_BIBI_t

select table_name, col.sequence_name, column_name, last_number from dba_tab_identity_cols col , dba_sequences seq where col.owner =seq.sequence_owner and col.sequence_name = seq.sequence_name and col.owner = <owner> and col.table_name  in (.......'); Ulteriore conferma del nome della sequence select 'ISEQ$$_'||object_id     from dba_objects     where object_type = 'TABLE'     and object_name in ('DEVICE','GEO_CAMERA_USER','SIGNING_DEEDS_ACTIVATION'); La seguente query individua le sequence associate alle tabelle sfruttando la relazione seguenti: 1) dalla join tra le tabelle "dba_tables" e "dba_trigger" risalgo ai trigger associati alle tabelle 2) dalla join tra le"dba_trigger" e "dba_dependencies" risalgo agli oggetti referenziati dai trigger 3) dalla join tra le "dba_dependencies"e "dba_sequences" risalgo alle sequence usate nei trigger e quindi che sono associate alle tabe

Versione Oracle 9i In fase di esecuzione di una query compare il messaggio di errore ORA-03113: end-of-file sul canale di comunicazione ID processo: 0 ID sessione: 28, numero di serie: 15461 Nel file alert log non è scritto nulla e in  /var/log/messages compare il messaggio Oct 22 16:06:30 oraserv04 kernel: oracle[17823]: segfault at 0000000000000000 rip 0000000000f41d32 rsp 0000007fbfffa690 error 4 Oct 22 16:23:52 oraserv04 su(pam_unix)[30439]: session closed for user oracle Abbiamo aumentato la sga  SQL> show parameter sga NAME                                 TYPE        VALUE ------------------------------------ ----------- ------------------------------ lock_sga                             boolean     FALSE pre_page_sga                         boolean     FALSE sga_max_size                         big integer 1078952440 SQL > alter system set sga_max_size=2G scope=spfile; System altered. SQL> shutdown immediate; SQL> startup; Rieseguendo l