Коллеги, добрый день!
С недавних пор, стало появляться сообщение: "Попытка подключения к контексту сервера с неподходящей версией метаданных. Правильный контекст сервера: (название БД)". Возникает при поиске в различных конфигурациях (БП, ЗУП, ДО).
Динамическим обновлением не занимались. Сервер перезагружали. Платформа 8.3.8.2054. Вариант клиент серверный. Не подскажите, в какую сторону копать?
У меня подобная ошибка возникает после перехода на новое обновление со старым расширением ПИКа. Лечится закрыванием старых rphost. Последний раз возникла на: MS Server 2012 R2, платформа 8.3.23.1782, конфигурация 2.0.93.42, ПИК 2.1.18.1.
Нагуглил: "Указанный каталог относится к сеансовым данным. Сервис сеансовых данных обеспечивает хранение и кеширование сеансовой информации, например, информация форм управляемого приложения" (с) Вячеслав Гилёв. Я так понимаю противопоказаний к очистке нет?
У меня ещё была мысль почистить индексы полнотекстового поиска. Но с другой стороны не могли они поломаться сразу на четырех базах...
8.3.9.2170 ошибка повторяется раз в день - два, чистка кеша не помогает, в описаниях новых платформ нет описаний на исправление этой ошибки, поэтому обновляться нет смысла ибо 10ка еще глючнее, Так что колемся и продолжаем жрать кактус.
как временное решение настроили перезапуск процессов раз в два часа.
..
Кстати, а как смоделировать ошибку???
(11) У нас как раз на 8.3.9.2170 ошибка ушла. ТП 1С, тогда ответили, что:
"Ошибка произошла при выполнении фонового задания, инициированного поиском в динамическом списке. Исправлена в ошибке (10168235) релиз платформы 8.3.9.1912".
Рекомендую написать в ТП об этом.
Моделировал так: забивал в строку поиска текст которого там точно нет, желательно подлиннее. То есть, что-то вроде: "вафйхцкхушкгуцовдаовы". Так и валилось в 40% случаев.
Комрады 8.3.10.2580 (64х; MS SQL 2016) повторяется при попытке залить базу из dt 12 гБ. Перезапуск не помогает рушится минут через 40
Как лечить еще варианты есть?
Одно балабольство. Нормального ответа никто так и не дал. Особенно убило последнее "Загрузка из dt весом 12 гектар что-то за гранью добра и зла. Пользуйтесь копией из MSSQL". А что делать, если базу надо лечить? И нужно выгрузить-загрузить dt-шник? А база "весит" за 50 Гб. Или нужно сделать перенос базы с чужого сервера на скуле 2012 на свой сервер со скулем 2008-м. Интересно. как же тогда без загрузки dt-шника обойтись? (Менять свой нормальный скуль 2008 на монстра 2012, который жрёт ресурсы и нихера не делает - не собираюсь). Что, все спецы повывелись? Или будут рыло кривить: дескать "мы крутые, всё знаем, но никому не скажем!?" Нахера тогда вообще на форуме срач разводить, если ничего путного сказать не можешь, кроме как сделать вид, что "шибко умный"?
Эта долбаная ошибка возникает на любой платформе 8.3. Я пробовал и на 8.3.8, и на 8.3.9. и на 8.3.10. Последняя - вообще "песня". Более глючной ещё поискать - хрен найдёшь. А временные файлы 1С - "притча во языцех".
Если разрабы 1С умудрились настройки КАССОВЫХ АППАРАТОВ запихать во ВРЕМЕННЫЕ файлы, при удалении которых приходится опять перенастраивать кассовые аппараты в базе. Чистое сумасшествие! Чего ещё можно ожидать от "недопрограммеров"? Написали какую-то херь, за которую дерут сумасшедшее количество бабла, а оно никак не работает. Только глючит от версии к версии всё больше и больше.
Тьфу на эту 1С! Прямо как фирма Microsoft, только российского производства. Что одно, что другое - инструмент для выколачивания бабла из населения...
(16) Чувствуется, что накипело ))) Насчет нормального ответа, нам помог переход на 8.3.9.2170. Что поможет Вам или (14), кто знает лучше вас? В ТП 1С писали? Они скорее всего попросят настроить ТЖ, может быть по нему чего-нибудь скажут, а Вы нам расскажите
Hi! Самое смешное, что данная ошибка не возникает на постгресе. Решил, тут, на мс перейти... И при восстановлении базы - такая фигня. 1с - 8.3.8.2197. Ну вот и зачем лям платить за mssql?
(22)
Здравствуйте.
Пока хорошего не нашел. Все попытки на уровне тестирование и исправление базы/перезапуск сервера/смена релиза и т.п. А поскольку проблема в моем случае не 100%-но повторяемая, сложно сказать, решилась ли она. В последний раз, когда написал (21), вроде ушло после перезапуска сервера.
У меня возникла необходимость сделать действующий дубль информационной базы на том же сервере, что и исходная. Дело в том, что текущая база почищены от одного из ООО, а сейчас потребовалось сделать для налоговой какие-то отчеты по удаленному ООО. Создал пустую базу с другим именем, начал загружать БД из dt и как и ожидал, получил несоответствие имени базы с метаданными. СУБД у нас PostgreSQL
"попытка подключиться к контексту сервера с неподходящей версией метаданных. Правильный контекст сервера имя_новой_базы"
Так что, нельзя подружить на одном сервере базу и ее дубль? Может, можно метаданные у dt подредактировать?
Удалось подселить копию базы с тем же именем, создав еще один кластер и в нем эту базу.
Но чет не соображу, как к ней подключиться? Если указываю порт кластера
Server:1600 , все равно подключается к первой базе.
А Server\имя_кластера тоже не прокатывает - нет подключения даже локально.
При обновлении конфигурации словил такую ошибку.
Нужно почистить кэш сервера и пользователя.
Затем зайти в БД в режиме предприятия и не закрывая зайти в конфигуратор
Та же ошибка.
PostgreSQL
8.3.10.2667
Сделал узел РИБ по организации, создал первоначальный его образ в файловую базу. Выгрузил её в DT. Заливаю DT в новую базу PostgreSQL на том же сервере. Получаю эту ошибку.
Помогла очистка кэша 1с (из списка информационных баз удаляешь базу, потом заново восстанавливаешь в списке, приписывая путь), а также перезапуск агент сервера 1с.
База MS SQL 2014.
БП ред. 2.0
Версия платформы 8.3.12.1529
При загрузке та же ошибка. Помогло смена Recovery model на Simple.
1C по умолчанию при загрузке на новую пустую (несуществующую) базу SQL создает с режимом Full.
Если не используете средства SQL для восстановления - то можно смело ставить Simle
Аналогичная ситуация возникла при загрузке dt в пустую базу на MSSQL.
Платформа 8.3.12.1790.
Решил так:
Поставил в консоли блокировку регламентных заданий.
Загрузил базу, ошибки не было.
Отключил блокировку.
Добрый день, тоже была такая ошибка, восстановил из DT предварительно сделав:
- блокировку регламентных заданий в консоли для данной базы
-перевел в SQL в режим Simple
Ну что ребята не прошло и трех лет, но ответа так никто не дал. Добро пожаловать в "эксперементальное программирование 1С" )))
Дано:
новая база на PostgreSQL 10.6 on x86_64-pc-linux-gnu (врядли тип СУБД имеет значение)
Загружаем ДТ, в моем случае конвертация 3 из комплекта поставки в темплейтс.
Видим ошибку как в сабже. (соглашусь что условия не совсем как в теме но у многих судя по комментариям она возникает именно в такой ситуации )
Что делать?
Открыть свою новую базу в конфигураторе, добавить любой справочник с реквизитами (я просто скопировал банки из УТ), обновиться (еще я запускал предприятие, но это вроде не обязательно)
А теперь загружаем DT без ошибок.
Плюсуйте если помогло =)
Послесловие. Этот способ мне помогал при различных проблемах, часто при жестком креше на динамическом обновлении конфы, Для решения достаточно было добавить какой нибудь реквизит к справочнику или документу. После обновления реквизит удаляем. Данное решение помогало ms sql 2008 и 1С 8.2. Как оказывается работает и на Постгре с 1С 8,3,13.
(41) Отличный рецептище! Помогло. Могу к сказанному присовокупить, достаточно просто добавить справочник в пустой конфигурации, ни заполнять, ни обновляться не надо. Снова загружаю ИБ и все проходит без ошибок. (Сервер postgresql+1с+ubuntu, загрузка из выгруженной файловой базы)
(41) БОЛЬШОЕ ЧЕЛОВЕЧЕСКОЕ СПАСИБО!!!! Рецепт помог. Словил данную проблему после неудачного динамического обновления. Для устранения проблем с динамическим обновлением воспользовался https://infostart.ru/public/138797/. Это помогло стал заходить в конфигуратор. Сделал выгрузку на всякий случай, запустил тестирование и исправление базы. Но в режиме предприятия в программу войти не мог. Причем в режиме толстого клиента в нее заходил. А вот под тонким клиентом не получалось. Поэтому просто в базе добавил пустой справочник и запустил базу и все заработало.