Introduction Architecture Oracle

Vue d'ensemble
Deux architectures possibles:
client/serveur : des applications clientes envoient les requtes SQL et PL/SQL un serveur. Multitier : des serveurs d'application allgent la charge du serveur en ralisant certains accs pour les clients.

Un serveur de bases de donnes est compos :

d'une instance = plusieurs processus et une zone de mmoire d'une base de donnes de plusieurs schmas, assimils des utilisateurs

Dans le cas de clusters de machines(RAC), Oracle 10g peut associer plusieurs instance une mme base de donnes.

La connexion client/serveur
Un processus utilisateur est cr quand un utilisateur lance une application cliente
Une connexion va tre cre avec l'instance Oracle, l'utilisateur va ouvrir une session

Un processus serveur va analyser et excuter les requtes, retourner les donnes

Mode ddi : une processus serveur pour un processus client Mode partag : les clients partagent un groupe de processus serveurs

Apperu des composants de base

Serveur Oracle Instance - BDD

Une Instance Oracle et une base de donnes Oracle. Une instance ne peut ouvrir quune et une seule BDD la fois. Structure physique dune BDD inclut: fichiers contrle, fichiers donnes, fichiers REDO LOG.

Composants d'une instance la Mmoire (1)

La SGA (Systme Global Area) , composant
fondamental, dynamique(SGA_MAX_SIZE). Zone partage par tous les utilisateurs de la base de donnes Alloue au dmarrage de l'instance en mmoire principale : doit tre la plus grosse possible. Son but est d'conomiser les E/S. Elle contient :
le cache de donnes (database buffer cache) le cache de reprise (redo log buffer) pour les changements rcents le cache d'excution partag (shared pool) pour les requtes SQL et PL/SQl. Contient le dictionnaire de donnes en cache. Large Pool Autres: verrous, donnes statistiques,..

Composants d'une instance la Mmoire (1)

Shared Pool.
contient requtes les plus rcemment utilises (Least RU). Dfinitions de donnes les plus rcemment utilises. ALTER SYSTEM SET SHARED_POOL_SIZE = 64M; Data Dict Cash: informations sur les fichiers, tables, indexes, colonnes, utilisateurs, privilges, etc.
Analyse ordres SQL.

Database Buffer Cache

Copies de blocks datafiles.

Composants d'une instance la Mmoire (2)

La PGA (Program Global Area) Zone d'excution des processus du serveur. Alloue au lancement de chaque processus (prend en charge session utilisateur)

Les processus de fond serveur

Excutent des actions asynchrones d'criture et de contrle DBWn (Database Writer) - crit le contenu du cache de donnes dans les fichiers de donnes
Lorsque la place manque en SGA De faon priodique, en mettant jour le point de restauration dans les fichiers de log on peut en crer plusieurs : DBW0, DBW1, ... , DBWj

LGWR (Log Writer) - Ecrit le contenu du cache de reprise dans les fichiers de reprise
en cas de ``commit'' d'un utilisateur Toutes les trois secondes Quand le cache de reprise est plein au tiers Quand (avant) un processus DBWn dcharge des donnes modifies

Les processus de fond serveur (2)

CKPT (Chekpoint)
Pour assurer la synchronisation et la cohrence des donnes

SMON (System Monitor)

Effectue la restauration lors de reprise aprs panne Nettoie les segments temporaires Fusionne certains extents libres contige

PMON (Process Monitor)

Pour grer les pannes des processus clients

Optionnels: RECO (Recover) , ARCn (Archiver), Dnnn, MMML, etc.

Composants d'une base de donnes

Structure physique
Des fichiers sur le disque
un fichier de contrle qui spcifie le nom et l'emplacement des fichiers, le nom de la base,... plusieurs fichiers de donnes pour stocker les donnes au moins deux fichiers de reprise aprs panne qui contiennent les modifications rcentes des fichiers d'archivage (optionnel) pour archiver les fichiers de contrle un fichier de paramtres (optionnel) qui stocke tous les paramtres de la base des fichiers de trace pour rpertorier toutes les tches et erreurs effectues

Composants d'une base de donnes

Structure logique
Des concepts pour grer la mmoire
le block de donnes est l'unit logique la plus fine, 8ko par dfaut (PCTFREE, PCTUSED. l'extent est un ensemble contigu de blocks, allous en une seule fois. le segment est un ensemble d'extents ddis un mme objet (table, index, ...) Tablespace : regroupe un ensemble d'objets (=segments) pour faciliter leur administration.

Un tablespace = un ou plusieurs fichiers de donnes Une BDD ensemble de tablespaces

Logique

physique

Les schmas pour Oracle

Un schma correspond un utilisateur : les deux portent le mme nom Ensemble d'objets de l'utilisateur manipulables en SQL; Exemple : tables, index, triggers, vues, fonctions, ... Un objet correspond :
plusieurs extents un segment un tablespace un ou plusieurs fichiers du tablespace

