1. Главная страница » Компьютеры » Ora 01034 oracle недоступен

Ora 01034 oracle недоступен

Автор: | 16.12.2019

Я получаю вышеуказанную ошибку при попытке подключиться к базе данных сервера от клиента, используя имя службы orcl . Он подключается, когда я использую другое имя службы, т.е. dms

Ниже мой listener.ora

Скажите, пожалуйста, что делать?

Откройте командную строку и выполните следующие команды:

Некоторое время. База данных не будет смонтирована правильно, поэтому нам нужно ее вручную установить. Для этого Завершите ее и запустите, затем смонтируйте. Выполните следующие команды

войти как пользователь оракула, затем

Убедитесь, что ваши ORACLE_HOME и ORACLE_SID верны Чтобы увидеть текущие значения в окнах, введите в командной строке

Если значения не являются вашим текущим оракулом и SID, вам нужно их исправить. Это можно сделать в переменных среды Windows.

У меня возникла такая же проблема при создании соединения в SQLDeveloper "ORA-01034: ORACLE недоступен ORA-27101: область общей памяти не существует"

1.Уставьте файл listene.ora включить SID.

(ADDRESS = (PROTOCOL = IPC) (KEY = EXTPROC1)) (ADDRESS = (PROTOCOL = TCP) (HOST = USMUMTBALAKDAS2.us.deloitte.com) (PORT = 1521)) ) )

В каталоге Oraclexe может быть установлено разрешение " ReadOnly", изменить права на каталог/подкаталог для чтения/записи и перезапуска слушателей. Проблема решена.

Счастливое кодирование! Ура!!

ORA-01034 и ORA-27101 обычно указывают, что экземпляр базы данных, к которому вы пытаетесь подключиться, выключен и что вы не подключены как пользователь, у которого есть разрешение на его запуск. Войдите в систему на сервере 192.168.1.53 и запустите экземпляр orcl или попросите своего администратора базы данных сделать это за вас.

Надеюсь, вы решили свою проблему. Если у вас все еще есть проблема, повторите двойную проверку, если вы установите этот Oracle под учетной записью домена. Я нашел поток, который говорит, что Oracle XE дает ту же ошибку при установке под учетной записью домена. Вместо этого используйте локальную учетную запись.

Эта же ошибка произошла со мной, хотя ORACLE_HOME и ORACLE_SID, казалось, были правильно настроены.

Проблема была в ORACLE_HOME, которая не должна заканчиваться символом косой черты. Когда я удалил конечную косую черту, она начала нормально работать.

Итак, даже если кажется, что все настроено нормально, проверьте свои переменные для этого.

Ваш listener.ora неправильно сконфигурирован. Нет службы orcl.

Я попал в один и тот же симптом shared memory realm does not exist (в Windows), но по другой причине. Я только что установил Oracle (XE) и после некоторого устранения неполадок установил, что моя установка была повреждена из-за наличия свойства среды ORACLE_HOME в момент его установки.

Если это TL;DR, перейдите к "Чтобы решить:"!

Мой первоначальный симптом был:

Очевидно, что установка Windows считывает ORACLE_HOME из реестра и не нуждается (и, конечно, в моем случае не должна иметь. ) свойство среды.

