В практике администрирования 1С часто возникает дилемма: пользователям (например, главным бухгалтерам или ведущим менеджерам) перед проведением тяжелых регламентных операций (групповое перепроведение документов, закрытие месяца, перерасчеты) необходимо делать резервную копию базы данных «на всякий случай». Однако предоставление им полноценных прав администратора открывает доступ в Конфигуратор. Это несет в себе огромные риски: от случайного изменения структуры метаданных («ой, я случайно что-то нажала») до намеренного изменения прав доступа и просмотра конфиденциальной информации.
В этой статье мы подробно разберем, почему стандартное ограничение прав «в лоб» внутри конфигуратора не работает, и рассмотрим несколько надежных практических способов решения этой задачи.
Давайте проанализировать стандартную систему прав 1С. В платформе существуют два ключевых административных права:
Администрирование (Administration) — дает полный доступ к административным функциям системы, включая конфигуратор, управление пользователями и выгрузку информационной базы.АдминистрированиеДанных (Data Administration) — позволяет управлять только административными аспектами данных (например, просмотр журнала регистрации, удаление помеченных объектов) непосредственно из режима «1С:Предприятие».Многие начинающие специалисты пытаются решить задачу следующим образом: оставляют пользователю роль с правом Администрирование, но снимают галочку с права Обновление конфигурации базы данных. Давайте выясним, почему это не сработает:
Таким образом, давать пользователю доступ в Конфигуратор категорически нельзя. Рассмотрим безопасные альтернативные варианты решения.
Если ваша конфигурация построена на базе БСП (Библиотека стандартных подсистем), что справедливо для большинства современных решений от 1С (Бухгалтерия предприятия, Управление торговлей, ERP и др.), то делать резервные копии можно вообще без захода в Конфигуратор.
Давайте разберем по шагам, как настроить этот механизм:
В этом случае, когда пользователю потребуется сделать бэкап перед важной операцией, ему достаточно просто закрыть программу 1С. Система сама предложит выполнить резервное копирование, создаст полноценный ZIP-архив с базой данных и только после этого завершит сеанс. Пользователю при этом не нужны никакие права администратора в Конфигураторе.
Если базу данных необходимо выгружать строго по требованию в процессе работы, мы можем автоматизировать этот процесс с помощью командного файла операционной системы (файлы с расширением .bat или .cmd). Пользователь будет запускать этот файл со своего рабочего стола, а скрипт самостоятельно выполнит все необходимые действия.
Однако здесь кроется серьезная уязвимость: если написать обычный батник, внутри него в открытом виде будут храниться логин и пароль администратора 1С, необходимые для пакетного запуска Конфигуратора. Любой пользователь сможет открыть такой файл через Блокнот и похитить учетные данные.
Чтобы обезопасить систему, мы применим компиляцию скрипта в исполняемый бинарный файл .exe:
@echo off
set "binPath=C:\Program Files\1cv8\8.3.22.1709\bin\1cv8.exe"
set "dbPath=C:\1C_Bases\Accounting"
set "backupPath=D:\Backups\Backup_%date%.dt"
set "adminUser=BackupAdmin"
set "adminPass=MyStrongPassword123"
echo Выполняется резервное копирование базы данных 1С...
"%binPath%" CONFIG /F "%dbPath%" /N "%adminUser%" /P "%adminPass%" /DumpIB "%backupPath%" /OUT "D:\Backups\log.txt" -NoTruncate
echo Копирование завершено.
pause
backup.exe. При конвертации исходный код шифруется, и пользователь не сможет увидеть пароль администратора при попытке редактирования файла.backup.exe. Теперь для создания копии ему достаточно запустить этот файл.Если вы не хотите использовать сторонние конвертеры для создания исполняемых файлов, мы можем скрыть учетные данные администратора с помощью штатных средств операционной системы Windows:
schtasks /run /tn "Имя_Вашей_Задачи_В_Планировщике"
При клике на такой ярлык операционная система отправит сигнал планировщику запустить задачу. Скрипт отработает в фоновом режиме от имени системного администратора, а пользователь не получит доступ ни к коду скрипта, ни к паролям 1С.
Для профессиональной организации резервного копирования рекомендуется использовать специализированные утилиты, такие как Effector Saver. Это программное обеспечение устанавливается на сервер или компьютер администратора как служба и имеет множество преимуществ:
1Cv8.1CD (для файловых версий), так и выполнять резервное копирование средствами СУБД (для клиент-серверных версий).Проанализируем крайне важный технический нюанс, о котором часто забывают даже опытные специалисты. На форумах часто звучит фраза: «Выгрузка в формат .dt — это не бэкап!».
Фирма 1С позиционирует формат выгрузки информационной базы (.dt) исключительно как инструмент для переноса данных между различными СУБД (например, при переходе с файлового варианта работы на MS SQL Server или PostgreSQL) или для передачи базы разработчикам. Использовать его для регулярного резервного копирования крайне опасно по следующим причинам:
1Cv8.1CD), выгрузка в формат .dt может пройти без ошибок. Однако при попытке развернуть базу из этого файла система выдаст критическую ошибку, и вы получите пустой или неработоспособный файл, из которого невозможно восстановить данные..dt требует обязательного монопольного доступа к базе данных.Правильный бэкап файловой базы — это копирование самого файла базы данных 1Cv8.1CD (предварительно завершив работу всех пользователей) с его последующим сжатием любым архиватором (ZIP, RAR, 7z).
Для обеспечения безопасности и стабильности работы системы никогда не давайте рядовым пользователям доступ в Конфигуратор 1С. Используйте для резервного копирования встроенные механизмы БСП (Решение 1) или автоматизированные внешние скрипты/программы (Решения 2, 3 и 4). Это сбережет ваши нервы, защитит конфигурацию от случайных модификаций и гарантирует получение надежных резервных копий.