Комплект скриптов BAT для обслуживания баз данных на POSTGRESQL

27.10.20

База данных - Администрирование СУБД

Комплект скриптов для резервного копирования, обновления статистики и полного обслуживания, включающего в себя сжатие баз данных и реиндексацию.

Файлы

ВНИМАНИЕ: Файлы из Базы знаний - это исходный код разработки. Это примеры решения задач, шаблоны, заготовки, "строительные материалы" для учетной системы. Файлы ориентированы на специалистов 1С, которые могут разобраться в коде и оптимизировать программу для запуска в базе данных. Гарантии работоспособности нет. Возврата нет. Технической поддержки нет.

Наименование Скачано Купить файл
Комплект скриптов BAT для обслуживания баз данных на POSTGRESQL.:
.zip 0,87Kb
58 2 500 руб. Купить

Подписка PRO — скачивайте любые файлы со скидкой до 85% из Базы знаний

Оформите подписку на компанию для решения рабочих задач

Оформить подписку и скачать решение со скидкой

В составе архива входит три скрипта. Разделены они между собой для возможности использования в разное время. 

Порядок использования:

1. Вносим свои настройки в скрипты с использованием тестового редактора:

2. Используем, запуская вручную или добавив в планировщик задач, для этого:

  • Нажмите клавиши Windows + R на клавиатуре
  • В появившемся окне введите taskschd.msc
  • Действия - Создать простую задачу
  • Вводим имя - имя скрипта. Далее
  • Выбираем периодичность Далее
  • Выберите действие задачи - Запустить программу Далее
  • Программа или сценарий - Выбираем скрипт Далее
  • Готово

 

1. pg_backup.bat  - Резервное копирование баз данных

Основные настройки(открываем в любом текстовом редакторе):

SET pg_path=C:\Program Files\PostgreSQL\12.4-1.1C\bin
SET backup_path=\\backup\bkp\1c
SET pg_user=postgres
SET data_bases=db1 db2

Назначение настроек:

pg_path = путь к каталогу bin где установлена ваша версия postgresql

backup_path = путь к каталогу куда будут складироваться резервные копии

pg_user = пользователь postgresql, у которого есть доступ к базам данных.

data_bases = базы данных, перечисленные через пробел

Периодичность выполнение этого скрипта зависит от  критичной продолжительности вводимых данных. Лучше всего это делать 1 раз в день.

 

2. pg_analize.bat  - Обновление статистики

Основные настройки(открываем в любом текстовом редакторе):

SET pg_path=C:\Program Files\PostgreSQL\12.4-1.1C\bin
SET pg_user=postgres
SET data_bases=db1 db2

Назначение настроек:

pg_path = путь к каталогу bin где установлена ваша версия postgresql

pg_user = пользователь postgresql, у которого есть доступ к базам данных.

data_bases = базы данных, перечисленные через пробел

Периодичность выполнение этого скрипта необходимо настраивать на ежедневное использование, перед началом рабочего дня

 

3. pg_service.bat  - Полное обслуживание базы данных

Основные настройки(открываем в любом текстовом редакторе):

SET pg_path=C:\Program Files\PostgreSQL\12.4-1.1C\bin
SET pg_user=postgres
SET data_bases=db1 db2

Назначение настроек:

pg_path = путь к каталогу bin где установлена ваша версия postgresql

pg_user = пользователь postgresql, у которого есть доступ к базам данных.

data_bases = базы данных, перечисленные через пробел

Периодичность выполнение этого скрипта необходимо настраивать на раз в 2-3 дня в нерабочее время.

 

Лучше всего подключать скрипты в планировщике заданий.

Вступайте в нашу телеграмм-группу Инфостарт

См. также

Администрирование СУБД Программист Бесплатно (free)

Прокачиваем Постгрес с помощью пользовательских функций и процедур.

02.03.2026    918    SerVer1C    3    

10

HighLoad оптимизация Администрирование СУБД 1С:Предприятие 8 Бесплатно (free)

В статье рассматриваются текущие возможности горизонтального масштабирования СУБД для 1С, а также какое решение предлагает Tantor Postgres.

02.02.2026    1128    Tantor    3    

8

Администрирование СУБД Технологический журнал Мониторинг Системный администратор Программист Бесплатно (free)

Рассказываем, почему высоконагруженным бэкендам на 1С нужен регулярный мониторинг и что происходит, когда его нет: производительность и стабильность деградируют, а обращения пользователей копятся. Показываем, как построили легкую систему наблюдаемости для бэкендов корпоративных порталов. Она включает сбор метрик из технологического журнала, Apdex, журнала регистрации и динамики размеров таблиц с последующим анализом в связке ClickHouse и служебной информационной базы на 1С. Объясняем, какие отчеты и метрики быстрее всего помогают находить критичные проблемы производительности, и демонстрируем интерфейс расследования. Разбираем несколько кейсов оптимизации, найденных по итогам мониторинга, включая доработки функционала БСП «управление доступом» и «присоединенные файлы».

15.12.2025    4385    tystik    1    

9

