Ключу не соответствует ни одна строка в таблице excel power query
I have a data set that has refreshed successfully in the past. It was built 3 days ago and refreshed fine for two days. Now I cannot refresh it either on the desktop version or from services. The error reads Expression.Error: The key didn't match any rows int he table. Other tables return the error message Load was cancelled by an error in loading a previous table. I tried to delete the problematic table from the data set with plans to re add it later. When I deleted the problem table, a second table threw the same error. I removed it too and a third then erred. It is a domino effect. All tables are failing one at a time. The tables, however, are fine. I can use them in other documents and in PowerPivot. any ideas?
A coworker updated her version and the gateway and is getting the same error. This was built in a group and resides in the group folder.
Did I answer your question? Mark my post as a solution!
Proud to be a Super User!
tonysellars
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Ran into this issue myself within the Power BI Desktop and was able to resolve the issue through the following:
- Select Edit Queries from the menu to open the Query Editor
- Use the left hand menu to select one of the queries having the issue (will have the triangular warning sign)
- On the applied steps menu at the right select the source step.
- In the top menu bar, select Refresh Preview.
In my case there were several queries having this same issues and the steps above resolved each of them.
Hope this helps -
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Tengo el mismo problema. Estoy trabajando con BigQuery que agrupa muchas sheet de google. Puedo trabajar bien en la version escritorio se actualiza bien, pero al actualizar en la web me genera este error.
Ayuda por favor!
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
My error still persists, I'm using a source as an import in Google big query, I even separated each table in a pbix file to update, but the error happens in all files, I don't know what to do.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I have the same problem in Power Query through Excel 2016 too. None of the suggestions in the thread worked for me, unfortunately.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Just to add to the growing responses on this error.
I have resolved this by using Basic Authentication on the Gateway, rather than Windows. This despite desktop using Windows.
I'm not fully certain how making this change has worked, given some of my Impala datasources were able to refresh on the Server with Windows, but not others.
We re-entered the credentials to the Gateway on Windows authentication and it threw a connection error, upon changing it to Basic it connected and I can now refresh from all Databases the account has access to.
Hope this helps others.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I had this same issue. Turns out when I changed some code I was dropping the source table instead of a temp table used in the query. So, it the source is unavailable it would appear that will also cause this error.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I had this same issue and in my case it turned out to be permissions on the SQL views. As soon as I added the correct permissions to the views using SQL management studio - BOOM - worked fine.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I'm connecting to a data source on SQL server and faced the same "key didn't match" issue. tried all suggestions from community and almost anything from net, but none has worked for me.
After 7 hours of research and trial and error, I discovered something related to my credential on SQL server that was causing this issue. I'm not sure why the "db_owner" was unticked!(might be due to the patching updates on the server) I checked the box then refreshed the report and now it is working as normal.
In SQL management Studio, navigate to the Databases\[database name]\Security\Users\ and double click on the userID to open the "Database User" window, then select the "membership" from the left side of the window.
I am the dabase owner so the db_owner is ticked, if you are not an owner, then make sure that at least the "db_datareader" is checked.
Hoping it helps you to save heaps of troubleshooting time.
ThomVF
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I just wanted to thank you for your post. It helped me solve my issue.
I have my gateway configured to use a specific user on my SQL Server database. This user did not have db_owner set. Once I set that, my refreshes started working fine. I was thrown off bc the refreshes were working from Power BI Desktop but not in the Service.
Of course, these errors are so cryptic, you could spend a whole week trying to figure out what the heck they mean.
Anyhow, you saved me a lot of time and I thank you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Good to hear that it helped you to resolve the issue 🙂
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
My datasource is google analytics, I'm getting same error.
From last 2 months query working fine but all of sudden this error pop up.
Anybody have any Idea what can I do.
Thanks in advance.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
i had the same problem and i guess found solution.
if you use two google accounts (gmail) you should have two bi online accounts.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Here's what worked for me:
- Have your replacement source file (e.g. excel file) ready to go. Make sure the file name and sheet names are the same.
- Then in PBI, in the Fields panel, right-click on the troublesome field. Delete it. The graph it populates will be replaced by a placehoulder saying "Something's wrong with one or more fields. Fix This". DON'T DO ANYTHING to the graph at this point.
- Instead, imediately click on Get Data. Select the new file and in a moment or two your graph should re-populate with the new data, and even retain the original formatting (e.g. colors, etc.). Hope this works for you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I ran into this error and learned that the navigation step in the query was referring to a SQL table and that the table name was case significant. I had changed the database table from "sales" to "Sales" and ran into the thread title error both from PowerBI on my desktop and PowerBI web service. I capitalized the table name in the navigation step and everything went back to working as it previously was. Different cause, but wanted to share my experience and fix.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Again, a different cause - similar to Erik's post -the user's permissions were accidentally altered on a SQL Server database so that the table was no longer available (ie no SELECT was granted) and the error will occur. Can reproduce error (SQL 2014 and 2016). So check your table permissions just in case something has changed.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I ran into this error and learned that the navigation step was referring to a SQL table and that the table name was case significant. I had changed the database table from "sales" to "Sales" and ran into the thread title error both from PowerBI on my desktop and PowerBI web service. I capitalized the table name in the navigation step and everything went back to working as it previously was.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I got same error, in my case excel sheet names were different. After changing to same name the problem solved.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
Yes, I had the same problem and following your suggestion really helped me.
Jmenas
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
It might be resolved but if anyone had this problem with googla Anyltics API.
I found that the solution is to add a custom column and transform the query into a normal table. Otherwise power bi service, in my case, will no identify the correct table.
joshcomputer1
- Mark as New
- Bookmark
- Subscribe
- Mute
- Email to a Friend
I am using power bi that has a dataset of multiple excel spreadsheets (tables) on sharepoint. I had no problems with refresh until. I had to add an additional table to the power query. I have two issues here. (1. how to fix the refresh 2. how to prevent this from happening as the dataset changes).
1. I get this error and I have followed the steps to resolve. When I use the desktop app, I hit refresh and everything works fine. It updates without error. When I go to "edit query" to see if there are errors, there are no errors. All I am going off of is the email I get that says the refresh failed. How can I narrow it down if there aren't errors? Is this error occurring for a specific table that I can isolate?
2. What caused this=> I added a table and created a power query in excel. When I appended the query to my existing query, what it does is creates a new tab with it appended. The only problem is that I have the dataset source pointing to the table "master" and now I have a table that is called "appended1". I have other tabs pointing to a tab called master and now I need to change the reference to appended1. It seems like I did something wrong with power query, so I went back through that process and tried other options when appending and still got the same result. I see myself having to fix this everytime a new tab is created. How can be more effective with this process?
Обработка ошибок в Power Query с помощью попытки в противном случае - советы и рекомендации по Power BI №32
Я пытаюсь загрузить (объединить) несколько файлов Excel в Power BI (версия от октября 2019 г.). В каждом файле всего 1 лист. Каждый лист имеет 1 диапазон, и каждый диапазон имеет одинаковую схему для всех файлов. (Хотя названия листов разные.) Имя образца листа - «200704».
- Получить данные \ папку \ подключить
- укажите путь к папке
- Объединить и загрузить
- выберите один из файлов в качестве моего файла образца; щелкните имя файла как мой Параметр1; нажмите ОК
После того, как я нажму «ОК», курсор немного покрутится, а затем остановится. Ничего не произошло. Итак, я перехожу в Edit Queries \ Edit Queries. В моем запросе данных есть предупреждающий символ, который гласит:
Произошла ошибка в запросе «Преобразовать файл». Expression.Error: ключ не соответствует ни одной строке в таблице.
Подробности: Ключ = Элемент = 200704 Вид = Лист Таблица = [Таблица]
Если это поможет, Power BI сгенерирует для меня 5 запросов со следующей структурой:
- Преобразовать файл из данных [2]
- Вспомогательные запросы [3]
- Параметр1 (образец файла)
- Образец файла
- Преобразовать файл
- Файл-образец преобразования
- Другие запросы [1]
- данные
Интересно, что если это помогает диагностировать проблему, если я установил образец файла = Первый файл или если я вручную установил образец файла для своего первого файла, в диалоговом окне выдается следующая ошибка, но она не показывает, какой запрос ошибочен. когда я пытаюсь просмотреть / отредактировать запрос.
Не удалось сохранить изменения на сервере. Возвращена ошибка: «Ошибка OLE DB или ODBC: [Expression.Error] Ключ не соответствует ни одной строке в таблице ..».
И, конечно же, когда я пытаюсь загрузить этот файл (или любой файл в папке, если на то пошло) индивидуально (через соединение с Excel), он загружается успешно. Итак, что-то должно быть не так с кодом M в моем подключении к папке.
- Вы пытались выяснить, есть ли что-нибудь в вашем 200704 лист отличается от любых других листов в папке? Структура, форматирование и т. Д.
Для сравнения вот мой бывший (неверный) M-код:
А вот мой новый (правильный) код:
Обратите внимание на шаг «Удаленные столбцы» в новом шаблоне запроса. Это «секретный соус» к ключевой проблеме. Также обратите внимание, что я сохранил все шаги по умолчанию после моего шага «Данные» (т.е. «Продвинутые заголовки» и «Измененный тип») в моем шаблоне запроса. Это потому, что все мои листы имеют одинаковую схему. Если бы это было не так, мне пришлось бы переместить эти шаги в обычный запрос.
Предположим, что при сортировке данных все подчиненные операции сохраняют порядок сортировки.
Например, если вы сортируете таблицу продаж так, чтобы первая продажа каждого магазина отображалась, вы можете ожидать, что операция "Удалить дубликаты" вернет только первую продажу для каждого магазина. И эта операция может, на самом деле, казалось бы, работать. Однако это поведение не гарантируется.
Из-за того, как Power Query оптимизирует определенные операции, в том числе пропуская их или перегружая их в источники данных (которые могут иметь собственное уникальное поведение упорядочения), порядок сортировки не гарантируется при помощи агрегатов (таких как Table.Group Table.NestedJoin ), слияний (например), или удаления дубликатов ( Table.Distinct например).
Существует несколько способов обойти эту проблему. Вот две рекомендации:
- Выполните сортировку после применения нижестоящей операции. Например, при группировке строк сортируйте вложенную таблицу в каждой группе перед применением дальнейших шагов. Ниже приведен пример кода M, демонстрирующий этот подход: Table.Group(Sales_SalesPerson, , )>>)
- Буферизуйте данные (используя Table.Buffer ) перед применением нижестоящей операции. В некоторых случаях эта операция приведет к сохранению порядка буферизованной сортировки.
Вывод типов данных
Иногда Power Query могут неправильно обнаружить тип данных столбца. Это связано с тем, что Power Query выводит типы данных только из первых 200 строк данных. Если данные в первых 200 строках каким-то образом отличаются от данных после строки 200, Power Query может в конечном итоге получить неправильный тип. (Имейте в виду, что неправильный тип не всегда создает ошибки. Иногда полученные значения будут просто неверными, что усложняет обнаружение проблемы.)
Например, представьте себе столбец, содержащий целые числа в первых 200 строках (например, все нули), но содержит десятичные числа после строки 200. В этом случае Power Query выдаст тип данных столбца в целое число (Int64.Type). Это вывод приведет к усечению десятичных частей всех не целочисленных чисел.
Или представьте столбец, содержащий текстовые значения даты в первых 200 строках и другие типы текстовых значений после строки 200. В этом случае Power Query выдаст тип данных столбца date. Это вывод приведет к обработке недаты текстовых значений как ошибок преобразования типов.
Так как обнаружение типов работает в первых 200 строках, но профилирование данных может работать по всему набору данных, вы можете использовать функцию профилирования данных, чтобы получить ранние сведения в Редактор запросов об ошибках (от обнаружения типов или любого количества других причин) за пределами верхних N строк.
Подключения принудительно закрыты удаленным узлом
При подключении к различным API может появиться следующее предупреждение:
Data source error: Unable to read data from the transport connection: An existing connection was forcibly closed by the remote host
Если возникла эта ошибка, скорее всего, возникла проблема с сетью. Как правило, первыми пользователями, с которыми можно ознакомиться, являются владельцы источника данных, к которому вы пытаетесь подключиться. Если они не думают, что они закрывают подключение, возможно, что-то на этом пути (например, прокси-сервер, промежуточные маршрутизаторы или шлюзы и т. д.).
Независимо от того, воспроизводится ли это только с любыми данными или только большими размерами данных, скорее всего, в маршруте есть время ожидания сети. Если это только с большими данными, клиенты должны обратиться к владельцу источника данных, чтобы узнать, поддерживают ли их API разбиение по страницам, чтобы они могли разделить свои запросы на небольшие блоки. В противном случае следует использовать альтернативные способы извлечения данных из API (следующие рекомендации по источнику данных).
Комплекты шифров TLS RSA устарели
Начиная с 30 октября 2020 г. следующие комплекты шифров устарели с наших серверов.
- "TLS_RSA_WITH_AES_256_GCM_SHA384"
- "TLS_RSA_WITH_AES_128_GCM_SHA256"
- "TLS_RSA_WITH_AES_256_CBC_SHA256"
- "TLS_RSA_WITH_AES_128_CBC_SHA256"
Ниже приведен список поддерживаемых наборов шифров:
- "TLS_ECDHE_ECDSA_WITH_AES_128_GCM_SHA256"
- "TLS_ECDHE_ECDSA_WITH_AES_256_GCM_SHA384"
- "TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256"
- "TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384"
- "TLS_ECDHE_ECDSA_WITH_AES_128_CBC_SHA256"
- "TLS_ECDHE_ECDSA_WITH_AES_256_CBC_SHA384"
- "TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256"
- "TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384"
Это наборы шифров, к которому вы подключаетесь, должны поддерживать подключение из Power Query Online или Power BI.
В Power Query Desktop (Power BI, Excel) мы не контролируем наборы шифров. Если вы пытаетесь подключиться к Power Platform (например, к потокам данных Power Platform) или службе Power BI, вам потребуется один из этих наборов шифров, включенных в ос. Вы можете обновить версию Windows или обновить реестр TLS Windows, чтобы убедиться, что конечная точка сервера поддерживает один из этих шифров.
Чтобы убедиться, что сервер соответствует протоколу безопасности, можно выполнить тест с помощью шифра TLS и средства проверки. Одним из примеров может быть SSLLABS.
Клиенты должны обновить свои серверы до 1 марта 2021 г. Дополнительные сведения о настройке порядка комплекта шифров TLS см. в разделе "Управление протоколом TLS".
Отзыв сертификатов
Следующая версия Power BI Desktop приведет к сбою SSL-подключений из Desktop, когда все сертификаты в цепочке SSL отсутствуют в состоянии отзыва сертификатов. Это изменение текущего состояния, когда отзыв приводил только к сбою подключения в том случае, если сертификат был явно отозван. Другие проблемы с сертификатами могут включать недопустимые подписи и срок действия сертификата.
Так как существуют конфигурации, в которых состояние отзыва может быть удалено, например с корпоративными прокси-серверами, мы предоставим еще один вариант игнорировать сертификаты, у которых нет сведений об отзыве. Этот параметр позволит ситуациям, когда сведения об отзыве будут удалены в некоторых случаях, но вы не хотите полностью снизить безопасность, чтобы продолжить работу.
Это не рекомендуется, но пользователи по-прежнему смогут полностью отключить проверки отзыва.
Ошибка: оценка отменена
Ошибка: ключ не совпадал со строками в таблице
Существует множество причин, по которым Power Query может возвращать ошибку, из-за которой ключ не соответствовал ни одной строке таблицы. При возникновении этой ошибки подсистеме Mashup не удается найти имя таблицы, которую он ищет. Причины возникновения этой ошибки:
- Имя таблицы было изменено, например в самом источнике данных.
- Учетная запись, используемая для доступа к таблице, не имеет достаточных прав для чтения таблицы.
- Для одного источника данных может быть несколько учетных данных, которые не поддерживаются в службе Power BI. Эта ошибка может произойти, например, если источник данных является облачным источником данных, а несколько учетных записей используются для доступа к источнику данных одновременно с разными учетными данными. Если источник данных является локальным, необходимо использовать локальный шлюз данных.
Ограничение. Требование к присоединению к домену для компьютеров шлюза при использовании проверка подлинности Windows
Для использования проверка подлинности Windows с локальным шлюзом требуется, чтобы компьютер шлюза был присоединен к домену. Это относится к любым подключениям, настроенным с помощью проверка подлинности Windows через шлюз. Windows учетных записей, которые будут использоваться для доступа к источнику данных, может потребоваться доступ на чтение к общим компонентам в каталоге Windows и установке шлюза.
Ограничение. Обновление OAuth2 для нескольких клиентов не поддерживается в служба Power BI
Если вы хотите подключиться к источнику данных из служба Power BI с помощью OAuth2, источник данных должен находиться в том же клиенте, что и служба Power BI. В настоящее время сценарии подключения с несколькими клиентами не поддерживаются в OAuth2.
Ограничение. Настраиваемая конечная точка проверки подлинности AD FS не поддерживается в служба Power BI
Возможность использования пользовательской конечной точки проверки подлинности службы федерации Active Directory (AD FS) (AD FS) не поддерживается в служба Power BI. Пользователи могут столкнуться со следующей ошибкой: служба маркеров, сообщаемая ресурсом, не является доверенной.
В Power Query можно столкнуться с двумя типами ошибок:
- Ошибки на уровне шага
- Ошибки на уровне ячеек
Ошибка на уровне шага
Пошаговая ошибка предотвращает загрузку запроса и отображает компоненты ошибок на желтой панели.
Распространенные ошибки на уровне шага
Не удается найти источник — DataSource.Error
Эта ошибка обычно возникает, когда источник данных недоступен пользователем, у пользователя нет правильных учетных данных для доступа к источнику данных или источник был перемещен в другое место.
Пример. У вас есть запрос из текстовой плитки, которая была расположена на диске D и создана пользователем A. Пользователь A предоставляет общий доступ к запросу пользователю B, у которого нет доступа к диску D. Когда этот пользователь пытается выполнить запрос, он получает dataSource.Error , так как в своей среде нет диска D.
Возможные решения. Вы можете изменить путь к файлу текстового файла на путь, к которому у обоих пользователей есть доступ. Как пользователь Б, вы можете изменить путь к файлу, чтобы он был локальной копией того же текстового файла. Если кнопка "Изменить параметры" доступна в области ошибок, ее можно выбрать и изменить путь к файлу.
Столбец таблицы не найден
Эта ошибка обычно активируется, когда шаг создает прямую ссылку на имя столбца, которое не существует в запросе.
Пример. У вас есть запрос из текстового файла, в котором одно из имен столбцов — Column. В запросе есть шаг, который переименовывает этот столбец в date. Но в исходном текстовом файле произошло изменение, и у него больше нет заголовка столбца с именем Column , так как он был изменен вручную на Date. Power Query не удается найти заголовок столбца с именем Column, поэтому он не может переименовать столбцы. Отображается ошибка, показанная на следующем рисунке.
Возможные решения: существует несколько решений для этого случая, но все они зависят от того, что вы хотите сделать. В этом примере, так как правильный заголовок столбца Date уже поступает из текстового файла, можно просто удалить шаг, который переименовывает столбец. Это позволит выполнять запрос без этой ошибки.
Другие распространенные ошибки на уровне шага
При объединении или объединении данных между несколькими источниками данных может возникнуть ошибка Formula.Firewall , например, показанная на следующем рисунке.
Эта ошибка может быть вызвана рядом причин, таких как уровни конфиденциальности данных между источниками данных или способом объединения или объединения этих источников данных. Дополнительные сведения о диагностике этой проблемы см. в брандмауэре конфиденциальности данных.
Ошибка уровня ячейки
Ошибка на уровне ячейки не препятствует загрузке запроса, но отображает значения ошибок в ячейке. При выборе пробела в ячейке отображается область ошибок под предварительным просмотром данных.
Средства профилирования данных помогают более легко выявлять ошибки на уровне ячеек с помощью функции качества столбца. Дополнительные сведения: средства профилирования данных
Обработка ошибок на уровне ячейки
При возникновении ошибок на уровне ячеек Power Query предоставляет набор функций для их обработки путем удаления, замены или сохранения ошибок.
В следующих разделах указанные примеры будут использовать тот же пример запроса, что и начальная точка. В этом запросе есть столбец Sales с одной ячейкой с ошибкой, вызванной ошибкой преобразования. Значение внутри этой ячейки было NA, но при преобразовании этого столбца в целое число Power Query не удалось преобразовать НС в число, поэтому отображается следующая ошибка.
Удаление ошибок
Чтобы удалить строки с ошибками в Power Query, сначала выберите столбец, содержащий ошибки. На вкладке "Главная" в группе "Уменьшить строки" выберите "Удалить строки". В раскрывающемся меню выберите "Удалить ошибки".
Результат этой операции даст вам таблицу, которую вы ищете.
Замена ошибок
Если вместо удаления строк с ошибками необходимо заменить ошибки фиксированным значением, это также можно сделать. Чтобы заменить строки с ошибками, сначала выберите столбец, содержащий ошибки. На вкладке "Преобразование" в группе "Любой столбец " выберите "Заменить значения". В раскрывающемся меню выберите "Заменить ошибки".
В диалоговом окне "Замена ошибок " введите значение 10 , так как вы хотите заменить все ошибки значением 10.
Результат этой операции даст вам таблицу, которую вы ищете.
Сохранение ошибок
Power Query может служить хорошим средством аудита для выявления строк с ошибками, даже если вы не исправите ошибки. Здесь могут быть полезны ошибки keep . Чтобы сохранить строки с ошибками, сначала выберите столбец, содержащий ошибки. На вкладке "Главная" в группе "Уменьшить строки" выберите "Сохранить строки". В раскрывающемся меню выберите "Сохранить ошибки".
Результат этой операции даст вам таблицу, которую вы ищете.
Распространенные ошибки на уровне ячеек
Ошибки преобразования типов данных
Обычно активируется при изменении типа данных столбца в таблице. Некоторые значения, найденные в столбце, не удалось преобразовать в нужный тип данных.
Пример. У вас есть запрос, содержащий столбец с именем Sales. Одна ячейка в этом столбце содержит значение NA в качестве значения ячейки, а остальные имеют целые числа в качестве значений. Вы решили преобразовать тип данных столбца из текста в целое число, но ячейка со значением NA приводит к ошибке.
Возможные решения. После идентификации строки с ошибкой можно либо изменить источник данных, чтобы отразить правильное значение, а не NA, либо применить операцию "Заменить" , чтобы указать значение для любых значений NA , вызывающих ошибку.
Ошибки операций
При попытке применить операцию, которая не поддерживается, например умножение текстового значения на числовое значение, возникает ошибка.
Пример. Вы хотите создать настраиваемый столбец для запроса, создав текстовую строку, содержащую фразу "Total Sales: " сцеплено со значением из столбца Sales . Ошибка возникает из-за того, что операция объединения поддерживает только текстовые столбцы, а не числовые.
Возможные решения. Перед созданием этого настраиваемого столбца измените тип данных столбца Sales на текст.
Следуйте инструкциям по устранению неполадок для каждой ошибки ниже, чтобы устранить ошибку ключа Power BI.
1. Ошибка Power BI при генерации асимметричного ключа
Изменить виртуальную машину
- Если вы используете виртуальную машину и получаете ошибку Power BI, генерирующую асимметричный ключ, попробуйте установить шлюз в другую виртуальную машину.
- Пользователи сообщают, что установка шлюза на другой виртуальной машине устранила ошибку.
Обновите ОС (Windows Server)
- Если вы устанавливаете шлюз в более старой версии, такой как Windows Server 2008, попробуйте обновить его до более новой версии Windows Server 2012 или более поздней.
- Из-за проблем несовместимости или других сбоев, установка шлюза может завершиться неудачно в более старой версии Windows Server 2012.
- Просто установите Windows Server на виртуальной машине и попробуйте установить шлюз.
- Проверьте, разрешена ли ошибка генерации асимметричного ключа.
Установите Data Gateway вручную
- В случае, если проблема связана с Power BI, вы можете попробовать установить каждый шлюз вручную.
- Чтобы установить шлюз данных On-Premises, перейдите к разделу Install On-Premises.
- Чтобы установить Локальный шлюз данных (Персональный режим), перейдите по ссылке Установить Локальный (Персональный режим).
- Загрузите и установите шлюзы данных вручную и проверьте, устранена ли ошибка.
Изменить пользователя входа в систему для обслуживания
- Если вы этого еще не сделали, попробуйте изменить имя пользователя для службы.
- Нажмите Windows Key + R, чтобы открыть Run.
- Введите services.msc и нажмите ОК.
Знаете ли вы, как обновить данные в Power BI? Узнайте, как следовать этим руководствам.
Обновление приложения Power BI
- Если проблема возникает после установки обновления Windows, то Microsoft, скорее всего, выпустит обновление для устранения проблемы.
- Запустите приложение Microsoft Store и найдите Power BI.
Загрузить файлы в Zip-файл
- Для загрузки фирменного пакета с несколькими файлами важно сжать папку, содержащую файлы, а затем загрузить ее.
- Поэтому включите в папку файл Metadata.xml, logo.jpg и color.json .
- Теперь сожмите папку, используя бесплатное программное обеспечение для сжатия.
- Загрузите сжатый файл в раздел «Брендинг».
3. Исправьте ошибку Power BI, чтобы ключ не совпадал ни с одной строкой.
Отменить изменения, внесенные в таблицу в базе данных
- Если вы недавно внесли какие-либо изменения в какую-либо таблицу в базе данных и получили эту ошибку, попробуйте отменить изменения, чтобы устранить ошибку.
- Нажмите Домой и выберите Изменить запросы.
- Под Прикладными Шагами удалите навигацию.
- Нажмите Закрыть и Применить.
- Теперь попробуйте получить доступ к таблице в базе данных и проверьте, устранена ли ошибка.
Исправьте поврежденную память Battleye с помощью этих 3 простых решений
Не удается запустить BattlEye из-за поврежденной памяти? Исправьте эту проблему, закрыв все ненужные фоновые приложения и проверьте кэш игры.
Исправьте Windows 10 код ошибки 0xc0000034 с помощью этих решений
Возникли проблемы с 0xc0000034 ошибка в Windows 10? Исправьте это, запустив автоматическое восстановление или вручную обновив установку Windows 10.
Исправьте код ошибки xbox 0x82d40007 с помощью этих 3 простых решений
Если вы обнаружите код ошибки 0x82d40007 на Xbox, сначала убедитесь, что ваша игра действительно ваша, а затем проверьте статус подписки.
Читайте также: