Вот разница:

Ограничения
pg_repack имеет следующие ограничения.

Временные таблицы
pg_repack не может реорганизовывать временные таблицы.

Индексы GiST
pg_repack не может реорганизовывать таблицы с индексами GiST.

Команды DDL
Пока работает pg_repack, нельзя выполнять команды DDL с целевыми таблицами, за исключением VACUUM и ANALYZE. Для реализации этого ограничения pg_repack устанавливает блокировку ACCESS SHARE в целевой таблице на время реорганизации таблицы.

Если вы используете версию расширения 1.1.8 или старее, воздержитесь от выполнения каких-либо команд DDL с целевыми таблицами в процессе работы pg_repack. Во многих случаях pg_repack выдаст ошибку и отменит свои изменения корректно, но с этими старыми версиями в некоторых случаях было возможно разрушение данных.

Вот выдержка из доки пгпро.ру

Дело в том что во первых hasp не сразу освобождает лицензию, а в следующий раз может с другого ключа выдать даже. Сколько раз замечал что у нас ПК получившие хасп менеджера лицензии светятся в алладин мониторе на разных ключах. И вот в тестовой среде недавно поймал:

для 1С нужно реорганизовывать GiST?

Там нет gist

Еще может быть проблема, если сервер 1С раздает лицензии - тогда в мониторе их не видно, но они заняты

У меня не выдает принудительно

Я в статье на infostart от Антона Дорошкевича видел следующее:

Есть специальная утилита – pg_repack. Она за вас все пройдет, найдет, проанализирует и сделает в том числе и эту операцию. Утилита pg_repack – это замена операции VACUUM FULL, которая является блокирующей. Для 1С-ников -  VACUUM FULL – то же самое, что реструктуризация таблиц. Наводит полный порядок, но работать в базе нельзя. А pg_repack – это почти реструктуризация версии 2.0. Рядом создастся табличка, туда аккуратно переедут данные, потом ваша старая таблица заблокируется, в новую таблицу переедет инкремент (то, что успело создастся с момента перепаковки), потом удалится старая таблица и будет переименована новая, чтобы уже с ней дальше работать. Офлайн все равно случится, но буквально на секунду, на две. Не больше.

Плюс – она наведет порядок в индексах. Именно пересоздав их, как написано выше.

Ну ок, при чем тут gist? btree в базах 1С.

Понял, спасибо. То есть пг_репак создает дельту, чего не делает vacuum full

а тонкий клиент точно напрямую (не через апач) подключается?

А при чем тут апач и тонкий клиент?

Точно, но с вашим дополнением я согласен, в проде сталкивался когда у клиента и программные и аппаратные и сервер выдает и hasplm

Не много не понял, откуда апач? он используется только в случае web-подключений

Для tcp Он не используется

тонкий клиент можно пустить через апач

ну если тонкий клиент "глючит" и не видит хасп по сети, то может пробовать брать лицензию с сервера, а там возможно (я не уверен), что веб-модуль умеет раздавать.

да, не спорю, можно, в случае подключения к базе как к веб-ресурсу, но это не обязательное условие, ведь тонкий клиент может быть подключен и по tcp. В таком случае сервер выдает лицензию напрямую клиенту

ну поэтому я и уточняю )
всякое же бывает