Не получилось открыть базу данных. Ошибка 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) Суровый Челябинский парень.
Жму руку.
Like
#0
by KENT2007
что может быть? первый раз пытаюсь настроить
Like
#1
by Wobland
может, открывашка сломалась? больше букв напиши
#2
by KENT2007
все новое, первое включение «не получилось открыть базу данных ошибка 0х80004005
Like
#3
by Wobland
бывает полезно точный текст ошибки гуглю показать…
Тэги:
Комментарии доступны только авторизированным пользователям
Регистрация
Похожие вопросы 1С
- Глюк конфигуратора при попытке открыть файл (меню ФАЙЛ->ОТКРЫТЬ) …
- Расходная накладная в «Штрих-М Ресторан»
- Перед выполнением операции нужно открыть базу!
- Штрих-М: Обмен информацией по сотовой связи
- Текст.Открыть() — Обращение к процедуре объекта как к функции (Открыть)
- Как сделать, чтобы открыть документ как на «Просмотр», даже если выбрали «Открыть»
- v7: Помогите открыть базу на 6ке
- Перед выполнением операции нужно открыть базу!
- Как указать ИНН для Штрих-М и не перевести его в режим ФР?
- Тип транзакции №29 в Штрих-м
- Штрих-М 4.9 v8: Компонента AddIn.DrvFr1C НомерЧека
- Чем открыть базу .DLC ?
В этой группе 1С
- ЕСТЬNULL В условии запроса
- вывод нескольких табличных документов в один табл.документ
- Перечисление праметров макета в цикле
- Как ввести остаток БСО
- Кто-нибудь поднимал собственный сервер обновлений для своих решений 1С?
- 8.2 Не выбирается элемент с динамического списка.
- Ошибка «поле не найдено» после обновления
- Как откорректировать период регистра сведений ФИОфизлиц
- Как организовать нумерацию ТТН?
- Комплексная автоматизация 1.1.5 (грузополучатель в счетфактуре выданной)
- Настройка обмена БП20 с УТ
- проблемы с дополнительным отпуском в ЗУП
- v8: Вывести штрих код в формате Code128c в любой 1с8 конф.
- Как программно установить отбор в табличной части
- Розница обмен Штрих-М кассир
- Проверка на вхождение даты в период
- Проверка активности проводки в запросе
- ограничения на Тип измерения в регистре сведений
- УПП 1.3. Признак «Активная» в характеристике номенклатуры
- Откуда 1с берет пропись по умолчанию
-
#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
Подскажите что делать и куда копать?
-
#2
Код кривой в 1с . Загляните в лог сервера 1с
-
#3
Код кривой в 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
Есть идей что с этим делать?
-
#4
Оба сообщения попадают под описание ошибки платформы 1С, исправлена в 8.3.9.2170
А какая у вас версия 1с и билд?
-
#5
Оба сообщения попадают под описание ошибки платформы 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, т.е. в конце февраля. 
До конца недели (если не сожрут бухгалтера и финансисты) поставлю обе бетки — 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
Добрый день!
Подскажите, при расчёте ZuluThermo в протоколе расчёта наладки стали появляться следующие ошибки:
«…
Cannot fetch a row from OLE DB provider «BULK» for linked server «(null)».
The OLE DB provider «BULK» for linked server «(null)» reported an error. The provider did not give any information about the error.
Cannot bulk load because the maximum number of errors (10) was exceeded.
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 11, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 10, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 9, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 8, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 7, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 6, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 5, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 4, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 3, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 2, column 21 (F20).
Bulk load data conversion error (type mismatch or invalid character for the specified codepage) for row 1, column 21 (F20). (Код ошибки: 0x80040E14).
Запись результатов по объектам ‘Дросселирующий узел’
Не удалось сформировать временную таблицу.
Ошибка доступа к данным.
…»
И так для каждого типа. насосная станция, дросселирующий узел, перемычка, задвижка и т.д.
При этом расчёт проходит и пишет что удалось записать только промежуточные результаты.
Скажите какого рода эти ошибки, как-то влияет на сам расчёт наладки и как устранить или предупредить их появление?
Версия 8.0.0.7747u
Дата сборки 17.03.2021
SQL Server 2014 Enterprise — duplicate (do not use) SQL Server 2014 Developer — duplicate (do not use) SQL Server 2014 Standard — duplicate (do not use) SQL Server 2014 Express — duplicate (do not use) SQL Server 2012 Developer SQL Server 2012 Enterprise SQL Server 2012 Standard Еще…Меньше
Проблемы
Предположим, что вы импортируете базу данных Access в базу данных Microsoft SQL Server с помощью мастера импорта и экспорта в SQL Server 2012 Management Studio (SSMS 2012) или SSMS 2014. При использовании поставщика OLE DB ядра СУБД Microsoft Office 15,0 для доступа к источнику данных появляется следующее сообщение об ошибке:
Не удалось присоединить исходный компонент. Ошибка 0xc0202009: Source-XXXX [1]: код ошибки служб SSIS DTS_E_OLEDBERROR. Произошла ошибка OLE DB. Код ошибки: 0x80040E37. Ошибка 0xc02020e8: Source-XXXX [1]: не удалось открыть набор строк для «XXXX». Убедитесь, что объект существует в базе данных.
Причина
Проблема возникает из-за того, что поставщик OLE DB для ядра СУБД Microsoft Office 15,0 не поддерживается. При использовании в качестве источника данных связанное имя таблицы не найдено в базе данных Access.
Решение
Эта проблема впервые устранена в следующем накопительном обновлении SQL Server.
Накопительное обновление 4 для SQL Server 2012 с пакетом обновления 2 (SP2) /en-us/help/3007556
Накопительное обновление 5 для SQL Server 2014 /en-us/help/3011055
Накопительное обновление 13 для SQL Server 2012 с пакетом обновления 1 (SP1) /en-us/help/3002044
Статус
Корпорация Майкрософт подтверждает наличие этой проблемы в своих продуктах, которые перечислены в разделе «Применяется к».
Нужна дополнительная помощь?
Нужны дополнительные параметры?
Изучите преимущества подписки, просмотрите учебные курсы, узнайте, как защитить свое устройство и т. д.
В сообществах можно задавать вопросы и отвечать на них, отправлять отзывы и консультироваться с экспертами разных профилей.
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-бэкап, из него восстанавливал в другую базу, тоже не помогло.
Что еще предпринять?
1 — 05.06.14 — 15:30
Вот что выдает команда
dbcc checkdb
Сообщение 0, уровень 11, состояние 0, строка 0
При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы.
Сообщение 0, уровень 20, состояние 0, строка 0
При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы.
2 — 05.06.14 — 15:31
Перезапуск сервера 1С делал?
3 — 05.06.14 — 15:35
восстановите резервную копию и работайте дальше.
4 — 05.06.14 — 15:36
(3)спорю что нет бекапа )
5 — 05.06.14 — 15:37
Могу посмотреть, если совсем все плохо
6 — 05.06.14 — 15:37
попробуй dts-ом перезалить табличку config
7 — 05.06.14 — 15:38
почистить кеш сервера?
8 — 05.06.14 — 15:39
ну и DBSchema заодно
Модератор
9 — 05.06.14 — 15:39
подними рядом копию, и из копии перекопируй таблички конфигурации, если не взлетит то еще и схему,
если и это не поможет — то копируй в обратку рабочие таблички
10 — 05.06.14 — 15:40
Только бекап сделай сначала! )))
11 — 05.06.14 — 15:42
Если не получится ничего: Segate2006@rambler.ru пиши посмотрю =)
12 — 05.06.14 — 15:43
ясно же написано «повреждена схема»
получите текст ошибки на англицком и читайте в интернет, как
как восстановить схему.
но проще восстановить бд из резервной копии и не занаиматься ерундой.
13 — 05.06.14 — 15:59
1. Бэкапов никаких нет. Увы(
2. Я взял 2 файла с погибшего пк, mdf и ldf на другой машине поднял sql и столкнулся с такой проблемой
3. Хочется разобраться с вашей помощью, все инструменты присуствуют, необходимо только указать направление
14 — 05.06.14 — 16:02
(13) Конфа то типовая?
15 — 05.06.14 — 16:10
16 — 05.06.14 — 16:11
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)
21 — 05.06.14 — 16:36
да, верно, никакой другой базы нет, только поврежденная
22 — 05.06.14 — 16:48
Сейчас посмотрел, таблиц под 500+- это крайне получается трудоемко, есть еще какие-то варианты?
23 — 05.06.14 — 17:04
А копий вообще никаких нет? )
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.
26 — 05.06.14 — 17:07
(25) если там убита Schema, или конфиг, то эти таймстемпы — в пользу бедных будут… надо смотреть сначала структуру БД
27 — 05.06.14 — 17:10
Я бы, для начала, дернул бы конфигу в отдельную базу и запустил бы ее, дабы посмотреть, что с ней все ок, ну или увидеть, где какие траблы, потмо бы уже к данным переходил. Т.к. конфа не типовая, без правильной цф о восстановлении работоспособности можно будет только мечтать )
28 — 05.06.14 — 17:11
(0) еще раз говорю, дай базу, поковыряться. если смогу — помогу чем нть
29 — 05.06.14 — 17:13
(26)
DBSchema можно сгенерировать новую. из params-> DBNAMES
30 — 05.06.14 — 19:20
(29) А подробнее можно? Не разу не делал
cf — кстати получилось выгрузить из базы
31 — 05.06.14 — 19:22
(28) отправил bak
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)
напишите, чем закончилась история с восстановлением базы
34 — 08.06.14 — 16:06
Ничем, базу так и не удалось реанимировать. Решили все начать вести с 0 в новой базе.
Отладчик
35 — 08.06.14 — 16:08
(34) Суровый Челябинский парень.
Жму руку.