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

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

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

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

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

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

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