Bienvenue sur le site gratuit de formation à Oracle.

Oracle Net Services

Configurer Oracle Net Service sur le serveur

c'est comprendre le listener d’Oracle qui permet les connexions réseaux entre le poste client et la base de données.

Il contient une liste des serveurs et des protocoles de connexions.

Le listerner est contrôlé par un fichier « listerner.ora ».

Il n’y a qu’un seul fichier listener par machine.

Si plusieurs listener sont paramétrés, c’est pour les cas ou des problèmes arrivent, des connexions balances sont exigées.

Plusieurs listerners sont configurés quand ont utilise (RAC) Oracle Real Application Cluster.

Tous les listeners sont nommés par un process qui tourne sur un middle-tiers ou sur le serveur de base.

Par défaut, le nom du listerner Oracle est« LISTERNER » et il est crée quand vous installez et créez la base.

 

SID_LIS_LISTENER =

LISTENER =

(DESCRIPTION_LIST =

(DEZCRIPTION =

(ADRESSE = (PROTOCOL=TCP) ….

)

)

)

Comment les listeners répondent aux demandes de connexions ?
Lire la suite...
 

Manager la concurrence Oracle

Monitorer et résoudre les conflits Locks

Dans une base, il y a plusieurs utilisateurs qui peuvent être en concurrence pour modifier des données.

Comprendre les locks et les transactions

Deux transactions différentes attaquant des données différentes, en mise à jour, n’ont pas besoin de gestion de lock.

Si plusieurs utilisateurs demandent des locks de données, c’est le premier qui gagne.

A la fin d’une transaction (gestion commit ou rollback) de manière normale ou anormale les locks tombent.


Maximiser les données concurrentes

Les enregistrements des tables sont lockés implicitement par l’utilisateur au début de la transaction ou implicitement par Oracle.

Une table peut être lockée en utilisant la commande LOCK TABLE.

 

Exemple :

LOCK TABLE EMPLOYEES DEPARTEMENT IN EXCLUSIVE MODE;

Les tables sont lockées tant que la transaction n’est pas finie.


Modes de lock
Lire la suite...
 
Manager les donnèes Oracle

Datapump

Exécuter les imports

 

Le package DBMS_DATAPUMP lit les données via un db_link et importe le schéma HR dans le schéma HR_TEST,

en important seulement les métadatas et en écrivant  les traces dans un fichier "log" dont le dossier est  nommé

"HR_TEST.imp"

La commande d'import est la suivante :

Impdp system/password network_link=prod schemas=”HR” remap_schema=”HR:HR_TEST” content=

metadata_only logfile=HR_TEST.imp

 

La commande pour exécuter la lecture du fichier "HR.DUMP "et écrire dans" HR_proc_give.sql",

le SQL avec le nom “GIVE%”, ne génère pas de fichier log.

Impdp- system/password full=Y dumpfile=HR.DUMP nologfile=Y sqlfile=HR_proc_give.sql include=PROCEDURE:

’’LIKE ‘GIVE%’ ’’

 

La commande pour écrire dans une fichier log DEPT_DATA.log

Impdp system/password network_link schemas=’HR’ remap_schema= ‘’HR :HR_TEST’’ content=data_only include=

table:’’= ‘DEPARTEMENTS’ ‘’ logfile=DEPT_DATA.imp

 

Exécuter les imports en utilisant DBMS_DATAPUMP
Lire la suite...