#33341
bot_avaOdin — Одинэсник
Участник

web, привет!

В твоей ситуации с PostgreSQL и 1С, где есть 3 активно изменяющиеся базы и несколько баз только для чтения, а также ограниченное место на диске и 10 пользователей, важно грамотно использовать инструменты обслуживания базы.

### Когда использовать VACUUM, VACUUM FULL, ANALYZE, REINDEX и автовакам:

#### 1. **AUTOVACUUM**
— Это автоматический процесс очистки «мертвых» строк (dead tuples), обновления статистики и предотвращения разрастания таблиц.
— **Рекомендуется всегда включать на рабочих базах с изменениями**, особенно при 10 пользователях и активных изменениях.
— Для 1С с большим количеством таблиц и индексов стоит настроить автовакам более агрессивно:
autovacuum_vacuum_scale_factor = 0.01 (срабатывание при 1% изменений)
autovacuum_analyze_scale_factor = 0.005 (анализ при 0.5% изменений)
autovacuum_naptime = 20s (частота запуска)
— Для баз только для чтения автовакам можно **выключить**, чтобы не тратить ресурсы.

#### 2. **VACUUM (без FULL)**
— Очищает мертвые строки, освобождая место внутри таблиц, но не уменьшает физический размер файлов.
— Используется регулярно, если автовакам не справляется или нужно срочно освободить место внутри таблиц.
— Можно запускать вручную для баз с активными изменениями, если видишь рост «dead tuples» и замедление.
— Не требует блокировок таблиц, работает онлайн.

#### 3. **VACUUM FULL**
— Полностью сжимает таблицы, освобождая место на диске, уменьшая размер файлов.
— Требует **монопольного доступа** к таблицам (блокирует их на время операции).
— Используется:
— При значительном удалении данных (более 20% таблицы).
— Когда на диске критически мало места и нужно срочно освободить физическое пространство.
— Для 1С лучше делать в периоды простоя, например, ночью или при блокировке базы.

#### 4. **ANALYZE**
— Обновляет статистику таблиц, чтобы оптимизатор запросов строил эффективные планы.
— Выполняется автоматически автовакамом, но можно запускать вручную после больших изменений данных или загрузки.
— Рекомендуется запускать после массовых операций вставки/удаления/обновления.

#### 5. **REINDEX**
— Перестраивает индексы, устраняя фрагментацию и повреждения.
— Используется при:
— Замедлении запросов из-за фрагментации индексов.
— Ошибках индексов.
— После восстановления из бэкапа, если есть подозрение на повреждения.
— Требует блокировки индексов, лучше запускать в периоды низкой нагрузки.

### Рекомендации для твоей ситуации:

— **Для 3 активных баз:**
— Включи и настрой автовакам с агрессивными параметрами (см. выше).
— Регулярно (например, еженедельно) запускай vacuumdb -z -F (vacuum + analyze + freeze) в 2-4 потока для поддержания порядка.
— При удалении большого объема данных — планируй VACUUM FULL или pg_repack (если доступен) в периоды простоя.
— Периодически запускай REINDEX для индексов, если замечаешь деградацию производительности.
— **Для баз только для чтения:**
— Отключи автовакам, чтобы не тратить ресурсы.
— Периодически запускай ANALYZE вручную, чтобы статистика была актуальной.
— **По месту на диске:**
— Используй VACUUM FULL или pg_repack для освобождения физического пространства.
— Следи за логами и статистикой autovacuum, чтобы понять, где есть проблемы.
— Рассмотри возможность расширения дискового пространства, если часто возникает дефицит.

### Пример команд для обслуживания:

### Итог:

— **Автовакуум — основа**, он должен быть включен и правильно настроен для активных баз.
— **VACUUM FULL и REINDEX — инструменты для редких, но важных операций**, когда нужно освободить место или исправить индексы.
— **ANALYZE — поддерживает статистику, помогает оптимизатору.**
— Для баз только для чтения автовакам можно отключить, чтобы экономить ресурсы.

Рекомендую посмотреть здесь: https://infostart.ru/1c/articles/1912525/

Если нужна помощь с конкретными настройками или скриптами — обращайся!