HighLoad оптимизация Администрирование СУБД 1С:Предприятие 8 1С:ERP Управление предприятием 2 Бесплатно (free)

Завершаем цикл статей по совместному докладу Алены Генераловой и Александра Симонова на INFOSTART TECH EVENT 2025 о нагрузочном тестировании (НТ) на 30 000 АРМ на машине баз данных Tantor XData. В заключительной части расскажем о том, что нас ждало при запусках теста, и какие доработки СУБД Tantor Postgres были сделаны, чтобы его пройти с высоким результатом.

27.11.2025    3142    Tantor    28    

16

HighLoad оптимизация Администрирование СУБД Программист Бесплатно (free)

Продолжаем знакомить вас с улучшениями СУБД Tantor Postgres для работы с продуктами 1С. В рамках предыдущей статьи мы разобрали арсенал специализированных функций, призванных существенно ускорить выполнение типичных для 1С операций, снизить нагрузку на инфраструктуру и упростить администрирование. Сегодня мы рассмотрим, с какими проблемами можно столкнуться при высоких значениях default_statistics_target, расскажем о новых оптимизациях для ускорения выполнения запросов, и, конечно, коснемся временных таблиц.

11.11.2025    2046    Tantor    10    

5

Администрирование СУБД 1С:Элемент Системный администратор Программист Бесплатно (free)

1С:Управление ландшафтом – это инструмент, способный объединить десятки разрозненных систем, серверов и баз данных в единое управляемое пространство, где установка, обновление, администрирование и контроль за инфраструктурой 1С происходят из одной точки, а рутинные задачи решаются за пару минут. Расскажем о том, как сделать свой ИТ-ландшафт управляемым.

23.10.2025    5109    user2169944    4    

14
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. sklskl 7 28.10.20 11:07 Сейчас в теме
Я так понимаю в пункте 1 будет pg_dump, при этом явно были сохранены логины и пароли для доступа к \\backup. Не совсем удачный вариант. В пункте 2 явный analyze, ну в пункте 3 скорее всего vacuum full который в принципе то не нужен, если нормально настроен постгрес и успевает работать autovacuum. Исключение загрузка из dt и огромное количество удаляемых данных.
2. pryaneg2008 112 28.10.20 14:54 Сейчас в теме
Путь к каталогу указан явно без учетных данных из соображения того, что этот путь может быть либо локальная папка без каких-либо особенностей безопасности, либо сетевой каталог, учетные данные от которого сохранены в хранилище сетевых паролей того пользователя под которым в дальнейшем настроено задание планировщика. Все верно. по 3 пункту происходит vacuum full + reindex, операция актуальна для больших и средних баз, а также после загрузки из dt. В маленьких и autovacuum будет успевать.
3. toil 03.11.20 09:55 Сейчас в теме
(2)
3 пункту происходит vacuum full

Надеюсь все представляют, что vaccum full это полная перезапись всех файлов БД (да постгрес хранит все в файах), то есть берется файл - делается его копия и туда тупо переписываются актуальные данные не помеченные к удалению и так последовательно все файлы. Как сказано выше при нормально работающем autovaccum с версии примерно 9.6 - vacuum full раз в 2-3 дня вредный совет. При работе на SSD не серверного класса это еще и убивает диск. Хотите reindex сделайте его отдельно.
4. pryaneg2008 112 03.11.20 16:42 Сейчас в теме
(3) Справедливое замечание. Конечно все зависит от периодичности выполнения этой операции, но я так и поступлю. Добавлю отдельный скрипт с реиндексацией. Спасибо!
5. frkbvfnjh 818 20.07.21 13:58 Сейчас в теме
А для чего делается обновление статистики? Запросы выполняются быстрее?
6. pryaneg2008 112 22.07.21 08:41 Сейчас в теме
(5) Перед каждым запросом формируется план запроса, включающий в себя последовательность действий. Одинаковые запросы в СУБД кэшируются(сохраняются) и накапливаются. Кэш представляет соответствие запроса и плана. Сама статистика представляет из себя таблицу в которой хранятся значения индексов и полей таблиц, которые критичны для оптимизации плана. При очередном формировании запроса, СУБД пытается вытащить план в первую очередь из кэша, но в там он может быть не актуальным(не оптимальным). Поэтому есть такая процедура, как обновление статистики, которая и обновляет этот кэш актуальными планами запроса. Но сильного ускорения базы ждать не стоит, если статистика оптимальная, то после обновления оптимальней она не станет или будут минимальные изменения. При этом процедура обновления статистики выполняется быстро, не блокирует таблицы, не накладывает монопольный режим на БД. То есть достаточно безопасная для того, чтобы выполнять ее во время работы пользователей. Обычно ее заряжают по 2 раза в сутки планировщиком и норм.
7. SerVer1C 1044 19.08.21 15:42 Сейчас в теме
Постгрес под вендой - сомнительное удовольствие...
8. CheshirCat696 08.11.21 08:36 Сейчас в теме
Подскажите, как понять, что скрипт выполняется? Пробовал выводить в %LogFile% там ничего.
Для отправки сообщения требуется регистрация/авторизация