Попытка подключения к контексту сервера с неподходящей версией метаданных. Правильный контекст сервера: (название БД)

1. N2 3 01.03.17 13:47 Сейчас в теме
Коллеги, добрый день!
С недавних пор, стало появляться сообщение: "Попытка подключения к контексту сервера с неподходящей версией метаданных. Правильный контекст сервера: (название БД)". Возникает при поиске в различных конфигурациях (БП, ЗУП, ДО).
Динамическим обновлением не занимались. Сервер перезагружали. Платформа 8.3.8.2054. Вариант клиент серверный. Не подскажите, в какую сторону копать?
Ответы
В избранное Подписаться на ответы Сортировка: Древо развёрнутое
Свернуть все
2. alex-l19041 8 01.03.17 13:57 Сейчас в теме
(1)
Возникает при поиске
- уточните, при каком поиске ?
3. N2 3 01.03.17 14:02 Сейчас в теме
(2) например в ЗУПе в справочнике сотрудников.
48. user831788 10.10.23 09:44 Сейчас в теме
(1)

У меня подобная ошибка возникает после перехода на новое обновление со старым расширением ПИКа. Лечится закрыванием старых rphost. Последний раз возникла на: MS Server 2012 R2, платформа 8.3.23.1782, конфигурация 2.0.93.42, ПИК 2.1.18.1.
4. trntv 25 01.03.17 14:06 Сейчас в теме
Попробуйте остановить сервер и очистить его кеш. Полность удалить каталог snccnt* (путь по умолчанию: C:\Program Files\1cv8\srvinfo\reg_1541)
5. N2 3 01.03.17 15:07 Сейчас в теме
(4)
snccnt
Нагуглил: "Указанный каталог относится к сеансовым данным. Сервис сеансовых данных обеспечивает хранение и кеширование сеансовой информации, например, информация форм управляемого приложения" (с) Вячеслав Гилёв. Я так понимаю противопоказаний к очистке нет?

У меня ещё была мысль почистить индексы полнотекстового поиска. Но с другой стороны не могли они поломаться сразу на четырех базах...
6. N2 3 10.03.17 10:09 Сейчас в теме
(4) К сожалению не помогло, дело осложняется, что возникает ошибка редко, примерно раз в сутки...
7. Velesstroy_OOO 10.03.17 16:17 Сейчас в теме
Смотреть в сторону обновления платформы.
8. Velesstroy_OOO 10.03.17 16:22 Сейчас в теме
Хотя на сайте 1С, написано, что исправлено ещё в 8.3.8.1933
9. N2 3 13.03.17 13:04 Сейчас в теме
(8) Научился моделировать ошибку, возникает в 40% случаев, логи ТЖ отправил в 1С. Насчет обновления, видимо да, придется.
10. vat-74 166 01.06.17 21:21 Сейчас в теме
Чем кончилось? У меня при восстановлении базы в SQL такая же ошибка.
12. N2 3 26.07.17 11:29 Сейчас в теме
(10) Обновлением платформы. В 8.3.9.2170 ошибки нет
11. amyd 94 07.07.17 09:44 Сейчас в теме
8.3.9.2170 ошибка повторяется раз в день - два, чистка кеша не помогает, в описаниях новых платформ нет описаний на исправление этой ошибки, поэтому обновляться нет смысла ибо 10ка еще глючнее, Так что колемся и продолжаем жрать кактус.
как временное решение настроили перезапуск процессов раз в два часа.
..
Кстати, а как смоделировать ошибку???
13. N2 3 26.07.17 11:35 Сейчас в теме
(11) У нас как раз на 8.3.9.2170 ошибка ушла. ТП 1С, тогда ответили, что:
"Ошибка произошла при выполнении фонового задания, инициированного поиском в динамическом списке. Исправлена в ошибке (10168235) релиз платформы 8.3.9.1912".

Рекомендую написать в ТП об этом.

