Иногда после автоматического резервного копирования базы, получаем в 1С при запуске:
Начало сеанса с информационной базой запрещено.
Для выполнения резервного копирования.
Для администратора:
Для того чтобы разрешить работу пользователей, воспользуйтесь консолью кластера серверов или запустите «1С Предприятие» с параметрами:
ENTERPRISE /F″D:Base_1C″ /СРазрешитьРаботуПользователей /UC<код разрешения> … и так далее…
Перед какими либо манипуляциями сделайте резервную копию папки с базой!!! (желательно после перезагрузки системы — т.е. файлы точно не будут заняты каким либо сетевым клиентом).
Причина (наиболее вероятная): в момент выхода из программы 1С стоял флаг сделать резервную копию, после чего компьютер, на котором находится база или компьютер-сетевой клиент был выключен, т.е. произошло принудительное прерывание выгрузки БД со стороны системы.
Метод лечения: в папке с базой находим и удаляем файл «1Cv8.cdn»
При входе в 1С получаем что-то вроде: «резервное копирование не удалось»
Рекомендация: сразу сделать выгрузку базы (*.dt)
Иногда получаем при работе в 1Сv8.2 бухгалтерии 2.0 следующую ошибку:
«{Обработка.ОнлайнСервисыРегламентированнойОтчетности.МодульОбъекта(772)}: Ошибка при вызове метода контекста (Выполнить)
Выборка = Запрос.Выполнить().Выбрать();
по причине:
{(5, 2)}: Таблица не найдена «Константы»
< >Константы КАК Константы»
Причина: достаточно один раз запустить такую базу с версии платформы 1Сv8.3
Решение: найти того гада, у которого стоит 1Сv8.3 и прописана эта база, посмотреть полное название версии формата 8.3.х.хххх (можно найти в списке установленных программ или в папке %systemdrive%\Program Files (x86)\1cv8 — 64-разряда, %systemdrive%\Program Files\1cv8 — 32-разряда), например 8.3.5.1186, установить всем именно эту версию, и удалить у всех версию 8.2 (Бухгалтерия 2.0 совместима с 1С 8.3).
Можно конечно, пойти и другим путём:
в указанных константах изменить режим управления блокировки данных с управляемого на автоматический и работать по прежнему в версии предприятия 8.2, НО — где гарантия, что тот же самый гад снова не запустит, пусть и ошибочно в версии 8.3, и мы снова получаем вышеуказанную ошибку.