Устранение неполадок шлюзов — Power BI

Примечание.

Мы разделили документы локального шлюза данных на содержимое, относящееся к Power BI и общему содержимому, которое применяется ко всем службам , поддерживаемым шлюзом. В настоящее время вы находитесь в содержимом Power BI. Чтобы предоставить отзыв об этой статье или общий интерфейс документации по шлюзу, прокрутите страницу внизу статьи.

В этой статье рассматриваются некоторые распространенные проблемы при использовании локального шлюза данных с Power BI. Если вы столкнулись с проблемой, которая не указана здесь, вы можете использовать сайт сообщества Power BI. Кроме того, вы можете создать запрос в службу поддержки.

Настройка

Ошибка: служба Power BI сообщили, что локальный шлюз недоступен. Перезапустите шлюз и повторите попытку.

В конце конфигурации служба Power BI снова вызывается для проверки шлюза. Служба Power BI не объявляет шлюз активным. Перезапуск службы Windows может позволить успешному обмену данными. Чтобы получить дополнительные сведения, вы можете собирать и просматривать журналы, как описано в разделе "Сбор журналов" из локального приложения шлюза данных.

Источники данных

Примечание.

Не все источники данных содержат выделенные статьи о параметрах подключения или конфигурации. Для многих источников данных и соединителей, отличных от Майкрософт, параметры подключения могут отличаться между Power BI Desktop и настройками параметров источника данных шлюзов > в служба Power BI. В таких случаях предоставленные параметры по умолчанию — это поддерживаемые в настоящее время сценарии для Power BI.

Ошибка: не удается Подключение. Сведения: "Недопустимые учетные данные подключения"

В разделе "Показать сведения" отображается сообщение об ошибке, полученное из источника данных. Для SQL Server отображается следующее сообщение:

Login failed for user 'username'.

Убедитесь, что у вас есть правильное имя пользователя и пароль. Кроме того, убедитесь, что эти учетные данные могут успешно подключиться к источнику данных. Убедитесь, что используемая учетная запись соответствует методу проверки подлинности.

Ошибка: не удается Подключение. Сведения: "Не удается подключиться к базе данных"

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

В разделе "Показать сведения" отображается сообщение об ошибке, полученное из источника данных. Для SQL Server вы увидите следующее:

Cannot open database "AdventureWorks" requested by the login. The login failed. Login failed for user 'username'.

Ошибка: не удается Подключение. Сведения: "Неизвестная ошибка в шлюзе данных"

Эта ошибка может возникать по разным причинам. Убедитесь, что вы можете подключиться к источнику данных с компьютера, на котором размещен шлюз. Эта ситуация может быть результатом недоступности сервера.

В разделе "Показать сведения" можно увидеть код ошибки DM_GWPipeline_UnknownError.

Дополнительные сведения см. в разделе "Приложения и службы>журналов событий">в локальной службе шлюза данных.

Ошибка: при попытке подключения к <серверу> возникла ошибка. Сведения: "Мы достигли шлюза данных, но шлюз не может получить доступ к локальному источнику данных".

Не удалось подключиться к указанному источнику данных. Обязательно проверьте сведения, предоставленные для этого источника данных.

В разделе "Показать сведения" можно просмотреть код ошибки DM_GWPipeline_Gateway_DataSourceAccessError.

Если базовое сообщение об ошибке похоже на следующее, это означает, что учетная запись, используемая для источника данных, не является администратором сервера для этого экземпляра служб Analysis Services. Дополнительные сведения см. в разделе Предоставление прав администратора сервера для экземпляра служб Analysis Services.

The 'CONTOSO\account' value of the 'EffectiveUserName' XML for Analysis property is not valid.

Если базовое сообщение об ошибке похоже на следующее, это может означать, что учетная запись службы для служб Analysis Services может пропустить атрибут каталога token-groups-global-and-universal (TGGAU).

The username or password is incorrect.

Домены с доступом к совместимости до Windows 2000 включают атрибут TGGAU. Большинство только что созданных доменов не позволяют включить этот атрибут по умолчанию. Дополнительные сведения см. в разделе "Некоторые приложения и API-интерфейсы" требуют доступа к сведениям о авторизации для объектов учетной записи.

