Ошибка в 1С 8.3

Форум Программирование Общие вопросы программирования (Dev)

1С v8.3

1. brutalxxx 05.02.16 07:46 Сейчас в теме

1С:Предприятие 8.3 (8.3.7.1873)
Управление торговлей, редакция 11.1 (11.1.9.61)

Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось найти объект "#tt5", так как он не существует, или отсутствуют разрешения.
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=4701, line=1
"#tt5" - может меняться на любую другую цифру.

Выгрузка на сайт идет по нескольким узлам(товаров очень много), сегодня у одного, завтра у другого узла выходит подобная ошибка, потом я запускаю вручную и все OK.

Редко бывает ошибка в виде: Аварийно завершился рабочий процесс фонового задания

Сервер всегда включен, аппаратная часть на высоте.

Что может быть?

По теме из базы знаний

Ответы

Подписаться на ответы Инфостарт бот

Свернуть все

21. ture 615 19.01.17 12:30 Сейчас в теме

(1) надо просто почистить кешик у сервера (остановить придется)

22. nbs22 20.01.17 16:38 Сейчас в теме

(21)
угу, только не поможет, ровно так же как и переустановка сервера, платформы, и даже sql.
1С:Предприятие 8.3 (8.3.9.1818)
на этой версии ошибки нет. Странно то, что она между версиями 8.3.8 находиться. В общем у них бардак везде...

23. ture 615 20.01.17 16:51 Сейчас в теме

(22) Много изменений закатывают, а методика разработки из опенсорс.
Короч на хабре они хвастают, что имеют программеров как хотят - выделили несколько групп и заставляют их писать код на скорость. Разумеется прогеры опираются на вероятность той или иной ошибки и раздувают технические долги. И это я молчу про не оплаченные +6 часов работы до самой ночи.

24. tailer2 20.01.17 17:38 Сейчас в теме

(23) прикалывают тамошние каменты "думал не доживу"
и прослезился

27. ture 615 20.01.17 17:55 Сейчас в теме

(24) О! это вольность. Прогеры посерьёзней пишут:
ошибка <Имя>: 314.

29. vichoie 23.01.17 03:14 Сейчас в теме

(21)Очистка кэша сервера и клиента - одно из первый действий в непонятных ситуациях (по кайней мере для меня, не знаю, как у других). С данной проблемой толку не было.

30. ture 615 23.01.17 08:58 Сейчас в теме

(29) платформа забывает создать времянку? или берет времянку другого процесса? может один процесс оставить тогда?

2. uriah 24 05.02.16 08:31 Сейчас в теме

это баг сервера 8.3
Решение проблемы
рестарт sql вручную
удаление вручную данной темповой таблиц
http://www.gilev.ru/forum/viewtopic.php?f=15&t=293

3. nbs22 27.12.16 08:03 Сейчас в теме

Подскажите пожалуйста, каким образом грохнуть эту таблицу? Такая же ошибка
И какую именно? Или нужно дать какие-то права на неё?

Прикрепленные файлы:

4. Caspersky 27.12.16 11:05 Сейчас в теме

(3)Перезапустите SQL если возможно.
При перезапуске tempdb очищается...

5. nbs22 27.12.16 11:12 Сейчас в теме

(4)

Перезапустите SQL если возможно.
При перезапуске tempdb очищается

Спасибо! Но такое практически каждый день. Это ведь не дело каждый день его ребутать. Все началось после обновления платформы, но в списке исправлений эти шибки как исправленные.

6. Caspersky 27.12.16 11:30 Сейчас в теме

(5)

Перезапустите SQL если возможно.
При перезапуске tempdb очищается

Спасибо! Но такое практически каждый день. Это ведь не дело каждый день его ребутать. Все началось после обновления платформы, но в списке исправлений эти шибки как исправленные.

если явно заявkены как исправленнные, попробуйте:
1.остановите сервер 1С, SQL
2.очистите кэш пользователя запускающего сервер 1с,
Возможно еще и пользовательские КЭШи...
3. Запустите службы сервера 1С, SQL.

7. uan 12.01.17 15:22 Сейчас в теме

Всем здравия.
Обновили платформу на 2х серваках до 8.3.9.2033 - получили сабж.
Ошибки вылетают на обоих серверах.
Есть советы?

8. logarifm 1130 12.01.17 19:07 Сейчас в теме

Та же вещь на платформе: 8.3.9.2084
Использую этот релиз так как на 2033 баг с расширениями.

9. logarifm 1130 13.01.17 12:30 Сейчас в теме

https://partners.v8.1c.ru/forum/message/1563306

10. sssss_aaaaa_2011 13.01.17 12:35 Сейчас в теме

(9) Как мило. На партнёрку ведь всех без разбора пускают...

