|  | 
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ Перенес базу на другой сервер. Размер базы по ощущениям растет в разы быстрее чем на предыдущем. В теме не силен. Накидайте возможные причины. Какие настройки СУБД, БД могут влиять на это(настройки предыдущего сервера недоступны для сравнения) ПО на обоих серверах: Db2 9.7 OS WinServer 2008 DataCenter Спасибо! ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 29.06.2020, 07:09 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ dbxp, Есть SYSIBMADM.ADMINTABINFO с информацией о размерах объектов таблицы (*_OBJECT_P_SIZE). Сохраняйте результаты выполнения запроса в служебную таблицу, потом вычисляйте разницу по каждой таблице. Так вы найдете таблицы, дающие наибольший прирост в объеме. То же самое по табличным пространствам. Код: plaintext 1. 2. 3. 4. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 29.06.2020, 12:33 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ dbxp, Как делали перенос, backup/restore или пересоздание структуры и заполнение данными? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 29.06.2020, 13:34 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ CawaSPb, backup/restore ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 30.06.2020, 06:20 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ Mark Barinstein, спасибо ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 30.06.2020, 06:23 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ Mark Barinstein, спасибо ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 30.06.2020, 06:37 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ Растут таблицы "Explain_..." ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 30.06.2020, 07:17 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ CawaSPb, уточню (возможно важно) backup/restore с переопределением журнала транзакций на другой диск ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 30.06.2020, 07:20 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ dbxp Растут таблицы "Explain_..." Вы можете выполнить запрос ниже на EXPLAIN_INSTANCE (укажите ее имя схемы). Запрос выдаст все попытки получения планов сегодня с указанием: - EXPLAIN_REQUESTER - имя пользователя, запросившего получение плана - EXPLAIN_TIME - время получения - SOURCE_NAME, SOURCE_SCHEMA - имя и схема пакета, управляющего выполнением запроса - EXPLAIN_OPTION - тип получения - SNAPSHOT_TAKEN - с снэпшотом (гораздо больше места занимает) или без Код: sql 1. 2. 3. 4. 5. 6. Можете показать результаты. По ним можно будет судить, откуда эти планы попадают в таблицы. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 30.06.2020, 11:10 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ Mark Barinstein, спасибо! Результаты приложил Разобрался что записи делает Rebind - регламентно запускается раз в неделю (не знаю нужно или нет) Если у Вас есть что прокомментировать, буду признателен ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 06.08.2020, 09:30 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ dbxp, Скорее всего, это из-за того, что при создании процедур в сессии были включены опции получения планов + снэпшотов. Вам надо бы спросить у тех кто это делал, зачем это надо. Запрос ниже покажет вам все пакеты в схеме DB2ADMIN, у которых включен такой режим, вместе с процедурами, которые зависят от этих пакетов. В P.EXPLAIN_MODE и P.EXPLAIN_SNAPSHOT вы найдете конкретные значения этих опций ( SYSCAT.PACKAGES ). Код: sql 1. 2. 3. 4. 5. 6. 7. Если вам не надо при каждом вызове процедуры получать планы, то процедуры придется пересоздать, предварительно в сессии выставив опции: Код: sql 1. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 06.08.2020, 15:31 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ Mark Barinstein, еще раз спасибо! Можно таблицы почистить? Как? ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 26.08.2020, 08:13 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ dbxp Mark Barinstein, еще раз спасибо! Можно таблицы почистить? Как? Там таблицы все с каскадным удалением, и эта команда удалит данные из всех сразу. Но если данных там много, то лучше на каждую EXPLAIN* (символическое обозначение таблицы с именем, начинающимся на EXPLAIN) отдельную команду: TRUNCATE TABLE EXPLAIN* IMMEDIATE ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 26.08.2020, 21:17 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ Mark Barinstein, спасибо! еще один ламерский вопрос) На копии базы поигрался после удаления записей все вроде работает но.. Боюсь на рабочей сделать Может ли очистка таблиц привести к "поломке" базы ..ну или к непоправимому результату ПС. бекап конечно сделаю но программный комплекс "высоконагруженый" и боюсь столкнутся с последствиями обработки когда уже востановеление не будет решением. ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 09.09.2020, 08:55 |  | ||
| 
Быстро растет база. Какие могут быть причины? | |||
|---|---|---|---|
| #18+ dbxp Может ли очистка таблиц привести к "поломке" базы ..ну или к непоправимому результату Но если данных в таблицах много, а вы захотите, скажем, одним DELETE FROM EXPLAIN_INSTANCE удалить записи во всех таблицах, то у вас может и переполнение транзакционного журнала наступить. Это не очень хорошо для остальных приложений может закончиться - в зависимости от ваших настроек они могут либо зависнуть до освобождения места, либо откатить свои активные транзакции. Обычно это не совсем желательно... ... | |||
| : 
 Нравится:
     Не нравится:
     | |||
| 09.09.2020, 18:33 |  | ||
|  | 

| start [/forum/topic.php?fid=43&msg=39974031&tid=1600173]: | 0ms | 
| get settings: | 10ms | 
| get forum list: | 13ms | 
| check forum access: | 4ms | 
| check topic access: | 4ms | 
| track hit: | 42ms | 
| get topic data: | 11ms | 
| get forum data: | 3ms | 
| get page messages: | 50ms | 
| get tp. blocked users: | 1ms | 
| others: | 13ms | 
| total: | 151ms | 

| 0 / 0 | 
