CLI dbsend

MS SQL Server: dbsend mssql

Доступно в CLI 0.4.0+. Запускайте на машине с SQL Server (или там, где каталог бэкапов доступен службе SQL Server); нужна утилита sqlcmd — winget install sqlcmd в Windows или пакет mssql-tools18 в Linux (CLI сам проверяет /opt/mssql-tools18/bin; другой путь — --sqlcmd). Если sqlcmd не найден или параметры неверны, команда завершится с кодом 2 и подскажет, как установить sqlcmd.

# вход Windows (текущий пользователь)
dbsend mssql --sql-database Shop -d 5b7c… --backup-dir D:\Backup
# ✓ Версия v18 сохранена (id 4d2a…, 412 МБ)

# SQL-логин и именованный экземпляр; пароль — только из переменной окружения
$env:SQLCMDPASSWORD = '…'
dbsend mssql --sql-database Shop -d 5b7c… --server "srv-sql\SQLEXPRESS" --user backup_operator

# готовый .bak из ваших скриптов
dbsend backup D:\Backup\Shop.bak -d 5b7c… --engine mssql_backup

• BACKUP DATABASE [имя] TO DISK = N'…\имя-время.bak' WITH COPY_ONLY, CHECKSUM, INIT, COMPRESSION — COPY_ONLY не влияет на вашу цепочку разностных бэкапов и бэкапов журнала.
• Если сервер не поддерживает сжатие (SQL Server Express, ошибка 1844), бэкап повторяется без COMPRESSION, CLI выводит пояснение. --no-compression отключает сжатие сразу.
• RESTORE VERIFYONLY … WITH CHECKSUM перед загрузкой; если проверка не прошла — код выхода 6, файл не загружается.
• --backup-dir — каталог для .bak (по умолчанию временный каталог ОС), должен быть доступен на запись учётной записи службы SQL Server. После успешной загрузки файл удаляется, если не указан --keep-local; при ошибке .bak остаётся на диске, а CLI печатает путь к нему.
• Пароль SQL-логина передаётся только через SQLCMDPASSWORD — sqlcmd читает переменную сам, в аргументах процесса пароля нет.
• Как и у других команд, доступны --json (машиночитаемый результат), -k/--key и --url.
• --server — host[\instance][,port], по умолчанию localhost. --trust-server-certificate — для самоподписанного сертификата (mssql-tools18 шифрует соединение по умолчанию).

1С: dbsend 1c бета

Доступно в CLI 0.4.0+. Запускает конфигуратор 1С в пакетном режиме и выгружает информационную базу в .dt, проверяет код выхода и то, что файл создан и не пустой, затем загружает его как onec_dt. При ошибке показывает конец журнала конфигуратора. Платформа ищется автоматически (последняя версия в C:\Program Files\1cv8\*\bin, C:\Program Files (x86)\1cv8, /opt/1cv8); другой путь — --bin. --file принимает каталог файловой базы или путь к самому 1Cv8.1CD. Поддерживается --json.

Пароль из ONEC_PASSWORD конфигуратор получает параметром /P, поэтому во время выгрузки он виден в списке процессов на этом компьютере. Заведите для бэкапа отдельного пользователя 1С и не используйте пароль администратора, которым пользуются люди.

$env:ONEC_PASSWORD = '…'
dbsend 1c --file "D:\1C\Buh" -d 2c9e… --user "Администратор"
dbsend 1c --server srv1c --ib buh -d 2c9e… --user "Администратор"

# под капотом:
# 1cv8 DESIGNER /F "D:\1C\Buh" /N "Администратор" /P … /DisableStartupDialogs /DisableStartupMessages /DumpIB "<out>.dt" /Out "<log>"

# копия файловой базы — только когда к ней никто не подключён
dbsend backup "D:\1C\Buh\1Cv8.1CD" -d 2c9e… --engine onec_dt

Выгрузка .dt требует монопольного режима: в базе не должно быть открытых сеансов. Планируйте её на ночь; если команда сообщает, что базу не удалось заблокировать, завершите сеансы пользователей (в клиент-серверном варианте — через консоль кластера) и повторите. Восстановление: dbsend restore <id> ./Buh.dt --yes, затем «Загрузить информационную базу» в конфигураторе или /RestoreIB. Подробнее — бэкап базы 1С и бэкап MS SQL Server.