Имя: Пароль:
1C
1С v8
Свертка базы и изменение ее размера. PostgreSQL
,
0 bvn-2005
 
31.01.19
07:45
БП ред. 3, SQL (postgre), в работе с 2013 года, до сих пор свертка не проводилась. Размер базы 12.5 Гб. Решил попробовать свернуть (на копии, естественно) на начало 2018 года. Процесс занял более 5 суток. Из них собственно процедура свертки - около 2 суток, остальное - удаление помеченных объектов. Всего помечено объектов 415000; удалено - 350000. После завершения размер базы стал 10.5 Гб.
Смущает меня столь незначительное уменьшение размера... Я рассчитывал хотя бы на 5-6 Гб...
1 shuhard
 
31.01.19
07:51
(0) что-то мешает использовать пузометр ?
2 Повелитель
 
31.01.19
07:54
(0) Нужно ТИИ делать.
Индексы и итоги пересчитать.
Особенно итоги много места занимают.
3 bvn-2005
 
31.01.19
07:56
"Нужно ТИИ делать. "
Ну, это слишком просто...
Делалось, естественно. После удаления помеченных объектов, но до ТИИ размер был 14 Гб, т.е. больше, чем до свертки...
4 manuuu
 
31.01.19
08:01
(3) ну значит так и есть после свертки, НСИ больше чем документов + остатков очень много. Тут базопузомер поможет только выявить.
5 shuhard
 
31.01.19
08:03
(2)[Нужно ТИИ делать. ]
сиквелу вакуум нужен
6 bvn-2005
 
31.01.19
08:17
"базопузомер"
Это что?
7 Ёпрст
 
31.01.19
08:19
(0) ну а шринк то хоть сделал ?
8 Ёпрст
 
31.01.19
08:20
да и итоги надо пересчитать
9 Повелитель
 
31.01.19
08:24
(3) Ну так ты не писал, что делал.
Если делал ТИИ, то теперь жми таблицы SQL.
В MS SQL я знаю как делать, в postgre не подскажу.
10 Nikoss
 
31.01.19
08:29
VACUUM FULL запустить нужно для постгри
11 bvn-2005
 
31.01.19
08:37
"VACUUM FULL"
Там включен автоматический вакуум. Но на всякий случай запустил сейчас руками. Ничего не изменилось.
Еще делал выгрузку->загрузку в чистую базу. Размер одинаков.

Итоги ТИИ пересчитывало.
12 Nikoss
 
31.01.19
08:48
Открой уже какую-нибудь обработку, которая показывает размер по таблицам. Может там у тебя фото 9Гб в базе, а ты документы удаляешь.
13 Мимохожий Однако
 
31.01.19
08:51
Для БП30 стандартная свёртка для уменьшения размера не даст желаемого эффекта. ИМХО.
Возможно, перенос остатков и удаление субконто и справочников с нулевыми итогами поможет. Но это уже не стандартно.
14 Фрэнки
 
31.01.19
09:03
(11) тут было обсуждение и там же ссылка на более ранее обсуждение

Обслуживание PostgreSQL + 1с
15 ansh15
 
31.01.19
10:18
(6) Например, такая обработка http://catalog.mista.ru/public/978816/
Сам не пробовал. Пишут, что работает.
16 shuhard
 
31.01.19
10:50
(6) а казачок то засланный (с)
17 unregistered
 
31.01.19
11:14
Очередное доказательство того, что свёртка на*уй не нужна.
От неё больше вреда, чем пользы.

Реальное сокращение базы в большинстве случаев копеечное.
А ускорения, скорее всего, вообще не будет никакого.
Ни одна из целей свёртки не достигнута.

Зато геморроя выше крыши:
Проверить корректность свёртки.
Выявить ошибки и исправить.
Внесение любых корректировок (корректировки поступлений, реализаций, возвраты, переносы задолженностей и пр.) прошлых периодов только через *опу.
Заполнение бухгалтерского баланса в соответствующих графах теперь только ручками (мы ведь грохнули данные за 2016, 2017 и 2018 годы).
За любым отчетом по прошлому периоду - лезть в отдельную базу.
Акты сверки за период чуть дальше свёртки - только руками в Excel рисовать.
18 ptiz
 
31.01.19
11:18
(0) Без анализа размера таблиц до свертки - делать её смысла нет.
19 bvn-2005
 
31.01.19
11:38
"свёртка на*уй не нужна"
Собственно, мои упражнения со сверткой и являются попыткой подтвердить или опровергнуть данный тезис...
20 idw
 
31.01.19
11:43
Резал базу на постгри. Удалил все доки, потом ТИИ. И УниверсальнойВыгрузкойЗагрузкой перенес операции ввода остатка в новую чистую базу.
21 bvn-2005
 
31.01.19
12:07
"Резал базу на постгри"
Не совсем понял... Если остатки переносились в чистую базу, зачем удалять доки?
22 unregistered
 
31.01.19
12:24
(19) А чего его опровергать? Достаточно просто подумать и прикинуть размер места занимаемого таблицами (о чем (18) говорит).
Реальных случаев осмысленности свёртки достаточно мало. В особенности это касается регламентированного учета на типовых конфигурациях типа БП. Иногда имеет смысл сворачивать базу по каким-то административным или методическим соображениям (спрятать старые периоды, пересмотр методик ведения учета), когда не хочется или нет возможности создавать новую базу и вносить в неё начальные остатки с нуля.
А для сокращения размера базы это имеет смысл вообще в каких-то единичных случаях.
И при этом всегда есть проблемы, перечисленные мною в (17), - выковыривание косяков свёртки, неработоспособность отчетности, необходимость лезть в отдельную базу за данными прошлых (свёрнутых) периодов.

Короче в 99% случаев игра не стоит свеч. Трудозатраты выкинутые на ветер при весьма туманной пользе от сего действа.