Problème create DB 10.2.0.5 Windows 2008R2 64
Résolu/Fermé
lotze
Messages postés
7
Date d'inscription
jeudi 11 février 2010
Statut
Membre
Dernière intervention
15 septembre 2010
-
15 sept. 2010 à 11:46
Patrick - 6 déc. 2010 à 10:48
Patrick - 6 déc. 2010 à 10:48
A voir également:
- Problème create DB 10.2.0.5 Windows 2008R2 64
- Winrar 64 bits windows 10 - Télécharger - Compression & Décompression
- Cle windows 10 professional 64 bit gratuit - Guide
- Montage video windows - Guide
- Windows ne démarre pas - Guide
- Canon lbp 2900 driver windows 10 64-bit - Télécharger - Pilotes & Matériel
3 réponses
sandul
Messages postés
3927
Date d'inscription
jeudi 22 mai 2008
Statut
Membre
Dernière intervention
8 octobre 2010
723
15 sept. 2010 à 11:53
15 sept. 2010 à 11:53
Salut,
Ca devrait marcher d'après Oracle.
Comme tu as la même erreur sur 2 machines différentes, si j'étais à ta place, j'ouvrirais un incident metalink.
++
Ca devrait marcher d'après Oracle.
Comme tu as la même erreur sur 2 machines différentes, si j'étais à ta place, j'ouvrirais un incident metalink.
++
lotze
Messages postés
7
Date d'inscription
jeudi 11 février 2010
Statut
Membre
Dernière intervention
15 septembre 2010
15 sept. 2010 à 14:59
15 sept. 2010 à 14:59
mon compte metalink déconne... dans settings j'ai bien Create & update SR, mais pas de bouton create SR dans le menu SR :-(
loose quand tu nous tiens! :p
loose quand tu nous tiens! :p
J'ai eu le même problème,
Celui-ci était du a une absence de variable d'environnement:
Il faut soit mettre a jour la registry avec les informations concernant: Oracle_Home, tns_admin, SID
Soit créer des variables d'environnement pour ces mêmes informations.
Concrètement, sans ces information, la connexion en tant que sysdba ne ce fait pas et l'utilisateur est déconnecté de la session sqlplus.
Celui-ci était du a une absence de variable d'environnement:
Il faut soit mettre a jour la registry avec les informations concernant: Oracle_Home, tns_admin, SID
Soit créer des variables d'environnement pour ces mêmes informations.
Concrètement, sans ces information, la connexion en tant que sysdba ne ce fait pas et l'utilisateur est déconnecté de la session sqlplus.