Чтобы проверить, включен ли атрибут, выполните следующие действия.

1. Подключение на компьютер служб Analysis Services в СРЕДЕ SQL Server Management Studio. В свойствах расширенного подключения включите EffectiveUserName для пользователя и убедитесь, что это дополнение воспроизводит ошибку.

2. Средство active Directory dsacls можно использовать для проверки того, указан ли атрибут. Это средство находится на контроллере домена. Необходимо знать, что такое различающееся доменное имя для учетной записи и передать это имя средству.

   dsacls "CN=John Doe,CN=UserAccounts,DC=contoso,DC=com"
   

   В результатах вы хотите увидеть примерно следующее:

   Allow BUILTIN\Windows Authorization Access Group
                                   SPECIAL ACCESS for tokenGroupsGlobalAndUniversal
                                   READ PROPERTY
   

Чтобы устранить эту проблему, необходимо включить TGGAU в учетной записи, используемой для службы Windows служб Analysis Services.

Другая возможность для параметра "Имя пользователя или пароль неверны".

Эта ошибка также может быть вызвана, если сервер Служб Analysis Services находится в другом домене, чем пользователи, и нет двустороннего доверия.

Обратитесь к администраторам домена, чтобы проверить связь доверия между доменами.

Не удалось просмотреть источники данных шлюза данных в интерфейсе получения данных для служб Analysis Services из служба Power BI

Убедитесь, что учетная запись указана на вкладке "Пользователи " источника данных в конфигурации шлюза. Если у вас нет доступа к шлюзу, проверка с администратором шлюза и попросите его проверить. Только учетные записи в списке "Пользователи" могут видеть источник данных, указанный в списке служб Analysis Services.

Ошибка. У вас нет шлюза, установленного или настроенного для источников данных в этом наборе данных.

Убедитесь, что вы добавили один или несколько источников данных в шлюз, как описано в разделе "Добавление источника данных". Если шлюз не отображается на портале администрирования в разделе "Управление шлюзами", очистите кэш браузера или выйдите из службы, а затем выполните вход.

Ошибка. Не удается обновить источник данных, так как учетные данные недопустимы. Измените свои учетные данные и повторите попытку.

Вы смогли подключить и обновить набор данных без ошибок среды выполнения для подключения, но в служба Power BI появится эта строка ошибок. Когда пользователь пытается обновить учетные данные с известными хорошими учетными данными, появится сообщение об ошибке о том, что предоставленные учетные данные были недопустимыми.

Эта ошибка может возникать, когда шлюз пытается проверить подключение, даже если предоставленные учетные данные допустимы и операция обновления выполнена успешно. Это происходит из-за того, что при выполнении проверки подключения шлюз не включает необязательные параметры во время попытки подключения, а некоторые соединители данных (например, Snowflake) требуют дополнительных параметров подключения для подключения.

Когда обновление выполняется правильно и не возникает ошибок во время выполнения, эти тестовые ошибки подключения можно игнорировать для источников данных, требующих необязательных параметров.

Семантические модели

Ошибка. Недостаточно места для этой строки.

Эта ошибка возникает, если у вас есть одна строка размером более 4 МБ. Определите, какая строка находится из источника данных, и попытайтесь отфильтровать ее или уменьшить размер для этой строки.

Ошибка. Предоставленное имя сервера не соответствует имени сервера в SSL-сертификате SQL Server.

Эта ошибка может возникать, если общее имя сертификата предназначено для полного доменного имени сервера (FQDN), но вы предоставили только имя NetBIOS для сервера. Эта ситуация приводит к несоответствию сертификата. Чтобы устранить эту проблему, укажите имя сервера в источнике данных шлюза и PBIX-файле, используя полное доменное имя сервера.

Ошибка. При настройке запланированного обновления локальный шлюз данных не отображается.

За эту ошибку может отвечать несколько различных сценариев:

