Добрый день! Столкнулись с такой ошибкой при запуске 1с, Изначально было написано что файл базы данных поврежден, сделали тестирование и исправление базы и появилась вот такая ошибка Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Внутренняя ошибка: запрещенная комбинация текущей области и указанного поколения.
подскажите пожалуйста в чем может быть проблема и как ее исправить?
запрещенная комбинация текущей области и указанного поколения
База файловая или SQL ?
Что именно делаете - опишите подробно !
Ошибка поколенияметаданных обычно связана с динамическим обновлением (скорее всего достаточно будет - принудительно завершить все сеансы к бд, затем рестартонуть Службу, затем обновить конфу - НЕ динамически)
Тоже влип. у 1С код ошибки 60004665 - не решена в 21 платформе, нет инфы в 22й. У меня проблема на 22й. Есть подозрение на расширения.
Из нестандартного. Пользователи работали с базой под другим портом. фоновое ставило расширения. ошибка проявилась при попытке выгрузить бд.
Прикол в том что при подключении к новой платформе 1С реструктуризирует базу. И если операция срывается то все ошибка.
И ОТКАТ У 1С не предусмотрен операции этой))) Никаких транзакций!
Не помогла старая платформа платформа. Но все равно удалось починить базу под новую платформу.
А из-за того что у нас в базе место кончилось обновление базы под 8.3.23 не прошла.
Я решил посмотреть в SQL Profiler что запрашивает платформа. 1) Сначала таблица DBSchema
2) Потом сразу таблица SchemaStorage - А там пусто!!!
Удалось в SchemaStorage подгрузить требуемые данные и 8.3.23 открыла базу
(20) спасибо. Провернул то же самое на файловой базе через конвертацию из формата 8.3.8 в формат 8.2.14, далее с помощью Tools_1CD удалил SchemaStorage и после этого 1С запустилась.
Спасибо уже покойному Валерия Агеева (он же AWA) за столь ценный инструмент, который и в 2024 году помогает лечить базы!
(22) Напишите, пожалуйста, как что-нибудь получится. Я в свою очередь тоже отпишусь, если будут продвижения. У меня такая ситуация при обновлении УНФ с 3.0.4.45 до 3.0.5.199. В поддержку писал, ответили лишь, что нужна платформа 8.3.23.1912, но у меня и так она стоит.
(23) У нас была проблема в том, что было в ИБ расширение. Провели ТиИ и основной конфигурации и расширения. Далее накатывали обновления последовательно, один за другим, не пропуская... и тьфу-тьфу, все получилось...
(23) У нас была проблема в том, что было в ИБ расширение. Провели ТиИ и основной конфигурации и расширения. Далее накатывали обновления последовательно, один за другим, не пропуская... и тьфу-тьфу, все получилось...
Платформа 8.3.22.2239. У нас УТ 11.5.12.147 (файловая) с расширением. Между релизами были 160, 165, 167.
Попытка обновить на УТ 11.5.12.178. Сходу не получилось.
Сделали chdbfl.exe. Тоже минус.
По всем обновлениям пройти поленился и сделал обновление на 11.5.12.167 (предпоследнее) - прошло!
Следующий шаг на УТ 11.5.12.178 - а это не получилось.
Подниму тему: вчера вышло обновление УНФ 3.0.6.100, накатил его на предыдущий релиз 3.0.5.211, платформа 22.2239, вылезла эта ошибка, есть расширение с добавленными метаданными, то есть удалить нельзя, пробовал платформу 23.1912, потом 23.1997, результат прежний... хотя после перезагрузки конфигуратора показывает, что обновление прошло.
Взял последние три платформы. На каждой попробовал обновить УТ 11.5.12.167 (+ расширение) на УТ 11.5.12.178.
8.3.22.2283 - не работает
8.3.23.1912 - не работает
8.3.23.1997 - не работает
Если нет расширения, то обновляется и на 8.3.22.2239.
Что делать? Удалять расширение нельзя - расширение с добавленными метаданными. А обновиться нужно, т.к. нужно подправить правила переноса из УТ 10.3 с учетом этого расширения.
(29)Выгрузить метаданные расширения через типовую выгрузку/загрузку XML(которая без правил), удалить расширение, обновиться, установить расширение, загрузить метаданные обратно.
(32)У меня, например, в расширении добавлен реквизит табличной части. Получается, что нужно выгружать весь документ? Но если в обновлении что-то делается с этим документом, то что получится в результате? Или я что-то неправильно понял?
(34)Если расширением модифицирован типовой объект, то да, это сработает только если метаданные этого объекта не поменялись
Значит мне этот вариант не подходит? У меня конфигурация на замке, и я не вижу что меняется в новой конфигурации. Или нужно сначала исследовать изменения.
Ну или дождаться когда общество признает платформу 8.3.24 достаточно стабильной.
(36)Можно обновиться на 24 платформе, а продолжать работать на текущей, на которой работаете сейчас
Мы так делали на своих облаках, когда с подобной ошибкой столкнулись
Клиент обратился с такой ошибкой. Файловый вариант. Копии баз не делали уже лет 10... Начал анализировать через Tool_1CD, обратил внимание что SchemaStorage пустая... При этом в DBShema всё на месте. В общем после долгих попыток манипуляций, на авось удалил полностью таблицу SchemaStorage. И о чудо!!! База поднялась, зашел в конфигуратор, удалил кучу патчей и прожал бочонок (умерла база со слов клиента как раз во время обновления). База работает, всё на месте. Может информация кому пригодится.
На 8.3.24.1342 после добавления расширения конфигурации и попытки ее сохранить - такая же проблема.
Обошел остановкой регламентных/фоновых заданий - все сохранилось без ошибки.
Словили сегодня эту ошибку сразу после восстановления базы из архива, в которой сидел пользователь и что-то делал. Восстановление было средствами СУБД Postgre SQL. База заблокирована для входа пользователей в момент восстановления не была.
Решение: заблокировали базу в свойствах консоли ("запрет установления сеансов") и снова восстановили базу из того архива. База починилась!
Убил 2 дня на решение. Комментарий для себя на будущее. Может кому еще пригодится.
Из баг-трекера:
Исправлена: "Технологическая платформа", версия 8.3.22.2283
Исправлена: "Технологическая платформа", версия 8.3.23.1912
Исправлена: "Технологическая платформа", версия 8.3.24.1342
Исправлена: "Технологическая платформа", версия 8.3.25.1072 (для тестирования)
Одно расширение не давало применить обновление, вываливалось с этой ошибкой. Попытка удаления расширения проводило к той-же ошибке. Установка последней платформы результатов не дало само по себе. Ошибка ушла после:
1. Обновления платформы.
2. Выполнения тестирования и исправления. При этом первая итерация тестирования вываливалась тоже с ошибкой (какая - не помню).
3. Потом пришлось чистить кэш.
(45) Обновлял две файловые БП (релиз от января 2024). Конфигурация изменена. Расширения только собственные, никаких патчей. С 26.10.2023 платформа была 8.3.22.2239 (x64).
Проверил данный метод с платформой 8.3.22.2283. Не прокатило.
Обновил платформу, вычистил кэш, в т.ч. и все кроме файла базы в папке базы.
ТиС выполнилась сразу, но вот таких:
23:49 [1с] Журналы документов. ЖурналОпераций. Проверка уникальности записей
23:49 [1с] В таблице DocumentJournal16983 обнаружены неуникальные записи со значениями полей:
23:49 [1с] Fld1753 = 0
23:49 [1с] Document = 637:84A400155D02980011ED4EC4BD30837C
23:49 [1с] Неуникальность записей устранена
Было очень много.
Запустил обновление и оно выпало в ошибку "запрещенная комбинация текущей области и указанного поколения".
Удалил базу (работаю с копией), удалил кэш. Скопировал с оригинала файл БД. Платформу обновил до 8.3.22.2411
Обновилась без ошибок. Запустил ТиС после обновления до актуального релиза, также получил неуникальные записи.
ТиС проводится после каждого обновления.
Проверил логи обновлений (использую обновлятор) за 12.01.2024 - ошибки неуникальности есть.
Проверил за 26.10.2023 (в этот день была установлена 8.3.22.2239) - ошибок неуникальности нет.
Т.о. ошибки возникли, как мне кажется, после установки указанной платформы
Поймал такую же ошибку при обновлении КА2 2.5.12.167
Тестирование базы и расширений не помогает.
Платформу поставил 8.3.24.1467
При тестировании расширений находит расширение с ошибкой.
Удалить его нельзя, изменить нельзя, отключить не помогает.
Изменить конфигурацию - тоже нельзя, валится в ту же Внутреннюю ошибку.
Поймал ошибку при обновлении ЗУП, база на PostgreSQL. Платформа была 8.3.23.1865, архивной копии нет, т.к. база была немного битая и админ не мог выгрузить ее средствами СУБД. Какие есть варианты решения проблемы? Ни конфигуратор, ни предприятие не открывается. Обновил платформу на 8.3.23.2157 - результата нет. Обслуживание БД ср-вами PG делал, таблицу SchemaStorage удалял, ничего не помогает. Хотел выгрузить данные с базы через COM-соединение, но получаю такую же ошибку. Может есть способы выгрузить информацию из таблиц СУБД напрямую в другую чистую базу?
Ошибка вылезла при обновлении файловой БП 3.0.147.30, платформа 8.3.22.2283. Поставил платформу 8.3.22.2501, создал пустую базу, залил dt-шник, удалил все пачти. После этого все обновилось.
коллеги вот вы тут про расширения пишете и прочее а у меня сегодня такая же точно ошибка вышла в файловой базе Конвертация 2.0, сами понимаете что там никаких расширений там нет, платформа 8.3.24.1548 64 бита:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/login:
по причине:
Внутренняя ошибка: запрещенная комбинация текущей области и указанного поколения.
так вот в ту же базу платформой 8.3.17.1851 32 бита войти удалось и как только удалось войти сразу следом стал давать войти и той платформой которую указал выше.
Но есть нюанс - в УТ 11.5 с такой же ошибкой войти не дало, так что решение в итоге не найдено
а знаете скорее всего в чем дело ? у нас такая ошибка произошла из-за некорректного бакапа из которого восстанавливали, он либо не полностью выгрузился либо не полностью пришел на наш сервер