|
|
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
Добрый день. Произошла странная штука. При запуске БД возникла ошибка: 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)' Вопрос: что было с БД и куда копать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 13:50 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
Ilnov, Может я конечно что-то не понимаю , но как вы могли присвоить два разных значения для одного параметра инициализаций ? И где вы видели такое ? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 14:47 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
maverick2104Ilnov, Может я конечно что-то не понимаю , но как вы могли присвоить два разных значения для одного параметра инициализаций ? И где вы видели такое ? Код: plaintext В документации : Код: plaintext По итогу в spfile: Код: plsql 1. 2. 3. 4. Ilnov, для начала копать в alert.log на тему alter system. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 15:22 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
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'; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 15:25 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
Если данные настолько малоценны, что не требуют квалифицированного присмотра не только со стороны штатного DBA, но даже удаленного - то данная БД не имеет никакой практической ценности и может быть безболезненно отключена. При таком подходе эксперименты с отключением standby (вероятно исчерпавшего ресурсы или банально завалившегося) можно считать вполне себе безобидными. Для дополнительного эффекта можно рекомендовать перевести БД в nologging, потереть накопленные архивные журналы и никому не нужные резервные копии, а освободившееся место использовать под что-то более ценное для бизнеса - к примеру, под коллекцию видео с котиками. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 15:26 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
Если мне не изменяет склероз -- подобные параметры ( sid. log_archive_dest и т.д. при существующих *. log_archive_dest) любил при каждом удобном случае пихать DG Broker Вот только на работоспособность БД (тем-более, регистрацию в листенере) это вряд ли должно влиять... А офигенно информативное сообщение об ошибке случаем не при сработке ли триггера на переключение ролей? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 15:27 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
Вячеслав ЛюбомудровА офигенно информативное сообщение об ошибке случаем не при сработке ли триггера на переключение ролей? Вопрос лишь - где именно ТС наблюдал свой "подземный стук". Судя по изложению - где-то на уровне клиентского подключения. А эффект "зависания" БД мог быть следствием невозможности протолкать архивный журнал по назначению - к примеру, банально исчерпалось свободное место в destination. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 15:31 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
andrey_anonymousСудя по изложению - где-то на уровне клиентского подключения. А эффект "зависания" БД мог быть следствием невозможности протолкать архивный журнал по назначению - к примеру, банально исчерпалось свободное место в destination. Не только на клиентской стороне, но и на сервере при подключении sqlplus / as sysdba зависания происходили, не зависимо от вида обращения к БД. По вопросу archlog, были такие мысли, но место для них было свободно на 70%. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 16:46 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
Вячеслав Любомудров А офигенно информативное сообщение об ошибке случаем не при сработке ли триггера на переключение ролей? Нет это ошибка в самописном job. Её привёл из соображений, а вдруг. Просто вариантов очень мало для понимания проблемы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2018, 16:48 |
|
||
|
Зависание БД
|
|||
|---|---|---|---|
|
#18+
Evrika! Проанализировал alert лог более внимательно и увидел следующие интересные вещи: Вырезка из логов во время запуска БД: WARNING: No local destinations have been defined for archival of the Redo Log. Это до правки spfile. Видимо что-то в параметре log_archive_dest_1 ему не нравилось. andrey_anonymous спасибо за подсказку в направлении поиска. После правки, в логе запуска данного предупреждения нет и БД почти сутки работает в нормальном режиме. Всем спасибо за помощь! P.S. Читай логи!:-) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2018, 09:07 |
|
||
|
|

start [/forum/topic.php?fid=52&msg=39684314&tid=1883634]: |
0ms |
get settings: |
10ms |
get forum list: |
19ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
72ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
61ms |
get tp. blocked users: |
2ms |
| others: | 238ms |
| total: | 424ms |

| 0 / 0 |
