Discussion :

[NULL008]

Bonjour a tous ,

Qui a une idée svp sur erreur

j'ai tenter seulement a affecté le role SYSDBA a une de mes utilisateurs

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

RMAN> GRANT sysdba to rds ;

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03002: Úchec de la commande sql statement Ó 05/11/2021 20:35:19
ORA-01994: Úchec de GRANT : fichier de mots de passe absent ou dÚsactivÚ

merci pour vos aides

[Ikebukuro]

C'est bizarre ta commande car normalement, du moins de mon expérience, les gens qui se connectent en sysdba se gèrent au niveau Unix (si connexion en local).
Par exemple, sur le serveur Unix S1, il y a la base B1, eh bien un user unix U1, qui est dans le groupe dba, pourra se connecter as sysdba sous SQL*Plus sans avoir à recevoir le droit sysdba d'un admin Oracle.

Maintenant, si tu veux donner le droit à un user de se connecter as sysdba à distance à la base B1 depuis le serveur unix U2, là effectivement, il faut gérer sur le serveur U1 un fichier de mot de passe Oracle pour les users pouvant se connecter, à distance donc, as sysdba.

Donc que veux-tu faire précisément?

[vanagreg]

Bonjour,

Pourquoi essaies-tu de le faire depuis RMAN? As-tu essayé depuis SQL*Plus sur le serveur connecté en SYSDBA?
Au fait SYSDBA n'est pas un rôle mais un privilège.

[Ikebukuro]

Tiens, exact, il lance sa commande depuis RMAN... encore plus bizarre.

Vanagreg a raison, sysdba est un privilège système, pas un rôle.
Oracle induit les gens en erreur avec des outils comme SQL Developer et même le Cloud Control.
Dans ceux-ci, on trouve une liste déroulante avec le libellé "Rôle" et, dans la liste, le libellé "sysdba"; même la doc est parfois sujette à caution sur ce point.