Рекомендации по созданию запроса в службу поддержки

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

Сведения для предоставления корпорации Майкрософт

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

1. URL-адрес страницы браузера, в которой возникает проблема. URL-адрес содержит сведения о том, где (рабочая область) возникает проблема, а также тип элемента или типа компонента и идентификатор.

2. Расположение проблемы (Power BI Desktop/ служба Power BI/ обе платформы) — эта информация всегда актуальна для запроса на обслуживание. Если процесс завершается сбоем в службе Power BI, но выполняется успешно на рабочем столе или наоборот, эта информация предоставляет полезную информацию корпорации Майкрософт в отношении возможной причины проблемы. Другим примером будет то, где тот же код M работает в наборе данных, но завершается сбоем в потоке данных. Помимо этих двух примеров, существует множество сценариев, в которых можно устранить проблему, определив точно место ее возникновения и где она не работает.

3. Коды ошибок

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

   Подсказка

   Нажмите кнопку "Копировать ", чтобы получить код. Не отправляйте снимок экрана. Коды ошибок длинные (обычно около 30 символов), и транскрибирование вручную с экрана увеличивает вероятность ошибки.

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

   Power BI также ведет себя по-разному при использовании разных режимов хранения. Ниже приведены три основных варианта режима хранения:

   • Импорт
   • Прямой запрос
   • Динамическое подключение

   Существует также два особых случая:

   • Хранилище смешанных режимов (составные модели)
   • Прямой запрос для наборов данных PBI и Служб анализа

   Чтобы определить источники данных, используемые в Power BI Desktop, выберите параметры> источникаданных в текущем файле. В службе Power BI перейдите на страницу настроек учетных данных источника данных или через просмотр родословной. Вы можете получить доступ к этой информации, выбрав "Просмотр линейности" или изменив представление из списка на линейность в рабочей области.

   Подсказка

   Чтобы понять используемый режим хранения, обратитесь к разработчику отчета или просмотрите PBIX-файл.

5. Идентификатор емкости

   Идентификатор емкости позволяет Майкрософт знать тип используемой емкости (например, Premium). Только администратор мощности может просматривать идентификатор мощности. Если вы являетесь администратором емкости, откройте портал администрирования и выберите параметры емкости>Power BI Premium и выберите имя емкости. Идентификатор емкости является последней частью URL-адреса.

   https://app.powerbi.com/admin-portal/capacities/ XXXXXXX-XXXX-XXXX-XXXXXXXXXXXXXX

   Кроме того, администратор емкости может использовать этот REST API для получения идентификатора емкости.

6. Идентификатор набора данных

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

   https://app.powerbi.com/groups/XXXXXXXX-XXXX-XXXX-XXXX-XXXXXXXXXXXX/settings/datasets/ XXXXXXX-XXXX-XXXX-XXXXXXXXXXXXXX

7. Копия PBIX-файла (только импорт запросов)

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

   Это важно

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

8. Журналы шлюза

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

9. Диагностические сведения

   Выполните действия, описанные в сборе диагностики Power BI Desktop, чтобы просмотреть и собрать диагностическую информацию.

10. JSON Dataflow

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

    

Часто задаваемые вопросы

Помимо стандартных сведений, описанных ранее, следующие сведения помогают инженеру службы поддержки устранять неполадки.

Возникает ли проблема только в определенной емкости?

Устраняет ли переключение на другую ёмкость или общую ёмкость проблему? Иногда проблемы относятся к определенным средам.

Влияет ли проблема на всех пользователей?

На уровне всей компании проблема, или она затрагивает только определенное число людей, или только одного человека?

Это новая проблема для чего-то, что ранее работало?

Произошла ли ошибка без каких-либо изменений, внесенных на стороне пользователя, или она была вызвана каким-либо изменением или новой реализацией? Определение точки останова помогает сузить потенциальные первопричины.

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

Проблема влияет на все, некоторые или только одну "вещь"? Например, если проблема связана с API, работают ли другие API? Если это проблема с экспортом, влияют ли все отчёты? Если это проблема с возможностями, все они работают одинаково? Если отчет не обновляется и содержит несколько источников данных, каждый источник был проверен отдельно?

Вы уже попытались выполнить действия по устранению неполадок?

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

Можно ли реплицировать проблему в более простой форме?

Иногда не удается поделиться конфиденциальной информацией с корпорацией Майкрософт. Попытайтесь воспроизвести проблему с помощью упрощенной версии проблемы и предоставьте надежные шаги для воспроизведения инженеру поддержки.