Не получилось открыть базу данных ошибка 0х80040e17

Не получилось открыть базу данных. Ошибка 0x80040E17

Ваш дистрибьютор беспокоит. ООО «Маст» г. Ярославль.

Клиент приобрел кассу Штрих-мини-pos

Отработал на ней 3 месяца.

Загрузчик 1.3, база — не помню..

Приезжает — в момент открытия базы данных пишет:

«Загрузка настроек — [ОК]»

«Открытие базы данных ……………………………………………..»

и ошибка «Не получилось открыть базу данных. Ошибка 0x80040E17»

Жмем кл «выход» -видим «Fatal Application Error»

Скачали новую базу данных 412 с сайта.

Установили, настроили — все Ок.

Через 2 дня опять клиент приезжает с ТОЙ же проблемой.

Переустановили совсем ОС, с помощью кабеля и Вашей утилиты, загрузчик стал 1.5

Установили базу 412.

Клиент поработал 3 дня и опять та же ошибка..

В чем может быть проблема?

Заранее благодарен.

C уважением,

Зотьев Роман Б.,

программист,

ООО «Маст»

Источник

vvf

05.06.14 — 15:26

При запуске в режиме предприятие/конфигуратор запускается и сразу

возникает окно с ошибкой

Что предпринимал.

05.06.2014 15:22:09

Невосстановимая ошибка

Ошибка при выполнении запроса POST к ресурсу /e1cib/modules/call/3a12d40e-dbbb-4655-b315-420c19ead762/d5963243-262e-4398-b4d7-fb16d06484f6:

по причине:

Ошибка СУБД:

Microsoft SQL Server Native Client 10.0: Возможно, повреждена схема. Запустите DBCC CHECKCATALOG.

HRESULT=80040E07, SQLSrvr: SQLSTATE=22007, state=33, Severity=17, native=211, line=1

1. Запустите DBCC CHECKCATALOG. — Пробовал запускать, не помогло

2. dbcc checkdb — не помогло.

3. делал sql-бэкап, из него восстанавливал в другую базу, тоже не помогло.

Что еще предпринять?

vvf

1 — 05.06.14 — 15:30

Вот что выдает команда

dbcc checkdb

Сообщение 0, уровень 11, состояние 0, строка 0

При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы.

Сообщение 0, уровень 20, состояние 0, строка 0

floody

2 — 05.06.14 — 15:31

Перезапуск сервера 1С делал?

МихаилМ

3 — 05.06.14 — 15:35

восстановите резервную копию и работайте дальше.

Segate

4 — 05.06.14 — 15:36

(3)спорю что нет бекапа )

Segate

5 — 05.06.14 — 15:37

Могу посмотреть, если совсем все плохо

Ёпрст

6 — 05.06.14 — 15:37

попробуй dts-ом перезалить табличку config

mikecool

7 — 05.06.14 — 15:38

почистить кеш сервера?

Ёпрст

8 — 05.06.14 — 15:39

ну и DBSchema заодно

vde69

Модератор

9 — 05.06.14 — 15:39

подними рядом копию, и из копии перекопируй таблички конфигурации, если не взлетит то еще и схему,

если и это не поможет — то копируй в обратку рабочие таблички

Segate

10 — 05.06.14 — 15:40

Только бекап сделай сначала! )))

Segate

11 — 05.06.14 — 15:42

Если не получится ничего: Segate2006@rambler.ru пиши посмотрю =)

МихаилМ

12 — 05.06.14 — 15:43

ясно же написано «повреждена схема»

получите текст ошибки на англицком и читайте в интернет, как

как восстановить схему.

но проще восстановить бд из резервной копии и не занаиматься ерундой.

vvf

13 — 05.06.14 — 15:59

