ReSQL.ru
     
powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Очистить базу данных!
17 сообщений из 17, страница 1 из 1
Очистить базу данных!
    #38342612
ОлександрСтепанович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ОлександрСтепанович
Гость
Здраствуйте! Подскажите, пожалуйста, в таком деле!

1. База данных ДБ2 35Гб.

2. В базе 1С делаю очистку от ненужных документов(Таких документов очень много.), точнее удаляю документы за год, оставляю только несколько общих документов с общими данными деятельности за год.

3. После база не меняетса в размере!

У меня такое очутение что после удаления остаютса ссылки на удаленные документы в базе ДБ2(). Ето так? И если действительно есть такие ссылки, то как можно очистить таблицы от етих ссылок в базе ДБ2, так сказать уменьшить размер базы?Спасибо.

п.с. извините если даный вопрос не в той теме

===========================================================
О среде инструментов управления DB2
============================================================
Уровень инструментов управления DB2:
Идентификатор продукта SQL09071
Идентификатор уровня 08020107
Уровень DB2 v9.7.100.177
Уровень компиляции s091114
PTF IP23029
============================================================
Комплект разработки Java (JDK):
Уровень IBM Corporation 1.6.0
============================================================

1С:Предприятие 8.2 (8.2.17.169)
...
Рейтинг: 0 / 0
24.07.2013, 17:35
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38342748
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
ОлександрСтепанович,

Здравствуйте.

Что выдаёт:

Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
select
  substr(tbsp_name, 1, 20) name
, tbsp_total_pages*tbsp_page_size/power(2, 20) size_mb
, tbsp_used_pages*100/nullif(tbsp_usable_pages, 0) pst_used
, tbsp_usable_pages
, tbsp_used_pages
, tbsp_page_top
, tbsp_using_auto_storage
, tbsp_type
, tbsp_content_type
from table(mon_get_tablespace(null, -1)) p
order by size_mb desc
...
Рейтинг: 0 / 0
24.07.2013, 18:40
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38343376
ОлександрСтепанович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ОлександрСтепанович
Гость
Mark Barinstein, Спасибо. Зделал скрин!
...
Рейтинг: 0 / 0
25.07.2013, 11:29
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38343671
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
ОлександрСтепанович,

Скорее всего реорганизовывать таблицы надо.

Сделайте:
Код: sql
1.
CALL SYSPROC.REORGCHK_TB_STATS('T', 'ALL');


и дайте вывод:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
SELECT 
  (A.DATA_OBJECT_P_SIZE + A.INDEX_OBJECT_P_SIZE + A.LOB_OBJECT_P_SIZE) SIZE_KB
, CARD, OVERFLOW, NPAGES, FPAGES, TSIZE, F1, F2, F3, REORG
, A.DATA_OBJECT_P_SIZE, A.INDEX_OBJECT_P_SIZE, A.LOB_OBJECT_P_SIZE
, TABLE_NAME
FROM 
  SESSION.TB_STATS S
, TABLE(ADMIN_GET_TAB_INFO_V97 (S.TABLE_SCHEMA, S.TABLE_NAME)) A
WHERE S.REORG <> '---' AND S.TABLE_NAME NOT LIKE 'SYS%'
ORDER BY 1 DESC;



Только в текстовом виде пришлите результат.
Режим переключается (у меня по-англ., могу не точно) в Инструменты->"Последний п. меню" вкладка "Редактор команд", снимите галку на что-то типа "показывать результаты на какой-то там странице"
...
Рейтинг: 0 / 0
25.07.2013, 13:58
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38343917
ОлександрСтепанович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ОлександрСтепанович
Гость
Mark Barinstein,
Ругаетса

SQL0204N Имя "SESSION.TB_STATS" не было определено. SQLSTATE=42704

SQL0204N Имя "SESSION.TB_STATS " не было определено.
...
Рейтинг: 0 / 0
25.07.2013, 16:04
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38343920
ОлександрСтепанович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ОлександрСтепанович
Гость
По каким параметрам Вы определили что нужно делать реорганизацию? Ведь я в планировщике ДБ2 установил чтобы делалась реогранизация и статистика! И так думаю что она делаетса!
...
Рейтинг: 0 / 0
25.07.2013, 16:08
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38343941
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
ОлександрСтепановичРугаетса

