Discussion :

[bmwz3tds]

Bonjour à tous.

je me pose des questions sur des fondamentaux d'Oracle, auxquels j'ai du mal à trouver une réponse claire et simple...

1 - Quelle est la ou les différences entre l'installation d'un "oracle 10g client" et un "oracle 10g serveur" ?
En recherchant, j'ai lu dans une une autre discussion que la version "serveur" était "suffisante" et comprenait de toute manière ce qu'il y a dans la version "client"...

2 - Peut on creer et administrer une base de données (sur un environnement Windows par exemple) à partir de l'archive d'instal "10g_win32_client.zip" ? ou bien faut il obligatoirement installer la partie serveur ?

Vu mon niveau de débutant, toute aide sera préciseuse

Bm'

[Vincent Rogier]

1 - une install serveur comprend en elle même le client
2 - une install client permet divers tâches d'administration (mais bien évidemment pas tout) sur base Oracle située sur une autre machine

[bmwz3tds]

Merci de ta réponse Vincenzo.

Excuse moi de te faire répéter, mais d'après ce que tu me dis, peut on dire que si on souhaite creer et administrer une base de données 10g, le tout sur une même et unique machine, seule la version "serveur" suffit ? Est-ce bien celà ?

Par contre à partir du moment où l'on souhaite effectuer des taches d'administration depuis une machine A, sur une base de données installée sur une machine B, il faut obligatoirement installer sur la machine B la partie serveur, et sur la machine A la partie cliente d'Oracle ? Est-ce bien celà ?

Tu dis que l'install serveur comprend la partie client, mais y'aurait il une utilité à installer les 2 sur la meme machine ?

D'après ce que j'ai vu lors de mes premiers tests, le dbca n'existe pas dans l'install client ?!

Encore merci pour tes réponses

[Pomalaix]

... peut on dire que si on souhaite creer et administrer une base de données 10g, le tout sur une même et unique machine, seule la version "serveur" suffit ?

Absolument !

Par contre à partir du moment où l'on souhaite effectuer des taches d'administration depuis une machine A, sur une base de données installée sur une machine B, il faut obligatoirement installer sur la machine B la partie serveur, et sur la machine A la partie cliente d'Oracle ?

C'est ça.
Avec Oracle 10, il existe désormais un outil d'administration en mode Web appelé Database Control, qui n'exige sur le poste client que la présence d'un navigateur. Dans ce contexte, il n'y a aucun besoin d'installer un client Oracle.

Tu dis que l'install serveur comprend la partie client, mais y'aurait il une utilité à installer les 2 sur la meme machine ?

En temps normal, il n'y a aucun intérêt à installer explicitement une partie cliente supplémentaire sur le serveur, à moins qu'on ait besoin d'un client d'une version différente de celle du serveur.
On peut donc imaginer d'installer un serveur 10.2 (qui intègre un client 10.2) et un client 11.1.

[bmwz3tds]

Merci Pomalaix pour toutes ces précisions. Tout est un peu plus clair

Dans ma boite, un DBA Oracle m'a conseillé lorsque j'installé Oracle 10g (Client ou Serveur...je sais pas en fait), de confirmer la création automatique de la base de test "orcl" afin que de faciliter le paramétrage du tnsnames.ora et du listener.ora. Il m'a dit que par la suite, les fichiers seraient déjà créés et paramétrés et qu'il ne me resterait alors plus qu'à ajouter dans ces fichiers, les informations propres à ma nouvelle base de données.

Qu'en penses-tu ? Est ce vrai ?

Lorsque tu créées une base de données avec l'utilitaire dbca, que fait cet utilitaire en fait derrière ? paramètre-t-il justement les fichiers utilisés pour la connexion (tnsnames et listener) ou bien faut il les paramétrer soit meme ?

En tout cas merci pour toute l'aide que vous m'avez déjà apporté.

Bm'

[scheu]

Avec dbca, tu peux créer une base de données complète déjà paramétrée, ensuite il ne te reste qu'à modifier le init<SID>.ora en fonction de tes besoins (les fichiers tnsnames.ora et listener.ora étant déjà configurés pour permettre les connexions sur la base qui aura été créée )

Personnellement je ne suis pas fan de l'assistant de création (je préfère les bons vieux scripts catalog, catproc, ... à la main), car par défaut la base est créée avec toutes les options (Text, Spatial, OLAP, Workspace, ...) et c'est souvent source de bugs, d'objets invalides ou de problèmes durant les migrations ou les upgrades

Ou alors si tu utilises dbca, décoches toutes les options qui ne te sont pas nécessaires

[bmwz3tds]

Merci beaucoup scheu pour toutes tes précisions.

Je vais rechercher des infos sur les "bons vieux scripts catalog et catporc..." dont tu parles, car ça ne me dit rien du tout ^^.
Ou plutôt, je me doute qu'il doit s'agir de scripts sql à exécuter pour créer ta base sans passer par le dbca....
Je vais regarder ce qu'il y a dans ces scripts.

En tout cas, merci à tous pour voter aide.


Bye

Bm'

[Pomalaix]

Ou alors si tu utilises dbca, décoches toutes les options qui ne te sont pas nécessaires

Comme disait Scheu, la solution de confort est là.

D'autant que DBCA permet de générer les scripts de création de base, de les enregistrer pour une exécution ultérieure, et de les modifier à sa guise.
Ca serait vraiment dommage de s'en priver !

[ducho]

Bonsoir ,

je ferai deux remarques constatées apres installation et migration d' une base en 10G :

- L' installation d' Oracle Serveur n' installe pas le GUI OEM Console
tel que visible en Oracle9 , seul l' installation du client le fait
( installation du serveur en standard dans notre cas et non personnalisé )

- Les scripts créés par DBCA sont incompréhensibles pour des néophites
( Oracle passe par RMAN pour créer la base !!!)

cdlt

[Pomalaix]

- Les scripts créés par DBCA sont incompréhensibles pour des néophites
( Oracle passe par RMAN pour créer la base !!!)

C'est effectivement le cas si on choisit un modèle avec les fichiers intégrés, ce qui fait intervenir un clonage RMAN.

Si on crée une base totalement personnalisée, donc à partir d'un modèle sans fichiers, la base est alors créée selon la même procédure que celle qu'on utiliserait manuellement. A la différence que tout est fourni prêt à l'emploi, avec création des répertoires, des services, etc.