БД это каталог ZPL со всеми подкаталогами. Если версия сетевая, то есть ZPL локальный (у каждого расчетчика) и есть общий (сетевой).
Нет, БД не одним файлом.
Нет, пересадить все это дело на Postgres у вас не получится.
9Гб - возможно это со всеми отчетами, которые готовили эти расчетчики за долгое время эксплуатации программы.
Не видя анализа по размерам подкаталогов сложно сказать что конкретно там занимает у вас много места.

Сложно ответить на вопрос про оптимальный размер БД не зная как много справок, отчетов создают ваши расчетчики. Может они каждый деть создают отчет вида РСВ на все 1500 человек. И размер тогда будет соответствующий.

Если я вам скажу "почистите папки со старыми отчетами" - то для кого-то это может быть нормальным решением, а кто-то может быть нас с вами после такой чистки готов будет убить, потому что мы удалим те отчеты, которые они хотят видеть постоянно.

Покажите ТОП-10 подкаталогов большого объема в каталоге ZPL расчетчика. (кроме подкаталогов Z??? где лежат сами лицевые счета)

Коллеги, вы сами то в этой куче вопросов-ответов не теряетесь?
Давайте вернемся к принципу: одна тема - один вопрос?

Один вариант привел Игорь Шалдин.
Второй вариант: восстановить данные по зарплате из страховых копий.
Если у вас есть сопровождающий специалист надо обратиться к нему.

Или на дату увольнения. Если сотрудник был уволен до 31.12.2020

Отчет будет построен по принципу 4-ФСС.
Заполняется эксель. Недостающую инфу можно заполнить в экселе же.
По экселю формируется ФУФ.
В новом интерфейсе мы эту форму бы не успели сделать за названные сроки.

Какое количество работников обсчитывется в этой БД?

Можете посмотреть какие каталоги больше всего места занимают?
В чем именно заключается проблема "распухшести бд"? Долго сохраненка делается? Или нет возможности выделить дополнительно место на диске?

Информация:
ФСС "сломал" и не чинит отправку ЭЛН версии 1.1. В чем там проблема с форматом 1.1 мы разбираться уже не будем, потому что:
1)  после очередных технических работ, может сломаться что-то еще.

2) с 01.05 формат 1.1 перестает поддерживаться ФСС.

На прошлой неделе выпустили версию с отправкой в формате версии 2.0. Там такой проблемы нет.

шаблон поменяли

Ну по телефону вам могут чего угодно сказать. Пишите официальный запрос. Мы тоже напишем.
По букве закона - не применяется это правило.
Но да, у нас сплошь и рядом стало "по понятиям", или "смотрите на калькулятор". Зачем нам закон?

Калькулятор ФСС и калькулятор Бухгалтерии.Контур это не закон
Ну как пример: попробуйте посчитать в калькуляторе ФСС обычный больничный за один день (12 марта), вы с удивлением обнаружите, что платить больничный за 1 день не надо. Совсем.
Вопрос: надо ли нам в нашей программе сделать так же? Или это ошибка у ФСС?
Я склоняюсь ко второму варианту. И это я еще не начинал тестировать его на "сложных случаях".