Обслуживание базы данных на PostgreSQL

27.05.20

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

Предысторией создания данного продукта был перевод одного из своих клиентов на PostgreSQL. Серверная платформа не позволяла установить там pgAdmin. А скриптами и планировщиками пользоваться неудобно. Поэтому пришла идея реализовать обслуживание баз данных PostgreSQL средствами 1С.

Файлы

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

Наименование Скачано Купить файл
Обслуживание БД PostgreSQL:
.dt 188,99Kb ver:1.0
32 2 500 руб. Купить

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

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

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

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

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

Решение выполнено в виде отдельной конфигурации. При желании можно внедрить ее в другую конфигурацию, т.к. все объединено в пределах одной подсистемы.

Смысл разработки заключается в следующем.

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

Доступны 4 операции: сохранение (backup), сжатие (vacuum), реиндексация (reindex) и восстановление (restore).

Они могут выполняться как вручную из интерфейса, так и регламентными заданиями.

Для каждой операции и каждой базы создается отдельное регламентное задание.

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

Копии создаются в сжатом режиме, имена файлов копий содержат дату и время создания для сохранения истории. Старые копии могут автоматически удаляться.

Создавалось все в авральном режиме, поэтому сразу могу выделить несколько недостатков:

1. Кургузая справка, но администраторы, думаю, разберутся.

2. Нет лога.

3. Нет контроля завершения выполнения операции, т.е. ручной пуск или регламентное задание только запускают выполнение на сервере PostgreSQL и не знают, когда оно закончится. Этот контроль лежит на администраторе.

Буду рад услышать пожелания и сообщения о багах.

Доработки планируются при достаточной востребованности.

Разработка и отладка велась на платформе 1С 8.3.13.1644, под Windows 10 и Windows Server 2008 R2.

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

обслуживание backup postgre резервное копирование

См. также

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

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

11.08.2026    1634    jul.dolganova    8    

21

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

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

10 стартмани

06.08.2026    716    12    nedomolkov.ivan    0    

7

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

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

05.08.2026    1004    nedomolkov.ivan    8    

7

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

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

04.08.2026    1256    nedomolkov.ivan    0    

8

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

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

27.07.2026    2463    Tantor    16    

13

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

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

16.06.2026    8817    postgres_professional    13    

12

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

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

16.06.2026    3362    Tantor    7    

10

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

База 1С за несколько лет эксплуатации разрослась, - стала большой, медленно работает, требует много места и времени для копирования и прочего обслуживания. Нужна ли обязательно свертка или можно обойтись более «мягкими» средствами. Делюсь своим опытном как для новых конфигураций, так и для старых УПП, УТ 10…

01.06.2026    8063    2ncom    30    

11
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. Бэнни 221 02.06.20 09:13 Сейчас в теме
Бекап делаете с помощью pg_dump?
2. andrewbc 339 02.06.20 12:38 Сейчас в теме
3. Бэнни 221 02.06.20 17:23 Сейчас в теме
(2) для создания корректного бекапа, через вашу конфигурацию, получается, нужна остановка сервера 1С?
4. tolik_unix 02.06.20 17:34 Сейчас в теме
(3) Через pg_dump останавливать сервер 1С не нужно!! Но после восстановления базы из дампа, нужно сделать vacuum full (только на восстановленной базе), т.к.в дампе не хранятся индексы.
7. D_astana 112 03.06.20 07:00 Сейчас в теме
(4) Ну и признак анализа тоже добавить надо, ибо если автоанализ настроен неправильно, база без актуальной статистики будет после восстановления.

А вообще для кого это? Для бухгалтеров? Установить pg_probackup для ванильной версии делов на 15 мин. Зато получаем возможность восстановления вплоть посекундно, архивирование wal, автоочистку старых копий, авточистку архивных wal, проверку роботоспособности сделанной копии и все бесплатно.

Скрипт вакуума и реиндексации по 1 строчке.
8. Бэнни 221 03.06.20 22:49 Сейчас в теме
(4)
А что станет с открытыми транзакциями в момент pg_dump? Информации о них не станет, и можем получить замечательные ошибки после развертывания, разве нет?
9. ansh15 04.06.20 09:44 Сейчас в теме
(8) В документации пишут, что
Дампы, создаваемые pg_dump, являются внутренне согласованными, то есть, дамп представляет собой снимок базы данных на момент начала запуска pg_dump

Наверное, позаботились о том, чтобы незавершенные транзакции не попадали в этот снимок базы..
5. andrewbc 339 02.06.20 18:33 Сейчас в теме
(3) Сервер 1С останавливать не нужно, даже не нужно срубать сеансы и соединения
(4) Спасибо за информацию, потестирую. Но я делал просто restore - и база нормально работала.
6. tolik_unix 02.06.20 21:18 Сейчас в теме
(5) База работает, но при значимых нагрузках чувствуются тормоза. При этом, если дамп распаковать в предыдущую тестовую базу, то база вообще может не открываться пока не будет выполнен vacuum full.

Ещё одна особенность - pg_dump не гарантирует, что база будет восстановлена из дампа. Поэтому правильно по окончанию создания дампа запустить восстановление из дампа - если восстановится, то дамп можно считать успешным.

vacuum - это не сжатие. Да, vacuum может приводить к уменьшению размера базы, но это совершенно иная операция.
10. nastasya17 07.04.22 11:31 Сейчас в теме
Добрый день. Данное расширение работает на Linux?
11. alfanika 491 20.04.22 10:01 Сейчас в теме
Очень актуально такое же решение под Linux.
Для отправки сообщения требуется регистрация/авторизация