SQL0204N Имя "SESSION.TB_STATS" не было определено. SQLSTATE=42704

SQL0204N Имя "SESSION.TB_STATS " не было определено.
Вы в одной и той же сессии сделали:
CALL SYSPROC.REORGCHK_TB_STATS('T', 'ALL');
и потом:
SELECT ...
?
...
Рейтинг: 0 / 0
25.07.2013, 16:28
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38343977
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
ОлександрСтепановичПо каким параметрам Вы определили что нужно делать реорганизацию? Ведь я в планировщике ДБ2 установил чтобы делалась реогранизация и статистика! И так думаю что она делаетса!Вы написали, что после массовых удалений размер файлов не уменьшился.
Он и не должен уменьшаться, и если вы хотите, чтобы файлы уменьшились, надо делать это руками.
По первому запросу видно, что много от этого вы не выиграете сейчас, т.к. уменьшить DMS с LARGE/ANY пространство вы можете только на TBSP_USABLE_PAGES - TBSP_PAGES_TOP.
TBSP_PAGES_TOP можно опустить до TBSP_USED_PAGES (как - отдельный разговор).
В вашем случае всё это имеет смысл только для одного V81C_INDEXSPACE и уменьшить файл удастся только на ~4.4GB (насколько я знаю, V81C_INDEXSPACE имеет страницу в 8K).

Но это индексное пространство, в котором данные таблицы не создаются обычно.
Поэтому я предположил, что после вашего массового удаления вы не реорганизовали таблицы, иначе просто не видно свободного места в пространствах.
...
Рейтинг: 0 / 0
25.07.2013, 16:42
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38344104
ОлександрСтепанович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ОлександрСтепанович
Гость
Mark Barinstein,
высилаю результат:
...
Рейтинг: 0 / 0
25.07.2013, 17:45
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38344108
ОлександрСтепанович
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ОлександрСтепанович
Гость
ОлександрСтепанович,
...
Рейтинг: 0 / 0
25.07.2013, 17:48
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38344143
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
ОлександрСтепановичвысилаю результат:Если статистика на таблицы актуальная, то там реорганизовывать нечего - запрос вернул какие-то маленькие таблицы.

Наверное, у 1C какой-то свой механизм удаления документов. По крайней мере результатов массового удаления записей в таблицах db2 не видно, если только эти таблицы действительно не попали в V81C_INDEXSPACE, и ваши удалённые данные не занимали эти 4 GB там.
Так что если хотите, то можно уменьшить этот V81C_INDEXSPACE, но смысла в этом нет особого.
...
Рейтинг: 0 / 0
25.07.2013, 18:00
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38344828
Domovoit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Domovoit
Гость
Mark Barinstein,
думаю стоит довести начатое до логического завершения. Я смотрю на результати запросов и немогу понять по каким параметрам Вы выявили что масового удаления не видно. Наведите пожалуйста пример.

И давайте попробуем уменьшить V81C_INDEXSPACE думаю ведь такой метод можно применить и до других табличных пространств.Спасибо.

П.С. Сегодня день Системного администратора так что поздравляю всех. И если сегодня лень можем перенести на понедельник. Спасибо
...
Рейтинг: 0 / 0
26.07.2013, 11:14
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38344899
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
Domovoitдумаю стоит довести начатое до логического завершения. Я смотрю на результати запросов и немогу понять по каким параметрам Вы выявили что масового удаления не видно. Наведите пожалуйста пример.

В DB2 есть такая команда REORGCHK . Она использует статистику по таблицам в нескольких формулах (см. описание там же), по которым по каждой таблице оно даёт рекомендации - делать реорганизацию или нет.
И процедура, которая делает то же, только заполняет времнную таблицу результатами, которую я потом и использовал в запросе.
 
