Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Здравствуйте всем! Существует приложение, работающее с базой DB2 WSE 9.7.6. Ночью на базе выполняются регламентные работы - реорганизация таблиц и индексов, затем сбор статистики и обновление статистики. При этом приложение останавливается. Хочу нечто подобное выполнять днем, но не останавливая работу приложения. Меня интересует, могу ли я запускать reorg , runstat и reorgchk , не останавливая работу приложения? Не навешивают ли указанные команды блокировки на таблицы или индексы? Сейчас я понял, чтобы запустить reorg table или reorg indexes all for table мне нужно воспользоваться дополнительной опцией allow write и тогда получаются команды: Код: sql 1. 2. А вот насколько будут мешать приложению команды Код: sql 1. 2. ? Насколько я знаю, runstats on table не создает блокировки на таблицах, а вот насчет reorgchk update statistics on table возникают сомнения. Подскажите, как сделать правильно? С уважением, Семен Попов ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2014, 10:55 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Semen Popov, Здравствуйте. Почитайте про Inplace (online) table reorganization , там есть и про блокировки. Замечания: 1. Используйте REORG TABLE ... NOTRUNCATE, если не хотите табличную S блокировку в конце операции. 2. Используйте по возможности REORG INDEXES ALL ... CLEANUP ONLY [PAGES], если не хотите Z блокировку в конце операции. Какую именно опцию использовать - зависит от того, по какой формуле поднимается флаг командой reorgchk. F5, F6 - рекомендация запускать без CLEANUP F7 - можно CLEANUP ONLY F8 - можно CLEANUP ONLY PAGES runstats и reorgchk update statistics не должны мешать транзакциям. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.06.2014, 13:57 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, спасибо. А важен ли порядок выполнения операций? Порядок REORG TABLE, REORG INDEXES ALL FOR TABLE, RUNSTATS, REORGCHK правильный? Из вашего сообщения я понял, что исходя из данных, полученных reorgchk, мы должны запустить REORG с теми или иными опциями. Правильно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2014, 17:27 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Semen PopovА важен ли порядок выполнения операций? Порядок REORG TABLE, REORG INDEXES ALL FOR TABLE, RUNSTATS, REORGCHK правильный? Из вашего сообщения я понял, что исходя из данных, полученных reorgchk, мы должны запустить REORG с теми или иными опциями. Правильно? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2014, 21:46 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Semen PopovА важен ли порядок выполнения операций? Порядок REORG TABLE, REORG INDEXES ALL FOR TABLE, RUNSTATS, REORGCHK правильный? Из вашего сообщения я понял, что исходя из данных, полученных reorgchk, мы должны запустить REORG с теми или иными опциями. Правильно?Да, правильно. Порядок: 1. reorgchk с UPDATE STATISTICS (это умолчание команды), если статистику надо обновить или CURRENT STATISTICS, если статистика свежая 2. REORG TABLE, если надо 3. REORG INDEXES ALL, если надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.06.2014, 21:51 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, нужно ли обновлять статистику, если в базе включено автоматическое обслуживание? Код: plaintext 1. 2. 3. Mark BarinsteinПорядок: 1. reorgchk с UPDATE STATISTICS (это умолчание команды), если статистику надо обновить или CURRENT STATISTICS, если статистика свежая 2. REORG TABLE, если надо 3. REORG INDEXES ALL, если надо.Прямо некий командный файл напрашивается. Может это можно обернуть в единый командный файл, в котором бы собиралась статистика, проводился анализ и исходя из полученной статистики запускался или не запускался реорг? Я думаю, в форуме уже есть профи, которые этим занимались. Не могли бы поделиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.06.2014, 10:46 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein , Код: sql 1. 2. насколько это серьезно? Похоже, забыл указать еще одну опцию из START, STOP, PAUSE, RESUME ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2014, 15:39 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Semen Popov, db2 "? SQL2219N" SQL2219N The specified INPLACE table reorganization action on table "<table-name>" is not allowed on one or more nodes. Reason code: "<reason-code>". Explanation: The statement cannot be processed because it violates a restriction as indicated by the following reason code: ... 9 START is not allowed as a prior paused table reorganization has not been stopped. ... User response: ... 9 A reorg on the table has been paused. Either RESUME the paused reorg or STOP then START the reorg. ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.06.2014, 16:06 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, про ошибку я сразу почитал. Меня интересует, если во время работы приложения была запущена реорганизация с опцией NOTRANCATE TABLE, которая свалилась в эту ошибку, она никак не повлияет на работу приложения? Если оставить таблицу в таком состоянии, не будет проблем? Не нужно ли после этой ошибки снова запустить команду и завершить реорганизацию? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.06.2014, 18:09 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Semen PopovMark Barinstein, про ошибку я сразу почитал. Меня интересует, если во время работы приложения была запущена реорганизация с опцией NOTRANCATE TABLE, которая свалилась в эту ошибку, она никак не повлияет на работу приложения? Если оставить таблицу в таком состоянии, не будет проблем? Не нужно ли после этой ошибки снова запустить команду и завершить реорганизацию?Судя по коду ошибки, у вас на эту таблицу уже была ранее запущена реорганизация, но она была поставлена на паузу. Поэтому запускать новую нельзя, но предлагается либо продолжить, либо перезапустить (stop/start) ту, которая на паузе. Наверное, вам лучше пользоваться представлением SYSIBMADM.SNAPTAB_REORG для определения, какую именно команду реорганизации надо запускать для конкретной таблицы. Вы не обязаны завершать реорганизацию, поставленную на паузу, но по-хорошему это надо делать. На ваше приложение полученная ошибка никак не должно влиять. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2014, 15:43 |
|
||
|
reorg table, runstat on table и reorgchk update statistic on table в рабочее время
|
|||
|---|---|---|---|
|
#18+
Mark Barinstein, большое спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.06.2014, 14:02 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=38670989&tid=1601046]: |
0ms |
get settings: |
8ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
73ms |
get topic data: |
9ms |
get forum data: |
3ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 174ms |

| 0 / 0 |