Моделировал так: забивал в строку поиска текст которого там точно нет, желательно подлиннее. То есть, что-то вроде: "вафйхцкхушкгуцовдаовы". Так и валилось в 40% случаев.
44. Bessondo 3 26.12.19 17:39 Сейчас в теме
(11)
Здравствуйте. Вы настроили перезапуск рабочих процессов в консоли?
14. yaguarrr 71 30.09.17 18:55 Сейчас в теме
Комрады 8.3.10.2580 (64х; MS SQL 2016) повторяется при попытке залить базу из dt 12 гБ. Перезапуск не помогает рушится минут через 40
Как лечить еще варианты есть?
15. Поручик 4670 01.10.17 00:23 Сейчас в теме
(14) Загрузка из dt весом 12 гектар что-то за гранью добра и зла. Пользуйтесь копией из MSSQL.
DmitrySinichnikov; +1 2 Ответить
16. zlukazl 17.11.17 01:18 Сейчас в теме
Одно балабольство. Нормального ответа никто так и не дал. Особенно убило последнее "Загрузка из 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, только российского производства. Что одно, что другое - инструмент для выколачивания бабла из населения...
kser87; insurgut; Winstoncuk; AlbertZ; savauu; maXon777; NDN; XelOla; alexam; EMelihoff; +10 3 Ответить
17. N2 3 17.11.17 11:17 Сейчас в теме
(16) Чувствуется, что накипело ))) Насчет нормального ответа, нам помог переход на 8.3.9.2170. Что поможет Вам или (14), кто знает лучше вас? В ТП 1С писали? Они скорее всего попросят настроить ТЖ, может быть по нему чего-нибудь скажут, а Вы нам расскажите
18. user867609 23.11.17 01:56 Сейчас в теме
Hi! Самое смешное, что данная ошибка не возникает на постгресе. Решил, тут, на мс перейти... И при восстановлении базы - такая фигня. 1с - 8.3.8.2197. Ну вот и зачем лям платить за mssql?
21. mxz00 12.12.17 13:33 Сейчас в теме
(18) Всем доброго дня.
Увы, возникает и на Postgres. У меня с подобным сообщением периодически валится конфигуратор при запуске отладки. 8.3.10.2561
22. XelOla 17 21.12.17 09:28 Сейчас в теме
(21)
Здравствуйте! нашли ли решение?
у меня такая ошибка возникла, когда я в пустую базу на постгри стала грузить выгрузку около 974 МБ.
Что делать?
24. mxz00 21.12.17 15:55 Сейчас в теме
(22)
Здравствуйте.
Пока хорошего не нашел. Все попытки на уровне тестирование и исправление базы/перезапуск сервера/смена релиза и т.п. А поскольку проблема в моем случае не 100%-но повторяемая, сложно сказать, решилась ли она. В последний раз, когда написал (21), вроде ушло после перезапуска сервера.
19. dkuznecov 26 03.12.17 17:01 Сейчас в теме
Такое случается, если заранее ограничили рост лог-файла в SQL.
23. XelOla 17 21.12.17 09:28 Сейчас в теме
(19)
где это посмотреть? и я использую постгри
37. WarAn 13.09.18 11:14 Сейчас в теме
20. xDD 6 08.12.17 12:55 Сейчас в теме
В MSQL можно поставить модель восстановления "Простая"
25. Chai 07.01.18 18:55 Сейчас в теме
У меня возникла необходимость сделать действующий дубль информационной базы на том же сервере, что и исходная. Дело в том, что текущая база почищены от одного из ООО, а сейчас потребовалось сделать для налоговой какие-то отчеты по удаленному ООО. Создал пустую базу с другим именем, начал загружать БД из dt и как и ожидал, получил несоответствие имени базы с метаданными. СУБД у нас PostgreSQL

"попытка подключиться к контексту сервера с неподходящей версией метаданных. Правильный контекст сервера имя_новой_базы"

Так что, нельзя подружить на одном сервере базу и ее дубль? Может, можно метаданные у dt подредактировать?
26. Chai 07.01.18 21:40 Сейчас в теме
Удалось подселить копию базы с тем же именем, создав еще один кластер и в нем эту базу.
Но чет не соображу, как к ней подключиться? Если указываю порт кластера
Server:1600 , все равно подключается к первой базе.
А Server\имя_кластера тоже не прокатывает - нет подключения даже локально.
27. aspirator23 339 14.05.18 10:59 Сейчас в теме
При обновлении конфигурации ошибку удалось исправить очисткой кеша пользователя.
28. Jen1978 19 05.06.18 09:13 Сейчас в теме
При обновлении конфигурации словил такую ошибку.
Нужно почистить кэш сервера и пользователя.
Затем зайти в БД в режиме предприятия и не закрывая зайти в конфигуратор
29. yaguarrr 71 13.06.18 19:41 Сейчас в теме
Комрады, лечение какоенибудь появилось?
30. -ioan- 19.06.18 15:13 Сейчас в теме
(29)
8.3.7.1790
Помог рестарт службы "Агент сервера 1С:Предприятия 8.3"
31. Xershi 1474 02.08.18 10:45 Сейчас в теме
Получил такую же ошибку, когда создал новую базу в кластере и стал грузить туда ДТ.
1С:Предприятие 8.3 (8.3.11.2867)
32. D.B.Sokolov 68 04.08.18 13:48 Сейчас в теме
Та же ошибка.
PostgreSQL
8.3.10.2667
Сделал узел РИБ по организации, создал первоначальный его образ в файловую базу. Выгрузил её в DT. Заливаю DT в новую базу PostgreSQL на том же сервере. Получаю эту ошибку.
33. D.B.Sokolov 68 04.08.18 14:23 Сейчас в теме
(32)
Остановил агент сервера
Остановил PostgreSQL
Подождал немного
Запустил PostgreSQL
Запустил агент сервера
База залилась без ошибки
34. пользователь 21.08.18 09:52
Сообщение было скрыто модератором.
...
35. juliia1992 21.08.18 10:18 Сейчас в теме
Помогла очистка кэша 1с (из списка информационных баз удаляешь базу, потом заново восстанавливаешь в списке, приписывая путь), а также перезапуск агент сервера 1с.
36. ksavetisyan 24.08.18 11:22 Сейчас в теме
База MS SQL 2014.
БП ред. 2.0
Версия платформы 8.3.12.1529

