E1cib logform ошибка

Журнал транзакций для базы данных «db_buh» переполнен. Причина: «LOG_BACKUP». HRESULT=80040E14  26
  При обновлении бухгалтерии, на этапе сохранения, получил следующую ошибку: Каталог не обнаружен v8srvr://sql/acc_main/configsave/e0666db2-45d6-49b4-a200-061c6ba7d569.6b9d6525-ee94-4e13-b73d-82d3e8e8441d по причине: Каталог не обнаружен Confi SMTP greeting failure: 421 SMTP connection broken (reply)  7
  Опи­са­ние ошиб­ки: С сен­тяб­ря 2014 Ян­декс.Почта, Mail.ru пе­ре­шли на про­то­кол SSL, что сде­ла­ло их еще более без­опас­ны­ми. Чтобы и даль­ше ра­бо­тать с пись­ма­ми через 1С, Вам нужно из­ме­нить их на­строй­ки и вне­сти до­ра­бот­ки в код Опыт восстановления файловой базы 1Cv8.1CD  6
  Именно 13-го июня в первый рабочий день база и слетела. Прямо с утра. При запуске пишет: «Файл базы данных поврежден. 1cv8.1CD» и все тут. Ни в конфигуратор ни в предприятие не пускает. Последний бэкап понятно как обычно старый, ибо при последнем о Ошибка открытия файла блокировок 1cv8.1CD  4
 Способы решения: 1. Не обходимо дать права доступа к файлам базы. Сделать доступ, чтоб файлы можно было по сети изменять и во вкладке безопасности юзера не забудьте добавить. Выделяем файлы (у меня вот эти — 1Cv8.1CD,1Cv8.log и т.д.), жмем правой Значение поля «Код» не уникально или Значение поля «Номер» не уникально  3
  При работе в 1С, особенно когда много документов или номера редактируются ручками, можно получить ошибки вида: Значение поля «Код» не уникально или Значение поля «Номер» не уникально Что делать? Перенумеровывать 🙂 Нужно восстановить нуме Посмотреть все в категории Системные Ошибки

31.03.2018

У меня была похожая ситуация. Вот ответ 1С:
Вероятно вы на версии платформы 8.2.13 обновили конфигурацию БП на версию 2.0.42.5, после чего при обновлении платформы на версию 8.2.16.368 или выше при запуске базы после конвертации происходит ошибка SDBL.
Способ обхода сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42

Если обновление конфигурации на 2.0.42.5 выполнялось на 8.2.13, то режим совместимости оказался с 8.2.16, а изменения структуры таблиц БД, которую сделала бы 8.2.16 при смене режима совместимости, не произошло, т.к. 13-й релиз этого не умеет. Таким образом, если далее запускается платформа 16-го релиза, то она считает, что изменение структуры таблиц уже выполнено, хотя этого не произошло. Это и приводит к описанному эффекту. Как обойти: сначала обновить платформу, сконвертировать ИБ, и только после этого обновляться на 2.0.42; либо 1. Открыть 13-м релизом Конфигуратора 2. Сохранить конфигурацию в файл 3. понизить режим совместимости до 8.1, реструктуризовать 4. установить режим совместимости «Не используется», реструктуризовать 5. Закрыть Конфигуратор 13-го релиза, открыть Конфигуратор 16-го. 6. Выполнить загрузку конфигурации из файла, реструктуризоваться.
проблема доступа POST возникает из-за неправильной структуры бд. надо сделать ресруктуризацию в примере номера платформ другие, но смыл тот же. в новом релизе платформы что-то поменялось в структуре хранения данных.

там

Оставьте комментарий