1. Бэкапов никаких нет. Увы(

2. Я взял 2 файла с погибшего пк, mdf и ldf на другой машине поднял sql и столкнулся с такой проблемой

3. Хочется разобраться с вашей помощью, все инструменты присуствуют, необходимо только указать направление

Segate

14 — 05.06.14 — 16:02

(13) Конфа то типовая?

МихаилМ

15 — 05.06.14 — 16:10

МихаилМ

16 — 05.06.14 — 16:11

vvf

17 — 05.06.14 — 16:16

Нет, конфигурация специфичная. Я так понимаю что дело совсем не в конфигурации, нужно что-то делать средствами sql

По последней ссылке

1. Восставить все из бэкапа (если есть) — нет ничего

2. Починить все с repair_allow_data_loss, а что было loss, долить с бэкапа (если есть). — вот тут поподробнее, что нужно сделать?

Сергиус

18 — 05.06.14 — 16:22

(17) я правильно понял, что никакой другой версии базы нет, только поврежденная?

МихаилМ

19 — 05.06.14 — 16:24

(17)

начните с создания копии бд (sp_msforeachtable + удаляте из списка полей поля с типом timestamp )

так выясните , какие таблицы не копируются целиком

далее методом вилки найдете поврежденые участки данных

вот тут поподробнее — поподробнее к яндексу.

МихаилМ

20 — 05.06.14 — 16:25

(18)

правильно . читайте (13)

vvf

21 — 05.06.14 — 16:36

да, верно, никакой другой базы нет, только поврежденная

vvf

22 — 05.06.14 — 16:48

Сейчас посмотрел, таблиц под 500+- это крайне получается трудоемко, есть еще какие-то варианты?

Segate

23 — 05.06.14 — 17:04

А копий вообще никаких нет? )

Segate

24 — 05.06.14 — 17:04

Всмысле даже Cf?

МихаилМ

25 — 05.06.14 — 17:05

(22)

внимательней читайте ответы

в (19) есть подсказка.

либо воспользуйтесь SQL Server Integration Service

http://msdn.microsoft.com/ru-ru/library/ms141026(SQL.90).aspx

наследника dts.

Он должен уметь решить проблему копирования полей типа timestamp.

Segate

26 — 05.06.14 — 17:07

(25) если там убита Schema, или конфиг, то эти таймстемпы — в пользу бедных будут… надо смотреть сначала структуру БД

Segate

27 — 05.06.14 — 17:10

Я бы, для начала, дернул бы конфигу в отдельную базу и запустил бы ее, дабы посмотреть, что с ней все ок, ну или увидеть, где какие траблы, потмо бы уже к данным переходил. Т.к. конфа не типовая, без правильной цф о восстановлении работоспособности можно будет только мечтать )

Segate

28 — 05.06.14 — 17:11

(0) еще раз говорю, дай базу, поковыряться. если смогу — помогу чем нть

МихаилМ

29 — 05.06.14 — 17:13

(26)

DBSchema можно сгенерировать новую. из params-> DBNAMES

vvf

30 — 05.06.14 — 19:20

(29) А подробнее можно? Не разу не делал

cf — кстати получилось выгрузить из базы

vvf

31 — 05.06.14 — 19:22

(28) отправил bak

vvf

32 — 05.06.14 — 19:27

Стал последовательно выбирать средствами sql данные из таблиц

/****** Сценарий для команды SelectTopNRows среды SSMS ******/

SELECT TOP 1000 [_UserId]

,[_ObjectKey]

,[_SettingsKey]

,[_Version]

,[_SettingsPresentation]

,[_SettingsData]

FROM [base01].[dbo].[_SystemSettings]

Сообщение 7105, уровень 22, состояние 6, строка 2

Идентификатор базы данных 6, страница (1:13328), слот 2 для узла типа данных LOB не существует. Обычно это вызвано тем, что транзакция выполняет считывание незафиксированных данных со страницы данных. Выполните инструкцию DBCC CHECKTABLE.

МихаилМ

33 — 06.06.14 — 11:45

(0)

напишите, чем закончилась история с восстановлением базы

vvf

34 — 08.06.14 — 16:06

Ничем, базу так и не удалось реанимировать. Решили все начать вести с 0 в новой базе.

Отладчик

35 — 08.06.14 — 16:08

(34) Суровый Челябинский парень.

Жму руку.

#0
by KENT2007

что может быть? первый раз пытаюсь настроить

#1
by Wobland

может, открывашка сломалась? больше букв напиши

#2
by KENT2007

все новое, первое включение «не получилось открыть базу данных ошибка 0х80004005

#3
by Wobland

бывает полезно точный текст ошибки гуглю показать…

Тэги:

Комментарии доступны только авторизированным пользователям

Регистрация

В этой группе 1С

