До вчерашнего дня се было нормально, вчера повалились ошибки типа: Ошибка СУБД - В базе данных уже существует объект с именем "#tt11".

Базы на MSSQL 2012, операционка Win 2012 R2 x64, платформа 8.3.4.408.
До этого пару месяцев нареканий никаких и в инете ничего найти не могу, HELP!!! ))

обнови платформу и перезапусти sql server

dbcc checkdb ошибок не выдало,
dbcc freeproccache временно решает проблему...

Может кто сталкивался?

(1) До этого 2 месяца платформа не мешала, сейчас-то с чего?

(3) Хорошо, платформу можешь не обновлять :)

#tt11 это зависшая временная таблица, почему она в какой-то момент не удалилась сейчас уже не выяснишь. При перезапуске сервера tempdb чистится (пересоздаётся). Поэтому перезапуск сервера исправляет ошибку, обновление платформы может исключить повторение в будущем. А может и не исключить.

(4) Это я уже нарыл, как и "dbcc freeproccache", тож временно решает проблему, надеялся что кто-нить уже разобрался с граблями...

А по поводу обновления платформы - там только последний релиз, он эту ошибку не исправляет...

В общем разбираемся, ищем, ждем исправлений... ((

создайте кол-во процессов по числу пользователей.

(6) это такой новый способ самоубийства чтоль?

(7)
это не форум клинических психологов.
напишите развернуто почему такое решение не желательно.


(0)

можно уменьшить время пересоздания процессов, но это уменьшит частоту появления ошибки.

(8) увеличиваются накладные расходы сервера 1с на поддержание всего зоопарка процессов например, а если пользователей 100?
И ведь не факт что юзер залезет на пустой процесс.
На каждый процесс будут загружатся куски конфигурации... а если УПП?

конечно не факт , что юзер подключится  (это же 1с. вней все нестабильно) в незанятый процесс 1с83

на 8.2 экспериментально установлено, что пользователи подключаются на наименее незагруженный процесс.

в 8.3 управление процессами изменили.

но попробовать можно.


ресурсов озу потребляется на 15-30 процентов больше.

(10) вобще на 8.3 процессы отдали на откуп самому серверу 1с, ты просто не сможешь по своему хотению создать рабочие процессы же

(11)
да там сложнее управлять.

8.3 толком не знаю.

(11)
я смогу. просто потребуется время, чтобы аккуратно внедриться в процессы 1с83.

(13) не надо никуда внедряться...

(0) С простого рестарт службы сервера 1С и очистка кеша сервера. Анализ логов SQL сервера. Из воздуха редко когда такое появляется.

(13) это уже будет колдунство и 1с не одобрит.
(0) имхо ждите исправлений, 8.3.5 на подходе, да и 8.3.6 в процессе

В общем как показал сегодняшний день, помогает пока только рестарт SQL и 1С, после этого ошибки прекратились... Т.е. ошибка в не убитых врем. таблицах, которые при рестарте чистятся... Ждем новой платформы...

(16)
достаточно рестарта либо 1с либо скл сервера.

но это самый убогий путь.

(0) а что за конфигурация? уверен что эту временную таблицу платформа создает, а не код в 1С?

(18)
конечно таблицу создает код (запроса)
только  1с82 команда удалить в запросе чаще всего не удаляет ВТ в субд (мс скл) а очищает.

(19) Я имел ввиду не используется доступ к внешним данным через ADO. Ну, это так предположение.