Invalid object name sql ошибка

День добрый!
Столкнулся с проблемой, после обновления платформы на 8.3.9.1818 (Сервер 1С Предприятия x86-64) при работе базы начала вываливаться ошибка у пользователей:
Невосстановимая ошибка
Ошибка при выполнении запроса POST к ресурсу /e1cib/logForm:
по причине:
Ошибка СУБД:
Microsoft SQL Server Native Client 10.0: Недопустимое имя объекта «#tt1».
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=208, line=1

Ошибка вываливается не предсказуемо и повторить не получается.
Из рекомендаций что было найдено — чистка кеша, переподключение БД на сервере предприятия, перезапуск службы SQL (для чистки tempdb) сервера было выполнено — ошибка по прежнему повторяется.

Как я понимаю данная болезнь известна не первый год, удалось ли кому найти решение данной проблемы (может стоит откатится на предыдущую версию платформы)?

Заранее спасибо за возможные рекомендации.

это ошибка платформа — надо демонстрировать разработчикам фирмы 1с воспроизведение проблемы

из здравого смысла можно уменьшить вероятность коллизий, перечень в порядке уменьшения эффективности:
1. использовать shared memory как более надежный канал
2. минимизировать время транзакций, не должно быть операций длиннее 20 секунд
3. делать рестарт сервера субд ночью или в периоды минимальной нагруженности (с остановкой сервера 1С и чисткой сеансовых данных)

Ошибка неубиенная оказалась — народ уже слегка озверел и постоянно наезжает на 1С-ников —

http://forum.infostart.ru/forum9/topic145945/

, на мисте — лень искать и пр…. Есть два варианта — откатиться на последнюю 8.3.8.2167 или поставить бетку 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
———————
Но меня малость настораживает, что речь идет о #tt2, а иногда ведь улетает с #tt1 ) Сколько этих временных таблиц образуется — фиг его знает. Я знаю про 4-ре — #tt1 до #tt4…
Чистка кэша и перезапуск SQL c удалением временных это перегибный вариант решения проблемы, также как и полное отключение регламентных заданий…
Окончательное исправление будет в 8.3.10 и если уж совсем рисковать то можно поставить и бетку 8.3.10.1877, которая появилась 27-го января. На партнерском форуме —

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

отмечают, что типа нашли в чем причина, но исправим только когда выйдет 8.3.10, т.е. в конце февраля. До конца недели (если не сожрут бухгалтера и финансисты) поставлю обе бетки — 9-ку и 10-ку и гляну под нагрузкой. Если будет отрицательный результат — перегоню всех на 8.3.8… Отпишусь по результатам.

Дмитрий Юхтимовский писал(а):мы на 8.3.9.2170 заметили серьёзное улучшение в данном вопросе, по сравнению с предыдущими версиями 8.3.9.

Спасибо за инфу… хорошо… но не хочу резких телодвижений пока, т.к. мне нужно время чтобы проверить помимо #tt ошибок в бетках еще иной функционал, прежде чем переводить на них все свои 200 с копейками клиентских мест и филиалы… Сегодня в ночи на тестовом сервере и подсети разверну и начну смотреть … Судя по снижению скорости выкладываемых обновлений/релизов платформ одинэсники кажись взялись за ум, а то это уже попахивало беспределом — запуск новых фичей без исправления старых косяков… зла не хватает…
UPD…
Сегодня тестил с 2170. Согласен, явно исправили… вылетов на тестовой не было. Тест, конечно кривой, но хоть что-то… Перенес на тестовый сервер копию зарплатной базы, где фиксируется максимальное кол-во вылетов. Сервер — копия основного по софту , разница в железе — объема оперативки (меньше) и кол-ва процов (два вместо 4-х). Тестил на тех операциях, на которых на основной платформе происходили вылеты. Т.е. вылетело на основной базе — тормознулись — сделали такую-же операцию на тестовой — смотрим результат. Совесть не позволила заставить бухов работать с двумя базами — основной и тестовой (копией основной) параллельно — сейчас конец года — завал по работе. Завтра гляну бухучет — но там вылеты раз в час, а то и реже…. Если прокатит, дождусь когда зарелизится официально 2170 и переброшу всех на него.

Here are the steps to understand what happened (I am using Microsoft SQL Server Management Studio 2017):

1. I imported an Excel file as a table
2. I renamed my table to dbo.export
3. To test, I created a new query and simply wrote the statement SELECT * FROM dbo.export — it runs fine
4. I save my query
5. I close SSMS
6. I reopen SSMS and open my query
7. When I try to execute my query now, it gives me the error:

Msg 208, Level 16, State 1, Line 1. Invalid object name ‘dbo.export’

I made no changes to anything. My code now suddenly doesn’t work. Is SQL Server somehow changing the object type of my table? I really have no idea what’s the issue since I changed absolutely nothing.

You are probably in the master database.
Either select your database where it says «master» in SSMS:

or use the name of the database in your query like this:

DBNAME.dbo.export

or in the beginning of the query, type

USE DBNAME;

And then go on with your query SELECT * FROM export;

answered Sep 1, 2019 at 0:03

You must have created a Database for importing the excelsheet. Make sure you select the same database when you run the query:

In the example above, AdventureWorks2012 is the selected Database.

Alternatively you can include the DB name in your query:

SELECT * FROM myDbName.dbo.export

answered Aug 31, 2019 at 23:50

You can use the database in the first line then use your selection query:

USE databaseName;

SELECT * FROM export;

answered Sep 1, 2019 at 0:09

When you close your query the default database will change to the master database.

Every time you open a query, you should select the database. Choose one of these ways.

1) Select your database from the combo-box on toolbar on top of the SSMS menu.

2) Just write this command before your T-SQL statement.

 USE 'place your database name'