|
|
|
Почему резко замедлилась реорганизация?
|
|||
|---|---|---|---|
|
#18+
Доброго дня всем! Сегодня произошла не очень хорошая ситуация, не уложился в ночное обслуживание. Операция реорганизации на одной из таблиц, которая обычно заканчивается примерно в 05:30 продолжалась вплоть до рестарта db2 в 07:10. Количество вносимых в БД ежедневных изменений примерно одинаково. Не мог бы, кто-нибудь подсказать с чем связан такой резкий разрыв во времени? БД CSERVICE. Таблица DB2ADMIN.R_COMPONENTS_VALUE. db2diag_16.10.2017- 7.15.32.log -- нормально db2diag_17.10.2017- 7.15.31.log -- не нормально На данном сервере расположено еще несколько БД. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2017, 17:36:42 |
|
||
|
Почему резко замедлилась реорганизация?
|
|||
|---|---|---|---|
|
#18+
Тут еще вот что, сервер виртуальный и возможно проблема не в db2 или ОС, а в том, что на СХД или на каналы была нагрузка. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2017, 20:38:53 |
|
||
|
Почему резко замедлилась реорганизация?
|
|||
|---|---|---|---|
|
#18+
Guzya, а мониторили загрузку san сети сторвайза? у нас так было, сделали оффлайн бекап и ресторе базы на промышленном сервере. Время обслуживания пришло в норму. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.10.2017, 10:27:23 |
|
||
|
|
start [/forum/topic.php?fid=43&msg=39538413&tid=1600391]: |
0ms |
get settings: |
8ms |
get forum list: |
13ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
168ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
36ms |
get tp. blocked users: |
1ms |
| others: | 207ms |
| total: | 447ms |
| 0 / 0 |
