|
Почему резко замедлилась реорганизация?
|
|||
---|---|---|---|
#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 |
|
Почему резко замедлилась реорганизация?
|
|||
---|---|---|---|
#18+
Тут еще вот что, сервер виртуальный и возможно проблема не в db2 или ОС, а в том, что на СХД или на каналы была нагрузка. ... |
|||
:
Нравится:
Не нравится:
|
|||
17.10.2017, 20:38 |
|
Почему резко замедлилась реорганизация?
|
|||
---|---|---|---|
#18+
Guzya, а мониторили загрузку san сети сторвайза? у нас так было, сделали оффлайн бекап и ресторе базы на промышленном сервере. Время обслуживания пришло в норму. ... |
|||
:
Нравится:
Не нравится:
|
|||
18.10.2017, 10:27 |
|
|
start [/forum/topic.php?fid=43&fpage=8&tid=1600391]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
29ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
35ms |
get tp. blocked users: |
2ms |
others: | 13ms |
total: | 121ms |
0 / 0 |