| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
markoff
Участник - экстремал
Вступление в Клуб: 09.06.2009
|
 Пн Янв 14, 2013 17:56 Ошибка LOCK_INFO |
 |
Полезность: Нет оценки
|
Сторонние приложение вызывает библиотеку которая создает проводки на стороне ЦФТ, во время работы возникает вот такая ошибка.
| Код: | LOCK-JOB_START: Задание запущено 17:40:09 27/12/12.
LOCK-NO_ANSWER: Процесс не отвечает на запросы - возможно, его следует перезагрузить.
ORA-06512: на "IBS.MESSAGE", line 29
ORA-06512: на "IBS.MESSAGE", line 41
ORA-06512: на "IBS.RTL", line 4133
ORA-06512: на "IBS.EXECUTOR", line 382
Номер задания 15805, пользователь - IBS. |
LOCK_INFO перезагружается каждый день в полночь джобом.
Каким образом решить эту проблему так как в результате этой ошибки не все проводки создаются. |
|
 |
Ghost
Профи
Вступление в Клуб: 24.11.2007
|
| Вт Янв 15, 2013 09:00 |
|
Полезность: Нет оценки
|
| Блокировщик внутрений или внешний? |
|
|
markoff
Участник - экстремал
Вступление в Клуб: 09.06.2009
|
| Вт Янв 15, 2013 09:32 |
|
Полезность: Нет оценки
|
| Внутрений |
|
|
Ghost
Профи
Вступление в Клуб: 24.11.2007
|
| Вт Янв 15, 2013 12:00 |
|
Полезность: Нет оценки
|
| Проблема должна решиться с переходом на внешний блокировщик. |
|
|
markoff
Участник - экстремал
Вступление в Клуб: 09.06.2009
|
| Ср Янв 16, 2013 13:18 |
|
Полезность: Нет оценки
|
Настроили внешний блокировщик, но падает с такой ошибкой
| Код: |
LOCK_PROFILE IBS
LOCK_PATH /opt/u/tools/lock_vne6/lock.ini
LOCK_START LIB |
Что может быть? |
|
|
urpyLLIKa
Участник
Вступление в Клуб: 22.01.2013
|
| Вт Янв 22, 2013 22:30 |
|
Полезность: Нет оценки
|
По опыту с предыдущего места работы
Попробуй посмотреть в сторону timeout session - проблему решили увеличением лимита. Если поможет - создай отдельный профиль для загрузки-выгрузки документов и стоит пересмотреть выгрузку документов порционно в несколько потоков. |
|
|
markoff
Участник - экстремал
Вступление в Клуб: 09.06.2009
|
| Чт Янв 24, 2013 09:47 |
|
Полезность: Нет оценки
|
| Не могли бы уточнить что это за параметр "timeout session", у oracle такого нет. |
|
|
Denis Scar
Участник со стажем
Вступление в Клуб: 28.09.2007
|
| Пт Янв 25, 2013 08:02 |
|
Полезность: Нет оценки
|
Блокировщик - это несколько процессов которые работают по механизму pipe
И блокировщик тормозит только когда идет большая работа с pipe другими процессами (читаю, пишут или не вычитывают) или сервер загружен.
Других вариантов я не видел.
Можете выложить awr отчет за промежуток когда проблемы с блокировщиком и скажите сколько у вас сессий в базе, в среднем бывает.
Или хотя бы Top 5 Timed Events из awr
_________________
shutdown abort;
shutdowning database in progress ... |
|
|
Denis Scar
Участник со стажем
Вступление в Клуб: 28.09.2007
|
| Пт Янв 25, 2013 08:10 |
|
Полезность: Нет оценки
|
| markoff пишет: | Настроили внешний блокировщик, но падает с такой ошибкой
| Код: |
LOCK_PROFILE IBS
LOCK_PATH /opt/u/tools/lock_vne6/lock.ini
LOCK_START LIB |
Что может быть? |
а что в lock.ini ?
как настроен listener.ora tsnames.ora для запуска extproc ?
Переменные окружения под которым запускается extproc ?
_________________
shutdown abort;
shutdowning database in progress ... |
|
|
markoff
Участник - экстремал
Вступление в Клуб: 09.06.2009
|
| Пт Янв 25, 2013 10:46 |
|
Полезность: Нет оценки
|
Event Waits Time(s) Avg Wait(ms) % Total Call Time Wait Class
CPU time 6,268 71.2
db file sequential read 958,234 2,172 2 24.7 User I/O
ARCH wait on SENDREQ 1,140 242 212 2.7 Network
pipe put 275 164 597 1.9 Concurrency
enq: TX - row lock contention 30 80 2,662 .9 Applicati
на данный момент было 61 сессия |
|
|
Denis Scar
Участник со стажем
Вступление в Клуб: 28.09.2007
|
| Пт Янв 25, 2013 11:15 |
|
Полезность: Нет оценки
|
Я писал "Можете выложить awr отчет за промежуток когда проблемы с блокировщиком и скажите сколько у вас сессий в базе, в среднем бывает. "
Топ того времени или сейчас ?
61 сессия, вам внешний блокировщик никаким делом не поможет.
А если у вас при 61 пользователях уже ожидание, хоть и не большое , идет pipe put, то возможно слишком много активных pipe существует.
_________________
shutdown abort;
shutdowning database in progress ... |
|
|
markoff
Участник - экстремал
Вступление в Клуб: 09.06.2009
|
| Пт Янв 25, 2013 11:40 |
|
Полезность: Нет оценки
|
Топ того времени, когда была проблема.
Job отрабатывает утром, в 7 часов, как раз тогда 61 сессия и была. |
|
|
Denis Scar
Участник со стажем
Вступление в Клуб: 28.09.2007
|
| Пт Янв 25, 2013 11:49 |
|
Полезность: Нет оценки
|
| markoff пишет: | Топ того времени, когда была проблема.
Job отрабатывает утром, в 7 часов, как раз тогда 61 сессия и была. |
Понятно.
смотрите у вас
pipe put 275 164 597 1.9 Concurrency
Получается среднее время ожидания на этом событии (Avg Wait(ms)) было 597mc
И когда лок-инфо работал и пытался записть в pipe (pipe put) вываливался по таймауту.
Вам надо почистить пайпы и убрать лишние активные. И посмотреть нету ли при выполнение данной процедуры отладочных пайп или просто другой активной пайпы.
Их можно посмотреть
select name, pipe_size from V_$DB_PIPES where name not like 'LOCK%' order by pipe_size desc;
_________________
shutdown abort;
shutdowning database in progress ... |
|
|
markoff
Участник - экстремал
Вступление в Клуб: 09.06.2009
|
| Пт Янв 25, 2013 11:50 |
|
Полезность: Нет оценки
|
listener.ora
| Код: | LISTENERTEST =
(DESCRIPTION_LIST =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.0.2)(PORT = 1521))
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
)
)
)
SID_LIST_LISTENERTEST =
(SID_LIST =
(SID_DESC =
(GLOBAL_DBNAME = test)
(ORACLE_HOME =/opt/u/app/oracle/product/10.2.0)
(SID_NAME = test)
)
(SID_DESC =
(ENVS = "EXTPROC_DLLS=ANY")
(SID_NAME = PLSExtProc)
(ORACLE_HOME =/opt/u/app/oracle/product/10.2.0)
(PROGRAM = extproc)
)
) |
tnsnames.ora
| Код: | EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC))
)
(CONNECT_DATA =
(SID = PLSExtProc)
)
) |
lock.ini
| Код: |
#Startup options for LOCK_INFO
#IBS profile
ibs.logon = lock_info/lock_info
ibs.sid = test
ibs.dmpfile = ./lock_ibs.dmp
ibs.logfile = ./lock_ibs.log
ibs.bufsize = 4096
ibs.loglevel= 1
|
env
| Код: |
TERM=xterm
SHELL=/bin/bash
TMPDIR=/tmp
SSH_CLIENT=192.168.0.8 64089 22
SSH_TTY=/dev/pts/1
USER=oracle
LD_LIBRARY_PATH=:/opt/u/app/oracle/product/10.2.0/lib:/usr/local/lib:/lib:/opt/u/tools/lock:/opt/u/app/oracle/product/10.2.0/lib32
LD_LIBRARY_PATH_64=/opt/u/tools/lock:/opt/u/app/oracle/product/10.2.0/lib:
ORACLE_SID=ibso
ORACLE_BASE=/opt/u/app/oracle
MAIL=/usr/mail/oracle
PATH=/opt/u/app/oracle/product/10.2.0/bin:$PATH:/usr/local/bin:/usr/local/sbin::/usr/sbin:/usr/bin:/usr/ccs/bin
PWD=/export/home/oracle
EDITOR=nano
LANG=en_US.UTF-8
SHLVL=1
HOME=/export/home/oracle
TMP=/tmp
LOGNAME=oracle
SSH_CONNECTION=192.168.0.8 64089 192.168.0.2 22
DISPLAY=localhost:10.0
ORACLE_HOME=/opt/u/app/oracle/product/10.2.0
_=/usr/bin/env
|
|
|
|
Denis Scar
Участник со стажем
Вступление в Клуб: 28.09.2007
|
| Вт Янв 29, 2013 10:47 |
|
Полезность: 1
|
Ну если
проходят:
tnsping EXTPROC_CONNECTION_DATA
sqlplus lock_info/lock_info
прогонялись без ошибок скрипты
c_sys.sql
c_all.sql
Библиотеки лежат для 64 битного extproc и LD_LIBRARY_PATH_64 вроде туда смотрит.
не знаю на сколько критично LD_LIBRARY_PATH=: (что первое идет ":")
Попробуйте выставить полный путь в
ibs.dmpfile = ./lock_ibs.dmp
ibs.logfile = ./lock_ibs.log
И посмотрите что пишется в лог
_________________
shutdown abort;
shutdowning database in progress ... |
|
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
