Доброго времени.
Хочу организовать мульти-резервное копирование нескольких файловых баз на сервере по расписанию.
Идеи следующие:
1. Резервное копирование по расписанию средствами 1С, автовход в базу через планировщика пакетной командой типа:
"%ProgramFiles%\1cv8\common\1cestart.exe" ENTERPRISE /F"C:\Base\UT" /N "Letovd" /P ""
2. Облачный сервис от 1С
3. Архивация и восстановление Windows
4. Батник + архиватор

У кого был опыт, посоветуйте из списка две наиболее оптимальные комбинации
И еще вопрос, затестил временную блокировку пользователей, но, ключи:
/СРазрешитьРаботуПользователей /UC 123
почему-то не срабатывают

И как используя командную строку отключить свой сеанс в 1С?

По первому пункту алгоритм следующий:
*настройка ежедневного рк средствами 1С в "определенное время"
1. Запуск 1С предприятия из под админа за 30 минут от "определенное время"
2. Отключение активных сеансов, кроме текущего + блокировка входа в 1С
3. РК
4. Снятие блокировки
6. Выход из учетки админа

Меня напрягает, то что команда /С РазрешитьРаботуПользователей /UC 123 работает через раз, и тупо не разблокирует.
Приходиться файл с блокировкой удалять руками. Вот херня

(0) Купи 1с-обновлятор за тыщу рублей, он все это может с файловыми, и не ипи нам тут мозги.

Предварительно настроили расписание для резервного копирования, далее запускаем строки через планировщик любым удобным способом, будь-то bat-ник
Короче, вот:
1) Завершает работу всех пользователей + текущего и выполняет следующую строку кода через 5 минут
"C:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\1C\infobase(demo)\DemoTrd" /N "Администратор (ОрловАВ)" /P "" /WA- /AU- /DisableStartupMessages /C ЗавершитьРаботуПользователей
timeout /t 300

2) Залетает под указанным пользователем в заблокированную базу и выполняет следующую строку через час. Так как не указывали особый код, то отправляем параметр: "КодРазрешения"
"C:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\1C\infobase(demo)\DemoTrd" /N "Администратор (ОрловАВ)" /P "" /WA- /AU- /DisableStartupMessages /UC "КодРазрешения"
timeout /t 3600

3) Через час ожидания разблокируем базу
"C:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\1C\infobase(demo)\DemoTrd" /C РазрешитьРаботуПользователей /UC "КодРазрешения"

Далее идет костыльная версия, как выгнать "Орлова" из базы, может кто предложит че по лучше? не могу найти параметры для изгнания выбранного юзера
4) Блочим базу повторно, чтобы выгнать текущего юзера и ждем 5 минут
"C:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\1C\infobase(demo)\DemoTrd" /N "Администратор (ОрловАВ)" /P "" /WA- /AU- /DisableStartupMessages /C ЗавершитьРаботуПользователей
timeout /t 300

5) Разблокируем базу и идем спать
"C:\Program Files (x86)\1cv8\common\1cestart.exe" ENTERPRISE /F "D:\1C\infobase(demo)\DemoTrd" /C РазрешитьРаботуПользователей /UC "КодРазрешения"

Можно добавить еще такие приблуды:
/LogUI      логирование действий пользователя.
/Out<Имя файла> [-NoT_runcate] - установка файла для вывода служебных сообщений. Если задан ключ –NoT_runcate (через пробел), файл не очищается

https://www.cobiansoft.com/cobianbackup.html не надо в тысячный раз "я у мамы инженер"

(5) А зачем нужен этот бекапер, если есть средство архивирования от Windows?

(6) потому что важные вещи надо делать юникс вей, 1 задача - 1 самостоятельная утилита

(7) Предпочитаю стандартные средства администрирования на сервере, они вполне себе разделимы и самостоятельно.
p/s: а то вдруг майнить начнет после стороннего софта...

(8) они у тебя и лягут вместе. но конечно ты потратил столько времени на написание этой хрени, что все понятно

(9) Эм, что? Какой херни-то?
Ничего еще не ложилось, причем очень удобно работать. Допустим, выбираешь определенный документ по пути на диске и получаешь все доступные для восстановления его копии отсортированные по датам, и не нужно рыться в каких-либо архивах

(6) если делается копирование папки при помощи команды copy из windows, оно прекрасно работает и без выгона пользователей. Просто делаешь copy папка_базы папка_архива в батнике.

(7) А вы через данную утилиту бэкапите? Опыта с 1С не так много, интересно как люди бекапят файловую версию, вернее даже интересен контроль процесса, выгоняют людей как, если кто завис, как блокируют доступы на время копирования

(11) То есть достаточно ограничить доступ на сервак в указанное время, чтобы не было зависших транзакций? И пофиг что сеансы висят в базе?

(13) если вариант, что пользователь просто выключил комп и ушел домой, не закрыв сеанс 1с, то точно пофиг. У нас ночью висят именно такие сеансы.

(12) не надо ничего блокировать и выгонять, гугл "теневое копирование" прекрасно разберется само, зафиксирует кеш записи, сделает снимок и забэкапит. а фетиш зависшие транзакции будут записаны параллельнно вне снимка

(14) понял, буду знать

(15) спасибо за подсказку

(15) есть утилита какая нить желательно штатная для разового теневого копирования конкретного файла? По типу утилиты "copy"

(15) а внятно для малограмотных рассказать как все это "теневое копирование" работает - можно?
и что будет если во время этого копирвоания идет работа с копируемыми файлами...

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

(20) что значит "фрозит" - накапливает в кэше:? и потом после окончания теневого копирования сбрасывает на диск?

(21): "замораживает". останавливает операции.

А так можно?

taskkill /IM 1cv8.exe /f
copy c:\infobase d:\backup\
C:\Program Files (x86)\1cv8\common\1cestart.exe

(23) Если базу не жалко, то можно.

А если радикально:
download /r /t 120

после загрузки
copy c:\infobase d:\backup\
C:\Program Files (x86)\1cv8\common\1cestart.exe

извиняюсь

shutdown /r /t 120

(0) >>Хочу организовать
Организуй клиент-серверный вариант и резервное копирование средствами СУБД. И не надо будет никого выгонять из баз, ни днем ни ночью.

(22) т.е. операции ввода-вывода по программе вообще не выполняются? т.е. программа стоит и ждет пока теневая копия будет отпущена?

(28) Почитай интырнеты. Все операции делаются, но хранятся отдельно.

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

(0) копируй сразу 1CD файл и не ипи мозги.

+(30) То есть, гарантируется что с момента снапшота данные не были изменены и в архив не попадет каша из старых и новых данных. Но не гарантируется, что на момент снапшота данные уже были непротиворечивы и корректны. Может, в этот момент как раз транзакция закрывалась, но "недозакрылась". Вероятность небольшая, но она есть. Гарантировать может только отсутствие работы с базой в момент снятия копии, и тут уже не важно - через теневые или без них.

(32) лучше такая копия, чем никакой, имхо

(23)(26) Опять же, шатдавн это симуляция аварийного завершения работы 1С, с аналогией убийства процесса.
Просто, рано или поздно, база начнет выдавать ошибки, неправильно так делать очевидно. Завершать работу нужно в штатном режиме, не иначе.
Для меня вариант с блокировками работы пользователей вполне себе

(33) Конечно. Лучше такие и почаще, чем никаких и никогда)

(29) в этих ваших тырнетах внятно нихрена не описано.

(20) Бред.
(28) Операции в-в не приостанавливаются и скорость обмена практически не проседает. По факту создаются транзакционные слои, изменения пишутся как обычно, но в отдельное место не затирая "старые" данные. А при чтении теневой копии просто используется адресация блоков из нужного транзакционного слоя. Это, естественно, жрёт место на диске.

(30) Не верно. Выдернули кабель - файловая система может быть в неконсистентном состоянии (что для журналируемых фс вообще-то не должно случаться, но с нтфс регулярно случается). А у теневой копии фс всегда в консистентном состоянии, более того принимаются специальные действия, вроде сброса кэша, завершения операций в-в, посылки специального события. И современные версии субд вполне себе даже отрабатывают эти события. Друго дело, что сама база логически может быть неконсистентна - тут вопросы к 1с почему они не отрабатывают запрос ос на отработку теневых копий.

(38) "тут вопросы к 1с почему они не отрабатывают запрос ос на отработку теневых копий."
- просто так сделано, что 1С не умеет работать со службами/событиями теневой копии.

(39) > просто так сделано
Через ж.пу? )))

(40) а ты сомневался? все что сделано в 1С после 77 - сделано через (_._)
местами встречаются симпатичниые (.)(.)? но в целом - через то самое место. даже тормозит как запор постоянный.

(40) Сделай лучше, кто мешает?
И вообще - файловые базы - это old smelly crock of sheet, их функционал уже давно никто не разрабатывает.

(2) + 100500

(41) Я вас умоляю, как будто в 77 всё кошерно и халяльно по самое немогу...

(42) Не понял, где у меня здесь про "файловые базы"? Внимательней читай прежде чем советы раздавать!

(0) можно еще полный РИБ средствами конфы настроить вот тебе и бэкап
а ПБ базу спокойно копировать без юзеров, если что не проблема ее превратить в ЦБ

(45) Тема ветки "Резервное копирование файловой 1С на Сервере"
Если ты рассказывал про погоду на Марсе - это твои трудности

(47) Что за бред ты несёшь?

(44) Файловая база плоха не потому, что файловая. А потому, что к этому файлу присутствует несогласованный конкурентный доступ нескольких процессов. В случае sql-сервера база по сути тоже "файловая", но с файлом работает специально обученный сервис.

(32) бредите, снепшот сбрасывает кеши на диск, несогласованность только в бизнес логике, но ее вам и скуль не даст

(44) ну, по крайней мере кузявее в той части что есть ;-)
а то в 8-ке дохера всего и дохериа ошибок/проблем.
болезни роста.
нарастили функций, а проблемы выросли быстрее роста функций... известный вариант развития событий
как-то так...
могу быть не прав.

(51) Так и есть и еще маркетологи постарались

(52) а где все эти построители убивец 1С..?
сдрыснули в урну?

(53) всех на корню 1С сама скупает
и стоимость платформы и лицензий 1С сча смешная по сравнению с ценой на внедрение и спецов 1С вменяемых

(44) Ну... у меня, например, 77 работает (думает, что) в файловом варианте, но доступ к файлам (страницам файла) базы идёт в клиент-серверном исполнении со своей транзакционностью и кэшированием.

(54) а юзеры по-прежнему такие же "тупые"

(55) и как ты это запилили? wirth?

(56) та не юзеры сча сильно продвинулись даже рядовые
и есть уже продвинутые 1С юзеры и много, кто снимают нехватку настоящих 1Сников
они умеют в Универсальные отчеты и даже в Консоль запросов

(57) да и давно

(59) А какой смысла? не проще sql 7.7 взять? один хрен у тебя нарушение лицензии

(2) +100502

(37),(38): вот нравятся мне такие забавные виконты де бражелоны, в своих соплях путающиеся.
то что я пытался объяснить упрощенно - то же самое что ты объяснил усложненно (слоями транзакций).
нихрена не консистентная копия базы данных, в которой 1с-ина через (сервисно-функциональные) "прокладки", предоставляемые ей операционной системой, пишет. файлово(!) консистентная копия - при этом НЕ консистентная копия базы данных в которой, например, во время снятия теневой копии выполняется код проведения в пяти сеансах, а в трех еще фоновые задания, перетрахивающие регистры сведений и такое прочее).
жуй сопли дальше, умник.

"фоновые" - лишнее слово, прдн
(извинте кого обломал - пишущих восторженные возражения))))

(62) да это для бэкапа не сильно важно
главное что база рабочая и данные почти все на месте, можно прочее восстановить перепроведением или новым запуском фоновых

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

(65) >тупо не восстановишь состояние незавершенных операций

а это и не надо, достаточно знать какие записи РС кривые

(64): я еще в семерочные времена по этим граблям потоптался. реально а не умозрительно. потому и говорю так (возможно кажется что слишком) категорично.

(66): надо. нет, не только записи рс. и не знаешь какие кривые.
ну блин же, типичная же обезьяна с гранатой.

(67) ну ты же понимаешь что в момент выполнения "незавершенных операций" может произойти сбой (сервера) и упс

и да после перезапуска база рабочая и в ней продолжили работать никаких восстановок из бэкапа не делали и данные заново не добавляли из кривой рабочей базы

(68) ответь на (69)

(69) это "упс" - не меняет сути сказанного мной о выполняющихся во время снятия теневой копии операциях изменения данных. от слова "никак". ну разве что - в таком случае "хоть такая" копия - категорически лучше чем ничего (работать-то почти наверняка как-то будет - но хвосты разгребать придется тоже почти наверняка, причем иногда даже не факт что без потерь).
(70): я не увидел там вопроса.

(71) всего лишь пытаюсь намекнуть что бэкап во время "незавершенных операций" это нормальная рабочая ситуация
конфа должна быть в идеале написана так что легко обработает заново все требуемые операции

(62) Что-то с адекватностью у тебя серьёзные проблемы. Следи за руками: в (20) ты выдал "теневая копия - одномоментный снимок, система фрозит все операции с диском и снимает его копию, потом отпускает ". Что является лютейшим бредом, о чём я честно и написал в (37)(38), и пояснил почему.
Всё.
И, будь ласка, фантазии свои с соплями не вываливай сюда, соблюдай хоть видимость вменяемости.

(72): разве что с дополнительной информацией, позволяющей завершить или отменить эти операции. например, с логом транзакций при полноценной реализации транзакций. а так-то - неа, совсем не "нормальная".
(при чем тут конфа??? там и близко нет таких средств)
(73): то не мои проблемы - то твои влажные фантазии. в наперстки играть - ищи кого-нибудь другого. по сути тебе отвечено, ты как изначально херни навалил - так и продожаешь. если мне вдруг станут интересны твои мнения о том, что мне следует делать или не делать - непременно тебя спрошу, а до тех пор - сам знаешь куда свои регомендации.
удач тебе и ветра в спину.

(60) нарушение лицензии усматривается в чём?
А скуль не проще в том смысле, что существенно медленнее и более громоздко. Так то 77 это контур оперативных продаж и запасов только, далее консолидированные данные выгружаются уже в снеговик.

(74) По существу сказать нечего? Одна вонь.

Будьте пердельно бздительны друг к другу, коллеги!

(76): ай малацца, самокритично.
я так наверное даже и не умею даже.
(77): Ок.

(78) Я конечно не ветеринар, но поробую ещё разок, может там есть что-то ещё кроме патологий: механизм снятия теневых копий не "фрозит все операции с диском и снимает его копию, потом отпускает". Понимаешь? НЕ ФРОЗИТ! В принципе.

(79): я, конечно, не специалист по синегнойным палочкам или миелиновым оболочкам, может у тебя там еще что-то кроме этих патологий: РЕЗУЛЬТАТ снятия теневой копии - как будто ("на пальцах", без несущественного для сути полчаемой копии рассусоливания "слоями транзакций") "фрозит - снимает копию - отпускает". понимаешь? РЕЗУЛЬТАТ! В принципе.

(79)+
ЗЫ: и, извини, но разжевывать недопонятое тобой или помогать тебе расчесывать зудящие грыжи на твоем комплексе неполноценности - сильно вряд ли далее буду.
так что - прощай все-таки, удачи тебе (и твоим клиентам - им точно пригодится),
и ветра тебе в спину.

(53) я тут. Напишу Базуху

(79) а где-нибудь есть описание принципов работы теневого копирования. А то гугл только выдает - теневое копирование копирует в фоне

(83) Наверное, это https://qna.habr.com/q/401648
и это https://docs.microsoft.com/ru-ru/windows-server/storage/file-server/volume-shadow-copy-service

плюсую за cobian, нормально бэкапит на нескольких серверах уже много лет, даже если базу кто открыл и работает там, теневое копирование ставить обязательно при установке

(84) все равно нихрена непонятно. каким образом практически мгновенно создается теневая копия бооольщущего объема данных? что такое вообще "теневая копия" (слепок - не пойдет, где хранится этот слепок?)

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

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

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

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