При загрузке та же ошибка. Помогло смена Recovery model на Simple.
1C по умолчанию при загрузке на новую пустую (несуществующую) базу SQL создает с режимом Full.

Если не используете средства SQL для восстановления - то можно смело ставить Simle
Wo0dV0rd258; +1 Ответить
38. ids79 8291 03.02.19 19:06 Сейчас в теме
Аналогичная ситуация возникла при загрузке dt в пустую базу на MSSQL.
Платформа 8.3.12.1790.
Решил так:
Поставил в консоли блокировку регламентных заданий.
Загрузил базу, ошибки не было.
Отключил блокировку.
40. Dm_Kz 10.10.19 18:07 Сейчас в теме
(38)
Поставил в консоли блокировку регламентных заданий.

Так и есть.
39. KatyariK 23.02.19 16:56 Сейчас в теме
Добрый день, тоже была такая ошибка, восстановил из DT предварительно сделав:
- блокировку регламентных заданий в консоли для данной базы
-перевел в SQL в режим Simple
41. T_Guest 11.10.19 11:58 Сейчас в теме
Ну что ребята не прошло и трех лет, но ответа так никто не дал. Добро пожаловать в "эксперементальное программирование 1С" )))

Дано:
новая база на PostgreSQL 10.6 on x86_64-pc-linux-gnu (врядли тип СУБД имеет значение)
Загружаем ДТ, в моем случае конвертация 3 из комплекта поставки в темплейтс.
Видим ошибку как в сабже. (соглашусь что условия не совсем как в теме но у многих судя по комментариям она возникает именно в такой ситуации )

Что делать?
Открыть свою новую базу в конфигураторе, добавить любой справочник с реквизитами (я просто скопировал банки из УТ), обновиться (еще я запускал предприятие, но это вроде не обязательно)
А теперь загружаем DT без ошибок.
Плюсуйте если помогло =)

Послесловие. Этот способ мне помогал при различных проблемах, часто при жестком креше на динамическом обновлении конфы, Для решения достаточно было добавить какой нибудь реквизит к справочнику или документу. После обновления реквизит удаляем. Данное решение помогало ms sql 2008 и 1С 8.2. Как оказывается работает и на Постгре с 1С 8,3,13.
levante90; user635629_exter; VGHOST; Doctor2006; pauk7878; e.kogan; 013; reddima; skalex; jdjathb; +10 Ответить
42. jdjathb 4 17.10.19 15:24 Сейчас в теме
(41) Плюсую с удовльствием. Помогло.
43. skalex 15.11.19 15:02 Сейчас в теме
(41) Большое спасибо. Описанный вами способ помог.
45. pauk7878 29.04.20 10:57 Сейчас в теме
(41) Отличный рецептище! Помогло. Могу к сказанному присовокупить, достаточно просто добавить справочник в пустой конфигурации, ни заполнять, ни обновляться не надо. Снова загружаю ИБ и все проходит без ошибок. (Сервер postgresql+1с+ubuntu, загрузка из выгруженной файловой базы)
46. Doctor2006 13.06.20 07:20 Сейчас в теме
(41) БОЛЬШОЕ ЧЕЛОВЕЧЕСКОЕ СПАСИБО!!!! Рецепт помог. Словил данную проблему после неудачного динамического обновления. Для устранения проблем с динамическим обновлением воспользовался https://infostart.ru/public/138797/. Это помогло стал заходить в конфигуратор. Сделал выгрузку на всякий случай, запустил тестирование и исправление базы. Но в режиме предприятия в программу войти не мог. Причем в режиме толстого клиента в нее заходил. А вот под тонким клиентом не получалось. Поэтому просто в базе добавил пустой справочник и запустил базу и все заработало.
47. levante90 11.08.23 07:15 Сейчас в теме
8.3.23 проблема жива), помог рецепт из (41), спасибо.
49. NikiforovVA 12 03.02.24 12:14 Сейчас в теме
8.3.23.1865 Проблема та же, помогло удаление и добавление снова из консоли администрирования сервера 1с
Оставьте свое сообщение
Вакансии
Программист 1С
Москва
зарплата от 180 000 руб. до 220 000 руб.
Полный день

Аналитик 1С / Бизнес-аналитик
Нижний Новгород
зарплата от 100 000 руб. до 250 000 руб.
Временный (на проект)

Программист 1С
Москва
зарплата от 250 000 руб.
Полный день

Программист 1C
Волгоград
зарплата от 200 000 руб.
Полный день

Аналитик
Санкт-Петербург
зарплата от 200 000 руб. до 250 000 руб.
Полный день