IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Administration Oracle Discussion :

Création de base - init des répertoires


Sujet :

Administration Oracle

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Décembre 2006
    Messages
    142
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Décembre 2006
    Messages : 142
    Par défaut Création de base - init des répertoires
    Bonjour,

    Je voudrais créer une base (10g) sous linux à partir de scripts.
    - Je lance orapwd
    - Je positionne le ORACLE_SID
    - je lance sqlplus /nolog.
    - Mais quand j'essaie de me connecter en sys j'ai l'erreur suivante :

    SQL> connect sys/***** as sysdba
    ERROR:
    ORA-07446: sdnfy: bad value '%s' for parameter %s.

    SQL> connect / as sysdba
    ORA-07446: sdnfy: bad value '/home/oracle/admin/XXXX/udump' for parameter user_dump_dest.
    ORA-01075: you are currently logged on
    Le répertoire mentionné n'existe pas mais lorsque je le crée j'ai une autre erreur sur audit trail.

    La question est donc la suivante : les paramètres genre user_dump_dest sont définis dans le init.ora au lancement de l'instance OR je ne l'ai pas encore lancée... Où donc oracle va-t-il lire ces paramètres avant la création de la base ?

    Merci.

  2. #2
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Décembre 2006
    Messages
    142
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Décembre 2006
    Messages : 142
    Par défaut
    Pour précision une instance portant un nom identique mais avec une lettre de plus a été créée, mais acela échoué à un moment donné que je ne connais pas, car elle avait en tout 9 lettres. J'ai vu que les process oracle étaient encore là et les ai supprimés.
    Et quand j'essaie de me connecter avec un autre nom d'instance je n'ai plus l'erreur. Il doit donc y avoir un truc lié à ce nom qui traine quelque part mais je n'arrive pas à voir où...

  3. #3
    Membre éclairé
    Inscrit en
    Avril 2006
    Messages
    702
    Détails du profil
    Informations forums :
    Inscription : Avril 2006
    Messages : 702
    Par défaut
    Salut
    quelle est ta version de linux?
    As tu les variables dans un .profile ?
    Tu peux poster le .profile ou .bash_profile ?

    Connecte toi comme user oracle et fait ceci:

    Juste pour voir les variables d'env qui sont definies sur ta machine.

  4. #4
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Décembre 2006
    Messages
    142
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Décembre 2006
    Messages : 142
    Par défaut
    La version est 2.6.18

    Je n'ai rien de spécial dans l'env. :

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    bash-3.2$ set |grep ORA
    ORACLE_BASE=/logiciels/oracle
    ORACLE_HOME=/logiciels/oracle/oradb/10.2.0/ora
    ORACLE_SID=MON_SID
    ORA_NLS10=/logiciels/oracle/oradb/10.2.0/ora/nls/data

  5. #5
    Membre éclairé
    Inscrit en
    Avril 2006
    Messages
    702
    Détails du profil
    Informations forums :
    Inscription : Avril 2006
    Messages : 702
    Par défaut
    Regarde avec un ps -edf|grep pmon
    si t'as un process avec le même nom que la sid.
    Juste pour être sur.
    Si t'as des process, fait un kill

    Regarde bien ce que tu as dans ton path pour etre sur que lorsque tu tape sqlplus c'est le sqlplus correct.
    Tu as juste un rdbms installé ou plusieurs?

    Fait un which sqlplus aussi
    Dans le doute,
    execute ceci:

    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    /logiciels/oracle/oradb/10.2.0/ora/bin/sqlplus / as sysdba

  6. #6
    Membre confirmé
    Homme Profil pro
    Administrateur de base de données
    Inscrit en
    Décembre 2006
    Messages
    142
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Isère (Rhône Alpes)

    Informations professionnelles :
    Activité : Administrateur de base de données
    Secteur : Conseil

    Informations forums :
    Inscription : Décembre 2006
    Messages : 142
    Par défaut
    Le SQL*Plus est bien le bon et je n'ai pas d'autre versions d'Oracle.
    J'avais supprimé les process existants.
    Et je ne vois toujours pas où oracle va chercher ce user_dump_dest...

Discussions similaires

  1. [Batch] création des répertoires vides
    Par milanoran dans le forum Scripts/Batch
    Réponses: 2
    Dernier message: 23/05/2011, 14h57
  2. Réponses: 4
    Dernier message: 10/04/2008, 14h51
  3. Réponses: 4
    Dernier message: 17/01/2008, 17h26
  4. Création des répertoires
    Par ouchemhou dans le forum Langage
    Réponses: 2
    Dernier message: 08/01/2008, 16h16
  5. Réponses: 0
    Dernier message: 02/11/2007, 21h34

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo