Часто происходят сбои при создании ночных бэкапов 1С 8.3
У нас используется Effector Saver 4.7.
Настройки для бэкапирования и кластера не меняются.

Если возникает ошибка в файле прописано:

24.10.2023 3:00:00 - Ошибка соединения с кластером 1С, Процесс сервера не может быть запущен, так как указана неправильная идентификация. Проверьте правильность указания имени пользователя и пароля, ProgID: "V83.ComConnector"
24.10.2023 3:00:00 - Выгрузка информационной базы ...
24.10.2023 3:00:11 - Выполнение команды вернуло ошибку 1

Подскажите как быть и восстановить работу создания бэкапов.

(0)+ или может кто-то подскажет более надежный способ создания быкапа серверной базы

Серверную базу нужно бэкапить средствами сервера СУБД

(2) средствами СУБД не совсем надежно. Если сравнить Бэкап SQL и выгрузку из 1с то выгрузка надежней все сохранит

(0)+ еще нюанс в том , что массовый завал бэкапов начался примерно в то время когда платформу 1С обновили до 1С:Предприятие 8.3 (8.3.22.2239)

(3) Какой то бред. Щас тебе накидают.

(3) Даже сама 1с пишет, что не нужно использовать выгрузку в dt для резервного копирования

(6) именно dt прекрасно поднимается при восстановлении базы

(3)
(7)
бред

"Ошибка загрузки информационной базы. В информационную базу загружены не все данные". Прекрасно возникает по самым неожиданным и далеко неочевидным причинам. При отсутствии выгрузок средствами СУБД, только и остается писать на Мисту или другие сайты с 1С тематикой жалобные письма. Обычно предлагают найти последний бэкап СУБД или заносить все руками заново..
Может, на сервере приложений блокируются сеансы пользователей в это время админами, или, вообще, останавливают его, смотреть что с сервером приложений надо. Может что-то в журнал регистрации пишется.

Посмотрел на сайте программы - текущая версия 4.11.
Может, 4.7 слишком стара для платформы 8.3.22-23, кто знает.

(7) "я так хохотался" (c)

(11) отличный эпиграф для трагедии ))

(0) Если обновляешь платформу, то неплохо бы и СОМ-соединение зарегистрировать.Логичнее начать с исправления ошибки соединения с кластером.

1. Бекапить нужно, так чтобы потом уметь восстанавливать.  Если уровень админа dt, значит dt.

2. Если вы не попробовали восстановить ИБ из бекапа - это не бекап

3. Бэкапы с выгрузкой ИБ хороши тем, что потом девочке из франча можно сказать: бекапы вот тут. Или админы так говорят 1С-никам: Нужен вчерашний бэкап? Выгрузка вот в той папке.

P.S. Идеально делать бекапы двумя разными способами. Я использую PITR для PG и ежедневный pg_dump.

P.P.S. Если бы я делал бекап файловой базы, я бы, наверное, предпочел установить монопольный доступ (прибить все сессии). Потом удачно/неудачно снимок файловой системы и копия от туда.

(3) Очень даже надежно.
Пятничная ветка)

(0) 1- взять версию по новее
2 - средствами СУБД

(6) -
в субедешной базе при попытке настроить архивирование пишет т.к база серверная - настраивай ка средствами СУБД -))
сорян ! прочитал внимательнее ...

(0) - наверно у вас нету баз больше 300 гигов ....