Mardi le 07/12/2022

CER
ORACLE ARCHITECTURE ET
INSTALLATION

NWEDJIWE TATSI ENZO X2025

 Table des matières

I. Analyse du contexte
II. Définition de la problématique
III. Définition des contraintes
IV. Plan d’action
V. Réalisation du plan d’action
VI. Validation des hypothèses
VII. Conclusion
VIII. Bilan critique du travail effectué
IX. Références des méthodes et outils utilisés
X. Références bibliographiques fournies dans le prosit
XI. Références bibliographiques complémentaires

1
 I. Analyse du contexte

Suite à une demande de base de données d’un client, Larry et Didier contactent un professionnel
pour la monter, mais se heurtent à diverses exigences.

II. Définition de la problématique

Comment rendre la base de données opérationnelle en respectant les exigences du client ?

III. Définition des contraintes

 Stocker les données confidentielles dans une tablespace
 Archiver les fichiers de journalisation
 Bien intégrer le processus PMON
 Créer une seule instance de la base de données
 Implémenter le choix de l’emplacement des Control Files

IV. Plan d’action

1- Définition des mots clés
2- Etudier les notions de vue, instance et tablespace
3- Etudier les processus PMON
4- Etudier SQLPLUS
5- Installer et configurer la base de données

V. Réalisation du plan d’action

1. Définition des mots clés

a. PMON : le processus chargé de nettoyer les ressources, les verrous et les

processus utilisateurs non utilisés

b. Tablespace : est un espace logique qui contient les objets stockés dans la base de
données comme les tables.

2
 c. Fichier de journalisation ou Fichier LOG : Ce sont des fichiers qui interviennent lors
des processus de restauration des bases de données.

d. Control files : petit fichier binaire nécessaire à une base de données Oracle pour
démarrer et fonctionner avec succès. Il est associé à une seule base de données.

e. DBA : est l’entité chargé de la création, la maintenance, l'optimisation et la sécurité

des bases de données d'une organisation.

f. SQL*Plus : est un utilitaire en ligne de commande développé par Oracle qui permet
aux utilisateurs d'exécuter interactivement des commandes SQL

2. Etude des notions de vue, instance et tablespace

a) Etude de la vue

Une vue est une définition logique d’une relation, sans stockage de données, obtenue par
interrogation d’une ou plusieurs tables de la BD. Une vue peut donc être perçue comme une
fenêtre dynamique sur les données, ou encore une requête stockée. C’est encore une table
virtuelle, utilisée pour afficher le résultat d'une requête fréquente, selon des permissions
précises.

Exemple:

CREATE VIEW Employe (Id, Nom)

AS

SELECT N°SS, Nom

FROM Personne

3
La vue Employe est ici une projection de la relation Personne sur les attributs N²SS et Nom
renommés respectivement Id et Nom.

b) Etude de l’instance

Une instance est un élément constitutif des bases de données Oracle. Il comprend les
processus mémoire et d'arrière-plan qui prennent en charge la base de données

c) Etude de Tablespace

C’est une zone logique qui permet de stocker les tables. Notons également qu’une table
peut être divisé en plusieurs Un tablespace est un espace de stockage dans lequel des
données composant les bases de données peuvent être enregistrées. Il fournit une couche
d'abstraction entre les données logiques et les données physiques1, et sert d'espace
d'allocation pour tous les segments pris en charge par le système de gestion de bases de
données (un segment de base de données est un objet de base de données qui occupe un
espace physique, comme les données d'une table ou d'un index). Une fois créé, le tablespace
peut être référencé par son nom lors de la création des segments de base de données.

Le tablespace spécifie uniquement l'espace de stockage de la base de données, non la

structure logique de celle-ci ou le modèle de données. Par exemple, différents objets du
même schéma de base peuvent reposer sur différents tablespaces. De même, un tablespace
peut servir des segments provenant de différents schémas. Parfois, il peut être utilisé pour
spécifier le schéma et ainsi faire le lien entre les données physiques et logiques. En utilisant
les tablespaces, un administrateur peut contrôler l'utilisation de l'espace disque d'une
installation. Les tablespaces sont couramment utilisés pour optimiser les performances. Par
exemple, un index énormément utilisé peut être placé sur un SSD (mémoire flash, chère et
rapide). A contrario, une table qui contient des données archivées et qui est rarement
accédée peut être stockée sur un HDD (disque dur classique, bon marché mais lent).