Удалите его, как показано ниже:

  • Изменить настройки системной среды (клавиша Windows и запустить набрав ‘env’, и вы должны увидеть этот вариант.
  • Удалить любые переменные пользовательской и системной среды, называемые ORACLE_HOME, если настоящее время. (запишите их значения, в основном из интереса, но могут быть используйте, если вы хотите вернуть их по какой-то причине!)
  • Перезагрузите компьютер. Не отчаивайтесь с выключенным протоколом — перезагрузите машина. Установка Windows Oracle по умолчанию использует службы Windows и ваша установка в настоящее время очень плоха — ей нужен перезапуск.

После перезагрузки я смог получить сообщения об ошибках, отличные от "Нет файла сообщений. ", и мог бы начать смотреть на то, что проблема была. Установка ORACLE_SID на XE и подключение @XE Я получил до ошибок на этой странице, а именно следующие симптомы:

Еще один признак: При запуске страницы "Начало работы" она не смогла соединиться, предоставив ошибку не найденную (если я правильно помню), несмотря на запуск слушателей Windows и служб XE. Как отмечено в другом ответе, это может быть связано с тем, что службы Windows не запускаются. В моем случае эти службы были запущены, поэтому что-то еще было неправильно сконфигурировано.

Читайте также:  Asus без доступа к интернету

В этот момент я подумал, что, возможно, моя установка просто так плохо поступила из-за наличия моего плохого свойства среды ORACLE_HOME, которое я должен переустановить. (Предыдущие переустановки не помогли, но все это было до того, как я заметил свойство системной среды ORACLE_HOME (возможно, установленное мной год назад!).

Итак, чтобы решить:

  • Закройте любое приложение, смотрящее на установочный каталог Oraclexe (приглашения редакторов/исследователей/cmd)
  • Быстрая поездка на добавление и удаление программ и удаление OracleXe
  • Дважды проверьте, что у вас нет никакого свойства среды ORACLE_HOME, помните — Windows будет использовать записи реестра, чтобы получить его.
  • Перезагрузите (не рискуйте — мы в этом надолго!)
  • Вы уверены, что не было свойства ORACLE_HOME?
  • Запустите программу установки Oracle еще раз (в качестве учетной записи локального администратора)
  • Вы должны уметь радоваться работе. Я сделал, по крайней мере!

Oracle версия 7.3 выдает при попытке коннекта ошибку ora-01034, была рабочая база, но после аварийного отключения питания сервера перестала быть таковой. Все необходимые службы запущены, драйвера ODBC присутствуют,алиас прописан и пингуется Tnsping"ом.
В хелпе
ORA-01034: Oracle not available
Cause: Oracle was not started up. Possible causes include the following:
The SGA requires more space than was allocated for it.
The operating system variable pointing to the instance was improperly defined.
То есть для СГА требуется больше места либо переменная операционной системы неправильно определена.
Что делать, где можно помотреть и установить необходимое пространство для СГА или переменную операционой системы и каковы должны быть их значения. Оперативная память сервера — 128 мБ. Операционка — NT 4


Sergey13 ( 2002-12-16 10:48 ) [1]

Я так понял, что все это ты видишь на клиентской машине, а не на сервере?
Тебе надо пойти на сервак (пешком) и смотреть, что там. А там база не стартовала 8-(. Может просто ее надо ручками запустить, может ошибки какие, и надо восстанавливать. Нужно смотреть конкретно.
Но для начала обязательно скопируй все файлы данных, контрол файл и активные логи куда нибудь в отдельное место .
База в архивлоге работала или нет? Бэкапы есть? Архивы логов есть?


BIN ( 2002-12-16 14:12 ) [2]

Смотрел именно на серваке. Службы работают, пробовал перезапускать, тож самое. Я так понял, что если все файлы указанные выше скопировать, то есть потенциальная возможность восстановления базы. На последние три вопроса пока не могу ответить, потому как базой специально никто не занимался. Выявились еще ошибки ora-09243 и osd-04101, все ведут к СГА. Нигде не мог найти упоминание об установке этого параметра. Не мог найти файла Init.ora. Кстати, BDE тоже не работает! Может дело в ODBC.


passm ( 2002-12-16 14:36 ) [3]

BIN © (16.12.02 14:12)> Для того, чтобы исключить причину BDE или ODBC попробуй соединиться с базой без "посредников". Например, через Command Line Processor. (Если это в Oracle имеется.)


BIN ( 2002-12-16 14:47 ) [4]

Command Line Processor — это что за программа.


passm ( 2002-12-16 14:56 ) [5]

BIN © (16.12.02 14:47)> Я работаю с DB2. Но у нее много общего с Oracle 🙂 Посему позволил себе вмешаться в дискуссию.
Command Line Processor — это консоль, дающая возможность работать с СУБД через интерфейс командной строки. Коннект к БД должен осуществляться по принципу CONNECT TO USER USING

Читайте также:  Alcatel one touch 6036y характеристики

Но скорее всего BDE и ODBC тут ни при чем. Поищи в Help"е что такое SGA. На каком уравне эта штука имеется (Instance или Database). И поиграй с ее настройкой — Вот так и приходится выживать :))


Johnny Smith ( 2002-12-16 15:02 ) [6]

2BIN © (16.12.02 14:47)
Дружище, у тебя сдох сервер (или база), а ты на ODBC пеняешь! Тебе объяснили, что нужно попытаться сделать startup на серваке. Если это не получится, надо пытаться восстановить базу; если у тебя не было бэкапов, то базе можно помахать ручкой.


BIN ( 2002-12-16 15:05 ) [7]

Коннекта к базе не происходит ни из какой программы ни под каким юзер / пассворд . Не знаю где и как настроить размер SGA (System Global Area или Shared Glaobal Area) — системная или разделяемая глобальная область — память, используемая процессами Оракла


BIN ( 2002-12-16 15:09 ) [8]

Johnny Smith ©
> нужно попытаться сделать startup на серваке
Как конкретно это сделать?


roottim ( 2002-12-16 15:09 ) [9]

>Службы работают, пробовал перезапускать
то что сервис работает — это не означает, что база смонтирована и запущена. Запусти мульку для управления (в 8,9 это EM) сделай коннект под sys/your_passw@serv_name as sysdba и смонтируй базу, если она закрыта.
про SGA потом.


Johnny Smith ( 2002-12-16 15:31 ) [10]

2BIN © (16.12.02 15:09)
1) Запускаешь SQLPlus
2) Пишешь: Connect Internal/Oracle (или какой там пароль у Internal"а)
3) Пишешь: Shutdown и, не глядя на то, что он тебе вернет, набираешь: Startup Mount . Если результатом будет сообщение Database started. Database mounted. , то база жива. В противном случае Оракл выдаст сообщение, какие файлы гавкнулись. Исходя из этого работаешь над поднятием базы.


BIN ( 2002-12-16 16:17 ) [11]

Спасибо, проверю тока завтра


BIN ( 2002-12-17 14:34 ) [12]

Спасибо всем , все заработало.


Johnny Smith ( 2002-12-17 15:26 ) [13]


BIN ( 2002-12-18 07:47 ) [14]

Видимо что то произошло с каким то файлом базы, смотрите сами:
После аварийного выключения питания ошибка
ORA-01034 Oracle not available
по вашему совету :
SQLWKS> shutdown
.

SQLWKS> startup open
Экземпляр ORACLE запущен.
Общий объем SGA — 7505584 байт
Fixed Size 35748 байт
Variable Size 7052044 байт
Database Buffers 409600 байт
Redo Buffers 8192 байт
База данных смонтирована.
ORA-01113: . . 4 . . .
ORA-01110: . . 4: "C:ORANTDATABASETMP1ORCL.ORA"

со шрифтами тоже какая то фигня, из хелпа
ORA-01110: файл"имя" не активен
Причина: Была предпринята попытка получить доступ к файлу до того как он стал активен.
ORA-01113: файлу "имя" требуется процесс восстановления начатая с последовательности протоколов "номер"

далее порылся в книге и нашел команду восстановления
recover
Все чудесным образом восстановилось.
Напишите если есть какие мысли по этому поводу, могло ли это быть следствием отключения питания или могло произойти по другой причине


Johnny Smith ( 2002-12-18 09:36 ) [15]

TMP-файл, который у Вас гавкнулся, используется в Oracle для выполнения запросов — в нем формируются временные таблицы при их выполнении и прочая мура. То есть в нем не содержится ничего критичного для базы, поэтому спас обычный recover.
Если бы гавкнулся файл данных или файл с сегментом отката — вряд ли помогло бы.
Причиной могла стать несогласованная запись в файл — сам Оракл знает что пишет и постоянно держит контрольные суммы в Control-файле. Произошло рассогласование — что-то записалось, а контрольная сумма не изменилась. Это вполне могло произойти из-за сбоя питания, но возможны и другие причины.
У нас один товарисч, например (руки ему вовремя не оторвали :))), полез в файл данных через FAR (чего он там искал — фиг его знает), нажав F4. Файл гавкнулся — то ли он там подредактировал чего (пробел нажал по неосторожности), то ли Оракл попробовал чего-то туда записать, но файл оказался недоступен. Благо, база была "двадцать первой резервной". Руки парню оторвали, но было поздно — базу пришлось "заливать" с рабочего сервака.
Поэтому советую хорошо ознакомиться со всем, что связано с администрирование Оракла (наука та еще :))), построить стратегию резервного копирования и восстановления.