• Имя сервера и базы данных не совпадает с введенным в Power BI Desktop и источником данных, настроенным для шлюза. Эти имена должны совпадать. Они не учитывает регистр.
• Учетная запись не указана на вкладке "Пользователи" источника данных в конфигурации шлюза. В этот список необходимо добавить администратора шлюза.
• В файле Power BI Desktop есть несколько источников данных, а не все эти источники данных настроены с помощью шлюза. Необходимо определить каждый источник данных с шлюзом, чтобы шлюз отображался в запланированном обновлении.

Ошибка. Полученные несжатые данные на клиенте шлюза превысили ограничение.

Точное ограничение составляет 10 ГБ несжатых данных на таблицу. Если вы попадаете на эту проблему, есть хорошие варианты для оптимизации и предотвращения ее. В частности, уменьшите использование высококонстантных, длинных строковых значений и вместо этого используйте нормализованный ключ. Или удаление столбца, если он не используется.

Ошибка: DM_GWPipeline_Gateway_SpooledOperationMissing

За эту ошибку может отвечать несколько различных сценариев.

• Возможно, процесс шлюза перезагрузился при выполнении обновления набора данных.
• Компьютер шлюза клонируется, где выполняется шлюз. Не следует клонировать компьютер шлюза.

Отчеты

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

Эта ошибка обычно вызвана одной из следующих причин:

• Сведения об источнике данных не соответствуют тому, что находится в базовом наборе данных. Имя сервера и базы данных должно совпадать между источником данных, определенным для локального шлюза данных, и тем, что вы предоставляете в Power BI Desktop. Если вы используете IP-адрес в Power BI Desktop, источник данных для локального шлюза данных также должен использовать IP-адрес.
• В вашей организации нет источника данных. Вы можете настроить источник данных в новом или существующем локальном шлюзе данных.

Ошибка: ошибка доступа к источнику данных. Обратитесь к администратору шлюза.

Если этот отчет использует динамическое подключение служб Analysis Services, вы можете столкнуться с проблемой, передаваемой в EffectiveUserName, которая является недопустимой или не имеет разрешений на компьютере служб Analysis Services. Как правило, проблема с проверкой подлинности связана с тем, что значение, передаваемое для EffectiveUserName, не соответствует имени субъекта-пользователя (UPN).

Чтобы подтвердить эффективное имя пользователя, выполните следующие действия.

1. Найдите эффективное имя пользователя в журналах шлюза.

2. После прохождения значения убедитесь, что оно правильно. Если это ваш пользователь, вы можете использовать следующую команду из командной строки, чтобы просмотреть имя участника-пользователя. Имя участника-участника выглядит как адрес электронной почты.

   whoami /upn
   

Кроме того, вы можете увидеть, что Power BI получает из идентификатора Microsoft Entra.

1. Перейдите в https://developer.microsoft.com/graph/graph-explorer.

2. Выберите "Войти" в правом верхнем углу.

3. Выполните следующий запрос. Вы видите довольно большой ответ JSON.

   https://graph.windows.net/me?api-version=1.5
   

4. Найдите userPrincipalName.

Если имя участника-пользователя Microsoft Entra не соответствует локальному имени участника-пользователя Active Directory, можно использовать функцию "Имена пользователей карты", чтобы заменить ее допустимым значением. Кроме того, вы можете работать с администратором Power BI или локальным администратором Active Directory, чтобы изменить имя участника-пользователя.

Kerberos

Если базовый сервер базы данных и локальный шлюз данных не настроены для ограниченного делегирования Kerberos, включите подробное ведение журнала в шлюзе. Затем изучите данные на основе ошибок или трассировок в файлах журнала шлюза в качестве отправной точки для устранения неполадок. Сведения о сборе журналов шлюза для просмотра см. в разделе "Сбор журналов" из локального приложения шлюза данных.

ОлицетворениеLevel

ОлицетворениеLevel связано с настройкой имени участника-службы или параметром локальной политики.

[DataMovement.PipeLine.GatewayDataAccess] About to impersonate user DOMAIN\User (IsAuthenticated: True, ImpersonationLevel: Identification)

Решение