Pas de correspondance schema/tablespace

Le dictionnaire de donnes Oracle

Ensemble de tables appartenant l'utilisateur SYS .

Structure du dictionnaire
Des tables de base, uniquement accdes par Oracle et SYS Des vues mises la disposition des utilisateurs (selon leurs droits)
Vues utilisateurs : USER_View. Pour les objets de l'utilisateur qui demande Vues d'ensemble : ALL_Views. Pour une vue d'ensemble sur les objets auxquels on a accs Vues d'administration : DBA_Views. Sur l'ensemble de la base, uniquement SYS. Vues dynamiques sur l'activit de la base : V_$Views

Scnario Type
1. 2. 3. 4. 5.

Une instance Oracle est dmarre sur le serveur Une application cliente tablit une connexion et ouvre une session Le serveur dtecte la requte de connexion et cre un processus serveur ddi L'utilisateur lance une requte SQL et un commit Le processus serveur recherche dans la ''shared pool`` si la requte existe
OUI : elle sera utilise pour rpondre NON : la nouvelle requte est insre dans la shared pool, analyse et excute .

6.

Le processus serveur rcupre les donnes

Dans le cache de donnes dans les fichiers de donnes (et les charge dans le cache)

7. 8.

Le processus serveur modifie ventuellement les donnes dans le cache Puisqu'il y a validation, LGWR crit la transaction dans le fichier de reprise
Les changements seront rpertoris dans les fichiers de donnes par DBWn Le rsultat, ou une confirmation, est envoy au processus utilisateur.

Outils Oracle et autres

OEM, SQL PLUS Designer, Forms, Reports Oracle Aplication server (J2EE) OLAP,Datamining, Business Inteligence, Business Suite - enterprise resource planning (ERP) Etc.

Rles DBA (Oracle)

Choix matriels adquat. Installations et MAJ. Planifier et concevoir la structure de la BDD. Cration BDD. Baking up BDD et autres pour sauvegarder les donnes. Gestion des utilisateurs. Implmentation des applications et des schma conceptuels. Restauration et reprise de la BDD Monitoring et tuning des performances.

Conception BDD

Utilit mthodologie
processusmthodologie de conception Taille base < > complexit. Nombre de classes. 30-40 ncessit mthodologie. Terme Grande BDD30-40 Classe entits et dizaines (centaines)Go. 24/24 Importance des dbits et volume transactionnel.

BDD et SI
SI inclut toutes les ressources impliques dans le recueil, la gestion, lutilisation et la diffusion des informations. Un environnement informatis:
donnes, SGBD, matriel, support stockage, personnel grant donnes(DBA, utilisateur final, utilisateur privilgis,etc.) Programmes applicatifs, Programmeurs.

La part des bases de donnes dans lensemble varie. volution, migration et cots.

Cycle vie SI
Analyse de faisabilit. Aspects conomiques, rentabilit, complexit des donnes et processus,etc. Recueil et analyse des exigences. Auprs des utilisateurs et groupes, problmes et besoins, circuits communication et procdures,etc. Conception. Conception du systme de BDD et les applications. Implmentation. Mise en uvre du SI et activation de la BDD. Validation et test. Critres de performance et comportements. Dploiement exploitation et maintenance.

Cycle vie dune application BDD

1. Dfinition du systme.
Primtre Utilisateurs et applications Interfaces Contraintes (temps de rponse et besoins traitement et stockage Modle logique et physique Choix SGBD Cration LDD Implmentation application

4.

Chargement et conversion des donnes

Charg les donnes (convertir si ncessaire)

5.

Conversion des Applications.

Les Applications de lancien systme sont converties.

2.

Conception de la BDD.

3.

Implmentation de la base

6. 7. 8.

Tests et validation. Exploitation. Surveillance et maintenance.

Processus conception BDD (activit 2 et 3)

Modle/performances. Exigences informelles/ dfinitions imparfaites Processus de conception et implmentation:
Recueil et analyse des besoins: doc, flux dinformation, types transactions et frquences Architecture conceptuelle.
Schma conceptuel (EER, UML) Classes, attributs, contraintes, etc. Approche Centralises. Tout la fois. Approche intgrative. Un schma pour chaque groupe (vues) ou chaque application; puis fusion (mthodologie et outils spcifiques). Identifier et concevoir transactions majeures

Processus conception BDD (activit 2 et 3)

Choix dun SGBD. Facteurs:
Techniques conomiques Politique de lentreprise

Conversion du modle de donnes. Gnration LDD spcifique au SGBD choisi. Conception physique. la base destimations
Choix structures de stockage. Chemins daccs. Indexes sur attributs

Implmentation et tuning
Chargement des donnes. Implmentation des transactions (applications). Surveillance performance et rglages (tuning) Ajout/suppression tables, rorganisation fichiers, modifications indexes,etc.

impdance
ACOO BDD relationnelles. Objet le relationnel ou le relationnel Objet? Tendance relationnel Objet Framework : Hibernate.