Глюки 1С

Иногда после автоматического резервного копирования базы, получаем в 1С при запуске:

Начало сеанса с информационной базой запрещено.
Для выполнения резервного копирования.
Для администратора:
Для того чтобы разрешить работу пользователей, воспользуйтесь консолью кластера серверов или запустите "1С Предприятие" с параметрами:

ENTERPRISE /F″D:Base_1C″ /СРазрешитьРаботуПользователей  /UC<код разрешения> ... и так далее...

Перед какими либо манипуляциями сделайте резервную копию папки с базой!!! (желательно после перезагрузки системы - т.е. файлы точно не будут заняты каким либо сетевым клиентом).

Причина (наиболее вероятная): в момент выхода из программы 1С стоял флаг сделать резервную копию, после чего компьютер, на котором находится база или компьютер-сетевой клиент был выключен, т.е. произошло принудительное прерывание выгрузки БД со стороны системы.

Метод лечения: в папке с базой находим и удаляем файл "1Cv8.cdn"

При входе в 1С получаем что-то вроде: "резервное копирование не удалось"

Рекомендация: сразу сделать копию базы "1Cv8.1CD" (фирмой 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, и мы снова получаем вышеуказанную ошибку.

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *


Срок проверки reCAPTCHA истек. Перезагрузите страницу.