ЕСТЬNULL В условии запроса
вывод нескольких табличных документов в один табл.документ
Перечисление праметров макета в цикле
Как ввести остаток БСО
Кто-нибудь поднимал собственный сервер обновлений для своих решений 1С?
8.2 Не выбирается элемент с динамического списка.
Ошибка «поле не найдено» после обновления
Как откорректировать период регистра сведений ФИОфизлиц
Как организовать нумерацию ТТН?
Комплексная автоматизация 1.1.5 (грузополучатель в счетфактуре выданной)
Настройка обмена БП20 с УТ
проблемы с дополнительным отпуском в ЗУП
v8: Вывести штрих код в формате Code128c в любой 1с8 конф.
Как программно установить отбор в табличной части
Розница обмен Штрих-М кассир
Проверка на вхождение даты в период
Проверка активности проводки в запросе
ограничения на Тип измерения в регистре сведений
УПП 1.3. Признак «Активная» в характеристике номенклатуры
Откуда 1с берет пропись по умолчанию

Доброго времени суток! Есть физический сервер, который работает на microsoft windows server 2016. Там развернут sql сервер который держит несколько БД и сервер приложений 1c 8.3.
В основном сервер задействован под 1с документооборот. Периодически у пользователей которые работают в 1с вываливается ошибка вида:

Соединение с сервером баз данных непригодно для использования после разрыва соединения администратором и будет переустановлено.
Microsoft SQL Server Native Client 11.0: Запрос COMMIT TRANSACTION не имеет соответствующей инструкции BEGIN TRANSACTION.
HRESULT=80004005. SQLSrvr:SQLState=25000, state=1, Severity=10, native=3902, line=1

Подскажите что делать и куда копать?

Код кривой в 1с . Загляните в лог сервера 1с

Код кривой в 1с . Загляните в лог сервера 1с

в логах сервера есть некоторые ошибки но я думаю они не связаны с проблемой, вот некоторые:

EVENT ID 121
Сбой установки драйвера, результат 0x80072F8F для DevNode «SWDSCDEVICEENUM1_AKS_VR_0»

EVENT ID 10016
Distributed COM
Параметры разрешений для конкретного приложения не дают разрешения Локально Активация для приложения COM-сервера с CLSID
{2DC39BD2-9CFF-405D-A2FE-D246C976278C}
и APPID
{DB336D8E-32E5-42B9-B14B-58AAA87CEB06}
пользователю NT SERVICESQLSERVERAGENT с ИД безопасности (S-1-5-80-344959196-2060754871-2302487193-2804545603-1466107430) и адресом LocalHost (с использованием LRPC), выполняемого в контейнере приложения Недоступно с ИД безопасности (Недоступно). Это разрешение безопасности можно изменить с помощью средства администрирования служб компонентов.

EVENT ID 123
Работа службы DSM задержана на 11 с из-за запроса, скачивания или установки драйвера на устройстве «SWDSCDEVICEENUM5_AKS_VR_0»

— -Подумал и добавил — —

Помимо всего стала появляться еще одна ошибка в 1С платформе

Ошибка СУБД:
Microsoft SQL Server Native Client 11.0: Не удалось найти объект «#tt1», так как он не существует, или отсутствуют разрешения.
HRESULT=80040E37, SQLSrvr: SQLSTATE=42S02, state=1, Severity=10, native=4701, line=1

Есть идей что с этим делать?

Оба сообщения попадают под описание ошибки платформы 1С, исправлена в 8.3.9.2170

А какая у вас версия 1с и билд?

Оба сообщения попадают под описание ошибки платформы 1С, исправлена в 8.3.9.2170

А какая у вас версия 1с и билд?

Спасибо, ушел обновляться.

Ошибка СУБД: Недопустимое имя объекта «#tt1».

Модератор: Дмитрий Юхтимовский

Ошибка СУБД: Недопустимое имя объекта «#tt1».

День добрый!
Столкнулся с проблемой, после обновления платформы на 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) сервера было выполнено — ошибка по прежнему повторяется.

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

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

AlexStaf: Сообщений: 2; Зарегистрирован: 18 окт 2016, 10:55

это ошибка платформа

Гилёв Вячеслав » 18 окт 2016, 20:11

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

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

Гилёв Вячеслав: Сообщений: 2543; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

NisSon » 02 дек 2016, 02:03

