Локальний шлюз даних Power BI Травень 2019 оновлення (версія 3000.5.185).
Ось деякі з речей, які ми хотіли б виділити у випуску цього місяця:
- Моніторинг продуктивності шлюзу (Загальнодоступний попередній перегляд)
- Amazon Redshift Refresh через локальний шлюз даних
- Травнева версія движка mashup
Моніторинг продуктивності шлюзу (Загальнодоступний попередній перегляд)
Традиційно, для моніторингу продуктивності, Адміністратори шлюзу змушені були залежати від ручного моніторингу лічильників продуктивності за допомогою інструмента Windows Performance Monitor. Ця функція є стандартною, яка включає додаткове журналювання щодо запитів і системних лічильників разом із файлом шаблону Gateway Performance PBI для візуалізації цих. Це дасть змогу отримати уявлення про використання шлюзу та усунути неполадки із запитами, що виконуються повільно.
Note:
This feature is currently available only for the On-premises data
gateway in the standard mode and not for the personal mode.
Коли ви вмикаєте цю функцію, 3 будуть створені нові файли журналу:
- Звіт про виконання запиту – містить детальну інформацію про виконання запиту.
- Звіт про агрегування виконання запиту – містить інформацію про запит, зведену до інтервалу часу. Значення за замовчуванням: 5 хвилин, але можна налаштувати, як описано нижче.
- Звіт про агрегацію системного лічильника – містить значення системного лічильника, агреговані за часовий інтервал. Значення за замовчуванням: 5 хвилин, але можна налаштувати, як описано нижче.
Щоб увімкнути цю функцію
Будь ласка, внесіть наступні зміни до Microsoft.PowerBI.DataMovement.Pipeline.GatewayCore.dll.config файл у \Program Filesлокальний шлюз даних папку
- QueryExecutionReportOn – якщо цей атрибут оновлено до значення «True», увімкне додаткове ведення журналу для запитів, виконаних за допомогою шлюзу, і створить як файли звіту про виконання запиту, так і файли агрегаційного звіту про виконання запиту..
<setting name="QueryExecutionReportOn" serializeAs="String">
<value>True</value>
</setting>- Установити SystemCounterReportOn – цей атрибут, оновлений до «True», увімкне додаткове журналювання системних лічильників пам’яті та ЦП і створить агрегаційний звіт системного лічильника
<setting name="SystemCounterReportOn" serializeAs="String">
<value>True</value>
</setting>Інші значення у файлі конфігурації, пов’язані з цією функцією, які можуть вас зацікавити, можуть бути:
- ReportFilePath – визначає шлях до файлу 3 нові файли журналу зберігаються за допомогою атрибута. За замовчуванням це «UsersPBIEgwServiceAppDataLocalMicrosoftOn-premises data gatewayReport» або «WindowsServiceProfilesPBIEgwServiceAppDataLocalMicrosoftOn-premises data gatewayReport» залежно від версії ОС. PBIEgwService може знадобитися замінити обліковим записом служби, що запускає шлюз даних.
- ReportFileCount – визначає кількість файлів журналу кожного типу, які потрібно зберегти. Значення за замовчуванням: 10.
- ReportFileSizeInBytes – визначає розмір файлу, який потрібно підтримувати. Значення за замовчуванням: 104857600.
- QuerExecutionAggregationTimeInMinutes – визначає кількість хвилин, протягом яких інформація про виконання запиту збиратиметься. Значення за замовчуванням: 5.
- SystemCounterAggregationTimeInMinutes – визначає кількість хвилин, протягом яких системні лічильники будуть агреговані. Значення за замовчуванням: 5.
Після внесення зазначених вище змін у файл конфігурації, не забудьте перезапустити шлюз, щоб ці значення конфігурації набули чинності. Тепер ви почнете бачити файли звітів, які генеруються в ReportFilePath.
Note: Please wait for 5 minutes until the aggregate files get created in the ReportFilePath folder.
Amazon Redshift Refresh через локальний шлюз даних
У випуску шлюзу цього місяця, ми дозволили оновлювати Amazon Redshift через локальний шлюз даних. Це допоможе з базами даних Redshift за брандмауером. Більшість клієнтів використовували опцію ODBC для подолання цієї проблеми в минулому, але не мали змоги використовувати такі функції, як DirectQuery.
Травнева версія движка mashup
Це гарантує, що звіти, які ви публікуєте в службі Power BI та оновлюєте через шлюз, проходитимуть через ту саму логіку/час виконання запитів, що й в останній версії Power BI Desktop..