4
Alors qu'il est courant pour les tablespaces de stocker leurs données dans un fichier du
système de fichiers, un fichier donné ne peut appartenir qu'à un seul tablespace. Certains
systèmes de base de données autorisent la configuration des tablespaces directement via la
gestion des périphériques au niveau système d'exploitation (raw devices), assurant de
meilleures performances en évitant la surcharge du système d'exploitation. Oracle stocke les
données logiquement dans les tablespaces et physiquement dans des fichiers de données
associés aux tablespaces correspondants.

3. Les processus PMON

Le processus PMON (Process Monitor) a pour but de récupérer les ressources associées à
des défaillances de processus utilisateurs. Ainsi il supprime les processus en erreur, il annule
les transactions n'ayant pas été validées (par exemple si un client est déconnecté
brutalement lors de la transaction) il libère les verrous, et libère les ressources utilisées
inutilement dans la SGA.

PMON (Process MONitor) est un processus d’arrière-plan Oracle créé lorsque vous démarrez
une instance de base de données. Le processus PMON libérera des ressources si un
processus utilisateur échoue (par exemple, les verrous de base de données de libération).
PMON se réveille normalement toutes les 3 secondes pour effectuer ses activités d’entretien
ménager. PMON doit toujours être en cours d’exécution pour une instance. Si ce n’est pas le
cas, l’instance se termine. Pour accélérer le ménage, on peut également réveiller
manuellement PMON (processus 2 ci-dessous):

SQL> oradebug setmypid

SQL> oradebug wakeup 2

Dans les versions Oracle antérieures à Oracle 12c, PMON enregistrait également la base de
données gérée avec l’écouteur. Cette question est maintenant gérée par les nouveaux
progrès du LREG.

4. Etude du SQLPLUS

5
SQL*Plus est un logiciel de terminal client permettant aux utilisateurs d’interagir avec le
serveur Oracle pour manipuler des données et des structures de données. Les utilisateurs
saisissent des instructions SQL dans SQL*Plus qui envoient des instructions au serveur
Oracle. Le serveur Oracle valide et exécute ensuite les instructions sur ses bases de données.
Les résultats de la requête sont renvoyés à SQL*Plus et affichés à l’utilisateur. Outre l’envoi
d’instructions SQL au serveur, Les résultats de la requête sont renvoyés à SQL*Plus et
affichés à l’utilisateur. Outre l’envoi d’instructions SQL au serveur, SQL*Plus les enregistre
également dans un tampon local et permet aux utilisateurs d’afficher et de modifier les
instructions. La figure suivante illustre le processus.

5. Installation et configuration de la base de données

Tout d’abord nous avons télécharger les deux fichiers images de Oracle de la version 11Gr2.
Ensuite nous avons extrait ces deux fichiers zip dans le même dossier et nous avons enfin
lancé l’installation.

Nous avons par la suite lancé l’assistant configuration de base de données pour créer notre
base de données avec pour nom ucac

6
Nous avons par la suite choisi comme modèle base de données personnalisée.

Après avoir fini les étapes de création de la base de donnée, nous allons nous connecté à la
base de donnée ucac suivant les étapes suivantes :

- Ouvrir le cmd en tant qu’administrateur

- Taper “Set ORACLE_SID=ucac”

- Taper Set ORACLE_HOME= (chemin d’accès complet du répertoire DB_Home)

- Taper sqlplus “/as sysdba“

- Taper connect system as sysdba comme ci-dessous

- Taper shutdown pour éteindre la base de données

- Taper startup pour allumer la base de données

- Taper exit

- Taper ensuite lsnrctl status LISTENER pour voir si les processus d’écoute sont actifs
comme ci-dessous

- Ouvrir le cmd en tant qu’administrateur

- Taper “Set ORACLE_SID=ucac”
- Taper Set ORACLE_HOME= (chemin d’accès complet du répertoire DB_Home)
- Taper sqlplus “/as sysdba“

7
- Taper connect system as sysdba comme ci-dessous

- Taper shutdown pour éteindre la base de données

- Taper startup pour allumer la base de données
- Taper exit
- Taper ensuite lsnrctl status LISTENER pour voir si les processus d’écoute sont actifs
comme ci-dessous

8
 VI. Validation des hypothèses
 Faire une étude sur le scripting batch pour pouvoir régler les paramètres exigés.
 Installer Windows 7 sur les postes qui utilisent Windows 98
 Se documenter sur l’UAC

VII. Conclusion

Nos pistes de solutions ont toutes été validé car elles nous ont permis de résoudre notre
problématique.

VIII. Bilan critique du travail effectué

- PROSIT ASSEZ INTERESSANT
- BONNE COHESION DE GROUPE
- RESSOURCES DE PROSIT ASSEZ COMPLETES

IX. Références des méthodes et outils utilisés

- Google

- Wikipedia

- Youtube