ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / перешел порог тревоги
10 сообщений из 10, страница 1 из 1
перешел порог тревоги
    #39994545
saskevich_ni
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
saskevich_ni
Гость
Добрый день!
может быть кто-то сталкивался с такой ошибкой ""db.lock_escal_rate") перешел порог тревоги "верхн", равный "", со значением" (весь applog прикреплен) и подскажет, как ее исправить?

И как по этой ошибке понять, на кукую таблицу или табличное пространство оно ругается?
...
Рейтинг: 0 / 0
01.09.2020, 16:16
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39994563
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
saskevich_ni,

Добрый день.

Описание показателя: db.lock_escal_rate

Но это по всей базе. Именно по этому сообщению вы не поймете, из-за какого запроса это произощло или на какую таблицу.
Это вам надо на либо на прирост (предпочтинельнее), либо на абсолютное значение этого счетчика смотреть на уровне запросов в кэше или таблиц. Может быть, что-то полезное найдете в db2diag.log, где по таким событиям появляются обычно записи. Но там запроса точно не будет, а только по-моему id приложения, которое вызвало событие и, может быть, имя таблицы.

Исправлять - либо приложение слишком много блокирует (тогда оптичизируйте запросы / транзакции), либо памяти для списка блокировок (LOCKLIST) мало для вашей нагрузки, либо MAXLOCKS выставлено в слишком маленькое значение.
...
Рейтинг: 0 / 0
01.09.2020, 17:30
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39995119
saskevich_ni
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
saskevich_ni
Гость
Mark Barinstein,

cкажите пожалуйста, в логе указан индикатор "tsc.tscont_util", который является индикатором работоспособности.

Есть подобный индикатор ts.ts_util- индикатор работоспособности, который отслеживает использование пространства хранения для каждого табличного пространства DMS.
Читала, что этот индикатор вычисляется по формуле: (ts.used / ts.useable) * 100, где ts.used и ts.useable - элементы данных системного монитора Использовано страниц в табличном пространстве и Всего страниц в табличном пространстве, соответственно.

Может быть Вы знаете, как через этот индикатор узнать контейнер, с которым возникли проблемы?
Как выходить из этой ситуации?
И как определить к какой таблице относится файл в контейнере?
...
Рейтинг: 0 / 0
03.09.2020, 09:10
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39995163
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
saskevich_ni
cкажите пожалуйста, в логе указан индикатор "tsc.tscont_util", который является индикатором работоспособности.

tsc.tscont_util - это утилизация файловой системы, где лежит конейнер пространства.
Есть табличная функция, которая показывает историю событий:
HEALTH_CONT_HI_HIS table function
Там должан быть информация и по этому вашему.
По имени контейнера через MON_GET_CONTAINER можно выйти на табличное пространство, которому этот контейнер принадлежит.
...
Рейтинг: 0 / 0
03.09.2020, 11:22
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39995496
saskevich_ni
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
saskevich_ni
Гость
Mark Barinstein, подскажите пожалуйста, сделала SELECT * FROM TABLE(HEALTH_CONT_HI_HIS('',-1)) AS T, выбило ошибку (ниже прикреплена)

Может быть Вы подскажете, как вообще решить эту проблему, а то я уже в отчаянии. У нас есть табличные пространства по 140 гб, 36 гб (там по несколько накопительных таблиц ), место на диске есть, но может быть стоит таблицы разделить, и каждой сделать свое табличное пространство? или это никак не поможет? С чего вообще можно начать?
...
Рейтинг: 0 / 0
04.09.2020, 10:08
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39995551
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
saskevich_ni
SELECT * FROM TABLE(HEALTH_CONT_HI_HIS('',-1)) AS T, выбило ошибку (ниже прикреплена)

Может быть Вы подскажете, как вообще решить эту проблему, а то я уже в отчаянии. У нас есть табличные пространства по 140 гб, 36 гб (там по несколько накопительных таблиц ), место на диске есть, но может быть стоит таблицы разделить, и каждой сделать свое табличное пространство? или это никак не поможет? С чего вообще можно начать?
Health monitorи его функции устарели (deprecated). Почему оно у вас не работает, я не могу сказать.

