Per visualizzare tutti i datafile avviare i pdbs e posizionarsi sotto il Root Container. SQL> show con_name CON_NAME ------------------------------ CDB$ROOT SQL> show pdbs     CON_ID CON_NAME             OPEN MODE            RESTRICTED ---------- ------------------------------ ---------- ---------------------------------          2 PDB$SEED                       READ ONLY             NO          3 ORCLPDB                        READ WRITE           NO SQL>  select file_name,file_id,tablespace_name,con_id      from CDB_DATA_FILES; Verranno visualizzati i data file e tablespace del container e dei pdb. Se invece si usa la vista dba_data_files verranno solo visualizzati solo i datafile del container. SQL>  select file_name,file_id,tablespace_name      from DBA_DATA_FILES; Se ci colleghiamoci come pdb ed è aperto le due query di prima restituiscono lo stesso risultato. Se invece il pdb è spento, compare il seguente messaggio di errore: SQL> alter pluggable database orclpdb

Verifica dei backup effettuati RMAN> list backup of database; Per cancellare tutti i backup del container e dei pdb fare RMAN> delete backup; oppure RMAN> delete noprompt backup; oppure RMAN> delete backup TAG 'tag_name'; Per quanto riguada uno specifico PDB RMAN> list backup of database orclpdb; using target database control file instead of recovery catalog List of Backup Sets =================== BS Key  Type LV Size       Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 34      Full    844.49M    DISK        00:00:02     14-DEC-20         BP Key: 34   Status: AVAILABLE  Compressed: NO  Tag: TAG20201214T163309         Piece Name: /u01/app/oracle/fast_recovery_area/ORCL/AE3ED9EC84541FB8E053C58E670AB441/backupset/2020_12_14/o1_mf_nnndf_TAG20201214T163309_hxh1fo7o_.bkp   List of Datafiles in backup set 34   Container ID: 3, PDB Name: ORCLPDB   File LV Type Ckp SCN    Ckp Time  Abs Fuz SCN Sparse Name   ---

