Собственно какими способами можно делать?
Чтобы не закрывать сеансы но делать бэкапы на файловых базах.

Я знаю способ с настройкой полного РИБ, на типовых оно вполне но надо вторую базу держать/запускать куда файлы обмена грузить чтобы они не росли дико.
Как еще можно?

(0)+ Может разработчикам платформы 1С пора уже подумать о каком то платформенном механизме выгрузки/бэкапов на лету?

(0) Бэкапы файловых делаются банальным копированием файла *.1cd. Хоть на лету... Хоть без лета.

обсуждалось неоднократно. в поиск

(2) Не выгоняя пользователей и не убивая сеансы?

(4) Йес. Средствами винды.

(3) Можно хоть одну ссылку? Где с работающими юзерами в файловой?

(5) Теневые копии? У меня допустим не винда а (линукс или макось) или винда хз какой версии

(6) Ссылку..? О-о-о... Возьми попробуй. И это - никаких теневых копий. Простое копирование в проводнике.

(8) А как же ACID ? Допустим в этот момент идет запись связанных объектов что будет?

(9) Ничего не будет. Теоретически наверное можно получить неконсистентные данные в последних записях. И только в области бизнес-логики. При восстановлениии их можно будет удалить. Неконсистентных данных с точки БД получить не удастся.

не забываем, что 1с82 и лет 6 назад в 1с83 была ошибка блокировок в файловой базе.  и теневое и простое копирование файлов 1сд может привести к рассогласованности данных.
есть ли эта ошибка в современных версиях - не знаю.

(10) сталкивался с не рабочей копией ка2 по методу простого
копирования

(10) надо будет потестить, технически можно БлокировкаДанных

(11) "ошибка блокировок в файловой базе" Что это? И как оно влияет на копирование ВСЕГО файла? Копирование вместе с заблоченными записями?

(14) в поиск по форуму. осуждалось с примерами, воспроизводящими проблему.

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

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