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

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

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

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

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

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

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

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

   Совет

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

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

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

   • Импорт

   • DirectQuery

   • Динамическое подключение

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

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

   Чтобы определить источники данных, используемые в 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 потока данных

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

    

Дополнительные рекомендации

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

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

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

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

Является проблемой всей компании, влияющей только на определенное количество людей или только одного человека.

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

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

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

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

Предпринята попытка устранения неполадок?

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

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

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