Резервное копирование и обслуживание баз данных 1С 8.3 на PostgreSQL

31.01.20

База данных - Архивирование (backup)

+26 –
> > >
  • 1.jpg
  • 2.jpg
  • 3.jpg
  • Безымянный.jpg
Резервные копии обязательны для 1С, особенно важно при большем документообороте. В статье я расскажу, как у нас организовано резервное копирование, обслуживание и восстановление из копии базы 1С 8.3, работающей на PostgreSQL

Файлы

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

Наименование Скачано Купить файл
Резервное копированиеи обслуживание БД 1С 8.3 на PostgreSQL:
.zip 5,42Kb
71 2 500 руб. Купить

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

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

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

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

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

В связи с расширением организации, было принято решение перейти с файлового варианта, на базу данных, выбор пал на PostgreSQL, так как в наличии был сервер на Windows Server 2016 решили на нем и остановиться. Был установлен PostgreSQL 11.5-12.1C, перенесены базы и сотрудники приступили к работе. Но появилась необходимость в резервном копирование базы, для этого был подключен отдельным диск и написаны скрипты. 

Задания выполняемые скриптами:

ANALYZE (БЕЗ VACUUM!) — каждый день (Например, утром, еще до начала работы пользователей в 1С).
DUMP  (Резервное копирование) –  исчисляется в зависимости от того сколько времени работы в 1С Вы не можете позволить себе потерять.

FULL DUMP (Полное резервное копирование) - делаем раз в неделю.
REINDEX – Делаем раз в неделю для профилактики (Не обязательно, если индексы не «распухают» и делаете часто Dump / Restore).
VACUUM  + FULL + ANALYZE – Раз в неделю (лучше всего делать в конце недели например: Суббота).

Для FULL DUMP необходимо отредактировать:

postgresql.conf

max_replication_slots = 10
max_wal_senders = 10
wal_level = replica
archive_mode = on
#archive_command ='test ! -f /wal/%f && cp %p /wal/%f'
archive_command = 'copy "%p" "d:\\Backup\\%f"'
 

Для работы над скриптами были использованы материалы:

1С и Linux

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

Postgre SQL резервирование восстановление копирование 1С обслуживание

+26 –

См. также

Автоматическое резервное копирование любой клиент-серверной базы 1С в формате DT с удалением сеансов, архивацией, изменением расширения (8.3.14+, расширение)

Архивирование (backup) Инструменты администратора БД 1С:Предприятие 8 1C:Бухгалтерия 1С:Розница 2 1С:Управление нашей фирмой 1.6 1С:Бухгалтерия 3.0 1С:Управление торговлей 11 1С:Комплексная автоматизация 2.х 1С:Управление нашей фирмой 3.0 1С:Розница 3.0 Платные (руб)

Данная разработка позволит решить вопрос с резервным копированием Ваших баз в автоматическом режиме, расположенных на сервере 1С. Система умеет ставить блокировки на вход, блокировать фоновые задания, принудительно отключать сеансы пользователей. И все это система делает в автоматически при создании бэкапа (или через команду). Выгрузка происходит в родной формат 1С - .dt. Так же система умеет архивировать данные выгрузки с установкой пароля. Умеет менять расширение файла zip или dt на любое указанное вами, что позволит сохранить выгрузки от шифровальщика. Может удалять старые копии выгрузок, оставляя указанное количество резервных копий, начиная с самой поздней. Только для WINDOWS! Версия 1.3 от 16.04.2026

7320 руб.

06.11.2012    79379    634    45    

93
Postgres и 6 ТБ данных: что мы узнали за год эксплуатации

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

Статья рассказывает об опыте перевода больших баз с MSSQL на Postgres и годовой эксплуатации после перехода. Показано, с какими ограничениями утилиты ibcmd можно столкнуться при миграции больших баз и какие подходы помогают безопасно обходить эти проблемы. Приведены наиболее интересные кейсы, выявленные в эксплуатации: особенности настроек Postgres, поведение оптимизатора, тонкости работы логики и статистики, а также редкие, но критичные ситуации с производительностью. Материал будет полезен тем, кто планирует переход на Postgres и хочет заранее понимать реальные риски, подводные камни и проверенные практики их преодоления.

20.04.2026    6201    berserg    12    

24
Получение полноразмерных копий с базы 5 ТБ за 1.6 секунд

