Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
http://pic.dhe.ibm.com/infocenter/db2luw/v9r7/index.jsp?topic=%2Fcom.ibm.db2.luw.admin.perf.doc%2Fdoc%2Fc0005406.html The following factors can indicate a need for table reorganization: There has been a high volume of insert, update, and delete activity against tables that are accessed by queries. There have been significant changes in the performance of queries that use an index with a high cluster ratio. Executing the RUNSTATS command to refresh table statistics does not improve performance. Output from the REORGCHK command indicates a need for table reorganization. Большое количество insert также будет приводить к необходимости реорганизации. Проще всего проверить нужна ли реорганизация командой REORGCHK в конце дня. На наших базах необходимость реорганизации показывает уже через пару часов работы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2012, 14:46 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
slixБольшое количество insert также будет приводить к необходимости реорганизации. А почему (заодно заменим, кстати, "необходимость" на "пожелание")? Я знаю (в предположении, что количество удалений незначительно) только один вариант - желание поддерживать физический порядок. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.11.2012, 16:44 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
LoofiP.S. найдётся чудо, которое под бой курантов залепит тупиковую ситуацию при реорге. Не на этой базе, так на другой. У меня баз мнооого. Loofi, я глушу WSAS на период проведения регламентных работ как раз на тот случай, чтобы не нашлось "чуда". Сначала выполнял реорганизацию и сбор статистики без остановки профилей WSAS, но затем по логам заметил, что при попытке работы пользователей создаются тупиковые ситуации. Мы даже закрепили время проведения регламентных работ с 20:00 до 06:00 официальным письмом, в котором запретили работать с приложением в указанное время. Но как последовало из практики находятся пользователи, которые работают и в 22:00 и до 6 утра. Поэтому не стал испытывать судьбу и просто останавливаю приложение. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2012, 21:16 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
Все-таки, чтобы наверняка исключить железо (или наоборот) сделайте копию БД нf другом компьютере, и проверьте время выполнения reorg... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2012, 03:05 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
Semen Popov, у нас тоже письмом закреплено с 17:00 субботы до 08:00 понедельника. Раньше все помнили, сейчас внезапно забыли. Прикручиваю stopServer по расписанию. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2012, 11:51 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
const64+, это - обязательно. Но сначала производительность на сервере приложений выровняю ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2012, 11:55 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
Loofi, BTW А сколько идёт полный export таблицы в /dev/null на системе не под нагрузкой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2012, 11:08 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
CawaSPb, эээ, там вындовс. Как на вындовсе в null перенаправлять? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2012, 13:12 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
LoofiКак на вындовсе в null перенаправлять?Точно так же, как и юниксах: Код: sql 1. Если не интересует вообще никакой вывод. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2012, 16:42 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
Basil A. Sidorov, спасибо, не знал. Похоже на unix версию, но мало. Как толькао появится возможность - сразу проведу опыт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.11.2012, 23:11 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
Loofi, Как уже было сказано - nul: Код: sql 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2012, 13:37 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
Народ, а как насчет параметры db cfg подергать? STAT_HEAP_SZ - размер кучи статистики UTIL_HEAP_SZ - размер кучи утилит, если мне не изменяет память она влияет на производительность не только backup, load но и на перестроение индексов. Эти параметры можно менять динамически. т.е. выгоняем юзеров, меняем параметры - большие кучи для таблиц с большим количеством столбцов db2 update db cfg for база using STAT_HEAP_SZ значение собираем статистику, возвращаем все как было ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.11.2012, 11:51 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
Вчера понадобилось экстренно перенести одну из баз на отдельную систему. параметры системы остались теже, но меньше ОЗУ(там где много БД 72ГБ, на ановой системе 32Гб). Параметры db и dbm одинаковые, за исключением instance_memory у dbm. Решил запустить свои скрипты reorg, stat, rbind. И заметил что самая первая таблица в скрипте реорганизовалась больше часа, и то на 50%, а раньше эта же таблица реорганизовалась за 20 минут. Снял задачу, добавил ОЗУ, увеличил instance_memory до 64Гб. Реорганизация прошла за 20 минут. Видимо, всё таки, какой-то параметр в db или dbm, который стоит в автомате. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.11.2012, 16:52 |
|
||
|
Сбор статистики и реорганизация
|
|||
|---|---|---|---|
|
#18+
CawaSPb, экспорт выполнялся 9 минут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.11.2012, 22:10 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=38046638&tid=1601578]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
42ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
1ms |
| others: | 296ms |
| total: | 428ms |

| 0 / 0 |
