ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / asn.ibmsnap_register
10 сообщений из 10, страница 1 из 1
asn.ibmsnap_register
    #38030906
max72
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
max72
Гость
всем привет.
9.7.5 ESE.
При чтении
Код: sql
1.
select description  from  asn.ibmsnap_register with CS


Возникает
Код: sql
1.
2.
SQL0911N  The current transaction has been rolled back because of a deadlock
or timeout.  Reason code "68".


на всех режимах, кроме UR.
Обращения к другим полям, типа
Код: sql
1.
select source_owner, source_table  ... with CS

проходят.

Не смертельно конечно, но что может быть причиной?

Максим
...
Рейтинг: 0 / 0
08.11.2012, 18:56
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031186
const64
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
const64
Участник
max72,

SQL0911N

Можно увеличить значение locktimeout
...
Рейтинг: 0 / 0
09.11.2012, 08:50
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031265
max72
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
max72
Гость
const64,

Меня и чтение UR, устроит. Сама ситуация какая-то странная.
Source tables то всего 2 десятка и этот перечень пока не меняется.
...
Рейтинг: 0 / 0
09.11.2012, 10:09
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031324
Фотография Hunterik
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Hunterik
Участник
Может, попробовать посмотреть на блокировки?
SNAPLOCK
...
Рейтинг: 0 / 0
09.11.2012, 10:42
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031371
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
max72,

Добрый день.
capture, скорее всего, держит.

Код: plaintext
1.
2.
3.
select l.application_handle, l.lock_object_type, l.lock_mode, l.lock_status, c.application_name
from 
  table( mon_get_locks (CLOB('<table_schema>asn</table_schema><table_name>ibmsnap_register</table_name>'), -1)) l
, table( mon_get_connection (l.application_handle, l.member)) c
...
Рейтинг: 0 / 0
09.11.2012, 11:11
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031507
max72
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
max72
Гость
Mark Barinstein,

Добрый день.
Спасибо, но не помогло.
По репликации в данном случае - похоже бросили на начальном этапе.
Запрос статуса capture-сервера данной базы выдает ASN0506E.
В процессах вроде висит пара asncap.
Доступа к инстансу как владелец у меня пока нет. Полномочий на snapshot-ы нет.

Но в принципе, почему deadlock возникает,
когда длинна возвращаемых данных превышает определенное значение?
Код: sql
1.
select source_owner, source_table, source_view_qual from  asn.ibmsnap_register with CS;

еще проходит
Код: sql
1.
select source_owner, source_table, source_view_qual, source_complete from  asn.ibmsnap_register with CS;

через раз
Код: sql
1.
select source_owner, source_table, source_view_qual, source_complete, gloval_record from  asn.ibmsnap_register with CS;

уже нет
...
Рейтинг: 0 / 0
09.11.2012, 12:12
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031580
const64
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
const64
Участник
max72Но в принципе, почему deadlock возникает,
когда длинна возвращаемых данных превышает определенное значение?
Почему deadlock? У Вас же Reason code "68" (см. по ссылке выше)
...
Рейтинг: 0 / 0
09.11.2012, 12:47
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031589
max72
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
max72
Гость
const64,

да, сорри, тайм-аут
и в запросе очепятка (global)
...
Рейтинг: 0 / 0
09.11.2012, 12:51
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031626
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
max72,

 
>db2 "? ASN0506E"


ASN0506E "<program_name>" : "<program_identifier>" : The command was
not processed because the target replication program
"<program_name>" was not running or because you entered an
incorrect parameter value (for example, a server name, schema, or
qualifier might be misspelled).

Explanation:

This problem could also have occurred because of an issue with the IPC
message queue that the program uses to receive commands.

User response:

Verify that the parameter values are correct and that they identify a
running replication program. Retry the command. For more information,
see "Troubleshooting problems with IPC message queues."

Эту ошибку вы получаете откуда?
Из Control Center, делая:
View status for the Capture program
или откуда-то ещё?
Эти ASN таблицы - служебные, capture и apply их используют для своих нужд, блокируя их так, как им надо.
То, что вы получаете на свои запросы к этим таблицам таймауты, от длины данных не зависит.
...
Рейтинг: 0 / 0
09.11.2012, 13:07
| Ответить | Цитировать | Написать  
asn.ibmsnap_register
    #38031672
max72
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
max72
Гость
Mark Barinsteinmax72,
Эту ошибку вы получаете откуда?

получаю при выполнении на севере: asnccmd capture_server=My_BASE ... status.

Mark BarinsteinЭти ASN таблицы - служебные, capture и apply их используют для своих нужд
Я это понимаю. Хотел быстро проапдейтить description. Нет так нет.
...
Рейтинг: 0 / 0
09.11.2012, 13:21
| Ответить | Цитировать | Написать  
10 сообщений из 10, страница 1 из 1
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / asn.ibmsnap_register
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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