powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Зависание БД
10 сообщений из 10, страница 1 из 1
Зависание БД
    #39684243
Ilnov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый день.
Произошла странная штука.
При запуске БД возникла ошибка:
ORA-12012:
ORA-06502: PL/SQL: :
ORA-06512:
ORA-06502:
ORA-06512:
ORA-12514: TNS:
ORA-06512:

После этого БД запустилась, всё норм.
Спустя время возникла ошибка:
Fatal NI connect error 12514, connecting to:
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=10.0.0.21)(PORT=1521))(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=test)(CID=(PROGRAM=oracle)(HOST=dboracle.dom)(USER=o
racle))))

VERSION INFORMATION:
TNS for Linux: Version 12.1.0.2.0 - Production
TCP/IP NT Protocol Adapter for Linux: Version 12.1.0.2.0 - Production
Time: 07-AUG-2018 04:45:24
Tracing not turned on.
Tns error struct:
ns main err code: 12564

TNS-12564: TNS:connection refused
ns secondary err code: 0
nt main err code: 0
nt secondary err code: 0
nt OS err code: 0

В результат данной ошибки исчезла возможность подключиться к БД всех, кроме sysdba. Так же БД зависала при любом обращении к ней, к примеру при show parameter name.
Работоспособность БД восстановили коррекцией pfile, а именно закомментированием повторяющихся параметров типа: "*." и "sid.", большинство из этих параметров имели разные значения. Для примера:
sid.log_archive_dest_1=''
*.log_archive_dest_1='location=USE_DB_RECOVERY_FILE_DEST','valid_for=(ALL_LOGFILES, ALL_ROLES)'

Вопрос: что было с БД и куда копать?
...
Рейтинг: 0 / 0
Зависание БД
    #39684286
maverick2104
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ilnov,

Может я конечно что-то не понимаю , но как вы могли присвоить два разных значения для одного параметра инициализаций ?

И где вы видели такое ?

Код: plaintext
sid.log_archive_dest_1=''
...
Рейтинг: 0 / 0
Зависание БД
    #39684314
Asmodeus
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
maverick2104Ilnov,

Может я конечно что-то не понимаю , но как вы могли присвоить два разных значения для одного параметра инициализаций ?

И где вы видели такое ?

Код: plaintext
sid.log_archive_dest_1=''

В документации :

Код: plaintext
alter system set sga_target=6016M scope=spfile sid='testdb';

По итогу в spfile:
Код: plsql
1.
2.
3.
4.
...
*.sga_target=5033164800
testdb.sga_target=6308233216
...



Ilnov, для начала копать в alert.log на тему alter system.
...
Рейтинг: 0 / 0
Зависание БД
    #39684318
Ilnov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
maverick2104,к примеру в любов pfile/spfile:
n.__db_cache_size=1761607680
tn.__java_pool_size=33554432
tn.__large_pool_size=83886080
tn.__oracle_base='C:\app'#ORACLE_BASE set from environment
tn.__pga_aggregate_target=838860800
tn.__sga_target=2516582400
tn.__shared_io_pool_size=117440512
tn.__shared_pool_size=486539264
tn.__streams_pool_size=16777216


Параметр "sid." применяется раньше параметра "*." при указании одного и того же параметра.
Указать второй такой же параметр в spfile можно alter system set ... sid='db_name';
...
Рейтинг: 0 / 0
Зависание БД
    #39684319
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если данные настолько малоценны, что не требуют квалифицированного присмотра не только со стороны штатного DBA, но даже удаленного - то данная БД не имеет никакой практической ценности и может быть безболезненно отключена.
При таком подходе эксперименты с отключением standby (вероятно исчерпавшего ресурсы или банально завалившегося) можно считать вполне себе безобидными.
Для дополнительного эффекта можно рекомендовать перевести БД в nologging, потереть накопленные архивные журналы и никому не нужные резервные копии, а освободившееся место использовать под что-то более ценное для бизнеса - к примеру, под коллекцию видео с котиками.
...
Рейтинг: 0 / 0
Зависание БД
    #39684322
Вячеслав Любомудров
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Если мне не изменяет склероз -- подобные параметры ( sid. log_archive_dest и т.д. при существующих *. log_archive_dest) любил при каждом удобном случае пихать DG Broker

Вот только на работоспособность БД (тем-более, регистрацию в листенере) это вряд ли должно влиять...

А офигенно информативное сообщение об ошибке случаем не при сработке ли триггера на переключение ролей?
...
Рейтинг: 0 / 0
Зависание БД
    #39684328
Фотография andrey_anonymous
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Вячеслав ЛюбомудровА офигенно информативное сообщение об ошибке случаем не при сработке ли триггера на переключение
ролей?
Вопрос лишь - где именно ТС наблюдал свой "подземный стук".
Судя по изложению - где-то на уровне клиентского подключения.
А эффект "зависания" БД мог быть следствием невозможности протолкать архивный журнал по назначению - к примеру, банально исчерпалось свободное место в destination.
...
Рейтинг: 0 / 0
Зависание БД
    #39684373
Ilnov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
andrey_anonymousСудя по изложению - где-то на уровне клиентского подключения.
А эффект "зависания" БД мог быть следствием невозможности протолкать архивный журнал по назначению - к примеру, банально исчерпалось свободное место в destination.

Не только на клиентской стороне, но и на сервере при подключении sqlplus / as sysdba зависания происходили, не зависимо от вида обращения к БД.
По вопросу archlog, были такие мысли, но место для них было свободно на 70%.
...
Рейтинг: 0 / 0
Зависание БД
    #39684375
Ilnov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Вячеслав Любомудров
А офигенно информативное сообщение об ошибке случаем не при сработке ли триггера на переключение ролей?

Нет это ошибка в самописном job. Её привёл из соображений, а вдруг. Просто вариантов очень мало для понимания проблемы.
...
Рейтинг: 0 / 0
Зависание БД
    #39684599
Ilnov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Evrika!
Проанализировал alert лог более внимательно и увидел следующие интересные вещи:
Вырезка из логов во время запуска БД:
WARNING: No local destinations have been defined for
archival of the Redo Log.

Это до правки spfile.
Видимо что-то в параметре log_archive_dest_1 ему не нравилось.
andrey_anonymous спасибо за подсказку в направлении поиска.
После правки, в логе запуска данного предупреждения нет и БД почти сутки работает в нормальном режиме.
Всем спасибо за помощь!
P.S.
Читай логи!:-)
...
Рейтинг: 0 / 0
10 сообщений из 10, страница 1 из 1
Форумы / Oracle [игнор отключен] [закрыт для гостей] / Зависание БД
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]