Читайте также:  Delphi 7 как пользоваться


Sergey13 ( 2002-12-18 10:40 ) [16]

2Johnny Smith © (18.12.02 09:36)
>Если бы гавкнулся файл данных или файл с сегментом отката — вряд ли помогло бы.
Почему? Помогло бы. Если есть рабочие экземпляры контрол файла и всех логов — помогло бы. Поэтому и рекомендуют во всех книжках дублировать эти вещи на разные диски — чтоб помогало. 😎


Johnny Smith ( 2002-12-18 10:55 ) [17]

2Sergey13 © (18.12.02 10:40)
Почему? Помогло бы. Если есть рабочие экземпляры контрол файла и всех логов — помогло бы.
Как я понял, архивных логов-то у BIN не было (иначе он бы об этом знал).


BIN ( 2002-12-18 11:04 ) [18]

2 Johnny Smith ©
Спасибо за советы, разумеется нада бы все разузнать, но времени на нехватает, приходится делать все быстро потому особо разбираться некогда — заработало — и с глаз долой, до следующего подобного случая


FreeLancer ( 2002-12-18 11:12 ) [19]

Третий день умирает оракул ;-(


Sergey13 ( 2002-12-18 11:47 ) [20]

2Johnny Smith © (18.12.02 10:55)
>Как я понял, архивных логов-то у BIN не было (иначе он бы об этом знал).
Интересно из чего ты это понял. Он не знал даже какой программой запускать базу, а ты говоришь. 😎

2BIN © (18.12.02 11:04)
> заработало — и с глаз долой, до следующего подобного случая
При таком подходе следующий случай может стать последним. 8-(

2FreeLancer © (18.12.02 11:12)
>Третий день умирает оракул ;-(
Живучий гад. 😎


Johnny Smith ( 2002-12-18 12:00 ) [21]

2Sergey13 © (18.12.02 11:47)
Интересно из чего ты это понял. Он не знал даже какой программой запускать базу, а ты говоришь. 😎
Вот из этого и понял :)))).
Если знаешь, что такое архивные логи, то уж как и где startup сделать тоже знаешь :))).
При таком подходе следующий случай может стать последним. 8-(
Тоже верно. При условии, правда, что БД рабочая, а не на домашнем компе крутится.

Со временем аккумуляторы в ИБП деградируют и уже не могут обеспечить требуемого времени работы сервера во время отключения электричества.

И если такое случается на физическом сервере, где работают виртуальные сервера, то велика вероятность, что система не успеет завершить работу виртуальной машины или не успеет сделать её сохранения. Такая ситуация произошла в одной тестовой среде и после не правильного завершения работы ВМ, на которой работал Oracle одна из баз перестала работать. Обычно в такой ситуации достаточно запустить сервер и перезапустить базу Oracle, но одна база так и не запустилась и во время подключения к ней выдавала ошибку:

ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist

Я попытался запустить базу используя следующие команды:

Добавить комментарий

Ваш e-mail не будет опубликован. Обязательные поля помечены *

*

code