Ошибка в 1С 8.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 606 19.01.17 12:30 Сейчас в теме
(1) надо просто почистить кешик у сервера (остановить придется)
maksa2005; +1 Ответить
22. nbs22 20.01.17 16:38 Сейчас в теме
(21)
угу, только не поможет, ровно так же как и переустановка сервера, платформы, и даже sql.
1С:Предприятие 8.3 (8.3.9.1818)
на этой версии ошибки нет. Странно то, что она между версиями 8.3.8 находиться. В общем у них бардак везде...
23. ture 606 20.01.17 16:51 Сейчас в теме
(22) Много изменений закатывают, а методика разработки из опенсорс.
Короч на хабре они хвастают, что имеют программеров как хотят - выделили несколько групп и заставляют их писать код на скорость. Разумеется прогеры опираются на вероятность той или иной ошибки и раздувают технические долги. И это я молчу про не оплаченные +6 часов работы до самой ночи.
24. tailer2 20.01.17 17:38 Сейчас в теме
(23) прикалывают тамошние каменты "думал не доживу"
и прослезился
27. ture 606 20.01.17 17:55 Сейчас в теме
(24) О! это вольность. Прогеры посерьёзней пишут:
ошибка <Имя>: 314.
29. vichoie 23.01.17 03:14 Сейчас в теме
(21)Очистка кэша сервера и клиента - одно из первый действий в непонятных ситуациях (по кайней мере для меня, не знаю, как у других). С данной проблемой толку не было.
30. ture 606 23.01.17 08:58 Сейчас в теме
(29) платформа забывает создать времянку? или берет времянку другого процесса? может один процесс оставить тогда?
2. uriah 17 05.02.16 08:31 Сейчас в теме
это баг сервера 8.3
Решение проблемы
рестарт sql вручную
удаление вручную данной темповой таблиц
http://www.gilev.ru/forum/viewtopic.php?f=15&t=293
maksa2005; vis1984p; nbs22; brutalxxx; +4 Ответить
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 1117 12.01.17 19:07 Сейчас в теме
Та же вещь на платформе: 8.3.9.2084
Использую этот релиз так как на 2033 баг с расширениями.
10. sssss_aaaaa_2011 13.01.17 12:35 Сейчас в теме
(9) Как мило. На партнёрку ведь всех без разбора пускают...
user1854766; ybatiaev; user1150141; John_Dow; Sword; Infinita; red80; Glukmann; +8 Ответить
11. shmax 5 13.01.17 15:08 Сейчас в теме
(10) согласен :-( 8.3.9.2033 поставил на НГ и перевел Бухию с 2,0 до 3,0 теперь имею 8-9 дисконектов у всех бухов каждый день. меня скоро закопают.
ybatiaev; +1 Ответить
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 606 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 1000 22.03.17 09:07 Сейчас в теме
(31) Доброго дня! Стоит платформа Клиент-Сервер х86 версия 8.3.9.2170
при формировании реестра документов из динамического списка вылетает та же ошибка SQL! не найдена таблица "#tt1"
помогает временно при перезагрузке SQL и сервера 1С
33. lcf 1000 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 51 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 1474 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
Оставьте свое сообщение
Вакансии
1С аналитик
Москва
зарплата от 210 000 руб.
Полный день

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

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

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

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