Доброго дня.
Вот только на SQL только перетащил 1Ски и столкнулся с той же ошибкой.
Платформа так же 8.3.9.1818 (Сервер 1С Предприятия x86-64)
Удалось ли победить проблему?
Ушла ли ошибка после апгрейда платформы?
Заранее спасибо.

NisSon: Сообщений: 1; Зарегистрирован: 02 дек 2016, 01:59

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

AlexStaf » 02 дек 2016, 17:11

Добрый день!
Мы сделали даунгрейд на версию 8.3.8.2167 — проблема прекратилась.
Переход на более свежую 8.3.9 (следующую после 8.3.9.1818) — не помог.
Как я понял 1С исправит данную ошибку только в 8.3.10

AlexStaf: Сообщений: 2; Зарегистрирован: 18 окт 2016, 10:55

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

srgs » 25 дек 2016, 23:36

Три дня назад наконец-то словил легендарную ошибку #tt1.
Обновился до последней платформы — 8.3.9.2033 (+SQL2016), но все равно периодически проявляется только при работе в конф/базе <<Зарплата и кадры государственного учреждения 3>> при интенсивной работе/запросах. Проверил все настройки (shared memory, ход регламентные заданий для SQL 2016 и пр). Прогнал еще раз вручную оптимизацию индексов с помощью dbForge Index Manager (dbForge использую вместе с SSMS), перезагрузил в ночи сервера (заодно и обновления накатил).
Ошибка осталась, хотя вылезает пореже… Сильно не напрягает, т.к. касается только расчетного отдела и проявляется пару раз в день, но осадочек остается ) Отправил баг-репорт в 1C. Буду ждать платформу 8.3.10
Ошибка описана как исправленная в данной платформе, но это не так:
———————————————————
Прерывание работы сеанса или фонового задания
Код ошибки: 50010160
Код(ы) обращения: CSR-12050 CSR-12078
Статус: Исправлена в выпущенной версии Зарегистрирована: 19.10.2016
Исправлена: «Технологическая платформа», версия 8.3.9.2033
Описание:
В клиент-серверном варианте информационной базы с использованием Microsoft SQL Server, после завершения работы сеанса администратором или после прерывания фонового задания из встроенного языка или интерактивно, могут происходить ошибки
Microsoft SQL Server Native Client 11.0: Invalid object name ‘#tt1’….
….
———————————————————-

srgs: Сообщений: 12; Зарегистрирован: 27 ноя 2016, 21:20

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Гилёв Вячеслав » 27 дек 2016, 11:26

Разработчикам на это версии платформы хотя бы видео отошлите с воспроизведением

Гилёв Вячеслав: Сообщений: 2543; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Гилёв Вячеслав » 27 дек 2016, 11:27

еще мы такую ошибку видели после установки софтпоинтовского кластера клиентом

Гилёв Вячеслав: Сообщений: 2543; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

srgs » 30 янв 2017, 20:18

Ошибка неубиенная оказалась — народ уже слегка озверел и постоянно наезжает на 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, т.е. в конце февраля. :shock: До конца недели (если не сожрут бухгалтера и финансисты) поставлю обе бетки — 9-ку и 10-ку и гляну под нагрузкой. Если будет отрицательный результат — перегоню всех на 8.3.8… Отпишусь по результатам.

srgs: Сообщений: 12; Зарегистрирован: 27 ноя 2016, 21:20

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Дмитрий Юхтимовский » 31 янв 2017, 02:30

мы на 8.3.9.2170 заметили серьёзное улучшение в данном вопросе, по сравнению с предыдущими версиями 8.3.9.

Дмитрий Юхтимовский: Сообщений: 731; Зарегистрирован: 11 фев 2013, 19:28; Откуда: gilev.ru

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

srgs » 31 янв 2017, 14:21

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

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

srgs: Сообщений: 12; Зарегистрирован: 27 ноя 2016, 21:20

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Гилёв Вячеслав » 02 фев 2017, 11:18

2014 версия без сервиспаков также может быть источников части подобных проблем

Гилёв Вячеслав: Сообщений: 2543; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

srgs » 06 фев 2017, 16:12

С новой платформой 8.3.9.2170 ошибка(ки) #tt(x) ушла(ли). Полет нормальный целый день. Ни одного падения. Главное, чтобы новые ошибки не проявились )

