Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Свертка базы и изменение ее размера. PostgreSQL

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

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

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

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

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

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


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует