Vous essayez de vous connecter en interne à Oracle pour obtenir une instance inactive?
J'ai donc une instance Oracle, et je sais qu'elle fonctionne sur ce système. Je me suis référé à l'utilisateur Oracle et j'essaie de me connecter avec "/ as sysdba". Cependant, lorsque je me connecte, cela signifie que l'instance est inactive. Je sais que la base de données est opérationnelle et ouverte, car mon application lui en parle. Mes chemins (Oracle_HOME, etc.) sont peut-être incorrects: vous avez une idée du paramètre incorrect qui pourrait en résulter?
% 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
%
assurez-vous que votre configuration Oracle_HOME est identique à celle qui prévalait au démarrage du serveur. Ce problème avec Oracle 9.2.0.5.0 a été constaté sur Solaris.
Oracle_HOME=/opt/Oracle
ORACLE_HOME=/opt/Oracle/
est deux choses différentes, et entraînera des problèmes de connexion localement.
cela signifie que l'instance de base de données n'est ni montée ni ouverte. Exécutez la commande startup et voyez si des erreurs apparaissent.
merci. il s’agissait bien de la barre oblique supplémentaire à la fin de la variable Oracle_HOME.
Dans mon cas, voir la bizarrerie - je me suis connecté au serveur et j'ai essayé de me connecter mais j'ai eu l'erreur ci-dessus. Je savais que cette instance était en place et que DB était ouvert. Donc vérifié l'Oracle_HOME parce que j'étais au courant de cette possibilité. Ce que j’ai vu, c’est qu’Oracle_HOME fonctionnait bien (c’est-à-dire qu’il n’y avait pas de barre oblique supplémentaire à la fin). Puis après avoir essayé beaucoup quand j'ai lu ce fil, cela m'a frappé. La base de données a été démarrée avec Oracle_HOME défini avec cette barre oblique supplémentaire. Donc, DB a été lancé avec Oracle_HOME =/u01/app/Oracle/product/10.2.0.3 / Et pendant tout ce temps, j’essayais avec Oracle_HOME =/u01/app /Oracle/product/10.2.0.3 :(
Merci encore.
La base de données ne peut pas être inactive et utilisée simultanément par votre application. Il semble que la session sqlplus doit être connectée à une instance différente de celle de l'application. Essayez de spécifier l’identifiant de connexion dans l’instruction connect comme suit:
sqlplus "/@ConnectIdentifier as sysdba"
La casse est significative sur les systèmes * nix, assurez-vous donc que Oracle_SID correspond exactement au nom de l'instance. Dans ce cas, ORA003 n'est PAS identique à ora003.
Ok, voici ce que j'ai découvert sur l'instance inactive Et le spfile. Parfois, votre init.ora est situé ailleurs
essayez de rechercher init.ora, une fois que vous avez trouvé l'emplacement
essayez ce code startup spfile="C:\location";
il dira que l'instance a commencé.
bien que l'on a travaillé pour moi
J'ai eu le même problème. En supprimant le "/" supplémentaire à la fin de Oracle_HOME, vous l'avez résolu.
Merci pour le partage - il aurait été vraiment difficile de diagnostiquer et de résoudre ce problème en l'absence de ce blog.
essayez depuis la console de la machine
export Oracle_SID=your sid here
sqlplus /nolog
startup
Je sais que sur Windows, il existe une commande permettant de créer un service permettant de démarrer une instance pour vous, Ouadmin -new -sid% Oracle_SID% -intpwd% Oracle_pwd% -startmode A
J'ai eu le même problème en spécifiant un SID incorrect (xe au lieu de XE). Si vous installez la base de données avec rpm, vérifiez tout l'environnement à /etc/inid.d/Oracle
Le problème peut être si la session ne peut pas être ouverte en raison d'une base de données extrêmement occupée. Dans ce cas, connexion utilisant n'importe quel utilisateur, même fictif
sqlplus dummy/dummy
vous donnerait le problème réel mais pas l'instance inactive.
J'ai essayé sqlplus dummy/dummy et cela m'a posé le problème (manque de mémoire). J'ai rendu la mémoire disponible et j'ai pu me connecter sans problème.
Essayez cette connexion avec sqlplus sys/sys as sysdba
SQL> startup
SORTIE DEVRAIT ÊTRE COMME:\n
Total System Global Area 467652608 bytes
Fixed Size 2214416 bytes
Variable Size 352323056 bytes
Database Buffers 104857600 bytes
Redo Buffers 8257536 bytes
Database mounted.
Database opened.