Je me débats avec l'erreur suivante lors du démarrage SQLPlus comme mon utilisateur habituel - dites "Scott". L'environnement est: misc autres détails: C'est la plupart des bizarres, car je peux heureusement exécuter SQLPlus comme utilisateur Oracle (Dites "Oraadmin") et l'utilisateur Scott est enregistré dans le groupe Oracle Admin. De plus, je n'avais pas de tels problèmes avec mon précédente installation Oracle (10.2.0.7). My ~ Scott's $'s $'s Oracle_Home fait référence à l'installation 11.2.0.2. comparer les environnements 11.2.0.2.2.0.0.7, j'ai remarqué plusieurs bibliothèques (y compris $ oracle_home / lib / libsqllus.so). -Les autorisations (744) ont donc chmodé. autre que cela, mon $ oracle_home / lib, $ oracle_home / bin, $ oracle_home / oracore et $ oracle_home / rdbms semblent tous semblables avec des permissons sensibles. NB < / Strong>: Il y a une pléthore de trucs en ligne mais, comme c'est souvent le cas, il y a beaucoup de problèmes spécifiques à des cas et principalement autour de différentes versions de Windows. Se concentrer principalement sur la comparaison de mes env. En outre, autant que je sache, cette question n'existe pas encore sur cela afin de pouvoir commencer à rassembler des réponses par environnement. Je rappellerai toutes les constatations raisonnables.
4 Réponses :
Correction de mon problème particulier ...
Le chemin d'accès de l'utilisateur Scott est toujours contenue la poubelle ORA11.1.0.7. Donc, sur le démarrage SQLPlus, j'exécutais le client ORA11.1.0.7 SQLPLUS contre le serveur 11.2.0.2. Pensez qu'il peut y avoir plus que cela (c'est-à-dire que je m'attendais probablement à ce que le client travaille avec ce serveur), mais c'est la plaque tournante du problème. P>
dans ma défense, my.bashrc définit le $ Chemin correctement, donc pas encore sûr de ce qui préemple avec la version 11.1.0.7. Devinez la règle judicieuse consiste à ajouter mon $ oracle_home / bin à l'avant du parcours de $ pour vous assurer que la mine est trouvée en premier, malgré ce qui est défini par n'importe quel autre configuration de l'environnement, comme dans P>
export PATH=$ORACLE_HOME/bin:$PATH
Accepté ma propre réponse pour indiquer que cela a résolu mon problème particulier.
Certains des sites les plus utiles ...
Divers environnements Windows:
Si c'est Windows 7, vous pouvez cliquer avec le bouton droit de la souris sur SQL Plus ou quel que soit le logiciel que vous utilisez, j'utilise des rapports de cristal.
Donc, vous devriez C'est corrigé pour moi.
Great Tip ... J'ai ajouté le contrôle total des utilisateurs authentifiés sous Propriétés du fichier pour le dossier client_1 (clic droit sur le dossier, onglet Sécurité). Semble avoir résolu le problème pour moi
dans Windows j'ai trouvé la solution ---
Attribuer le droit "Créer des objets globaux" directement sur le compte non-administrateur.
Pensez que j'ai peut-être un problème avec ma piste de $.
Toute mise à jour sur la manière dont vous avez corrigé votre problème? S'il vous plaît aider les autres.
Bonjour @Mowgli, j'ai déjà laissé quelques réponses ci-dessous ... Le premier répertorie certains sites que j'ai trouvés utiles dans ma recherche. La seconde sort du problème particulier que j'avais connu (c'est-à-dire que j'étais un peu stupide ;-) ... dans mon cas, vous verrez que j'exécuterais la mauvaise version client de mon serveur et que le client ne parle pas au serveur (11.2.0.2 Server VS 11.1.0.7 client). Ceci était dû à mes paramètres de parcours de $ la liste 11107 avant la poubelle de 11202 [$ oracle_home n'était irrevant]). Je n'ai pas accepté ma propre réponse car elle se sentait un peu effrontée!
WM, je n'avais pas à faire grand chose, tout ce que j'ai fait était avec le bouton droit de la souris et exécutez-le en tant qu'administrateur sur ma Windows 7 et cela a bien fonctionné pour moi.
J'ai eu une entrée de registre dans
hklm \ logiciel \ oracle \ sswow64 qui a la touche Oracle_Home. J'ai supprimé cela et ça a commencé à travailler! Mon environnement: Win10, ORA Client instantané 10.2+, ORA 9I Server de base de données