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

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

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

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

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

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

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

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

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

sqlplus "/@ConnectIdentifier as sysdba"

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

попробуй из консоли машины

export ORACLE_SID=your sid here
sqlplus /nolog
startup

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

У меня такая же проблема. Удалив лишний «/» в конце ORACLE_HOME, решил эту проблему.

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

Попробуйте войти с помощью 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.

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

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

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

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

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

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

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

манекен/манекен sqlplus

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

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

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

shutdown abort

тогда

startup