Выполните следующие действия, чтобы устранить проблему.

1. Настройте имя субъекта-службы для локального шлюза.
2. Настройте ограниченное делегирование в Active Directory.

FailedToImpersonateUserException: не удалось создать удостоверение Windows для пользовательского идентификатора пользователя

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

Решение

• Убедитесь, что конфигурация правильна в соответствии с инструкциями в предыдущем разделе "ОлицетворениеLevel".
• Убедитесь, что идентификатор пользователя, который пытается олицетворить, является допустимой учетной записью Active Directory.

Общая ошибка: ошибка 1033 при анализе протокола

Вы получаете ошибку 1033, если внешний идентификатор, настроенный в SAP HANA, не соответствует входу, если пользователь олицетворен с помощью имени участника-пользователя (alias@domain.com). В журналах в верхней части журналов отображается сообщение "Исходное имя участника-участника-участникаalias@domain.com", замененное новым имям участника-участника-участникаalias@domain.com, как показано здесь:

[DM.GatewayCore] SingleSignOn Required. Original UPN 'alias@domain.com' replaced with new UPN 'alias@domain.com.'

Решение

• SAP HANA требует, чтобы олицетворенный пользователь использовал атрибут sAMAccountName в Active Directory (псевдоним пользователя). Если этот атрибут не является правильным, отображается ошибка 1033.

  

• В журналах отображается имя sAMAccountName (псевдоним), а не имя участника-пользователя, а псевдоним, за которым следует домен (alias@doimain.com).

  

      <setting name="ADUserNameReplacementProperty" serializeAs="String">
        <value>sAMAccount</value>
      </setting>
      <setting name="ADServerPath" serializeAs="String">
        <value />
      </setting>
      <setting name="CustomASDataSource" serializeAs="String">
        <value />
      </setting>
      <setting name="ADUserNameLookupProperty" serializeAs="String">
        <value>AADEmail</value>

[SAP AG] [DLL LIBODBCHDB] [HDBODBC] Сбой связи:-10709 Подключение ion произошел сбой (RTE:[-1] Ошибка Kerberos. Основной: "Прочие ошибки [851968]". Дополнительно: "Учетные данные недоступны в пакете безопасности".

При неправильной настройке делегирования в Active Directory появится сообщение об ошибке "-10709 Подключение ion failed".

Решение

• Убедитесь, что у вас есть сервер SAP Hana на вкладке делегирования в Active Directory для учетной записи службы шлюза.

  

Экспорт журналов для запроса в службу поддержки

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

1. Определите кластер шлюза.

   Если вы являетесь владельцем набора данных, сначала проверка имя кластера шлюза, связанное с набором данных. На следующем рисунке IgniteGateway — это кластер шлюза.

   

2. Проверьте свойства шлюза.

   Администратор шлюза должен проверка количество членов шлюза в кластере и если включена балансировка нагрузки.

   Если балансировка нагрузки включена, шаг 3 должен повторяться для всех членов шлюза. Если он не включен, экспорт журналов в основном шлюзе достаточно.

3. Получение и экспорт журналов шлюза.

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

   a. Войдите на компьютер шлюза и запустите локальное приложение шлюза данных для входа в шлюз.

   b. Включите дополнительное ведение журнала.

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

   d. Запустите сценарий, для которого вы пытаетесь записать журналы шлюза.

   д) Экспорт журналов шлюза.

Журнал обновлений

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

1. В области навигации Power BI в семантических моделях выберите набор данных. Откройте меню и выберите "Расписание обновления".

   

2. В Параметры для...выберите журнал обновления.

   

   

Дополнительные сведения об устранении неполадок в сценариях обновления см. в статье "Устранение неполадок в сценариях обновления".

Связанный контент

• Устранение неполадок с локальным шлюзом данных
• Настройка параметров прокси-сервера для локального шлюза данных
• Управление источником данных — службы Analysis Services
• Управление источником данных — SAP HANA
• Управление источником данных — SQL Server
• Управление источником данных — импорт и запланированное обновление

Есть еще вопросы? Попробуйте Сообщество Power BI.