Резервное копирование 1С: выгрузка .dt или система бэкапа

Резервное копирование 1С часто начинают с выгрузки информационной базы в файл .dt: команда есть в конфигураторе, файл легко унести на флешку. Для небольшой файловой базы такой привычки нередко хватает. На сервере организации, где с клиент-серверной базой на MS SQL или PostgreSQL весь день работают десятки сотрудников, бэкап 1С устроен иначе: 1С рекомендует копировать такую базу средствами СУБД, а от отказа самого сервера спасает только копия всей машины. Ниже — чего хватает в каждом случае и когда пора купить Кибер Бэкап или другую систему резервного копирования.

Резервное копирование 1С: четыре способа в одной таблице

Выгрузка и копия файла — инструменты для одной базы и одного администратора. Средства СУБД — правильная основа для клиент-серверной 1С. Система резервного копирования добавляет к ним копию самого сервера, хранение копий отдельно от него и управление всем этим из одной консоли.

Выгрузка .dt: для чего она нужна и чего от неё не ждать

Выгрузка делается в конфигураторе: «Администрирование → Выгрузить информационную базу». В файл попадают все данные, относящиеся к информационной базе, — и больше никакие. В методических рекомендациях 1С по резервному копированию назначение механизма сформулировано так: прежде всего он нужен, чтобы получить образ базы независимо от способа хранения данных — например, перевести файловую базу в клиент-серверную.

Резервной копией выгрузку сделать можно, но у такого способа три слабых места:

• Перерыв в работе. Главным недостатком 1С называет однопользовательский режим на время выгрузки: на большой базе перерыв для пользователей бывает долгим.
• При повреждениях выгрузка может быть неполной. Если в базе есть нарушения, часть информации может не попасть в файл. Копия файла базы или копия средствами СУБД сохраняет всё, и базу исправляют уже после восстановления.
• Один момент времени. Всё, что ввели после выгрузки, в копию не попадёт: ночная выгрузка — это риск потерять день работы.

Даже перед обновлением конфигурации актуальные инструкции 1С — например, к «Бухгалтерии предприятия» 3.0 — просят сделать копию копированием файла 1Cv8.1CD или средствами СУБД. Где выгрузка действительно незаменима — перенос базы: смена СУБД или переход из файлового варианта в клиент-серверный, например при переводе 1С на PostgreSQL.

Файловая база: копия файла и встроенное резервное копирование

Файловую базу 1С советует копировать простым копированием файла 1Cv8.1CD в отдельный каталог или программой резервного копирования. Чтобы данные остались целостными, на время копии работа пользователей с базой запрещается — но это всё равно быстрее выгрузки. Журнал регистрации лежит рядом, в каталоге 1Cv8Log внутри каталога базы, поэтому удобнее копировать каталог целиком.

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

Клиент-серверная 1С: бэкап средствами MS SQL и PostgreSQL

Для клиент-серверного варианта у 1С правило простое: базу данных, в которой хранится информационная база, копируют и восстанавливают только целиком, и для этого рекомендуются средства резервного копирования самой СУБД. Пользователи при этом продолжают работать — SQL Server делает копию, пока база в многопользовательском режиме.

MS SQL. По рекомендациям 1С по настройке MS SQL модель восстановления выбирают по политике резервного копирования, журнал транзакций задают такого размера, чтобы его хватало на весь период между операциями BACKUP LOG, а после первого автоматического бэкапа базу восстанавливают на резервном сервере и проверяют. Там же сказано, что системы автоматического резервного копирования не должны копировать файлы базы данных и журнала транзакций — их добавляют в исключения. Поэтому бэкап 1С на SQL делают механизмами самой СУБД, а не копированием файлов .mdf и .ldf.

PostgreSQL. pg_dump снимает копию, не останавливая работу пользователей, но вернуть базу на произвольный момент по такой копии нельзя: для этого нужны физическая копия pg_basebackup и непрерывный архив WAL. Команды и выбор между pg_dump и pg_probackup — в статье «Резервное копирование PostgreSQL».

Копия СУБД защищает данные, но не сервер 1С. На самом сервере остаются:

• журнал регистрации — в клиент-серверном варианте он хранится в подкаталоге рабочего каталога кластера, а не в базе СУБД;
• реестр кластера серверов — файл 1CV8Clst.lst;
• файлы программных лицензий 1С: в Linux — каталог /var/1C/licenses, в Windows — %ALLUSERSPROFILE%\1C\licenses;
• операционная система, платформа 1С и их настройки.

Что теряется, если сервер 1С выходит из строя целиком

Если сервер не загружается — отказал диск или файлы зашифровал вирус-шифровальщик, — копия базы сама по себе сервер не вернёт. Операционную систему, платформу 1С, кластер серверов и СУБД устанавливают и настраивают заново, а лицензию 1С восстанавливают. По правилам 1С это нужно, когда файл лицензии удалён, система устанавливается на новый или изменённый компьютер или сменилась операционная система. Резервный ПИН-код на портале 1С самостоятельно можно получить только один раз, повторно — через Центр лицензирования 1С.

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

Когда штатных средств мало

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

• база клиент-серверная, с ней работают весь день, и простой сервера останавливает продажи, склад или бухгалтерию;
• серверов несколько — 1С, СУБД, файловый — и копиями удобнее управлять из одной консоли;
• после отказа оборудования или атаки шифровальщика сервер нужно поднять на другом железе или в виртуальной машине;
• копии должны храниться отдельно от сервера: в сетевой папке, на ленте, в облаке;
• восстановимость копий нужно проверять регулярно, а не в день аварии.

