Cлетает модель восстановления у базы в MS SQL Server.
Просто с недавнего времени сама по себе в произвольный момент времени переключается. С "Полная" на "Простая". И все чаще и чаще.

Платформа 8.3.16.1063, MS SQL Server 2008 R2 с SP3.
Какой-то особой закономерности в "симптомах" не замечено. Подобной ошибки в 1С не зарегистрировано. Поиском ничего информативного пока не нашёл. В логах SQL, в логах винды тоже нет ничего, что могло бы как-от прояснить ситуацию.

Есть ли какие-то идеи, рекомендации? Переходить на "Простую" модель не хотелось бы (база большая, сервер слабенький и хочется найти причину).

уменьшите права учетки ms sql.

смени пароли на учётки. сам перенастрой подключений 1с к скл, никому пароль не говори.

(2) Да, это было сделано (правда, немного в другой форме) первым делом.

похоже полный бэкап базы делается в неё саму.

(4) Сорри, я не понял, о чем речь. Можете объяснить подробнее?

С (1) понятно - у меня, действительно, встроенные роли SQL Server, назначенные пользователю, под которым работает 1С - сильно избыточны. Ну не только это - вообще пробегусь в выходные по 1С-ским рекомендациям, сделаю, как они пишут

(5)
сначала делается полный бэкап базы , а следующим шагом восстановление бэкапа в туже самую базу.

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

(6) Посмотрел сейчас логи ("Журналы SQL Server"). Там нет записей вида "Restore is complete", которые появляются, когда база восстанавливается из бэкапа. Планы обслуживания тоже просмотрел - в них тоже нет восстановления, а руками кроме меня теперь некому делать.

Гипотеза красивая (и креативная), но, увы, походе, что не в ней тут дело.

(7) Да, других вариантов не вижу (кроме жертвоприношений, конечно же). У Вас, часом, нет заготовок для такого скрипта? Если нет - найду/напишу сам, вопрос только времени. Но вдруг.

возможно также

https://docs.microsoft.com/ru-ru/sql/t-sql/database-console-commands/dbcc-shrinkfile-transact-sql?view=sql-server-ver15#shrinking-a-log-file-to-a-specified-target-size

(9) Да откуда. Но вроде делов должно быть на 5 минут. Нагуглить откуда из системных таблиц брать и засунуть в сиквельный шедулер инсерт в служебную табличку.

(0) ищи "Setting database option RECOVERY to SIMPLE for database" в журнале SQL сервера

(12) Да, именно так и нашёл в итоге. Все, кто помогал - большое спасибо за помощь.
Причина банальна - помимо непосредственно бэкапов в планах управления проводятся и регламентные процедуры (checkdb, shrink и т.п.) и перед ними модель восстановления как раз переключалась. По каким-то причинам (скорее всего, банально не хватало места) - процедуры не завершались следующая операция (обратное переключение) просто не выполнялась.