Discussion :

[genio]

Bonjour à tous et veuillez par avance excuser mes quelques lacunes...

Nous gérons un petit parc d'instances 9i (+ instances Oracle E-business) =>
Nous avons installé recemment une instance 10 G =>
Mes instances actuelles, sont toutes gérées par OEM (version 9i sans le serveur manager, avec tnsname et tout le bazar !)=>

Sur le serveru windows de la nouvelle database 10g, j'ai pu voir la version grid 10g d'OEM et j'aimerai remplacer mon OEM 9i par la version GRID 10G...

1°) Est-ce possible (la version grid 10 suppporte t'elle la 9i) ?
2°) Je n'arrive pas à savoir si cette version GRID se base sur le TNSNAME ?
3°) En quoi le repository peut-il m'être utile ? Est-il obligatoire ?
4°) Que faut-il faire pour remplacer mon OEM 9i en 10Grid... la version 10g peut-elle fonctionner avec des instances 9i ?
5°) Dois-je installer, par exemple, un repository sur une database existante d'un serveur et m'en servir pour gérer toutes mes instances... et si oui, comment faire ?
6°) Est-il possible de gérer la version 10g comme la 9i, en type Client/serveur..

Bref, que des questions bêtes mais je suis un peu dans le noir... pouvez-vous m'aider ?

[Pomalaix]

Bonjour

Il faut bien distinguer Database control et Grid control, qui sont tous les deux des variantes d'OEM en 10g.
Dans le mode database control, vous aurez une URL d'administration par base de données. Si vous avez beaucoup de bases, ça devient vite pénible.
Dans le mode Grid control, vous avez une URL unique pour administrer toutes vos bases (à partir de la 8i), mais la mise en place de l'infrastructure (référentiel centralisé) est beaucoup plus complexe.

Par ailleurs, certaines fonctionnalités exigent le mode Grid, par exemple la gestion des bases Dataguard.

[genio]

Merci Pomalaix pour votre réponse...

Dois-je tirer la conclusion que l'option 'Grid ontrol' fonctionne avec le 'repository' alors que l'option 'database control ' n'en a pas besoin ?

[Pomalaix]

Merci Pomalaix pour votre réponse...

Dois-je tirer la conclusion que l'option 'Grid ontrol' fonctionne avec le 'repository' alors que l'option 'database control ' n'en a pas besoin ?

En 2 mots, Grid control comporte les composants suivants :

• OMS (Oracle Management Server) : c'est le service de supervision et d'administration
• OMR (Oracle Management Repository) : c'est le référentiel qui stocke les données de configuration et les "mesures" collectées sur les différentes bases. OMR est lui-même une base Oracle.
• L'agent de collecte

On a en temps normal besoin d'un seul OMS et d'un seul OMR, qui sont usuellement installés sur la même machine.
L'agent lui doit être installé sur chaque serveur Oracle qui doit être administré par Grid Control.

En mode Database control, l'équivalent des composants OMS, OMR et agent sont installés pour chaque base, mais ceci est très transparent est l'installation est extrêmement simplifiée. En particulier, chaque base stocke son propre référentiel.

Pour résumer, en mode Grid, vous avez besoin d'un serveur d'infrastructure dédié et de déployer l'agent sur chaque serveur Oracle, alors qu'en mode Database control, c'est juste une option à sélectionner lors de la création de la base.

[genio]

Merci encore pour votre réponse...

Imaginons que je veuille installer OEM en mode 'GRID control' avec une instance dédiée =>

1°) Comment mon nouveau 'OEM' va t'il reconnaitre toutes les instances de mon ancien parc ? Est-ce un 'agents fouineur' qui va rechercher les instances et les stocker dans mon repository ?

2°) Une instance Oracle10g a été installée sur un serveur TITI en mode 'database control => peut-elle aussi être visible en mode 'Grid Control', via mon serveur TOTO ?

Merci encore pour vos réponses...

[genio]

Bonjour à tous...
Je me suis mal exprimé dans mon post précédent et au lieu de la phrase suivante :

1°) Comment mon nouveau 'OEM' va t'il reconnaitre toutes les instances de mon ancien parc ? Est-ce un 'agents fouineur' qui va rechercher les instances et les stocker dans mon repository ?

je voulais dire :

1°) Comment mon nouveau 'OEM' va t'il reconnaitre toutes les instances de mon ancien parc ? Est-ce un 'agents fouineur' qui va rechercher les URL des instances et les stocker dans mon repository ?

Quelqu'un peut-il me répondre ?

[Pomalaix]

Pour moi la première formulation était tout à fait compréhensible !

C'est lorsque vous installez l'agent sur un serveur Oracle que celui-ci identifie tous les composants Oracle installés sur ledit serveur (bases, listener, etc), et les communique au serveur Grid.

Le serveur Grid en tant que tel n'a pas la capacité de scruter tout le réseau à la recherche de bases Oracle.

[genio]

Merci encore Pomalaix pour vos réponse...
J'ai maintenant compris comment cela fonctionnait...
J'aurai juste encore une petite question : Je vais installer une nouvelle instance 'Grid control 10G' sur un serveur hebergeant une instance 9i (car si j'ai bien compris, on ne peut pas installer un repository 10g sur une instance existante 9i)... donc sur ce serveur nous aurons une instance 10G et une instance 9i...
1°) Ne faut-il pas que j'iupgrade le serveur 9i en 10g, avant l'installation de ma nouvelle instance 10G ?
ou
Le simple fait de créer la nouvelle instance 10g avec OUI issu de mon CD/DVD Oracle10G, suffit-il ?

2°) Faut-il en fait, que ma nouvelle instance 10g soit créée exclusivement sur un serveur 10g

3°) Suis-je sûr que mon instance 10g ne va pas ralentir voire mettre le bazar dans le fonctionnement de mon ancienne instance 9i...


Bon, vous voyez, cela fait 3 nouvelles questions ...

[ducho]

bonjour,

le fait de créer un repository pour grid control en 10 g
t'oblige à installer oracle 10g sur ton serveur .
a partir de là, ou tu es comme moi et tu ne mélanges pas
les différentes versions d' oracle sur un même serveur, par conséquent
upgrade en 10g de ta base oracle9,
ou tu essaies de gérer deux oracle_homes distinctes sur un même serveur
ce qui est parfaitement faisable (dixit oracle) ,
et tu crées le grid control apres installation de la 10g .

A savoir quand même, perso, j'ai mis une bonne semaine à faire tourner le grid
control , qu' il est tres gourmand,
(2G de mémoire ), et derniere chose, c'est un outil
pas tres convivial à mon gout , mais bon ..

à noter vu le peu de succes et d'utilisation du grid control, oracle fait des
workshops gratuits sur le sujet sur deux journées pour bien expliquer
toutes les possibilités liées au grid ( dont un cetain nombre font partie de
packs payants )..

cdlt

[genio]

Merci à tous pour vos réponses... cela m'a bien éclairé !