(87) "В итоге,когда делается копия,просто фиксируется состояние диска,а любая запись поверх..."
все равно нихрена непонятно.
Пусть будет 200Гигабайт. Куда они "фиксируются"? вот записали измененный блок данных какой-нить после этого теневого копирования. есть состояние этого блока до записи (в составе теневого копирования) и после изменения ? теперь надо обычным копированием перенести эти 200 Гб на внешний диск. откуда эти 200Гб берутся? один измененный блок из измененного места на диске - остальные - из места на диске которое одновременно относится и к теневой копии и к текущему состоянию? или как?

Все данные относятся к теневой копии,а отличия теневой копии от текущего состояния пишется в свободное место.
При этом,когда мы изменяем что-то в файле,то с диска читается блок файла или несколько блоков,содержащие изменяемый кусок,и потом этот кусок при записи пишется в новое место.
То есть в теневой копии у файла блоки 1,2,3. А новое состояние будет содержать блоки 1,4,3 где 4 этотрезультат изменения блока 2.

(85): вот - да, именно! очень важно всех выгнать - и тогда инциировать создание теневой копии (икобианоп паковку) - после старта не дожидаясь окончания бэкапа - можно работать.

(88) "из места на диске которое одновременно относится и к теневой копии и к текущему состоянию" - похоже, что так

(5) Попробовал этот бекапер. Вполне себе крутой.
При условии теневого копирования, даже интереснее, чем система архивации данных Windows Server.
Также есть иерархия каталогов, по аналогии с источником.
Интереснее потому,что:
1) Можно рулить сколько копий хранить
2) Архивировать в необходимый формат архива (экономия дискового пространства)
Короче, крутая штука. Можно забыть про скрипты для архиваторов и использовать CB.

Также, нормально отрабатывает РК средствами 1С.

Причем, безопаснее всего реализовать пакетный запуск 1С через win-авторизацию, ибо так не отображается пароль в командной строке диспетчера задач. Потому как, ключи /n и /p нет надобности использовать для авторизации, также можно явно указать:
/Out"путь к созданию лога для системных сообщений 1С" -NoTruncate /WA+ /AU- /DisableStartupMessages. Прочие ключи можно найти в ИТС, инфы достаточно.

Настраиваешь график РК в 1С, после чего делаешь батник на пакетный запуск 1С заблаговременно (ибо механизм без авторизации не сработает (причем, в планировщике НЕ НУЖНО ставить "выполнить с наивысшими правами", ибо будет задействован механизм подключения через COMCNTR.DLL, так как строка запустится от другого пользователя(Администратор/Система))), и отправку сообщений всем онлайн-сессиям на сервере.
В чем его плюс? В том, что он сам выгоняет пользователей из файловой БД и после копирования .CD запускает их сессии. Таким образом отпадает надобность использовать кривую отработку механизма блокировки БД:
/C ЗавершитьРаботуПользователей, /C РазрешитьРаботуПользователей /UC "КодРазрешения" (пример).

Самый большой минус для меня, так это то, что Вы как инициатора РК должны быть авторизованы в системе(профиль загружен), можно отключиться от сессии и все сработает, но! Если запускать задачу от "любого пользователя", и выгружаться из системы (или не выгружаться), то запуск будет происходить фоновым процессом без UI и механизм не отработает.

А кто-то использует EFSAVER?
Он тоже с своих алгоритмах юзает:
/C ЗавершитьРаботуПользователей, /C РазрешитьРаботуПользователей
Интересно и как оно отрабатывает..
Я юзал EFSAVER на базовой версии, там пользователь один и выгонять никого не приходится, настраиваешь автобекап при включении компа и все, пока зайдет в базу - уже забекапится.

https://infostart.ru/1c/articles/1168516/  - тут даже пользователей выгонять не надо, можно сделать архив (не нашел в ветке информации про ibcmd)

Вот бесплатное профессиональное средство - Veeam Agent for Microsoft Windows FREE, уведомления по почте шлет.

https://www.veeam.com/ru/free-virtualization-software-vmware-hyper-v.html?ad=in-text-link#vawfree

(95) ibcmd  при работе с файловой базой оказалась не такая глупая, как о ней думают.
При наличии пользовательских сеансов она выдает сообщение [FATAL] Ошибка разделения доступа к базе данных '/home/1cdb/testdb/1Cv8.1CD'  и дает выгрузить в dt только когда никого нет.

(97) на файловой не пробовал еще. Жалко если не дает.