[O9i]Configuration d'OEM [Résolu]

[fadace]

Je suis en train de ramer pour la configuration d'un OEM.

Mon but :
- pouvoir créer un job de sauvegarde

Ce que j'ai déjà fait:
- créé un référenciel et un OEM qui fonctionne
- ajouté un administrateur avec des droits supéerviseurs
- configuré le serveur SMTP et testé avec succès l'envoi d'un email
- affiché quelques rapports basiques
- Spécifié les logins/mot de passe comme sysdba dans lnformations d'identification et de connexion (en y spécifiant le login et mot de passe de SYSTEM)

Ce qui ne marche pas:
- l'affichage de la plupart des rappors reournent une erreur, mais certaines rapport (instance, par ex.) fonctionnent quand même (preuve que la connexion passe)

Echec du traitement de l'élément d'état n° 2 : oracle.sysman.vt.reporting.ReportGenerationException: Impossible d'établir une session pour la base de données cible. Vérifiez que la base de données AIA.fadace.ch est active, et que des informations d'identification et de connexion valides ont été définies pour cette base.

- lors du lancement d'un Assistant quelconque (export/sauvegarde), message

L'assistant n'a pas pu être lancé car les informations d'identification et de connexion de cette base de données ne sont pas définis ou ne sont pas valides...

... et pourtant je suis sûr de mes mots de passes !

help !

[fadace]

N'y a-t-il personne utilisant OEM

[orafrance]

bah le truc c'est qu'on le paramétre pas tout les jours


et puis t'as pas dit la version d'Oracle utilisée

[denisys]

Envoyé par orafrance

et puis t'as pas dit la version d'Oracle utilisée

Pourtant tous est dans le titre
O9i = Oracle 9i

[orafrance]

argh... je suis fait

[denisys]

Par contre ce que l’on ne sait pas :
1 – le système d’exploitation
linux, solaris , windows etc …
2 – le serveur SMTP
Oracle Email , MS Exchange , Qmail , sendmail etc …

????????????????????????????????????

[orafrance]

moi j'aimerai bien qu'il test la connection à AIA.fadace.ch sous SQL*Plus et qu'il refasse un emctl en s'assurant de tout taper correctement

[fadace]

OS : Win2003 Server
SMTP: mail.fadace.ch (mais l partie envoi email est déjà bonne)

La connexion via SQL*Plus se passe du tonnerre de Dieu.

Code :

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
oemctl STATUS OMS oemdba/oemdba
OEMCTL pour Windows NT : version 9.2.0.1.0 Production
(c) Oracle Corporation 1998, 2002. Tous droits réservés.
 
Le serveur Oracle Management Server sur l'hôte [ntsxxxxxxp1.fadace.ch] fonctionne correctement.
 
 
  Le serveur fonctionne depuis 1 18:33:34.890
 
  Target database session count: 0 (partage de sessions désactivé)
  Opérations mises en file d'attente pour le traitement : 1
  Nombre de systèmes OMS dans le domaine : 1 (ntsxxxxxxp1.fadace.ch)
  Nombre d'administrateurs connectés : 0
  Profondeur du pool de sessions du référentiel : 15
  Nombre de sessions du référentiel : 8 utilisÚes et 3 disponibles ; efficacité du pool : 100%

[orafrance]

les rapports sont lancés en standalone ou OMS ?

[fadace]

Autre pierre à l'édifice de mon inculture:

Lorsque je me connecte à OEM local en system/manager as sysdba, tout se passe bien.