Ответить

11. shmax 5 13.01.17 15:08 Сейчас в теме

(10) согласен :-( 8.3.9.2033 поставил на НГ и перевел Бухию с 2,0 до 3,0 теперь имею 8-9 дисконектов у всех бухов каждый день. меня скоро закопают.

12. shmax 5 16.01.17 16:49 Сейчас в теме

Вот что мне отписал человек имеющий туда доступ:

" Там длинная ветка:-)
Причина проблемы обнаружена и в одной из ближайших версий будет исправлена."

чудееесно короче.

13. vichoie 17.01.17 06:42 Сейчас в теме

(12) Как человек, имеющий туда доступ, добавлю - предполагается решение проблемы в релизе 8.3.10, который запланирован на 22.02.17. Можете начинать биться головой об стол.

14. drim87 17.01.17 08:00 Сейчас в теме

На форуме Гилева в 2014 году человек отписывался что он подобную ошибку лечил чисткой временных файлов 1с %userprofile%\appdata\local\1c\

http://www.gilev.ru/forum/viewtopic.php?f=15&t=293
Сейчас не 2014 конечно. Может ситуация с этой ошибкой уже другая, но кто то пробовал?

15. vichoie 17.01.17 08:19 Сейчас в теме

Заблокировал выполнение регламентных операций на сервере. 1 час - полет нормальный. Возможно, это поможет дожить до обновления.

16. shmax 5 18.01.17 10:51 Сейчас в теме

Т.е. ты совсем не выполняешь регламенты ????

18. vichoie 19.01.17 02:05 Сейчас в теме

(16) У меня есть возможность удаленно подключаться к клиенту, в начале рабочего дня - отключаю регл. задания, в конце включаю. Частично помогло: ошибка выпадает 1-2 раза за рабочий день на одном рабочем месте, вместо каждых 15ти минут на всех рабочих местах.

17. shmax 5 18.01.17 10:55 Сейчас в теме

Я вот третий день бьюсь с функциональными назначениями чтобы вынести регламентные на отдельный сервер. Пишут поможет хоть сгладить. пофиг они выполняются где им вздумается наплевав на инструкцию с ИТС. Но замечено если фоновые на одном севрере то бухи работающие на втором почти не вылетают, так что рекомендация помогает но вот виноваты руки или платформа что не отрабатывают настрйоки выноса их на отдельный непонятно.

19. vichoie 19.01.17 02:16 Сейчас в теме

Интересное наблюдение - у меня ошибка проявляется только на рабочих машинах с windows xp/windows server 2008 и только на конфигах с управляемым приложением. Т.е. если у пользователя Вин7 или Вин10 или он работает только в базах с Бух 2.0, то проблем нет. Отпишитесь, как у вас.

20. vichoie 19.01.17 09:40 Сейчас в теме

Похоже, единственное нормальное решение - временный даундейт до платформы 8.3.8. У тех клиентов, которых я не обновлял или вернул старую платформу, проблем нет. Могу точно утверждать, что платформа 8.3.8.2088 - стабильна. Скорее всего, что и 8.3.8.2167 - тоже. Проверил основные типовые конфигурации - все требуют платформу максимум 8.3.8.2127.

25. nbs22 20.01.17 17:48 Сейчас в теме

))
Коллеги, а на 2033 похожая ошибка мускула, только "Соединение было разорвано и не пригодно для дальнейшего использования" тоже воспроизводится? На том ресурсе, куда простых смертных не пускают, сказано об этом что-нить?

26. ture 615 20.01.17 17:53 Сейчас в теме

(25) я что-то не припомню за мускулом... это должно означать проблемы с ресурсами, чтоб от так отрубал безнадежные соединения с тупыми запросами.

28. nbs22 20.01.17 17:57 Сейчас в теме

(26)
Странно конечно, но на более ранних версиях "тупые запросы" не отрубались у юзверей каждые 15 минут, попеременно с #tt...
http://prntscr.com/dy3p37 crhby

Откатился на 8.3.8 как отшептало.... Но нашептало другое) перестала помнить принтер который я выбрал через файл-параметры печати. Печатает только через ctrl+p. На 2033 запоминает. В общем хапнул горя с обновлением)

31. E_Johnny 07.02.17 07:38 Сейчас в теме

Закрытие транзакции или обращение к временной таблице MS SQL Server
Код ошибки: 10171074
Код(ы) обращения: CSR-13511 CSR-13920 CSR-13950 CSR-14555
Статус: Исправлена в выпущенной версии Зарегистрирована: 26.11.2016
Исправлена: "Технологическая платформа", версия 8.3.9.2170

Описание:

В клиент-серверном варианте информационной базы при высокой нагрузке, при активном использовании поиска по строке в динамическом списке, пользователи могут получать сообщение об ошибке

Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.