Как сравнивать системы между собой — в статье «Как выбрать систему резервного копирования для организации». Если сервер 1С — часть ГИС, ИСПДн или объекта КИИ, резервное копирование подчиняется ещё и требованиям ФСТЭК; они разобраны в статье «Резервное копирование по ФСТЭК». Если сейчас копии делает Acronis или Veeam, чем их заменить — в статье «Чем заменить Acronis и Veeam».

Кибер Бэкап для сервера 1С: копия сервера, MS SQL и PostgreSQL

Кибер Бэкап — российская система резервного копирования компании «Киберпротект», актуальная версия — 18.6. Для сервера 1С в нём важны три возможности.

Копия сервера целиком. Кибер Бэкап копирует всю машину, отдельные тома, папки или файлы; согласованность данных обеспечивают моментальные снимки — VSS в Windows и Snap API в Linux. Среди защищаемых систем — Astra Linux, Альт, РЕД ОС, РОСА, AlterOS и ОСнова. Сервер восстанавливают с загрузочного носителя, в том числе на отличающееся оборудование с автоматическим поиском драйверов, а копию физической машины можно развернуть виртуальной машиной.

Базы MS SQL. На сервер с SQL Server вместе с агентом для Windows ставят агент для SQL. Копия с учётом приложения снимается на уровне дисков и находится в согласованном состоянии, а отдельные базы восстанавливают без восстановления всей машины — прямо в работающий экземпляр SQL Server или файлами. Важная настройка: по умолчанию после каждой копии Кибер Бэкап сокращает журнал транзакций, и базу можно вернуть только на момент копии. Если нужно восстановление на любой момент, журналы продолжают копировать штатным модулем SQL Server, а сокращение журнала в Кибер Бэкапе отключают.

Базы PostgreSQL. Агент для PostgreSQL поддерживает PostgreSQL для 1С, PostgreSQL 11–18, Postgres Pro Standard и Enterprise 11–18, Tantor 14–17, Jatoba 5, Proxima DB и Pangolin. Копии бывают полные, инкрементные и копии журнала транзакций. Экземпляр PostgreSQL восстанавливают файлами или подключают из архива. Если PostgreSQL работает на Linux, отдельную базу можно вернуть на нужный момент времени по копиям журнала транзакций или восстановить в dump-файл, в исходную или в новую базу; с копий на лентах такое восстановление не поддерживается. Машине с агентом нужно не меньше 4 ГБ оперативной памяти, а для инкрементных копий агент ставят на ту же машину, где работает экземпляр PostgreSQL.

Копии пишутся в локальные и сетевые папки, на NFS и SFTP, на узлы хранения и ленты; копии MS SQL — ещё и в облачные хранилища, например Yandex Cloud или VK Cloud. Расписание — от ежемесячного до запуска каждые несколько минут. Целостность копий проверяют сравнением контрольных сумм или запуском виртуальной машины с контролем пульса; в агенте для Windows есть активная защита от вирусов-шифровальщиков.

Какие лицензии Кибер Бэкапа нужны для 1С

Лицензия бессрочная и покупается на объект защиты. Для сервера 1С подходят четыре типа:

Стандартная редакция — это резервное копирование и восстановление с веб-консолью, без централизованного управления, отчётов, лент и узлов хранения. Если серверов несколько или копии нужно хранить на лентах — берите Расширенную. Подробный расчёт с примерами — в статье «Кибер Бэкап: Стандартная или Расширенная, расчёт лицензий».

По политике «Киберпротекта» к каждой лицензии обязательно покупается сертификат на сопровождение — на год или дольше, по одному на лицензию. С действующим сопровождением приходят и ключи новых версий продукта.

Типовой сервер 1С на Windows Server с базой на MS SQL закрывает одна лицензия для физического сервера:

Рекомендуем в статье Кибер Бэкап Стандартная редакция для физического сервера

PSCNL

79 250 ₽ НДС не облагается (ст. 149 НК РФ) — позиция в реестре российского ПО + Сертификат на сопровождение ПО Кибер Бэкап Стандартная редакция для физического сервера — 4 481 ₽, без него лицензия не оформляется

Расчёт PDF В корзину В корзине Подробнее →

Если база 1С работает на PostgreSQL или Postgres Pro, к лицензии на сервер добавляется лицензия на экземпляр СУБД:

Рекомендуем в статье Кибер Бэкап Расширенная редакция для СУБД на базе PostgreSQL

APPDBCNL

90 356 ₽ НДС не облагается (ст. 149 НК РФ) — позиция в реестре российского ПО + Сертификат на сопровождение ПО Кибер Бэкап Расширенная редакция для СУБД на базе PostgreSQL — 4 518 ₽, без него лицензия не оформляется

Расчёт PDF В корзину В корзине Подробнее →

Как купить Кибер Бэкап юрлицу

Кибер Бэкап включён в реестр российского ПО, поэтому лицензии продаются без НДС, а сертификаты сопровождения — с НДС 22 %. Поставка электронная: счёт, договор и закрывающие документы от российского юрлица. До покупки Кибер Бэкап можно проверить на своём сервере 1С: пробная версия работает 30 календарных дней без ограничений возможностей. Актуальные цены Кибер Бэкап по всем типам лицензий — в конфигураторе на странице продукта.

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

Частые вопросы