srgs: Сообщений: 12; Зарегистрирован: 27 ноя 2016, 21:20

Вернуться в MS SQL Server для целей 1С:Предприятие

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Источник

Ошибка СУБД: Недопустимое имя объекта «#tt1».

Модератор: Дмитрий Юхтимовский

Ошибка СУБД: Недопустимое имя объекта «#tt1».

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

AlexStaf: Сообщений: 2; Зарегистрирован: 18 окт 2016, 10:55

это ошибка платформа

Гилёв Вячеслав » 18 окт 2016, 20:11

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

Гилёв Вячеслав: Сообщений: 2726; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

NisSon » 02 дек 2016, 02:03

NisSon: Сообщений: 1; Зарегистрирован: 02 дек 2016, 01:59

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

AlexStaf » 02 дек 2016, 17:11

AlexStaf: Сообщений: 2; Зарегистрирован: 18 окт 2016, 10:55

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

srgs » 25 дек 2016, 23:36

srgs: Сообщений: 12; Зарегистрирован: 27 ноя 2016, 21:20

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Гилёв Вячеслав » 27 дек 2016, 11:26

Разработчикам на это версии платформы хотя бы видео отошлите с воспроизведением

Гилёв Вячеслав: Сообщений: 2726; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Гилёв Вячеслав » 27 дек 2016, 11:27

еще мы такую ошибку видели после установки софтпоинтовского кластера клиентом

Гилёв Вячеслав: Сообщений: 2726; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

srgs » 30 янв 2017, 20:18

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

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

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

srgs: Сообщений: 12; Зарегистрирован: 27 ноя 2016, 21:20

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Дмитрий Юхтимовский » 31 янв 2017, 02:30

мы на 8.3.9.2170 заметили серьёзное улучшение в данном вопросе, по сравнению с предыдущими версиями 8.3.9.

Дмитрий Юхтимовский: Сообщений: 737; Зарегистрирован: 11 фев 2013, 19:28; Откуда: gilev.ru

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

srgs » 31 янв 2017, 14:21

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

srgs: Сообщений: 12; Зарегистрирован: 27 ноя 2016, 21:20

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Гилёв Вячеслав » 02 фев 2017, 11:18

2014 версия без сервиспаков также может быть источников части подобных проблем

Гилёв Вячеслав: Сообщений: 2726; Зарегистрирован: 11 фев 2013, 15:40; Откуда: Россия, Москва

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

srgs » 06 фев 2017, 16:12

srgs: Сообщений: 12; Зарегистрирован: 27 ноя 2016, 21:20

Вернуться в MS SQL Server для целей 1С:Предприятие

Кто сейчас на форуме

Сейчас этот форум просматривают: нет зарегистрированных пользователей и гости: 1

Источник

Если в процессе подключения БД SQL 2008 к серверу предприятий 1С выходит следующая ошибка:

Ошибка при выполнении операции с информационной базой
Ошибка СУБД:
Microsoft OLE DB Provider for SQL Server: Login failed for user ‘sa’.
HRESULT=80040E4D, SQLSrvr: Error state=1, Severity=E, native=18456, line=1

Вероятнее всего у вас в настройках SQL стоит не тот тип аутентификации пользователя.

Смените тип аутентификации с Windows Authentification Mode на SQL server and Windows Authentification Mode

Источник

Manually changing the data type of columns should help

by Taiba Hasan

A postgraduate in Computer Applications, she is an avid technical writer who loves to craft content revolving around Windows, Android, and emerging technologies like SaaS. With How-To and… read more

Updated on May 17, 2023

The error code 0x80040e4e occurs if there is a conflict between the data type of the columns autodetected in PowerBI.
Manually changing the data type and deleting the data source cache will help fix the error code.

If you are here, you have encountered the error code 0x80040e4e with the following exception OLE DB or ODBC [Exception from HRESULT] when loading or refreshing an existing table in the PowerQuery on the PowerBI desktop.

Though the message itself does vaguely not offer any insight on how to resolve it, you can easily fix the error code 0x80040e4e by implementing the solutions covered in this article.

Why do I get the 0x80040e4e error code in PowerBI?

You will encounter the error 0x80040e4e: OLE DB or ODBC [Exception from HRESULT] in PowerBI due to one of the following reasons:

