Ошибка в 1С 8.3
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.
Редко бывает ошибка в виде: Аварийно завершился рабочий процесс фонового задания
Сервер всегда включен, аппаратная часть на высоте.
Что может быть?
Управление торговлей, редакция 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.
Редко бывает ошибка в виде: Аварийно завершился рабочий процесс фонового задания
Сервер всегда включен, аппаратная часть на высоте.
Что может быть?
Ответы
В избранное
Подписаться на ответы
Сортировка:
Древо развёрнутое
Свернуть все
(22) Много изменений закатывают, а методика разработки из опенсорс.
Короч на хабре они хвастают, что имеют программеров как хотят - выделили несколько групп и заставляют их писать код на скорость. Разумеется прогеры опираются на вероятность той или иной ошибки и раздувают технические долги. И это я молчу про не оплаченные +6 часов работы до самой ночи.
Короч на хабре они хвастают, что имеют программеров как хотят - выделили несколько групп и заставляют их писать код на скорость. Разумеется прогеры опираются на вероятность той или иной ошибки и раздувают технические долги. И это я молчу про не оплаченные +6 часов работы до самой ночи.
(5)
если явно заявkены как исправленнные, попробуйте:
1.остановите сервер 1С, SQL
2.очистите кэш пользователя запускающего сервер 1с,
Возможно еще и пользовательские КЭШи...
3. Запустите службы сервера 1С, SQL.
Перезапустите SQL если возможно.
При перезапуске tempdb очищается
Спасибо! Но такое практически каждый день. Это ведь не дело каждый день его ребутать. Все началось после обновления платформы, но в списке исправлений эти шибки как исправленные.
При перезапуске tempdb очищается
Спасибо! Но такое практически каждый день. Это ведь не дело каждый день его ребутать. Все началось после обновления платформы, но в списке исправлений эти шибки как исправленные.
если явно заявkены как исправленнные, попробуйте:
1.остановите сервер 1С, SQL
2.очистите кэш пользователя запускающего сервер 1с,
Возможно еще и пользовательские КЭШи...
3. Запустите службы сервера 1С, SQL.
На форуме Гилева в 2014 году человек отписывался что он подобную ошибку лечил чисткой временных файлов 1с %userprofile%\appdata\local\1c\
Сейчас не 2014 конечно. Может ситуация с этой ошибкой уже другая, но кто то пробовал?
Сейчас не 2014 конечно. Может ситуация с этой ошибкой уже другая, но кто то пробовал?
Я вот третий день бьюсь с функциональными назначениями чтобы вынести регламентные на отдельный сервер. Пишут поможет хоть сгладить. пофиг они выполняются где им вздумается наплевав на инструкцию с ИТС. Но замечено если фоновые на одном севрере то бухи работающие на втором почти не вылетают, так что рекомендация помогает но вот виноваты руки или платформа что не отрабатывают настрйоки выноса их на отдельный непонятно.
Интересное наблюдение - у меня ошибка проявляется только на рабочих машинах с windows xp/windows server 2008 и только на конфигах с управляемым приложением. Т.е. если у пользователя Вин7 или Вин10 или он работает только в базах с Бух 2.0, то проблем нет. Отпишитесь, как у вас.
Похоже, единственное нормальное решение - временный даундейт до платформы 8.3.8. У тех клиентов, которых я не обновлял или вернул старую платформу, проблем нет. Могу точно утверждать, что платформа 8.3.8.2088 - стабильна. Скорее всего, что и 8.3.8.2167 - тоже. Проверил основные типовые конфигурации - все требуют платформу максимум 8.3.8.2127.
))
Коллеги, а на 2033 похожая ошибка мускула, только "Соединение было разорвано и не пригодно для дальнейшего использования" тоже воспроизводится? На том ресурсе, куда простых смертных не пускают, сказано об этом что-нить?
Коллеги, а на 2033 похожая ошибка мускула, только "Соединение было разорвано и не пригодно для дальнейшего использования" тоже воспроизводится? На том ресурсе, куда простых смертных не пускают, сказано об этом что-нить?
(26)
Странно конечно, но на более ранних версиях "тупые запросы" не отрубались у юзверей каждые 15 минут, попеременно с #tt...
crhby
Откатился на 8.3.8 как отшептало.... Но нашептало другое) перестала помнить принтер который я выбрал через файл-параметры печати. Печатает только через ctrl+p. На 2033 запоминает. В общем хапнул горя с обновлением)
Странно конечно, но на более ранних версиях "тупые запросы" не отрубались у юзверей каждые 15 минут, попеременно с #tt...
crhby
Откатился на 8.3.8 как отшептало.... Но нашептало другое) перестала помнить принтер который я выбрал через файл-параметры печати. Печатает только через ctrl+p. На 2033 запоминает. В общем хапнул горя с обновлением)
Закрытие транзакции или обращение к временной таблице 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
Код ошибки: 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
Сегодня при тестировании и исправлении базы (проверка логической целостности) испытал следующее:
вылечилось чисткой пользовательского кэша.
1С:Предприятие 8.3 (8.3.9.1818)
Ошибка СУБД:
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)