Архивирование (backup) Групповая разработка (Git, хранилище) Системный администратор Программист Бесплатно (free)

Как дать возможность каждому разработчику 1С вести разработку, тестирование и оптимизацию на собственной полноразмерной копии базы и при этом не тратить миллиарды рублей и тысячи часов на развертывание тестового окружения, а так же экономить дисковое пространство? Расскажем о том, как с помощью инструмента Database Lab получать полноразмерные копии базы 1C на СУБД PostgreSQL за считанные секунды (даже в случае использования многотерабайтных баз).

15.12.2025    9299    nasonkin    18    

30
Запись не найдена в менеджере имен баз данных

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

Ошибка реструктуризации: "Запись не найдена в менеджере имен баз данных". Диагностика и решение проблемы.

22.08.2025    3990    a13k55    0    

19
СУБД Tantor Special Edition 1C: ускоряем обновление итогов регистров накопления

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

Рассмотрим, почему при обновлении итогов регистров накопления СУБД может выбирать неоптимальный план запроса, и как это исправить.

28.04.2025    5245    Tantor    8    

26
Анализ файлов дампа после сбора в ОС Windows и Linux

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

Во второй статье по докладу «Дамп – не приговор, а повод задуматься», с которым выступили на конференции INFOSTART TECH EVENT 2024, рассмотрим, какую информацию содержат файлы дампа, чем она полезна и как ее анализировать.

14.04.2025    4704    it-expertise    7    

20
Решение проблемы Values в Postgres

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

Мы исследуем проблему долгого выполнения запросов PostgreSQL при использовании конструкции VALUES: когда она возникает, как на нее можно повлиять, а главное, почему ее продуманная отработка важна для более быстрого функционирования решений на базе 1С

12.11.2024    3855    Tantor    20    

20
Временные таблицы и SELECT FASTTRUNCATE

HighLoad оптимизация Администрирование СУБД Механизмы платформы 1С Программист 1С:Предприятие 8 ИТ-компания Россия Бесплатно (free)

В данной статье мы рассмотрим, как работает механизм временных таблиц на postgres на платформе 8.3.23 и что изменилось в нем при добавлении новых возможностей в платформе 8.3.25. А также на примере покажу, как понимание работы платформы позволяет оптимизировать СУБД для работы с 1С.

29.10.2024    9959    Tantor    38    

37
Комментарии
Подписаться на ответы Инфостарт бот Сортировка: Древо развёрнутое
Свернуть все
1. kolianus 44 09.03.20 20:10 Сейчас в теме
Небольшое дополнение.
Сегодня заметил, что диск с резервными копиями забит под завязку, для этого соорудил небольшое дополнение.

Необходимо добавить в файл "pg_dump":
Переменную 
REM Указывает сколько хранить бэкапы и логи(например 3 недели)
SET DELTIME=21


Команда на исполнение после :Successfull 
REM Удаляем старые файлы логов и бэкапы
forfiles /p %PGDATABASE% /m *.log /s /d -%DELTIME% /c "cmd /c del @path /q"
forfiles /p %PGDATABASE% /m *.backup /s /d -%DELTIME% /c "cmd /c del @path /q"


Либо создать файл "cls_old_data" с содержанием: 
REM СКРИПТ УДАЛЕНИЯ ВСЕХ ФАЙЛОВ СТАРШЕ ЗАДАННЫХ ПАРАМЕТРОВ
CLS
ECHO OFF
CHCP 1251
REM Смена диска и переход в папку из которой запущен bat-файл
%~d0
CD %~dp0
REM Указывает сколько хранить бэкапы и логи(например 3 недели)
SET DELTIME=21
REM Удаляем старые файлы
forfiles /p %~dp0% /m *.log /s /d -%DELTIME% /c "cmd /c del @path /q"
forfiles /p %~dp0% /m *.backup /s /d -%DELTIME% /c "cmd /c del @path /q"
REM Удалим лишнии файлы в папке BackUp
forfiles /p %~dp0%\Backup /m * /s /d -%DELTIME% /c "cmd /c del @path /q"
GOTO End
:End
Показать
+ – Ответить
2. finservice 14.12.20 22:23 Сейчас в теме
ANALYZE (БЕЗ VACUUM) это какой из файлов то ?
Mashkov; PAM3000; +2 – Ответить
Для отправки сообщения требуется регистрация/авторизация