Ошибка в 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.

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

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

Что может быть?
Ответы
2. uriah (uriah) 05.02.16 08:31 Сейчас в теме
это баг сервера 8.3
Решение проблемы
рестарт sql вручную
удаление вручную данной темповой таблиц
http://www.gilev.ru/forum/viewtopic.php?f=15&t=293
vis1984p; nbs22; brutalxxx; +3 Ответить
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 Усольцев (uan) 12.01.17 15:22 Сейчас в теме
Всем здравия.
Обновили платформу на 2х серваках до 8.3.9.2033 - получили сабж.
Ошибки вылетают на обоих серверах.
Есть советы?
8. Александр Хомяк (logarifm) 976 12.01.17 19:07 Сейчас в теме
Та же вещь на платформе: 8.3.9.2084
Использую этот релиз так как на 2033 баг с расширениями.
9. Александр Хомяк (logarifm) 976 13.01.17 12:30 Сейчас в теме
10. Сергей Сизов (sssss_aaaaa_2011) 13.01.17 12:35 Сейчас в теме
(9) Как мило. На партнёрку ведь всех без разбора пускают...
red80; Glukmann; +2 Ответить 1
11. Максим Широков (shmax) 2 13.01.17 15:08 Сейчас в теме
(10) согласен :-( 8.3.9.2033 поставил на НГ и перевел Бухию с 2,0 до 3,0 теперь имею 8-9 дисконектов у всех бухов каждый день. меня скоро закопают.
12. Максим Широков (shmax) 2 16.01.17 16:49 Сейчас в теме
Вот что мне отписал человек имеющий туда доступ:

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


чудееесно короче.
13. Виктор Че (vichoie) 17.01.17 06:42 Сейчас в теме
(12) Как человек, имеющий туда доступ, добавлю - предполагается решение проблемы в релизе 8.3.10, который запланирован на 22.02.17. Можете начинать биться головой об стол.
14. drim87 - (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) 2 18.01.17 10:51 Сейчас в теме
Т.е. ты совсем не выполняешь регламенты ????
17. Максим Широков (shmax) 2 18.01.17 10:55 Сейчас в теме
Я вот третий день бьюсь с функциональными назначениями чтобы вынести регламентные на отдельный сервер. Пишут поможет хоть сгладить. пофиг они выполняются где им вздумается наплевав на инструкцию с ИТС. Но замечено если фоновые на одном севрере то бухи работающие на втором почти не вылетают, так что рекомендация помогает но вот виноваты руки или платформа что не отрабатывают настрйоки выноса их на отдельный непонятно.
18. Виктор Че (vichoie) 19.01.17 02:05 Сейчас в теме
(16) У меня есть возможность удаленно подключаться к клиенту, в начале рабочего дня - отключаю регл. задания, в конце включаю. Частично помогло: ошибка выпадает 1-2 раза за рабочий день на одном рабочем месте, вместо каждых 15ти минут на всех рабочих местах.
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.
21. c+ + (ture) 229 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. c+ + (ture) 229 20.01.17 16:51 Сейчас в теме
(22) Много изменений закатывают, а методика разработки из опенсорс.
Короч на хабре они хвастают, что имеют программеров как хотят - выделили несколько групп и заставляют их писать код на скорость. Разумеется прогеры опираются на вероятность той или иной ошибки и раздувают технические долги. И это я молчу про не оплаченные +6 часов работы до самой ночи.
24. Andrey Erastov (tailer2) 20.01.17 17:38 Сейчас в теме
(23) прикалывают тамошние каменты "думал не доживу"
и прослезился
25. Владимир Линецкий (nbs22) 20.01.17 17:48 Сейчас в теме
))
Коллеги, а на 2033 похожая ошибка мускула, только "Соединение было разорвано и не пригодно для дальнейшего использования" тоже воспроизводится? На том ресурсе, куда простых смертных не пускают, сказано об этом что-нить?
26. c+ + (ture) 229 20.01.17 17:53 Сейчас в теме
(25) я что-то не припомню за мускулом... это должно означать проблемы с ресурсами, чтоб от так отрубал безнадежные соединения с тупыми запросами.
27. c+ + (ture) 229 20.01.17 17:55 Сейчас в теме
(24) О! это вольность. Прогеры посерьёзней пишут:
ошибка <Имя>: 314.
28. Владимир Линецкий (nbs22) 20.01.17 17:57 Сейчас в теме
(26)
Странно конечно, но на более ранних версиях "тупые запросы" не отрубались у юзверей каждые 15 минут, попеременно с #tt...
http://prntscr.com/dy3p37 crhby

Откатился на 8.3.8 как отшептало.... Но нашептало другое) перестала помнить принтер который я выбрал через файл-параметры печати. Печатает только через ctrl+p. На 2033 запоминает. В общем хапнул горя с обновлением)
29. Виктор Че (vichoie) 23.01.17 03:14 Сейчас в теме
(21)Очистка кэша сервера и клиента - одно из первый действий в непонятных ситуациях (по кайней мере для меня, не знаю, как у других). С данной проблемой толку не было.
30. c+ + (ture) 229 23.01.17 08:58 Сейчас в теме
(29) платформа забывает создать времянку? или берет времянку другого процесса? может один процесс оставить тогда?
31. Evgeny (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) 27 22.03.17 09:07 Сейчас в теме
(31) Доброго дня! Стоит платформа Клиент-Сервер х86 версия 8.3.9.2170
при формировании реестра документов из динамического списка вылетает та же ошибка SQL! не найдена таблица "#tt1"
помогает временно при перезагрузке SQL и сервера 1С
33. Анатолий Кузнецов (lcf) 27 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 Методом тыка нашел решение без перезапуска сервера - нужно зайти в конфигуратор под пользователем, который аварийно вылетел и под ним же запустить отладчик.
Оставьте свое сообщение