Вот результат моего запроса
Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
17.
18.
19.
20.
21.
22.
23.
24.
25.
26.
27.
28.
29.
30.
31.
32.
SIZE_KB              CARD                 OVERFLOW             NPAGES               FPAGES               TSIZE                F1          F2          F3          REORG  TABLE_NAME                         
-------------------- -------------------- -------------------- -------------------- -------------------- -------------------- ----------- ----------- ----------- -----  -----------------------------------
                7392                 6141                    7                  308                  883              2591502           0           8          34 -**    V8T92F2E42638EA1B654CFAA4B50DAEF5A2
                5408                    0                    0                    0                   61                    0           0           0           0 -**    V8T824D382600B3342D478EB59EA2A40FF4
                2240                 2908                    0                   48                   48               793884           0          52         100 -*-    V8T931F71A31C0EFBEF479BAB156D3F0914
                1888                    0                    0                    0                 1748                    0           0           0           0 -**    V8TBA8BD295C846073D41FA42A8BE58F4A8
                1664                 6141                    0                  201                  375              1142226           0           9          53 -**    V8TAD2261460F31FC8D4509663C3918EDAD
                1536                 1144                  725                   25                   25               629200          63          83         100 *--    HMON_ATM_INFO                      
                1408                 5140                    0                   12                   25               364940           0          48          50 -**    V8TB4D8B82A8440582A4D98D8CC17271A73
                1024                 6146                    0                   81                   81               245840           0           9         100 -*-    V8T9E22EA106698EDAD415377C404CB5AA0
                 960                 1934                    0                    8                  140               110238           0           2           5 -**    V8T875AC1A6DB5E06DD49810B705D7BD373
                 896                 1806                    0                    6                  130                95718           0           2           4 -**    V8TADFAD49BC2E5417D47EB49593520676D
                 800                    0                    0                    0                   90                    0           0           0           0 -**    V8TB22839E7CEBF3CED4423E7FFC66D2D06
                 576                  295                    0                    3                   19                37465           0           6          16 -**    V8TABE9D2142C0786014C3F60CB8C016074
                 512                    0                    0                    0                   29                    0           0           0           0 -**    V8TB40A65E9FCBF51BF437F7246BDEC4669
                 512                   83                    0                    3                    8                 4731           0           2          42 -**    V8TB7432432F9FB90C34D9B5DE8CCC224F6
                 448                   13                    0                    1                 2169                 1742           0           0           0 -**    V8T94661DA2FBAA32B549274A1B61BAC11C
                 384                   57                    0                    1                    8                 4674           0           2          14 -**    V8T87267C6EA9460A1F4096501B1F1C9B8F
                 384                  109                    0                    1                    6                 6213           0           4          20 -**    V8T8D31FAD15AB535F14DCB2D3A607B45D1
                 384                    0                    0                    0                 7682                    0           0           0           0 -**    V8T8D91A4EDA66826B44FB9199C5CAAAF12
                 384                    0                    0                    0                   74                    0           0           0           0 -**    V8T8DF49248D5C44F2245B09E6F72B7B497
                 384                    0                    0                    0                  163                    0           0           0           0 -**    V8T8F9FD7B18025DCA04931F9E7B5C11EE5
                 384                    0                    0                    0                   15                    0           0           0           0 -**    V8T9303DC79AA0C9B0947866915B208C9F8
                 384                    0                    0                    0                  310                    0           0           0           0 -**    V8T96FFD864EF2DD4A94D59FF6677291AEF
                 384                   73                    0                    1                    7                 3869           0           2          16 -**    V8T9C39C34D6B80BA424DBAE25CDB4A7B9C
                 384                    0                    0                    0                  174                    0           0           0           0 -**    V8T9C5C8E12D4D5FF544475272981FFCC86
                 384                   28                    0                    1                    7                 1988           0           1          16 -**    V8TAA87F8708627B9B54543DD393406E938
                 384                    0                    0                    0                    6                    0           0           0           0 -**    V8TB1D194C2704269BA4D797BA0DBF2DA37
                 384                    0                    0                    0                   52                    0           0           0           0 -**    V8TB7830A4DB82C9AB74DBA5CCA8329237D
                 384                   73                    0                    1                    6                 4161           0           3          20 -**    V8TB79A94D7F8E325C5405711035A36353B
                 384                    0                    0                    0                  231                    0           0           0           0 -**    V8TBB2886EFC6022F5541F42DAB47EFEE34
                 384                    0                    0                    0                   16                    0           0           0           0 -**    V8TBCA62368C60948C24AA2AE57A6FCB925