Connettersi ad Rman ed effettuare il backup del pdb e degli archivelog. [oracle@test ORCL]$ rman target / RMAN> backup database orlcpdb plus archivelog; Collegarsi con sqlplus al PDB SQL> show con_name CON_NAME ------------------------------ CDB$ROOT SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 ORCLPDB READ WRITE NO SQL> alter session set container=orclpdb; Session altered. SQL> show con_name; CON_NAME ------------------------------ ORCLPDB Creare due tabelle: SQL> create table test03 (x number); SQL> select * from test03; no rows selected SQL> insert into test03 values (1); 1 row created. SQL> ed Wrote file afiedt.buf   1* insert into test03 values (2) SQL> / 1 row created. SQL> ed Wrote file afiedt.buf   1* insert into test03 values (3) SQL> / 1 row created. SQL&

 Connettersi ad Rman ed effettuare il backup del db e degli archivelog. [oracle@test ORCL]$ rman target / RMAN> backup database plus archivelog; Collegarsi con sqlplus al PDB SQL> show con_name CON_NAME ------------------------------ CDB$ROOT SQL> show pdbs     CON_ID CON_NAME                       OPEN MODE  RESTRICTED ---------- ------------------------------ ---------- ----------          2 PDB$SEED                       READ ONLY  NO          3 ORCLPDB                        READ WRITE NO SQL> alter session set container=orclpdb; Session altered. SQL> show con_name; CON_NAME ------------------------------ ORCLPDB Creare due tabelle: SQL> create table test03 (x number); Estarre la data di sistema prima di creare la secodna tabella. SQL> select TO_CHAR(sysdate,'DD-MON-YYYY HH24:MI:SS') from dual; TO_CHAR(SYSDATE,'DD-MON-YYYYH ----------------------------- 14-DEC-2020 16:15:45 SQL>  create table test04 (x number); A  questo punto voglio effettuare i

 Assicurarsi che i pdb sono up e running SQL> show pdbs CON_ID CON_NAME OPEN MODE RESTRICTED ---------- ------------------------------ ---------- ---------- 2 PDB$SEED READ ONLY NO 3 ORCLPDB READ WRITE NO [oracle@test ~]$ rman target =/ Recovery Manager: Release 18.0.0.0.0 - Production on Mon Dec 7 16:36:29 2020 Version 18.3.0.0.0 Copyright (c) 1982, 2018, Oracle and/or its affiliates.  All rights reserved. connected to target database: ORCL (DBID=1577757327) Backup del pdb + archivelog RMAN> backup database orclpdb plus archivelog; Verifiche post backup. RMAN> list backup of database orclpdb; List of Backup Sets =================== BS Key  Type LV Size       Device Type Elapsed Time Completion Time ------- ---- -- ---------- ----------- ------------ --------------- 5       Full    776.48M    DISK        00:00:09     07-DEC-20         BP Key: 5   Status: AVAILABLE  Compressed: NO  Tag: TAG20

 Utilizziamo il tool RMAN che interroga il catalog file,  Assicurarsi che i container e i pdb sono up e running. Ricordarsi di  - abilitare l'archivelog mode - abilitare la fast recovery area se si vuole effettuare il backup classico. [oracle@test ~]$ rman target / Recovery Manager: Release 18.0.0.0.0 - Production on Mon Dec 7 14:08:22 2020 Version 18.3.0.0.0 Copyright (c) 1982, 2018, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1577757327) oppure [oracle@test ~]$ rman target =/ Recovery Manager: Release 18.0.0.0.0 - Production on Mon Dec 7 14:08:30 2020 Version 18.3.0.0.0 Copyright (c) 1982, 2018, Oracle and/or its affiliates. All rights reserved. connected to target database: ORCL (DBID=1577757327) Individuiamo la presenza di backup . RMAN> list backup of database; using target database control file instead of recovery catalog specification does not match any backup in the repository Individuiamo la presenza di archivelog . RM

Fast Recovery Area è un directory fisica nel server o in automatic storage management diskgroup che viene gestito da Oracle per salvare i backup e i file di recovery.La FRA viene configurata in automatico durante l'installazione. In genere contiene: - archivelogs - flashback database change logs - backup sets prodotti da RMAN. I parametri associati alla FRA sono: db_recovery_file_dest db_recovery_file_dest_size Verifichaimo se esite; accedere come root container: SQL> show con_name CON_NAME ------------------------------ CDB$ROOT SQL> show parameter db_reco NAME TYPE VALUE ------------------------------------ ----------- ---------------- db_recovery_file_dest string db_recovery_file_dest_size     big integer      0 Come si abilita? Creare un direcotry su file system [oracle@test oracle]$ mkdir  /u01/app/oracle/ fast_recovery_area Accedere come root container: SQL>   alter system set DB_RECOVERY_FILE_DEST_SIZE=5G; SQL&g

 Quando è abilitata la modalità Archvielog, ad ogni switch dei redo log file e quando si riempe un redo log, viene effettuata una copia dei redo log file in un archived redo log file. Questi file contengno informazioni di tutte le transazioni committate. Ogni volta che un redolog file è pieno il processo ARCn - Archiver process - lo copia in una altra location come un archivio di quel file che può essere mantenuto per un tempo definito dal periodo di retention . I redolog file sono scritti in maniera circolare e quindi per evitare che si sovrascrivi una transazione non ancora scritta da DBW sui datafile, si abilita la modalità ARCHIVELOG che assicura la sovrascrittura dei redolog solo dopo che sono stati archiviati. La modalità archivelog è esenziale per un hot backups e per abilitare la Flashback Database. Come si verifica se è abilitato? Accedere come root container [oracle@test ~]$ sqlplus / as sysdba SQL*Plus: Release 18.0.0.0.0 - Production on Mon Dec 7 11:43:39 2020 Version 18.3

 E' possibile classificare il backup in 4 classi: 1) User-managed hot backups :  consiste nell'effettuare manulamente una copia dei datafile, control file, redo log file usando i camondi del sistema operatio, tipo "cp" 2) RMAN (oracle recovery manager) è una command-line utility che effettua il backup full e incrementale, gestisce i backup e permette di effettuare il recovery. 3) Dat Pump è una database export-import utility che effettua una copia logica del database e quindi degli schema, tablespace, dati in generale. 4) Flashback è una tecnologia che permette di recuperare dati persi per errore umano, come la drop di una tabella, e non supporta recovery da perdita di file come un media or disk failure e inoltre funziona solo con il database online.

 Il point in time recovey (PITR) consiste nel restore e recovery del db ad uno specifico istante. I prerequisiti sono: - abilitare Archive Log - effettuare un Backup del db ad un determinato istante o valore di SCN (system change number) - verificare che gli archivelog file vengono generati (ogni volta che c'è uno switch dei redo log il processo di background LOG scrive i redo log negli archive log file)

 Nel file di trace ho trovato queste info: ***  2020-12-04  13:12:05.614 *** SESSION ID: (129.39309) 2020-12-04  13:12:05.614 *** CLIENT ID:()  2020-12-04  13:12:05.614 *** SERVICE NAME:(SYS$USERS)  2020-12-04  13:12:05.614 *** MODULE NAME:( sqlnavigator. exe)  2020-12-04  13:12:05.614 *** ACTION NAME:()  2020-12-04  13:12:05.614 Dump continued from file: /u01/app/oracle/diag/rdbms/prtt/PR0T/trace/PR0T_ora_5027.trc ORA-03137: Errore interno del protocollo TTC: [12333] [0] [250] [0] [] [] [] [] ========= Dump for incident 7593 (ORA 3137 [12333]) ======== ***  2020-12-04  13:12:05.630 dbkedDefDump(): Starting incident default dumps (flags=0x2, level=3, mask=0x0) ----- Current SQL Statement for this session (sql_id=fg3bj99vk5n84) ----- select username from sys.dba_users where exists (select 'x' from sys.dba_objects where owner=username) or username = user order by username Questo errore dice che il processo di comunicazione tra client e server è terminato a causa di un evento. Gli

La metrica "Current Open Cursors Count" conta il numero totale di cursori aperti del database nello stesso istante. Che cosa è il Cursor? Ogni volta che viene eseguia una SQL statement, viene allocata una quantità di memoria privata nella Shared pool , e in dettaglio nella Library Cache, chiamata Cursor o Context Area. Proprio per eviare che una sessione rinnegata riempia la Library Cache o ostruisca la CPU con milioni di richieste di analisi (PARSE), viene impostato il parametro del database OPEN_CURSORS che limita i cursori aperti contemopranemante per sessione. SQL> show parameter open_cursors Il parametro OPEN_CURSORS imposta il numero massimo di cursori per sessione, che ogni sessione può avere aperti. Ad esempio, se il valore di OPEN_CURSORS è impostato su 1000, ogni sessione può avere fino a 1000 cursori aperti contemporaneamente. Le soglie sono visibili nelle seguente query SQL> select * from dba_thresholds where metrics_name like 'Current Open Cursors Count

 Una tabella partizionata è una tabella che è divisa in più sezioni per facilitare la ricerda dei dati. La partizione è usata quando la tabella ha milioni di records e consiste nel dividerla in più sezioni così che quando si effettua una query e si impone la where condition sulle colonne che definiscono la partizione, viene effettuata la ricerca solo in quella sezione della tabella ed ingnorata la restante. Colleghiamoci allo schema HR del pluggable database ORCLPDB. Creiamo una tabella partizionata per LIST (ci sono altre opzioni come il range, etc.). CREATE TABLE vendite_per_regione (trans_id number, trans_amount number, country varchar2(3)) PARTITION BY LIST (country) (PARTITION c1 VALUES ('LAZ'), PARTITION c2 VALUES ('PUG') ); Questa query individua il nome delle paritzioni e il valore: SELECT * FROM user_tab_partitions WHERE TABLE_NAME= 'VENDITE_PER_REGIONE' ORDER BY table_name, partition_name; insert into vendite_per_regione values (1,500,'LAZ');

Carica i dati da un file esterno s enza definire un control file ed è più veloce del classico loader perchè carica la tabella utilizzando insert parallele con l'opzione "append" che dice ad Oracle di utilizzare il metodo di caricamento "direct path". Vediamo un esempio. Collegarsi ad un plubggable database come hr: SQL> show  user; USER è "HR" SQL> show con_name; CON_NAME ------------------------------ ORCLPDB Creare tabelle così fatte: SQL> create table dept_x                (deptno number,                 dname varchar2(100),                 constraint dept_x primary key (deptno)                 );   SQL> insert into dept_x values (1, 'sales');                commit; SQL> select * from dept_x; SQL> create table emp_x                ( empid number,                  name varchar2(10) not null,                  gender varchar(1),                  deptno number,                  address varchar2(100),                   constrai

Vogliamo caricare in una tabella i dati presenti in un file esterno che ha formato csv con delimitatore tra le colonne uguale alla virgola. L'obiettivo è caricare solo alcune righe che soddisfano una determinata condizione.  Il file esterno è un csv così fatto. 1) Salvare il file csv sotto una directory a piacere come  /u01/app/oracle/file_ext. 2) Collegarsi ad un pdb come amministratore e creaimo una tabella esterna: SQL>  CON_NAME          -----------------        ORCLPDB SQL> show user        USER è "HR" SQL> create table emp_load (                id number,                nome varchar2(100),                cognome varchar2(100)); 3) Creae un control file (con estensione ctl) con il seguente codice che contiene riferimento a righe da scartare durante il carimaneto (discarded). Salvare il file sotto il path contenente il file esterno. [oracle@test file_ext]$  vi /u01/app/oracle/file_ext/ emp.ctl  Load Data INFILE '/u01/app/oracle/file_ext/emp.csv' APPEN