Discussion :

[nytmare]

Je ne suis pas sure des propositions suivantes:

1- Sur une même machine en installant oracle en peut avoir plusieurs bases de données
2- Chaque base possède une instance
3- Toutes les bases peuvent marcher en même temps.
5- il y a autant de table space system que de base de données, mais elle utilise toute le même set d’utilisateur mais avec des privilèges différent
4- Les instances en cours font partie d'un serveur globale oracle
J'ai déduis cette dernière information, car sous Windows en peut arrêter toutes les instances en stoppant un seule service et aussi car elle écoute toutes sur le même port ce qui me fait penser qu'en faite il n'y a qu'un seule process (que j’appellerais oracle) en écoute sur ce port (ce qui m’intrigue c’es que je ne connais pas ce process sous unix) tout cela me fausse un peu la conception que j’ai sur l’architecture d’oracle.


Bien que je suis sure des 2 première pouvez vous me confirmer ou même m'expliquer le restes (surtout la dernière)

[pifor]

1- Sur une même machine en installant oracle en peut avoir plusieurs bases de données

Oui

2- Chaque base possède une instance

Oui. En fait la terminologie Oracle, c'est base = datafiles + control files + redo log files et instance=ensemble des processus qui utilisent ces fichiers.

3- Toutes les bases peuvent marcher en même temps.

Oui.

5- il y a autant de table space system que de base de données, mais elle utilise toute le même set d’utilisateur mais avec des privilèges différent

Oui, chaque base a son tablespace SYSTEM. Non, chaque base n'a pas forcément les mêmes comptes.

4- Les instances en cours font partie d'un serveur globale oracle

Non. Chaque instance est complètement distincte des autres et complètement indépendante (sauf cas très particulier du RAC).

J'ai déduis cette dernière information, car sous Windows en peut arrêter toutes les instances en stoppant un seule service et aussi car elle écoute toutes sur le même port

Non. Il a un processus qui peut être commun à plusieurs instances, c'est le listener qui permet l'établissement des connexions entre les clients et une instance. Mais il n'est pas obligatoire que toutes les instances sur une même machine utilisent le même listener même si c'est souvent le cas.
Une fois que la connexion est établie, le client communique directement avec l'instance via un processus dédié (ou éventuellement un processus partagé multithread) sans utiliser le listener. Si on arrête le listener, les connexions existantes à une instance ne sont pas concernées mais il n'y a plus de nouvelle connexion possible.

[nytmare]

merci beaucoup pour ces clarifications.

une derniere question concernant les utilisateurs

Oui, chaque base a son tablespace SYSTEM. Non, chaque base n'a pas forcément les mêmes comptes.

Pour toutes les bases, l'utilisateur sys es son mot de passe sont uniques ?
j'avais cree une deuxieme base de donnee , et j'ai utiliser un compte de la premiere, se dernier a ete reconnue mais locked. es normal , et comment ca se fait qu'il l'ai reconnue?

[pifor]

Pour toutes les bases, l'utilisateur sys es son mot de passe sont uniques ?

A priori oui, sauf si on a explicitement synchronisé tous les mots de passe.

j'avais cree une deuxieme base de donnee , et j'ai utiliser un compte de la premiere, se dernier a ete reconnue mais locked. es normal , et comment ca se fait qu'il l'ai reconnue?

Par défaut, les comptes SYS et SYSTEM ont des mots de passe prédéfinis qui sont les mêmes à la création de la base. Si vous ne les changez pas, ils peuvent être les mêmes sur 2 bases différentes.