Par contre, si je me connect via le référenciel (dans lequel j'ai un utilisateur superadmin, qui mappe, sur mon serveur, system/manager as sysdba), je me ramasse un Insuffisance Privilege.

Cela viendrait-il d'une mauvaise configuration Oracle Net ???

[orafrance]

Là il faut faire une recherche sur le forum

d'ailleurs c'est bizarre que system est les droits AS SYSDBA... normalement c'est réservé à SYS

[orafrance]

look : http://www.developpez.net/forums/viewtopic.php?t=200462&postdays=0&postorder=asc&highlight=sysdba+privilege&start=15

post d'Helyos

[fadace]

A ma connaissance, que ce soit SYS ou SYSTEM, ils ont les deux le droits SYSDBA par défaut, l'un étant considéré comme le admin de la base logique, et l'autre comme le physique... conformément aux indications de Codd

Pour ce qui est du remote_login_passwordfile = exclusive, il l'est depuis longtemps, ainsi que le ficher de mot de passe qui a été créé dès le début.

[orafrance]

Désolé mais là je séche

[fadace]

Orafrance, tu as raison : system n'est pas sysdba.

Il accepte le connect as sysdba en local, mais pas en remote.

Faut-il dès lors spécifier SYS comme utilisateur de chaque instance pour un superadmin de OEM?

[Pomalaix]

Pour clarifier les choses (j'espère) à propos de SYSDBA et du démarrage d'une base, voici un extrait du merveilleux document que je publierai un jour :

SYSDBA est un privilège système qui permet principalement de créer une nouvelle base, d'arrêter ou de redémarrer une base existante et de la sauvegarder.
DBA est un rôle très complet, mais qui ne permet pas de faire les opérations associées au privilège SYSDBA.

Dans une base fraîchement installée, seul le compte SYS est muni du privilège SYSDBA. SYSTEM ne possède pas ce privilège automatiquement.

Authentification du DBA
Pour vérifier qu'un utilisateur est autorisé à se connecter comme SYSDBA, soit Oracle délègue cette tâche à l'OS, soit il utilise le fichier de mots de passe créé par l'utilitaire ORAPWD.

Le choix du mode d'authentification dépend du paramètre d'initialisation REMOTE_LOGIN_PASSWORDFILE.
Si REMOTE_LOGIN_PASSWORDFILE=NONE, les comptes système membres du groupe "dba" sous Unix, et "ORA_DBA" sous Windows, sont considérés comme munis du privilège SYSDBA. Si on est connecté à l'OS sous l'un de ces comptes, on se connecte alors à Oracle, via SQL*Plus ou autre, sans spécifier de compte ni de mot de passe : CONNECT / AS SYSDBA
Avec NONE, on ne peut se connecter AS SYSDBA qu'en ayant ouvert une session OS directement sur le serveur. Aucune connexion AS SYSDBA distante n'est alors possible.

Sinon, le fichier de mots de passe, est utilisé pour valider les connexions en tant que SYSDBA. Les comptes qui figurent dans le fichier de mots de passe doivent être des comptes déclarés dans la base Oracle. (Le compte OS de la session utilisateur n'intervient pas dans ce cas).
Le fait de donner le privilège SYSDBA à un compte Oracle l'inscrit automatiquement dans le fichier de mots de passe. On ne peut pas entrer un utilisateur dans le fichier de mots de passe d'une autre manière.
Si REMOTE_LOGIN_PASSWORDFILE=EXCLUSIVE, chaque instance possède son propre fichier de mots de passe, et on peut y mettre autant de comptes Oracle que l'on souhaite.
Si REMOTE_LOGIN_PASSWORDFILE=SHARED, le fichier de mots de passe est partagé entre les différentes instances de la machine, mais il ne permet d'utiliser que le compte SYS.
Avec EXCLUSIVE et SHARED, on peut se connecter AS SYSDBA à distance.

Pour connaître le contenu du fichier de mots de passe, on peut consulter la vue V$PWFILE_USERS.

[urbanna]

Essaye avec loggin : sysman, passe : oem_temp.

@+

[fadace]

J'ai résolu le problème, et ai le conseil suivant pour chaque béotien installant n'importe quel SGBDR :

Avant tout, créer un compte OS spécifique, puis un compte administrateur spécifique à la base : ne jamais se fier au comptes systèmes

On s'affranchit de la sorte de nombreux probèmes...

merci quand même à tous

[orafrance]

Envoyé par Pomalaix

Pour clarifier les choses (j'espère) à propos de SYSDBA et du démarrage d'une base, voici un extrait du merveilleux document que je publierai un jour

Ha ouais... c'est dans longtemps ça

[denisys]

Envoyé par fadace

J'ai résolu le problème, et ai le conseil suivant pour chaque béotien installant n'importe quel SGBDR :

Avant tout, créer un compte OS spécifique, puis un compte administrateur spécifique à la base : ne jamais se fier au comptes systèmes

On s'affranchit de la sorte de nombreux probèmes...

merci quand même à tous

le compte OS spécifique , tu n’a pas oublié de l’inclure dans le groupe ORA_DBA j’espère !!!
auquel tu a vérifier ces droits spécifiques !!