Limitazioni del controllo degli accessi in base al ruolo

In questa pagina sono elencate le funzionalità e i comportamenti che non funzionano o funzionano solo parzialmente quando agiscono come ruolo. Le funzionalità non elencate di seguito si comportano allo stesso modo quando agiscono come ruolo quando agiscono come identità utente.

Per il comportamento delle funzioni SQL correlate all'identità (, , ) quando si presuppone un ruolo, vedere current_user(). is_memberis_account_group_member

Funzionalità non supportate e parzialmente supportate

Le funzionalità seguenti non funzionano o si comportano in modo diverso quando agiscono come ruolo:

• Mattoni agente: la creazione di agenti come ruolo non è supportata.
• Avvisi: la gestione degli avvisi come ruolo non è supportata.
• App: la connessione a un'app funziona. Un'app può autorizzare come propria entità servizio o, quando un utente si connette, come ruolo che l'utente ha l'autorizzazione per presupporre. L'entità servizio di un'app non può ancora assumere un ruolo per l'accesso ai dati a livello di codice (da computer a computer).
• Derivazione: la system.access.table_lineage.created_by colonna viene popolata correttamente con il ruolo , ma l'utente che ha assunto il ruolo non viene acquisito.
• Pipeline: le pipeline di Lakeflow non sono supportate per i ruoli.
• Politiche di utilizzo serverless: Quando si agisce come ruolo, il menu a tendina degli spazi di lavoro nel modulo di creazione delle politiche di utilizzo serverless è vuoto, quindi non puoi assegnare una policy a spazi di lavoro specifici. Come soluzione alternativa, crea la policy come identità utente.
• Ricerca vettoriale: la gestione degli endpoint di Ricerca vettoriale come ruolo è supportata, ma la creazione di indici come ruolo ha esito negativo. Come soluzione alternativa, creare l'indice come utente e quindi modificare il proprietario in un ruolo. L'esecuzione di query sugli endpoint vettoriali e sugli indici come ruolo viene acquisita correttamente negli eventi di controllo.

Gestione delle identità e dei gruppi

• L'API SCIM dell'area di lavoro (/api/2.0/preview/scim/v2) non supporta la creazione o la gestione dei gruppi. Usare invece l'API SCIM account (/api/2.1/accounts/{account-id}/scim/v2/) o l'API SCIM dell'account dell'area di lavoro (/api/2.0/account/scim/v2/).
• I controlli di condivisione degli asset dello spazio di lavoro possono essere applicati di default a un massimo di 100 gruppi. Inoltre, i gruppi di sistema, come all account users e admins, non possono essere limitati con i controlli di condivisione degli asset dello spazio di lavoro. Vedi Limiti e vincoli.

Problemi noti

Quando RBAC è abilitato, un report Power BI che si collega ad Azure Databricks tramite il driver ODBC Databricks non si ricarica quando il report contiene circa 10 o più connessioni contemporanee. I rapporti con poche connessioni non sono influenzati. Questo è stato osservato con il driver ODBC di Databricks versione 2.9.1.

Il connettore Power BI nativo per Azure Databricks non è interessato. In Power BI Desktop, collegati con il connettore nativo invece che con il driver ODBC: in Get data, cerca Databricks o Azure Databricks. Il connettore nativo viene fornito con Power BI, quindi non c'è nulla da installare. Vedi Connetti Power BI Desktop ad Azure Databricks.

Server di report di Power BI e Microsoft Excel si connettono a Azure Databricks solo tramite il driver ODBC. Non esiste una soluzione alternativa per quelle superfici.