Essayez de vous connecter à l'interne pour Oracle, obtenir un ralenti exemple?
J'ai donc une instance Oracle, et je sais que c'est en cours d'exécution sur ce système, je l'ai su à l'utilisateur oracle, et je vais essayer de vous connecter en utilisant "/as sysdba". Cependant, lorsque je connecte, il dit que l'instance est en veille. Je sais que la base de données est ouvert, parce que ma demande de lui parler. Mes chemins (ORACLE_HOME, etc.) peut-être incorrect: une idée de ce qui mauvais réglage peut entraîner dans cette?
% sqlplus "/as sysdba"
SQL*Plus: Release 10.2.0.3.0 - Production on Mon Dec 8 09:23:22 2008
Copyright (c) 1982, 2006, Oracle. All Rights Reserved.
Connected to an idle instance.
09:23:22 SQL> Disconnected
% ps -ef | grep smon
oracle 6961 1 0 Nov 05 ? 1:24 ora_smon_ORA003
%
OriginalL'auteur | 2008-12-08
Vous devez vous connecter pour publier un commentaire.
assurez-vous d'avoir votre ORACLE_HOME installation exactement le même que lorsque le serveur a été démarré, j'ai vu ce problème avec oracle 9.2.0.5.0 sur solaris,
est deux choses différentes, ce qui va entraîner des problèmes de connexion locale.
OriginalL'auteur Matthew Watson
qui signifie que l'instance de base de données n'est pas monté, ni ouvert. Exécuter le de démarrage de commande et de voir si des erreurs apparaissent.
OriginalL'auteur Igor Zelaya
La base de données ne peut pas être inactif et dans l'utilisation de votre application en même temps. Il semble que le sqlplus session doit être connecté à une autre instance de l'application. Essayez de spécifier la connexion identifiant dans la déclaration de connexion comme suit:
OriginalL'auteur Leigh Riffel
grâce. il était en effet supplémentaire avant la barre oblique à la fin dans la variable ORACLE_HOME.
Dans mon cas, voir la wierdness - je me suis connecté au serveur et a essayé de la connexion mais j'ai reçu l'erreur ci-dessus. Je savais que l'instance est en place et l'DB a été ouvert. Donc vérifié la ORACLE_HOME parce que j'étais au courant de cette possibilité. Ce que j'ai vu, c'est que ORACLE_HOME était parfait (c'est à dire pas avant supplémentaire slash à la fin). Alors après avoir essayé beaucoup de choses quand j'ai lu ce fil, il m'a frappé. La DB a commencé avec ORACLE_HOME ensemble avec supplémentaire avant la barre oblique. Donc on a commencé avec
ORACLE_HOME=/u01/app/oracle/product/10.2.0.3/
et pendant tout ce temps, j'ai essayé avec
ORACLE_HOME=/u01/app/oracle/product/10.2.0.3
🙁
Merci encore.
OriginalL'auteur pchov
Affaire est importante sur les systèmes *nix, donc assurez-vous que votre ORACLE_SID correspond exactement au nom de l'instance. Dans ce cas, ORA003 n'est PAS le même que ora003.
OriginalL'auteur DCookie
essayer à partir de la console de la machine
Je sais que sur windows il existe une commande pour créer un service pour le démarrage d'une instance pour vous,
oradmin -nouvelle -sid %ORACLE_SID% -intpwd %oracle_pwd% -startmode Un
OriginalL'auteur
Ok voici ce que j'ai Trouvé sur l'instance d'inactivité
il a à voir avec le spfile.. parfois, votre
init.ora
est situé quelque part d'autreessayez de rechercher pour
init.ora
, une fois que vous avez trouvé l'emplacementessayer ce code
startup spfile="C:\location";
il dira que l'instance a commencé.
bien que l'on a travaillé pour moi
OriginalL'auteur Edmael
J'ai eu le même problème.
En enlevant le "/" à la fin de ORACLE_HOME résolu.
Merci pour le partage, il aurait été très difficile à diagnostiquer et à résoudre ce problème en l'absence de ce blog.
OriginalL'auteur dbamanager
Le problème peut être le cas si la session n'a pas pu être ouvert en raison de extremally occupé de la base de données.
dans ce cas, la connexion à l'aide de n'importe quel utilisateur, même factice une
sqlplus mannequin/dummy
voudrais vous donner un réel problème, mais pas d'inactivité de l'instance.
OriginalL'auteur Eter Pani
J'ai essayé sqlplus mannequin/dummy et il m'a donné le problème réel (de mémoire). J'ai fait de mémoire disponible et j'ai été capable de se connecter sans aucun problème.
OriginalL'auteur Talwinder Singh
J'ai eu le même problème lors de spécifier mal SID (xe au lieu de XE).
Si vous installez la base de données rpm, vérifiez tous les environnement dans /etc/inid.d/oracle
OriginalL'auteur GintsGints