Как произвести аналитику изменений и определить причину роста объёма базы?

Question

[ReIncepti0N]

База 1с на PostgreSQL. В какой то момент увеличилась в 2 раза (с 600гб до 1.2тб). Причины не определены точно (сбой конфигурации / некорректное закрытие месяца / перерасчет БИ).
Хотелось бы произвести аналитику изменений в базе.

Answer 1

[mletov]

А "в лоб" задача не решается?
Развернуть 2 базы, новую и старую (у вас же бэкапы есть, надеюсь).
Выяснить какие именно таблицы распухли, и от этого уже отталкиваться.

Answer 2

[mayton2019]

Не знаю как щас. А лет 10 назад базы обслуживал DBA. Это был инженер и хозяйственник. Кроме того что он знал бизнес. Он также знал примерный объем таблиц в гигабайтах и в миллионах строк. Не обязательно все а хотя-бы топ 10. И даже если какая-то из них внезапно опухла - то это было-бы лакмусом того что в системе что-то пошло не так. (Я в бытность DBA-администраторства знал примерно сколько в день растут таблицы бизнес-фактов и сколько архивных логов накатывает Oracle). Обычно схема даже очень сложных систем состоит из справочников которые не растут. И из таблиц бизнес-операций которые и нужно держать под наблюдением. И их не очень много.

Вот тут пишут как посмотреть размер таблиц https://stackoverflow.com/questions/21738408/postg...

Количество строк - сами напишете. Ну и мониторинг и еще раз мониторинг. Возможно причины - банальны. Переход на новую версию комплекса в процессе которого были добавлены новые колонки например.

И внезапный рост бизнес-данных - это не вопрос к qna. Это вопрос ко всем отвественным которые платят за железо и софт и сам программный продукт 1С.

Answer 3

[Константин Цветков]

1с+проверка+базы+данных. Среди галочек по проверке, есть и по уменьшению размера.
1с+сжатие+базы+данных. Есть и другие методы.