Duplicate table in Power Query – If there is a duplicate table in PowerQuery, the error code in question is likely to show up.
Special characters – Incompetency of PowerBI to handle the special characters in the database and create unusual encoding also causes the loading to fail with the error.
Conflicting data type – If there is a conflict between the data type in the source with the data type of the column, the error code 0x80040e4e is likely to show up.
Unnecessary relationships – This error may also occur if PowerBI auto-detects a needless relationship between CoE Settings and Environment.

How do I fix the error code 0x80040e4e in PowerBI?

1. Change the data type of the column

Switch to the Home tab from the top menu bar and click to expand the Edit Queries drop-down followed by Edit Queries from the PowerBI ribbon to access the Power Query Editor window.
Now, select the column for which you want to change the data type and click the left corner of the column header.
Select the suitable data type for the current column from the list of supported data type that appears.
A confirmation pop-up window to change the column type will pop up. Click the Replace Current button.

Generally, when a tabled gets loaded from a data source in PowerBI, the data type of the column gets detected automatically.

However, in some cases, there may be a contradiction when PowerBI applies the incorrect data type, especially for the columns with date data type causing the error 0x80040e4e: OLE DB or ODBC [Exception from HRESULT] in PowerQuery. Hence, changing the data type of the affected column should suffice.

2. Delete unnecessary relationships

Cancel the table load in PowerBI such that Power BI will now load without any values.
Switch to the Modeling tab from the top menu bar and choose the Manage Relationships option from the ribbon.
Look for the relationship between Environments and CoE Settings in the list of all relationships and press the Delete button located at the bottom.
Now Save and Close the dialog box and re-load the query.

The query should now load correctly without encountering the error 0x80040e4e in PowerQuery.

Read more about this topic

Fix Msmdsrv.exe Error & High CPU Usage
How to Enable Map and Map Filled Visuals in Power BI

3. Remove duplicate columns from the table

Open the table in question and click the topmost cell present before the column headers.
Select the Remove duplicates option from the drop-down menu that appears.

Deleting the duplicates in multiple columns across the table will help get past the error code 0x80040e4e in PowerBI.

4. Clear the data source cache

Launch the PowerBI desktop and choose File from the top ribbon.
Choose Options and settings from the left navigation panel, followed by Options from the right sidebar.
Select Data Load from the left panel of the new window.
Look for the Clear Cache button under the Data Cache Management Options and Q&A Cache Options section and press the OK button.
After you perform the above steps, the Currently used value will be set to 0 bytes. Now re-establish the connection with the required data sources and refresh the data query editor.

5. Clear Global Permissions

Access the File tab located on the ribbon in PowerBI Desktop.
Choose Options and settings from the left sidebar, followed by Data Source settings from the right.
In the Data Source settings window, enable Global Permissions on the top, select the BI Connector from the list of data sources, and press the Clear Permissions button at the bottom.
After you clear the PowerBI cache and data source settings, close all the instances of the Power BI desktop and re-launch it.

Cleaning the global permissions will clear the login credentials forcing you to set up a fresh connection. This will help fix the 0x80040e4e: OLE DB or ODBC [Exception from HRESULT] error when you refresh the table.

That’s pretty much it! You can try the methods listed in this guide to eliminate the error 0x80040e4e : OLE DB or ODBC [Exception from HRESULT] in PowerBI.

You may also want to fix the PowerBI data source credentials if they are greyed out for you.

Which of the tricks mentioned in this article worked in your case? We are curious to find out!

Источник

Похожие вопросы 1С

В этой группе 1С

Ошибка СУБД: Недопустимое имя объекта «#tt1».

Ошибка СУБД: Недопустимое имя объекта «#tt1».

это ошибка платформа

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Кто сейчас на форуме

Ошибка СУБД: Недопустимое имя объекта «#tt1».

Ошибка СУБД: Недопустимое имя объекта «#tt1».

это ошибка платформа

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Re: Ошибка СУБД: Недопустимое имя объекта «#tt1».

Кто сейчас на форуме

Manually changing the data type of columns should help

Why do I get the 0x80040e4e error code in PowerBI?

How do I fix the error code 0x80040e4e in PowerBI?

1. Change the data type of the column

2. Delete unnecessary relationships

3. Remove duplicate columns from the table

4. Clear the data source cache

5. Clear Global Permissions

Интересное по теме: