Пытаетесь соединиться внутри с Oracle, получив незанятый экземпляр?

Ответ 1

убедитесь, что у вас установлена ​​ORACLE_HOME, точно так же, как при запуске сервера, я видел эту проблему с oracle 9.2.0.5.0 на solaris,

ORACLE_HOME=/opt/oracle
ORACLE_HOME=/opt/oracle/

- это две разные вещи и приведет к локальным проблемам, связанным с ними.

Ответ 2

это означает, что экземпляр базы данных не монтирован и не открыт. Выполните команду запуска и посмотрите, появляются ли какие-либо ошибки.

Ответ 3

База данных не может быть бездействующей и использоваться вашим приложением одновременно. Кажется, что сеанс sqlplus должен быть подключен к другому экземпляру, чем приложение. Попробуйте указать идентификатор соединения в инструкции connect следующим образом:

sqlplus "/@ConnectIdentifier as sysdba"

Ответ 4

попробуйте с консоли компьютера

export ORACLE_SID=your sid here
sqlplus /nolog
startup

Я знаю, что в Windows есть команда создать службу, чтобы запустить экземпляр для вас, oradmin -new -sid% ORACLE_SID% -intpwd% oracle_pwd% -startmode A

Ответ 5

спасибо. это действительно было то, что дополнительная передняя косая черта в конце в переменной ORACLE_HOME.

В моем случае см. wierdness - я вошел в систему на сервере и попытался подключиться, но получил вышеуказанную ошибку. Я знал, что этот экземпляр был открыт, и DB был открыт. Поэтому проверили ORACLE_HOME, потому что я был осведомлен об этой возможности. То, что я увидел, было то, что ORACLE_HOME был в порядке (т.е. В конце не было дополнительной передней косой черты). Затем, когда я пробовал много, когда читал эту тему, это меня поразило. БД была начата с ORACLE_HOME, установленной с дополнительной косой чертой. Итак, DB был запущен с ORACLE_HOME =/u01/приложение/оракул/продукта/10.2.0.3/ и все это время я пытался ORACLE_HOME =/u01/приложение/оракул/продукта/10.2.0.3 : (

Еще раз спасибо.

Ответ 6

Случай значим для систем * nix, поэтому убедитесь, что ваш ORACLE_SID точно совпадает с именем экземпляра. В этом случае ORA003 не совпадает с ora003.

Ответ 7

Хорошо, вот что я узнал про экземпляр без дела это связано с spfile.. иногда ваш init.ora находится где-то еще

попробуйте найти init.ora, как только вы найдете местоположение

попробуйте этот код startup spfile="C:\location";

он скажет, что экземпляр начался.

хорошо, что я работал у меня

Ответ 8

У меня была та же проблема. Удалив лишний "/" в конце ORACLE_HOME, разрешил его.

Спасибо за обмен - было бы очень сложно диагностировать и разрешать эту проблему в отсутствие этого блога.

Ответ 9

Проблема может заключаться в том, что сеанс не может быть открыт из-за экстремально загруженной базы данных. в этом случае соединение с использованием любого пользователя, даже фиктивного

sqmplus dummy/dummy

даст вам актуальную проблему, но не простой.

Ответ 10

Я попробовал sqlplus dummy/dummy, и это дало мне актуальную проблему (из памяти). Я сделал доступную память, и я смог войти в систему без каких-либо проблем.

Ответ 11

У меня была такая же проблема, когда я указывал неправильный SID (xe вместо XE). Если вы устанавливаете базу данных с rpm, проверьте все окружения на/etc/inid.d/oracle

Ответ 12

Посмотрите блог ниже. По сути проблема заключается в том, что один из других ответов утверждал. /root/path _to_home является правильным,/root/path_to_home/по какой-либо причине неправильно разбирается.

http://blog.dbvisit.com/whats-going-on-connected-to-an-idle-instance-but-database-is-running/

Ответ 13

Попробуйте sqlplus sys/sys as sysdba с помощью sqlplus sys/sys as sysdba

SQL> startup

Выход должен быть похожим:\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.

Ответ 14

просто введите:

shutdown abort

затем

startup