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

27.10.20

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

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

Файлы

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

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

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

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

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

Вы можете заказать платную доработку или адаптацию этой разработки под вашу конфигурацию на «Бирже заказов».

  • 0% комиссии — оплата напрямую исполнителю;
  • Исполнители любого масштаба — от отдельных специалистов до команд под проект;
  • Прямой обмен контактами между заказчиком и исполнителем;
  • Безопасная сделка — при необходимости;
  • Рейтинги, кейсы и прозрачная система откликов.

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

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

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 дня в нерабочее время.

 

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

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

См. также

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

В рамках 18 релиза СУБД Tantor Postgres мы рассказывали об оптимизациях, которые помогают планировщику сделать более точный выбор между Nested Loop и Hash Join. В следующем релизе у нас планируются оптимизации, которые позволят ускорить выполнение как Nested Loop, так и Hash Join. Сегодня мы расскажем об одном из таких методов - фильтре Блума.

31.08.2026    5477    Tantor    3    

17

Администрирование СУБД Системный администратор Разработчик Бесплатно (free)

5,5 тысячи пользователей в единой базе 1С, розница в режиме 24/7 и SLA 99,98% – в таких условиях любая авария быстро превращается в очереди на кассах, потерю денег и давление со стороны бизнеса. Показываем, как выстроить процесс аварийно-восстановительных работ: от первых алертов и базового скрининга системы до подключения команды, проверки гипотез и дебрифа после инцидента. Разбираем, как метрики, дашборды, техжурнал, Zabbix, Prometheus, Grafana, Telegram-боты и скрипты помогают не гадать, а быстро находить причину проблемы. На реальных авариях объясняем, почему «быстро» не должно означать «рискованно», как работа над ошибками снижает панику и почему каждая авария может сделать систему надежнее.

11.08.2026    2851    jul.dolganova    9    

23

Администрирование СУБД Пароли Системный администратор 1С 8.3 1С:Розница 2 1С:Управление производственным предприятием Абонемент ($m)

Пароль пользователя СУБД лежит в 1CV8Clst.lst обратимо: кто читает папку srvinfo - достаёт пароли SQL всех баз кластера, минуя права 1С. Обработка показывает, у каких баз пароль извлекается, помечает слабые и выдаёт план защиты. К СУБД не подключается, ничего не пишет - только читает файл.

10 стартмани

06.08.2026    1589    16    nedomolkov.ivan    0    

7

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

Прогнал набор диагностических скриптов на двух рабочих базах: боевой с 580 сеансами и малонагруженной. Разбираю пять находок: статистика 97-дневной давности, 598 запросов со сканами, журнал транзакций в 73 % от данных, tempdb в один файл и 81 % ожиданий на параллелизме, который чинить не надо. Плюс три грабли, из-за которых самописный диагностический скрипт падает на чужом сервере. Семь рабочих скриптов внутри, копируются в SSMS как есть.

05.08.2026    2110    nedomolkov.ivan    8    

9

Администрирование СУБД Журнал регистрации Системный администратор Разработчик 1С 8.3 Бесплатно (free)

Журнал регистрации на нагруженной базе перестаёт открываться: файлы растут на гигабайты в день, просмотр виснет, история недоступна. Рассказываю, как мы вынесли журнал трёх продуктивных баз в ClickHouse: 35 млрд событий, поиск всех ошибок за сутки — 0,11 секунды, привычная форма журнала для пользователей и падение числа ошибок в проде в 23 раза за полгода. Архитектура, схема таблицы, грабли интеграции и все цифры с прода.

04.08.2026    2472    nedomolkov.ivan    0    

8

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

База 1С:ERP размером 646 Гб, полное маскирование за 5 часов - без создания промежуточной незащищенной копии. Разбираем бесплатный pg_anon на сквозном примере с реального продуктива.

27.07.2026    3704    Tantor    16    

16

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

Если вы работаете с 1С на PostgreSQL и жалуетесь на тормоза — скорее всего, дело в join predicate pushdown, которого в стандартном PostgreSQL нет. В MS SQL Server этот механизм работает «из коробки», и при миграции именно запросы к виртуальным таблицам 1С бьют по производительности сильнее всего. В этой статье — реальный кейс от Postgres Professional с разбором плана выполнения, ручным экспериментом и доработкой планировщика СУБД, которая ускорила запросы от 22 до 54 000 раз.

16.06.2026    10325    postgres_professional    13    

12

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

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

16.06.2026    4325    Tantor    7    

10
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
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 825 20.07.21 13:58 Сейчас в теме
А для чего делается обновление статистики? Запросы выполняются быстрее?
6. pryaneg2008 112 22.07.21 08:41 Сейчас в теме
(5) Перед каждым запросом формируется план запроса, включающий в себя последовательность действий. Одинаковые запросы в СУБД кэшируются(сохраняются) и накапливаются. Кэш представляет соответствие запроса и плана. Сама статистика представляет из себя таблицу в которой хранятся значения индексов и полей таблиц, которые критичны для оптимизации плана. При очередном формировании запроса, СУБД пытается вытащить план в первую очередь из кэша, но в там он может быть не актуальным(не оптимальным). Поэтому есть такая процедура, как обновление статистики, которая и обновляет этот кэш актуальными планами запроса. Но сильного ускорения базы ждать не стоит, если статистика оптимальная, то после обновления оптимальней она не станет или будут минимальные изменения. При этом процедура обновления статистики выполняется быстро, не блокирует таблицы, не накладывает монопольный режим на БД. То есть достаточно безопасная для того, чтобы выполнять ее во время работы пользователей. Обычно ее заряжают по 2 раза в сутки планировщиком и норм.
7. SerVer1C 1143 19.08.21 15:42 Сейчас в теме
Постгрес под вендой - сомнительное удовольствие...
8. CheshirCat696 08.11.21 08:36 Сейчас в теме
Подскажите, как понять, что скрипт выполняется? Пробовал выводить в %LogFile% там ничего.
Для отправки сообщения требуется регистрация/авторизация