Фрагментацию данных можно оценить по формулам 2 и 3.
Из результатов запроса видно, что все эти фрагментированные таблицы - маленькие и их немного.
...
Рейтинг: 0 / 0
26.07.2013, 11:46
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38344969
Mark Barinstein
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Mark Barinstein
Гость
К предыдущему посту: Всё это верно, если вы (или оно само автоматически) после массового удаления собрали статистику на таблицы, из которых производилось удаление.

DomovoitИ давайте попробуем уменьшить V81C_INDEXSPACE думаю ведь такой метод можно применить и до других табличных пространств.
Код: sql
1.
2.
alter tablespace V81C_INDEXSPACE LOWER HIGH WATER MARK;
alter tablespace V81C_LARGESPACE LOWER HIGH WATER MARK;


и дайте результат:
Код: sql
1.
2.
3.
4.
5.
6.
7.
8.
9.
select
  substr(t.tbsp_name, 1, 20) name
, p.TBSP_NUM_CONTAINERS
, t.tbsp_usable_pages
, t.tbsp_used_pages
, t.tbsp_page_top
, substr('alter tablespace '||p.tbsp_name||' reduce (all '||rtrim(char((t.tbsp_usable_pages-t.tbsp_page_top)/p.TBSP_NUM_CONTAINERS))||')', 1, 80)
from sysibmadm.snaptbsp_part p, table(mon_get_tablespace(p.tbsp_name, -1)) t
where p.tbsp_name in ('V81C_INDEXSPACE',  'V81C_LARGESPACE');
...
Рейтинг: 0 / 0
26.07.2013, 12:16
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38344970
A.Panskikh
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
A.Panskikh
Гость
ОлександрСтепановичЗдраствуйте! Подскажите, пожалуйста, в таком деле!

1. База данных ДБ2 35Гб.

2. В базе 1С делаю очистку от ненужных документов(Таких документов очень много.), точнее удаляю документы за год, оставляю только несколько общих документов с общими данными деятельности за год.

3. После база не меняетса в размере!


А что значит - не меняется? Размер на диске? И не должен. Для DMS пространств размер задается. Для SMS - обнулится, если только таблице сделать truncate.

Если в табличном пространстве образовалось много неиспользованных страниц - reorg.

Andy
...
Рейтинг: 0 / 0
26.07.2013, 12:16
| Ответить | Цитировать | Написать  
Очистить базу данных!
    #38373279
Фотография Andron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Andron
Участник
Автор не понимает как организовано хранение данных внутри базы. Если вкратце, на физ. уровне таблица состоит из экстентов которые состоят из групп страниц. Обычное удаление данных из таблиц как правило не приводит к освобождению места, занимаемого таблицами на диске, освобождается лишь место внутри таблиц (в экстентах таблиц). Чтобы освободить пустые блоки внутри таблиц, недостаточно сделать delete. В разных базах надо выполнить дополнительные действия для этого. Как уже выше отметили, в db2 для этого используется реорг.
...
Рейтинг: 0 / 0
21.08.2013, 14:03
| Ответить | Цитировать | Написать  
Период между сообщениями больше года.
Очистить базу данных!
    #38855226
тема1987
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
тема1987
Гость
Если ещё актуально, может кому другому поможет. Была похожая проблема не мог очистит базу данных в 1С, помогли люди разобраться http://www.modber.ru/forum/thread12645.html]Надеюсь и вам помогут!
...
Рейтинг: 0 / 0
15.01.2015, 14:22
| Ответить | Цитировать | Написать  
17 сообщений из 17, страница 1 из 1
Форумы / IBM DB2, WebSphere, IMS, U2 [игнор отключен] [закрыт для гостей] / Очистить базу данных!
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]