You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
|Public access with self-hosted integration runtime |Allowed |Allowed |Self-hosted runtime |Delegated authentication / Service principal |[Deployment checklist](#deployment-checklist)|
30
+
|Public access with self-hosted integration runtime |Allowed |Allowed |Self-hosted runtime |Delegated authentication / service principal |[Deployment checklist](#deployment-checklist)|
31
31
32
32
### Known limitations
33
33
@@ -68,9 +68,9 @@ Use either of the following deployment checklists during the setup, or for troub
68
68
69
69
1. Review your credential to validate that the:
70
70
1. Client ID matches the _Application (Client) ID_ of the app registration.
71
-
2. For **delegated auth**, Username includes the user principal name, such as `[email protected]`.
71
+
2. For **delegated auth**, username includes the user principal name, such as `[email protected]`.
72
72
73
-
1.If delegated authentication is used, in the Power BI Azure AD tenant validate the following Power BI admin user settings:
73
+
1.In the Power BI Azure AD tenant validate the following Power BI admin user settings:
74
74
1. The user is assigned to the Power BI administrator role.
75
75
2. At least one [Power BI license](/power-bi/admin/service-admin-licensing-organization#subscription-license-types) is assigned to the user.
76
76
3. If the user is recently created, sign in with the user at least once, to make sure that the password is reset successfully, and the user can successfully initiate the session.
@@ -113,12 +113,6 @@ Use either of the following deployment checklists during the setup, or for troub
113
113
1. Client ID matches the _Application (Client) ID_ of the app registration.
114
114
2. Username includes the user principal name, such as `[email protected]`.
115
115
116
-
1. If delegated authentication is used, in the Power BI Azure AD tenant validate the following Power BI admin user settings:
117
-
1. The user is assigned to the Power BI administrator role.
118
-
2. At least one [Power BI license](/power-bi/admin/service-admin-licensing-organization#subscription-license-types) is assigned to the user.
119
-
3. If the user is recently created, sign in with the user at least once, to make sure that the password is reset successfully, and the user can successfully initiate the session.
120
-
4. There are no multifactor authentication or conditional access policies enforced on the user.
121
-
122
116
1. In the Power BI Azure AD tenant, validate the following app registration settings:
123
117
1. The app registration exists in your Azure AD tenant where the Power BI tenant is located.
124
118
2. Under **API permissions**, the following APIs are set up with **read** for **delegated permissions** and **grant admin consent for the tenant**:
@@ -130,6 +124,12 @@ Use either of the following deployment checklists during the setup, or for troub
130
124
2.**Implicit grant and hybrid flows** > **ID tokens (used for implicit and hybrid flows)** is selected.
131
125
3.**Allow public client flows** is enabled.
132
126
127
+
1. If delegated authentication is used, in the Power BI Azure AD tenant validate the following Power BI admin user settings:
128
+
1. The user is assigned to the Power BI administrator role.
129
+
2. At least one [Power BI license](/power-bi/admin/service-admin-licensing-organization#subscription-license-types) is assigned to the user.
130
+
3. If the user is recently created, sign in with the user at least once, to make sure that the password is reset successfully, and the user can successfully initiate the session.
131
+
4. There are no multifactor authentication or conditional access policies enforced on the user.
132
+
133
133
1. Validate the following self-hosted runtime settings:
134
134
1. The latest version of the [self-hosted runtime](https://www.microsoft.com/download/details.aspx?id=39717) is installed on the VM.
135
135
1. Network connectivity from the self-hosted runtime to the Power BI tenant is enabled.
@@ -216,7 +216,7 @@ In Azure Active Directory Tenant, where Power BI tenant is located:
216
216
> [!Note]
217
217
> You can remove the security group from your developer settings, but the metadata previously extracted won't be removed from the Microsoft Purview account. You can delete it separately, if you wish.
218
218
219
-
### Scan cross-tenant
219
+
### Create scan for cross-tenant using Azure IR with delegated authentication
220
220
221
221
To create and run a new scan by using the Azure runtime, perform the following steps:
222
222
@@ -305,6 +305,80 @@ To create and run a new scan by using the Azure runtime, perform the following s
305
305
306
306
:::image type="content" source="media/setup-power-bi-scan-catalog-portal/save-run-power-bi-scan.png" alt-text="Screenshot that shows how to save and run the Power BI source.":::
307
307
308
+
### Create scan for cross-tenant using self-hosted IR with service principal
309
+
310
+
To create and run a new scan by using the self-hosted integration runtime, perform the following steps:
311
+
312
+
1. Create an app registration in your Azure AD tenant where Power BI is located. Provide a web URL in the **Redirect URI**. Take note of the client ID (app ID).
313
+
314
+
:::image type="content" source="media/setup-power-bi-scan-catalog-portal/power-bi-create-service-principle.png" alt-text="Screenshot that shows how to create a service principle.":::
315
+
316
+
1. From the Azure AD dashboard, select the newly created application, and then select **App permissions**. Assign the application the following delegated permissions, and grant admin consent for the tenant:
317
+
318
+
- Power BI Service Tenant.Read.All
319
+
- Microsoft Graph openid
320
+
- Microsoft Graph User.Read
321
+
322
+
:::image type="content" source="media/setup-power-bi-scan-catalog-portal/power-bi-delegated-permissions.png" alt-text="Screenshot of delegated permissions for Power BI and Microsoft Graph.":::
323
+
324
+
1. From the Azure AD dashboard, select the newly created application, and then select **Authentication**. Under **Supported account types**, select **Accounts in any organizational directory (Any Azure AD directory - Multitenant)**.
325
+
326
+
:::image type="content" source="media/setup-power-bi-scan-catalog-portal/power-bi-multitenant.png" alt-text="Screenshot of account type support multitenant.":::
327
+
328
+
1. Under **Implicit grant and hybrid flows**, select **ID tokens (used for implicit and hybrid flows)**.
329
+
330
+
:::image type="content" source="media/setup-power-bi-scan-catalog-portal/power-bi-id-token-hybrid-flows.png" alt-text="Screenshot of ID token hybrid flows.":::
331
+
332
+
1. Under **Advanced settings**, enable **Allow Public client flows**.
333
+
334
+
1. In the tenant where Microsoft Purview is created go to the instance of Azure Key Vault.
335
+
336
+
1. Select **Settings** > **Secrets**, and then select **+ Generate/Import**.
337
+
338
+
:::image type="content" source="media/setup-power-bi-scan-catalog-portal/power-bi-key-vault.png" alt-text="Screenshot of the instance of Azure Key Vault.":::
339
+
340
+
1. Enter a name for the secret. For **Value**, type the newly created password for the Azure AD user. Select **Create** to complete.
341
+
342
+
:::image type="content" source="media/setup-power-bi-scan-catalog-portal/power-bi-key-vault-secret.png" alt-text="Screenshot that shows how to generate a secret in Azure Key Vault.":::
343
+
344
+
1. If your key vault isn't connected to Microsoft Purview yet, you need to [create a new key vault connection](manage-credentials.md#create-azure-key-vaults-connections-in-your-microsoft-purview-account).
345
+
346
+
1. In the Microsoft Purview Studio, go to the **Data map** in the left menu. Go to **Sources**.
347
+
348
+
1. Select the registered Power BI source from cross-tenant.
349
+
350
+
1. Select **+ New scan**.
351
+
352
+
1. Give your scan a name. Then select the option to include or exclude the personal workspaces.
353
+
354
+
> [!Note]
355
+
> If you switch the configuration of a scan to include or exclude a personal workspace, you trigger a full scan of the Power BI source.
356
+
357
+
1. Select your self-hosted integration runtime from the drop-down list.
358
+
359
+
1. For the **Credential**, select **Service Principal**, and then select **+ New** to create a new credential.
360
+
361
+
1. Create a new credential and provide the following required parameters:
362
+
363
+
-**Name**: Provide a unique name for credential
364
+
-**Authentication method**: Service principal
365
+
-**Tenant ID**: Your Power BI tenant ID
366
+
-**Client ID**: Use Service Principal Client ID (App ID) you created earlier
367
+
368
+
1. Select **Test connection** before continuing to the next steps.
369
+
370
+
If the test fails, select **View Report** to see the detailed status and troubleshoot the problem:
371
+
372
+
1.*Access - Failed* status means that the user authentication failed. Validate if the App ID and secret are correct. Review if the credential contains the correct client (app) ID from the app registration.
373
+
2.*Assets (+ lineage) - Failed* status means that the authorization between Microsoft Purview and Power BI has failed. Make sure that the user is added to the Power BI administrator role, and has the proper Power BI license assigned.
374
+
3.*Detailed metadata (Enhanced) - Failed* status means that the Power BI admin portal is disabled for the following setting: **Enhance admin APIs responses with detailed metadata**.
375
+
376
+
1. Set up a scan trigger. Your options are **Recurring** or **Once**.
377
+
378
+
:::image type="content" source="media/setup-power-bi-scan-catalog-portal/scan-trigger.png" alt-text="Screenshot of the Microsoft Purview scan scheduler.":::
379
+
380
+
1. On **Review new scan**, select **Save and run** to launch your scan.
381
+
308
382
## Next steps
309
383
310
384
Now that you've registered your source, see the following guides to learn more about Microsoft Purview and your data.
0 commit comments