Microsoft SQL Server Native Client 11.0: The COMMIT TRANSACTION request has no corresponding BEGIN TRANSACTION.

HRESULT=80004005, SQLSrvr: SQLSTATE=25000, state=1, Severity=10, native=3902, line=1

или

Microsoft SQL Server Native Client 11.0: Cannot find the object "#tt2" because it does not exist or you do not have permissions.

HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=4701, line=1

32. lcf 1049 22.03.17 09:07 Сейчас в теме

(31) Доброго дня! Стоит платформа Клиент-Сервер х86 версия 8.3.9.2170
при формировании реестра документов из динамического списка вылетает та же ошибка SQL! не найдена таблица "#tt1"
помогает временно при перезагрузке SQL и сервера 1С

33. lcf 1049 22.03.17 09:38 Сейчас в теме

(31)

версия 8.3.9.2170

Может Хоть что то поменяется у разрабов в конце концов? на 8.3 перешли и получили еще больше гемора???

34. AVK_Alex 4 26.04.17 20:40 Сейчас в теме

Сегодня при тестировании и исправлении базы (проверка логической целостности) испытал следующее:

Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта "#tt1".
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1

вылечилось чисткой пользовательского кэша.
1С:Предприятие 8.3 (8.3.9.1818)

35. d515 17.08.17 17:59 Сейчас в теме

Иногда возникает такая ошибка в 8.2.19 Методом тыка нашел решение без перезапуска сервера - нужно зайти в конфигуратор под пользователем, который аварийно вылетел и под ним же запустить отладчик.

36. Sangre1999 53 25.01.21 17:22 Сейчас в теме

Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Invalid object name '#tt1'.
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1

Снос пользовательского кэша помог

37. Xershi 1528 14.07.23 15:02 Сейчас в теме

В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось найти объект "dbo._Document425X1Z", так как он не существует, или отсутствуют разрешения.
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=C, Severity=10, native=1088, line=1

1С:Предприятие 8.3 (8.3.17.1851)
УТ режим совместимости 1С:Предприятие 8.3 (8.3.17.1851)
После добавления реквизита в документ в расширении.
2 расширения адаптация.
Скорее всего платформа не позволяет делать так.
Рестарт SQL решил проблему, затем написало что имя не уникальное.

В процессе обновления информационной базы произошла критическая ошибка
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта "dbo._Document425_VT29648X1Z".
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1

38. Xershi 1528 09.08.24 20:00 Сейчас в теме

Получил похожую ошибку. Обновлял УТ для РБ 3.4 + модуль CRM 3.0 на УТ для РБ 3.5 + модуль CRM 3.1.
Работали на 8.3.20 и перешли на 8.3.25.
Через неделю горящие вопросы закрыли и нужно было сделать ТИИ. 2 раза получил эту ошибку в течении 15 минут после начала ТИИ.
Остановил сервер 1С и почистил кеш на сервере.
Похоже во время обновления CRM были удалены таблицы, а в кеше остались, вот СУБД и не находила.

39. Xershi 1528 09.08.24 20:35 Сейчас в теме

(38)

Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Недопустимое имя объекта "dbo._RefSInf21797".
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1

похоже чисткой кеша не ограничиться.
Перед чисткой кеша была ошибка:

Microsoft SQL Server Native Client 11.0: Не удалось найти объект "CRM.dbo._RefSInf21797", так как он не существует, или отсутствуют разрешения.HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=9, Severity=10, native=1088, line=1

Как выяснилось таблица:

_RefSInf21797 = Справочник.CRM_ПрограммыMSOutlook.ИнициализированныеПредопределенныеДанныеСправочника

Зашел в СУБД, а там этой таблицы просто нету.

40. Xershi 1528 16.09.24 12:49 Сейчас в теме

В ходе решения проблемы написать статью Восстановление базы или решение проблемы Ошибка СУБД: Microsoft SQL Server

41. kpdozer 02.04.25 09:14 Сейчас в теме

Возникает подозрение что данная ошибка имеет место быть если в SQL сервере создано и отрабатывает задание "обновление статистики". Есть ли у кого нибудь такое?

42. Baser 7 18.07.25 13:43 Сейчас в теме

Ошибка СУБД:
Microsoft OLE DB Driver for SQL Server: Недопустимое имя объекта "BinaryData".
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1

Помогло выгрузить/загрузить DT

43. user955360 09.08.25 15:37 Сейчас в теме

(42)

Помогло выгрузить/загрузить DT
+1

Спасибо тебе что оставил этот комментарий :)

44. php5 29 20.08.25 22:13 Сейчас в теме

(42) + Спасибо, аналогичная была проблема, помогло

Для отправки сообщения требуется регистрация/авторизация