Какая у вас версия Db2?
Что выдает запрос?
Код: sql
1.
2.
3.
4.
5.
SELECT 
  TBSP_NAME, CONTAINER_NAME
, FS_ID, FS_TOTAL_SIZE, 100*FS_USED_SIZE/NULLIF(FS_TOTAL_SIZE, 0) USED_PST 
FROM TABLE(MON_GET_CONTAINER(NULL, -2)) C
ORDER BY TBSP_NAME, CONTAINER_NAME;
...
Рейтинг: 0 / 0
04.09.2020, 11:39
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39995597
saskevich_ni
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
saskevich_ni
Гость
Mark Barinstein,
версия 8.2

------------------------------ Введенные команды ------------------------------
SELECT TBSP_NAME, CONTAINER_NAME, FS_ID, FS_TOTAL_SIZE, 100*FS_USED_SIZE/NULLIF(FS_TOTAL_SIZE, 0) USED_PST
FROM TABLE(MON_GET_CONTAINER(NULL, -2)) C
ORDER BY TBSP_NAME, CONTAINER_NAME;
------------------------------------------------------------------------------
SELECT TBSP_NAME, CONTAINER_NAME, FS_ID, FS_TOTAL_SIZE, 100*FS_USED_SIZE/NULLIF(FS_TOTAL_SIZE, 0) USED_PST FROM TABLE(MON_GET_CONTAINER(NULL, -2)) C ORDER BY TBSP_NAME, CONTAINER_NAME
SQL0206N "NULL" недопустимо в контексте, где оно используется.
SQLSTATE=42703

SQL0206N "NULL " недопустимо в контексте, где оно используется.
...
Рейтинг: 0 / 0
04.09.2020, 12:55
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39995642
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
saskevich_ni
версия 8.2
Какой раритет. :)
Более 10 лет назад снята с поддержки.
У меня под рукой даже документации по ней нет.

При включенном параметре инстанса DFT_MON_BUFPOOL:
Код: sql
1.
2.
3.
4.
5.
SELECT 
  TBSP_NAME, CONTAINER_NAME
, FS_ID, FS_TOTAL_SIZE, 100*FS_USED_SIZE/NULLIF(FS_TOTAL_SIZE, 0) USED_PST 
FROM TABLE(SNAP_GET_CONTAINER ('', -2)) C
ORDER BY TBSP_NAME, CONTAINER_NAME


SNAP_GET_CONTAINER
...
Рейтинг: 0 / 0
04.09.2020, 13:55
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39996512
saskevich_ni
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
saskevich_ni
Гость
Mark Barinstein,
...
Рейтинг: 0 / 0
08.09.2020, 12:51
| Ответить | Цитировать | Написать  
перешел порог тревоги
    #39997017
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
saskevich_ni,

Наверное, в 8.2 в снэпшоте по контейнерам нет информации о месте в файловой системе, в которой расположен контейнер. Либо вы не все поля показываете, которые возвращает запрос.
Тогда вам надо без db2 смотреть за используемым местом в этой (этих) файловой системе.
Смысл предупреждания в том, что у вас размер используемого пространства в какой-то файловой системе иногда подходит к границе ее размера.
Довольно часто такое бывает, когда, скажем, когда так может расти системное временное пространство типа SMS. После окончания какого-то (каких-то) запросов, которые много системного временного пространства при своей работе используют, место освобождается, и в нормальном состоянии вы видите, что места в данный момент много.
Ну или у вас там реально в файловой системе место заканчивается.
...
Рейтинг: 0 / 0
09.09.2020, 18:23
| Ответить | Цитировать | Написать  
10 сообщений из 10, страница 1 из 1
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / перешел порог тревоги
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение
NoSQL.ru       Новости, Чат       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=43&msg=39994545&tid=1600174]:
 0ms
get settings:
 10ms
get forum list:
 14ms
check forum access:
 4ms
check topic access:
 4ms
track hit:
 44ms
get topic data:
 11ms
get forum data:
 3ms
get page messages:
 42ms
get tp. blocked users:
 1ms
others: 230ms
total:  363ms
созд. / загр.: 363ms
x
x
Закрыть


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