Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
ошибка при выполнении runstats
|
|||
|---|---|---|---|
|
#18+
Добрый день! DB2 8.2 БД на автоматическом обслуживании (реорг, сбор статистики). Выдается такая ошибка. 2008-06-02-11.26.04.434069+240 I2850878G567 LEVEL: Warning PID : 9772 TID : 2823297952 PROC : db2hmon INSTANCE: db2inst1 NODE : 000 APPID : *LOCAL.db2inst1.080602171747 FUNCTION: DB2 UDB, Automatic Table Maintenance, AtmTable::runstats, probe:600 MESSAGE : ZRC=0x0000090A=2314 DATA #1 : <preformatted> AutoStats: Non zero (2314) return code from Runstats SQL2314W Some statistics are in an inconsistent state. The newly collected "TABLE" statistics are inconsistent with the existing "INDEX" statistics. SQLSTATE=01650 Так же при выполнении реорга 2008-06-02-09.01.04.849330+240 I2830629G440 LEVEL: Error PID : 9772 TID : 2886364064 PROC : db2hmon INSTANCE: db2inst1 NODE : 000 APPID : *LOCAL.db2inst1.080602080934 FUNCTION: DB2 UDB, Automatic Table Maintenance, db2HmonEvalReorg, probe:515 MESSAGE : Failed to evaluate table "ICC "."AO_DAT". Probe 400 DATA #1 : Hexdump, 4 bytes 0xAC0A4518 : FEF6 FFFF .... Вопрос: правильнее автоматическое обслуживание отключить и реорг и ранстат выполнять вручную (скриптами). А если все же его оставить, то что исправить что бы DB больше так не ругалась. Да, везде пишут, что ранстат таблице выполнять по наиболее часто используемому индексу. А можно из системных таблиц вычислить такой индекс? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2008, 09:56 |
|
||
|
ошибка при выполнении runstats
|
|||
|---|---|---|---|
|
#18+
автор Да, везде пишут, что ранстат таблице выполнять по наиболее часто используемому индексу. А можно из системных таблиц вычислить такой индекс? Это значит нужно набрать статистику запросов в которых юзается эта таблица. А ждя этого нужно включить эвент монитор запросов. Среди текстов запросов поискать все запросы в тексте которых есть упоминание таблицы.Посмотреть как долго ни выполняются. Ну и принять соотв. решение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2008, 10:22 |
|
||
|
ошибка при выполнении runstats
|
|||
|---|---|---|---|
|
#18+
Насколько я понимаю, "SQL2314W Some statistics are in an inconsistent state. The newly collected "TABLE" statistics are inconsistent with the existing "INDEX" statistics." происходит, когда статистика собирается одновременно с изменениями в содержимом таблицы. С реоргом явно та же проблема. Вам может иметь смысл передвинуть выполнение на ночь, на такой период, чтобы никто не мешался. (Не помню уже, есть ли в 8.2 online reorg, но если и есть, по возможности лучше юзерам не машаться). А где "везде пишут, что ранстат таблице выполнять по наиболее часто используемому индексу"? Я такого не помню, а статистику обычно собираю так: runstats on table ... with distribution and detailed indexes all ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.06.2008, 12:16 |
|
||
|
|
start [/forum/topic.php?fid=43&gotonew=1&tid=1603854]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
31ms |
get topic data: |
9ms |
get first new msg: |
4ms |
get forum data: |
2ms |
get page messages: |
42ms |
get tp. blocked users: |
1ms |
| others: | 258ms |
| total: | 370ms |
| 0 / 0 |
