SQL Server 2019 SQL Server 2017 on Windows SQL Server 2016 SQL Server 2008 R2 SQL Server 2008 Microsoft SQL Server 2005 SQL Server ESU SQL Server 2014 Еще…Меньше
Проблемы
Если владелец задания не является членом роли сервера sysadmin , при выполнении задания агента SQL, выполняющего распределенный запрос (связанный сервер), может произойти сбой с одним из сообщений об ошибке, подобных приведенным ниже.
Поставщик OLE DB «<имя поставщика>» для связанного сервера <Линкедсервер имя> «возвращено сообщение» время ожидания входа истекло «. Поставщик OLE DB «<имя поставщика>» для связанного сервера «» <Линкедсервер Name> «возвращено сообщение» произошла ошибка при установлении соединения с сервером. При подключении к SQL Server 2005 этот сбой может быть вызван тем фактом, что в разделе параметров по умолчанию SQL Server не разрешает удаленные подключения. «. Сообщение 65535, уровень 16, состояние 1, строка 0SQL сетевые интерфейсы: ошибка при поиске указанных серверов/экземпляров [Ксфффффффф].
или
MSG 782, уровень 16, состояние 1, поставщик 0SSL: нет учетных данных впоставщике OLE DB для пакета безопасности «<имя поставщика>» для связанного сервера «<линкедсервер Name>» не удается установить соединение с помощью клиента «, возвращаемое сообщение.
Например, в среде SQL Server 2008 сообщения об ошибках могут выглядеть следующим образом:
Поставщик OLE DB «SQLNCLI» для связанного сервера «<Линкедсервер Name>» возвращено сообщение «время ожидания входа истекло». Поставщик OLE DB «SQLNCLI» для связанного сервера «<Линкедсервер Name>» возвращено сообщение «произошла ошибка при установлении соединения с сервером. При подключении к SQL Server 2005 этот сбой может быть вызван тем фактом, что в разделе параметров по умолчанию SQL Server не разрешает удаленные подключения. «. Сообщение 65535, уровень 16, состояние 1, строка 0SQL сетевые интерфейсы: ошибка при поиске указанных серверов/экземпляров [Ксфффффффф].
или
Сообщение 782, уровень 16, состояние 1, поставщик 0SSL: нет учетных данных впоставщике OLE DB для пакета безопасности «SQLNCLI10» для связанного сервера «<Линкедсервер Name>» возвращенный сообщение «клиент не может установить соединение».
или
Сообщение 7437, уровень 16, состояние 1, сервер линии 3Linked не может использоваться в качестве олицетворения без сопоставления с олицетворенным входом.
Вы также можете увидеть такое же поведение при использовании OPENQUERY или при выполнении распределенного запроса с использованием олицетворения с помощью инструкции «выполнить как login» T-SQL.
Причина
Шаг задания Transact-SQL выполняется как владелец шага задания, если владелец этапа задания не является членом фиксированной роли сервера sysadmin . Агент SQL использует «выполнить с учетной записью» для выполнения шага задания в контексте владельца шага задания. Нельзя использовать инструкцию EXECUTE AS на границах сервера. Такое поведение является особенностью данного продукта. Дополнительные сведения можно найти в следующих статьях, посвященных SQL Server Books Online:
-
EXECUTE AS (Transact-SQL)
-
Расширение олицетворения базы данных с помощью команды «выполнить как»
Примечание. Такая же причина применима к сценарию, в котором вы вручную пытаетесь изменить контекст выполнения распределенного запроса в Management Studio с помощью инструкции EXECUTE AS .
Обходное решение
Внимание!описанное ниже временное решение требует явное определение имени входа локального сервера для сопоставления имен входа на удаленном сервере с помощью страницы «безопасность» в свойствах объекта связанного сервера. Так как столбец Remote User должен быть входным именем для проверки подлинности SQL Server на удаленном сервере, режим проверки подлинности удаленного сервера должен быть уже установлен в смешанный режим, и его следует изменить в смешанный режим, прежде чем использовать описанный ниже способ. Если шаг задания T-SQL принадлежит пользователю, который не входит в роль сервера sysadmin , и если шаг содержит распределенный запрос, выполните указанные ниже действия, чтобы убедиться в том, что задания или запросы не завершаются.
-
Создайте сопоставление для каждого из владельцев шагов задания на локальном сервере с существующим или новым именем для входа на удаленном сервере.
-
Убедитесь в том, что у входа есть достаточные полномочия для выполнения различных модулей на удаленном сервере, к которым есть доступ из распределенного запроса.
Дополнительные сведения можно найти в следующих разделах электронной документации по SQL Server.
-
Свойства связанного сервера (страница безопасности)
Дополнительная информация
Иногда вы можете заметить, что запросы, описанные в разделе «симптомы», могут успешно выполняться. Обычно это происходит, когда олицетворенный пользователь ранее вошел в удаленную систему, а система по-прежнему остается открытым подключением, установленным удаленным использованием. Вы не должны ожидать, что запрос будет работать в течение всего времени.Действия по воспроизведению поведения
-
На экземпляре SQL Server: Создайте связанный сервер для другого экземпляра SQL либо с помощью SQL Server Management Studio (SSMS), либо из следующего сценария.
EXEC master.dbo.sp_addlinkedserver @server = <server name>, @srvproduct=N'SQL Server'/* For security reasons the linked server remote logins password is changed with ######## */EXEC master.dbo.sp_addlinkedsrvlogin @rmtsrvname=<servername> ,@useself=N'True',@locallogin=NULL,@rmtuser=NULL,@rmtpassword=NULL
-
Выполните следующий запрос в среде SSMS с помощью логина, который является членом роли сервера sysadmin, и убедитесь, что он работает правильно.
select * from <servername>.master.sys.sysobjects
-
Теперь измените контекст запроса на учетную запись, не являющегося администратором, и выполните тот же запрос.
execute as login=’DomainLogin1’goselect suser_sname()goselect * from <servername>.master.sys.sysobjectsgo
Этот этап завершает работу с ошибкой, описанной в разделе «симптомы» статьи.
Нужна дополнительная помощь?
-
All forum topics -
Previous Topic -
Next Topic
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-20-2017
08:48 AM
Hello all.
I have this strange error. I say strange because I can refresh the data on the Query Editor but I can’t connect it to the model when I do «Apply». I get the 0x80040E4E error and I have literally no idea why. I just know it started occuring after I grabbed data from a folder and I created a function to get the filename in a column.
Any thoughts?
Thanks in advance!
Message 1 of 31
324,361 Views
1 ACCEPTED SOLUTION
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-23-2017
06:32 AM
@v-qiuyu-msft
After messing around with the file, I solved it. It has to do with character support, as I had cubic and degree sign on the code and it was read as «?». I changed the encoding to Western Europe and it is solved. But it was not intuitive, as the error code did not point to this. Anyway, I hope this may help someone with the same problem.
Thanks for your support.
Message 4 of 31
335,705 Views
-
All forum topics -
Previous Topic -
Next Topic
30 REPLIES 30
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-08-2022
08:10 AM
I’m pulling from a Dataflow and getting this same error and the same vaguely helpful error message.
Would be excellent if the error identified the fields in question.
Whatever is going wrong here is also not being caught by Table.RemoveRowsWithErrors() either.
Message 31 of 31
71,756 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
05-02-2022
08:40 AM
I had the same issue, i had duplicated a table iun power query and this issue poppedup.
It worked for me when i cleared everything in the duplicated table advanced editor and replaced the content from first table(which i duplicated from), then it worked.
Hope this helps.
Message 30 of 31
83,851 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
03-02-2022
06:22 PM
I followed these steps
Step 1: Go to the Model section from the left side of the Power BI Desktop
Step 2: Delete all the relationships amongst the tables that have been created by Power BI itself while you were working with the Power Query Editor
Step 3: Click ‘Refresh visual and data’ option in Home (besides the Transform Data button)
It worked and loaded the new data and also applied the automations done in the query editor.
Message 24 of 31
102,527 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
06-21-2022
10:42 AM
This worked for us as well. In addition to the OLE ODBC error we were getting a note about not being able to find data sources we had deleted months ago and were not mentioned anywhere in the model. Thanks!
Message 28 of 31
67,708 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
02-17-2021
01:15 PM
Hey there, I ended up through a naive search on the same issue. The ‘Solution’ post gave me the right indication. It turned out be cause by the filename of the csv files, I was collecting from a sharepoint. Renaming the files, using alphanumeric characters only, solved it for me.
Message 23 of 31
192,535 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
10-10-2019
11:43 PM
Hi,
I came across a similar problem but its source was duplicate data on a column that created a relationship with a different table. Even worse, he didn’t appear on the table causing the error.
Message 21 of 31
207,132 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
11-09-2017
10:47 PM
I am trying to get data from Google Analytics to Power Bi but for page and page views field I am getting ‘ failed to save modifications to the sever . Error returned: ‘OLE DB or ODBC error: [DataSource.Error] There was an internal error.. ;. Can you please help me with this issue
Message 20 of 31
321,650 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-22-2017
11:03 PM
Hi @Anonymous,
It seems that the error throws out when you apply the changes, right? In your scenario, please try to update the desktop to the version 2.42.4611.901 released in 1/20/2017.
If issue persists, please try to share the sample folder data source and sample .pbix file to reproduce the issue if possible.
Best Regards,
Qiuyun Yu
Community Support Team _ Qiuyun Yu
If this post helps, then please consider Accept it as the solution to help the other members find it more quickly.
Message 2 of 31
323,668 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
01-23-2017
06:32 AM
@v-qiuyu-msft
After messing around with the file, I solved it. It has to do with character support, as I had cubic and degree sign on the code and it was read as «?». I changed the encoding to Western Europe and it is solved. But it was not intuitive, as the error code did not point to this. Anyway, I hope this may help someone with the same problem.
Thanks for your support.
Message 4 of 31
335,706 Views
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
07-07-2022
02:23 AM
I don’t understand this solution but have a similar problem. One of my errors is
So no mention of any column. And by the way there are no data type changes in the query editor.
Do you have any ideas how to fix? I may post this in a few places.
Thanks
Rob
Message 17 of 31
62,549 Views
When connecting to SQL Server with Windows Authentication (as opposed to a local SQL Server account), attempting to use a linked server may result in the error message:
Cannot create an instance of OLE DB provider "(OLEDB provider name)"...
The most direct answer to this problem is provided by Microsoft KB 2647989, because «Security settings for the MSDAINITIALIZE DCOM class are incorrect.»
The solution is to fix the security settings for MSDAINITIALIZE. In Windows Vista and later, the class is owned by TrustedInstaller, so the ownership of MSDAINITIALIZE must be changed before the security can be adjusted. The KB above has detailed instructions for doing so.
This MSDN blog post describes the reason:
MSDAINITIALIZE is a COM class that is provided by OLE DB. This class can parse OLE DB connection strings and load/initialize the provider based on property values in the connection string. MSDAINITILIAZE is initiated by users connected to SQL Server. If Windows Authentication is used to connect to SQL Server, then the provider is initialized under the logged in user account. If the logged in user is a SQL login, then provider is initialized under SQL Server service account. Based on the type of login used, permissions on MSDAINITIALIZE have to be provided accordingly.
The issue dates back at least to SQL Server 2000; KB 280106 from Microsoft describes the error (see «Message 3») and has the suggested fix of setting the In Process flag for the OLEDB provider.
While setting In Process can solve the immediate problem, it may not be what you want. According to Microsoft,
Instantiating the provider outside the SQL Server process protects the SQL Server process
from errors in the provider. When the provider is instantiated outside the SQL Server process,
updates or inserts referencing long columns (text, ntext, or image) are not allowed.
— Linked Server Properties doc for SQL Server 2008 R2.
The better answer is to go with the Microsoft guidance and adjust the MSDAINITIALIZE security.
When connecting to SQL Server with Windows Authentication (as opposed to a local SQL Server account), attempting to use a linked server may result in the error message:
Cannot create an instance of OLE DB provider "(OLEDB provider name)"...
The most direct answer to this problem is provided by Microsoft KB 2647989, because «Security settings for the MSDAINITIALIZE DCOM class are incorrect.»
The solution is to fix the security settings for MSDAINITIALIZE. In Windows Vista and later, the class is owned by TrustedInstaller, so the ownership of MSDAINITIALIZE must be changed before the security can be adjusted. The KB above has detailed instructions for doing so.
This MSDN blog post describes the reason:
MSDAINITIALIZE is a COM class that is provided by OLE DB. This class can parse OLE DB connection strings and load/initialize the provider based on property values in the connection string. MSDAINITILIAZE is initiated by users connected to SQL Server. If Windows Authentication is used to connect to SQL Server, then the provider is initialized under the logged in user account. If the logged in user is a SQL login, then provider is initialized under SQL Server service account. Based on the type of login used, permissions on MSDAINITIALIZE have to be provided accordingly.
The issue dates back at least to SQL Server 2000; KB 280106 from Microsoft describes the error (see «Message 3») and has the suggested fix of setting the In Process flag for the OLEDB provider.
While setting In Process can solve the immediate problem, it may not be what you want. According to Microsoft,
Instantiating the provider outside the SQL Server process protects the SQL Server process
from errors in the provider. When the provider is instantiated outside the SQL Server process,
updates or inserts referencing long columns (text, ntext, or image) are not allowed.
— Linked Server Properties doc for SQL Server 2008 R2.
The better answer is to go with the Microsoft guidance and adjust the MSDAINITIALIZE security.
Вопрос:
Я пытаюсь запустить openrowset из MS SQL Server на сервере Oracle.
Когда я выполняю следующую команду:
select * from
OPENROWSET('OraOLEDB.Oracle','srv';'user';'pass',
'select * from table')
происходит следующая ошибка
Msg 7302, Level 16, State 1, Line 1
Cannot create an instance of OLE DB provider "OraOLEDB.Oracle" for linked server "(null)".
Может ли кто-нибудь сказать мне, как я могу использовать openrowset с OraOLEDB.Oracle?
Я использую 64-разрядную версию MS SQL Server и Oracle OLEDB.
Изменить
Я пробовал это на двух машинах под управлением Windows 7 x64 и Windows Server 2008 x64 с MS SQL Server 2008 x64. Оба показали одинаковое сообщение об ошибке.
Ответ №1
В SQL Server Enterprise Manager откройте Server ObjectsLinked ServersProviders, щелкните правой кнопкой мыши поставщика OraOLEDB.Oracle, выберите свойства и установите флажок "Allow inprocess". Восстановите связанный сервер и снова проверьте.
Ответ №2
Перейдите в эту проблему, где связанный сервер будет работать для пользователей, которые были локальными администраторами на сервере, но не для кого-либо еще. После многих часов беспорядков мне удалось устранить проблему, выполнив следующие шаги:
- Выполнить (CTRL + R) “dcomcnfg” . Перейдите в раздел “Службы компонентов → Компьютеры → Мой компьютер → Конфигурация DCOM”.
- Откройте страницу свойств “MSDAINITIALIZE”.
- Скопируйте “Идентификатор приложения” на странице свойств.
- Закрыть “dcomcnfg” .
- Запустите “regedit”. Перейдите в “HKEY_CLASSES_ROOTAppID {???}” с помощью??? представляющий идентификатор приложения, который вы скопировали на шаге № 3.
- Щелкните правой кнопкой мыши папку “{???}” и выберите “Разрешения”
- Добавить группу локальных администраторов в разрешения, предоставить им полный контроль.
- Закрыть “regedit”.
- Перезагрузите сервер.
- Запустите “dcomconfig”. Перейдите в раздел “Службы компонентов → Компьютеры → Мой компьютер → Конфигурация DCOM”.
- Откройте страницу свойств “MSDAINITIALIZE”.
- На вкладке “Безопасность” выберите “Настроить” в разделе “Разрешения запуска и активации”, затем нажмите кнопку “Изменить”.
- Добавьте “Аутентифицированные пользователи” и предоставите им все разрешения на запуск и активацию.
- Закрыть “dcomcnfg” .
- Найдите корневой каталог установки Oracle. “E:Oracle” в моем случае.
- Отредактируйте свойства безопасности корневого каталога Oracle. Добавьте “Аутентифицированные пользователи” и предоставите им “Чтение и выполнение”, “Содержимое папки списка” и “Чтение”. Примените новые разрешения.
- Нажмите кнопку “Дополнительные разрешения”, затем нажмите “Изменить разрешения”. Выберите “Заменить все разрешения дочерних объектов с помощью наследуемых разрешений от этого объекта”. Примените новые разрешения.
- Найдите поставщика “OraOLEDB.Oracle” в SQL Server. Убедитесь, что установлен параметр “Разрешить обработку”.
- Перезагрузите сервер.
Ответ №3
При подключении к SQL Server с проверкой подлинности Windows (в отличие от локальной учетной записи SQL Server) попытка использования связанного сервера может привести к появлению сообщения об ошибке:
Cannot create an instance of OLE DB provider "(OLEDB provider name)"...
Самый прямой ответ на эту проблему предоставляется Microsoft KB 2647989, так как “Параметры безопасности для класса MSDAINITIALIZE DCOM неверны”.
Решение состоит в том, чтобы исправить параметры безопасности для MSDAINITIALIZE. В Windows Vista и более поздних версиях класс принадлежит TrustedInstaller, поэтому владение MSDAINITIALIZE должно быть изменено до того, как можно будет настроить защиту. В KB выше приведены подробные инструкции для этого.
Это сообщение в блоге MSDN описывает причину:
MSDAINITIALIZE – это класс COM, предоставляемый OLE DB. Этот класс может анализировать строки соединения OLE DB и загружать/инициализировать поставщика на основе значений свойств в строке соединения. MSDAINITILIAZE инициируется пользователями, подключенными к SQL Server. Если для подключения к SQL Server используется проверка подлинности Windows, поставщик инициализируется под учетной записью пользователя. Если зарегистрированный пользователь является логином SQL, поставщик инициализируется в учетной записи службы SQL Server. В зависимости от типа используемого входа необходимо предоставить разрешения на MSDAINITIALIZE.
Проблема восходит как минимум к SQL Server 2000; KB 280106 от Microsoft описывает ошибку (см. “Сообщение 3” ) и предлагает исправление установки флага In Process для поставщика OLEDB.
При настройке In Process можно решить ближайшую проблему, возможно, это не то, что вы хотите. Согласно Microsoft,
Активация провайдера вне процесса SQL Server защищает процесс SQL Server от ошибок в провайдере. Когда поставщик создается вне процесса SQL Server, обновления или вставки, ссылающиеся на длинные столбцы (текст, текст или изображение), не допускаются. – Связанные свойства сервера doc для SQL Server 2008 R2.
Лучшим ответом является руководство Microsoft и настройка безопасности MSDAINITIALIZE.
Ответ №4
Для ошибки 7302, в частности, я обнаружил в своем реестре при поиске OraOLEDB.Oracle, что местоположение InprocServer32 было неправильным.
Если это событие или вы не можете найти эту строку в реестре, вам придется установить или перерегистрировать компонент.
Мне пришлось удалить ключ с уровня GUID, а затем найти ключ ProgID (OraOLEDB.Oracle) и удалить его тоже. (ProgID ссылается на CLSID как на пару).
Затем я перерегистрировал OraOLEDB.Oracle, вызвав regsvr32.exe на ORAOLEDB *.dll.
Просто перерегистрация сама по себе не решила проблему, мне пришлось удалить ключи реестра, чтобы указать на правильное местоположение. Кроме того, взломайте местоположение InprocServer32.
Теперь у меня есть ошибка 7308, о однопоточных квартирах; катясь!
- Remove From My Forums
Ошибка при выполнении выгрузки данных.
-
Вопрос
-
Доброго времени суток уважаемые представители компании Microsoft, я являюсь системным администратором городской больницы №4 г. Владимира, у нас есть важная медицинская программулина MedBase,
недавно у Вас приобрели новый сервер, ну и решили перенести эту программу на новый сервер, установили бесплатный SQL server 2008 r2 express, саму программу MedBase, вроде все работает но при создании отчета выдает следущую ошибку:
«При выполнении запроса произошла ошибка: Поставщик OLE DE «Microsoft.ACE.OLEDB. 12.0» для связанного сервера «(null)» вернул сообщение «Произошли ошибки во время выполнения многошаговой операции OLE DE. По
возможности, проверьте значения всех состояний OLE DE. Работа не выполнена.» — это ошибка SQL server полюбому вот мне очень хочется ее исправить потому что отчеты не делаются… ПОМОГИТЕЕЕЕЕ-
Перемещено
30 апреля 2013 г. 8:07
sql
-
Перемещено
Ответы
-
-
Помечено в качестве ответа
Иван ПродановMicrosoft contingent staff, Moderator
30 апреля 2013 г. 13:46
-
Помечено в качестве ответа
-
Все решили проблемку: простите за беспокойство … поставщики решили проблему, вот прям только что … в среде SQL выполнить запрос:
EXEC master.dbo.sp_MSset_oledb_prop N’Microsoft.ACE.OLEDB.12.0′, N’AllowInProcess’, 1
GO
EXEC master.dbo.sp_MSset_oledb_prop N’Microsoft.ACE.OLEDB.12.0′, N’DynamicParameters’, 1
GOМне помогло
-
Помечено в качестве ответа
ad_sergeev
30 апреля 2013 г. 11:09
-
Помечено в качестве ответа
В Октябре был выпущен ряд обновлений, относящихся к категории обновлений безопасности Windows, установка которых может вызвать ошибки в приложениях, использующих программный интерфейс устаревшего Поставщика OLE DB для Jet (Microsoft.Jet.OLEDB.4.0), например, при попытке программного доступа в Microsoft Office Excel или Access версии 2007 и более старых версий Office или сторонних приложений, таких как 1С, самописных АРМ-ов и т.п., использующих данный интерфейс.
Перечень обновлений (то, что удалось найти), установка которых порождает проблему :
| Windows 7, Windows Server 2008 R2 | KB4041681 , KB4041678 , KB4041686 |
| Windows Server 2012 | KB4041690 |
| Windows 8.1, Windows Server 2012 R2 | KB4041693 , KB4041687 |
| Windows 10 1507 (RTM) | KB4042895 |
| Windows 10 1607, Windows Server 2016 | KB4041691 |
| Windows 10 1703 | KB4041676 |
Ошибка, которая может возникать при попытке вызова Поставщика OLE DB для Jet после установки данных обновлений:
Unexpected error from external database driver (1). (Microsoft JET Database Engine)
...или...
"Непредвиденная ошибка с внешнего драйвера базы данных (1). (Microsoft JET Database Engine)".
Другие примеры ошибок, которые могут возникать в данной ситуации:
[Microsoft][Driver ODBC Excel] Reserved error (-5016).
[Microsoft][ODBC Excel Driver] General Warning Unable to open registry key 'Temporary (volatile) Jet DSN for process
Собственно, данная проблема описана в соответствующих статьях KB к выше обозначенным обновлениям в перечне известных проблем:
В качестве решения проблемы предлагается использование более современного Поставщика, например Microsoft Access Database Engine 2010 (Microsoft.ACE.OLEDB.12.0) или новее.
Если же оперативное изменение Ваших приложений, использующих Microsoft.Jet.OLEDB.4.0, невозможно, то лучше воздержаться от установки выше обозначенных обновлений, по крайней мере, до тех пор, пока не будут выпущены «обновления на обновления», исправляющие данную проблему.
По некоторой информации совсем недавно были выпущены обновления, направленные на решение проблемы для Windows 7 и Windows 8.1, но, по уже традиционному для Microsoft сценарию, эти обновления оказались кривыми и в данный момент они недоступны для загрузки:
| Windows 7, Windows Server 2008 R2 | KB4052234 |
| Windows Server 2012 | KB4052235 |
| Windows 8.1, Windows Server 2012 R2 | KB4052233 |
По информации, доступной в статье «Unexpected error from external database driver (1). (Microsoft JET Database Engine)» after applying October security updates., где описывается проблема и разные варианты её решения, перевыпуск недоступных на данный момент обновлений со стороны Microsoft планируется на 14 Ноября.
Доступные обновления, исправляющие проблему, которые мне удалось обнаружить на данный момент, таковы:
Надеюсь данная заметка поможет разобраться Вам в сложившейся ситуации и даст направление для решения проблемы.
I have been using OPENATASOURCE and Microsoft.ACE.OLEDB.15.0 to access data from mdb files (ACCESS) for some time now and have never had a problem that I have been unable to address.
About a week ago I installed a copy of SQL Server 2016 on a new machine running Windows 10 and have been unable to access mdb files any more. I have tried re-installing, re-installing on a Windows Server 2016 machine and even using SQL Server Express but
nothing I do cures the problem. I still have a Windows 10 development machine on which everything works without problems but cannot determine what is missing or causing the problem on new installations.
sp_configure 'show advanced options', 1
RECONFIGURE
GO
sp_configure 'Ad Hoc Distributed Queries', 1
RECONFIGURE
GO
SELECT TableNo, TableName FROM OPENDATASOURCE('Microsoft.ACE.OLEDB.15.0', 'Data Source=C:TempTestSQL.mdb;Jet OLEDB:System database=C:TempSystem.mdw;User Id=Admin;Password=admin;Jet OLEDB:Database Password=password')...ALocalAList
GO
sp_configure 'Ad Hoc Distributed Queries', 0
RECONFIGURE
GO
sp_configure 'show advanced options', 0
RECONFIGURE
GO
The code block above should work but unexpectedly results in the following error message:
Msg 7302, Level 16, State 1, Line 7
Cannot create an instance of OLE DB provider «MSDASC» for linked server «(null)».
Microsoft.ACE.OLEDB.15.0 has been properly registered and appears in the Server Objects Linked Servers Providers.
If I try and use Microsoft.ACE.OLEDB.12.0 I get the same error!
I would be most appreciative for any assistance in sorting out this problem.
Thank you.
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and
privacy statement. We’ll occasionally send you account related emails.
Already on GitHub?
Sign in
to your account
Assignees
Comments
Getting the above error when connecting my org URL with power BI desktop
Error.txt
Error-Session Diag.txt
Link for reference: COE Starter Kit on Github — powerapps-tools/Administration/CoEStarterKit at master · microsoft/powerapps-tools · GitHub
Hello,
can you confirm you only have one row in your CoE Settings table? It sounds like the issue is based on that, as the relationship in Power BI expects that table to only have one row.
Thank you
Manuela
Would you be able to please try something following the steps below?
- Select Cancel on the load and the Power BI should open (without values)
- Under Modeling select Manage Relationships
- Look for the Environments — CoE Settings relationship and delete that one
- Once you Save and Close that dialog, the re-load should start and work fine now.
It looks like Power BI auto-detected an unnecessary relationship between CoE Settings and Environment (this is not required) which could be causing this issue. I verified in my tenant that the dashboard still worked after removing the relationship, but if you could try and see if that also removes your error that would be great — and then we can include this change the next time we ship the dashboard.
Hello,
sorry the images don’t come through if you reply to the GitHub issue via email — could you go directly to GitHub and paste the images in again?
Thank you
Manuela
Apologies for the delayed response
Attached are the new set of errors…
Can you please share a screenshot (you will have to paste from within GitHub) of your CoE Settings data?
In your CoE environment > Data >Tables > All > Search for Settings > Select the CoE Settings to open it in edit
Select Data > Change the View to All Columns
And then share this view
Hello,
and could you do the same for the Environment and Apps table which seem to be blocking the Power BI too.
above image is for query as below
In your CoE environment > Data >Tables > All > Search for Settings > Select the CoE Settings to open it in edit
Select Data > Change the View to All Columns
And then share this view
Thank you for providing this!
- In your CoE Settings table you have two rows — can you delete both of those rows and add just one new one?
- It looks like you don’t have data in your tables yet — can you confirm you have turned on the Admin | Sync Flow v3 and that is running successfully? This is populating the App, Environment and Flow tables the Power BI is based on.
Thank you
Manuela
there were two instances here.
With the help of Valentina was able to remove the error , hit refresh now i have only blank table with no data in them
now I see data populating
You’re on a drillthrough screen that only shows data when something is selected from a previous screen. Are all of your pages empty? Can you perhaps go to the Overview — Power Apps page in the dashboard and see if that is empty as well?
The Cloud Flow Details page will be empty unless a cloud flow is selected — on some of the overview and inventory pages you can right click in the table and select Drillthrough > Cloud Flow Detail
Thanks .. i see information in the overview page.. will check on the drill down and update back
Great thank you for confirming!
One way of getting to that page is going to the Cloud Flow Archive page and selecting a flow, right clicking on it and selecting Drillthrough > Cloud flow detail and that should then show you details about an individual flow.
Closing out issues with no further action.