Nota
O acesso a esta página requer autorização. Pode tentar iniciar sessão ou alterar os diretórios.
O acesso a esta página requer autorização. Pode tentar alterar os diretórios.
O relatório de prontidão para gestão automática de identidades ajuda os administradores de contas a identificar e resolver divergências externas de ID e de pertença a grupos entre o Azure Databricks e o seu fornecedor de identidade (IdP). Como a gestão automática de identidades só funciona dentro de espaços de trabalho federados por identidade, a Databricks recomenda permitir a federação de identidade em todos os espaços de trabalho da conta.
Para uma visão geral da gestão automática de identidades, veja Gestão automática de identidade. Para migrar uma conta existente, consulte Migrar para gestão automática de identidades com Microsoft Entra ID.
Sobre divergências
A gestão automática de identidades requer uma área de trabalho com identidades federadas. Utiliza um externalId para ligar utilizadores e grupos do Azure Databricks diretamente ao seu fornecedor de identidade, especificamente ao ID do objeto no Microsoft Entra ID ou ao ID do utilizador ou do grupo no Okta.
Valores em falta ou incorretos externalId quebram as sincronizações de metadados e criam identidades duplicadas. Como as associações a grupos no Azure Databricks são editáveis, também podem ficar dessincronizadas com o seu fornecedor de identidade e causar complicações se o aprovisionamento SCIM estiver desativado.
Note
O relatório de prontidão está disponível apenas para administradores de conta.
Questões que o relatório deteta
O relatório ajuda-o a descobrir identidades provisionadas no Azure Databricks cujos IDs externos não têm correspondência correspondente no seu fornecedor de identidade. Também deteta divergências entre o Azure Databricks e as pertenças a grupos de fornecedores de identidade. Os exemplos seguintes mostram questões que o relatório ajuda a detetar e resolver.
Identidades duplicadas aparecem no produto
Quando duas identidades com o mesmo nome mas fontes diferentes aparecem nas interfaces de administração do Azure Databricks, normalmente é um ID externo mal configurado. Uma identidade de conta e uma identidade de fornecedor de identidade aparecem ambas nas interfaces de administração e nos diálogos de partilha.
Para resolver este problema, corrigir as seguintes categorias de erro:
AIM_MISCONFIGURATION_CATEGORY_EXTERNAL_ID_NOT_IN_IDPAIM_MISCONFIGURATION_CATEGORY_EXTERNAL_ID_MATCH_NAME_MISMATCHAIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_EXTERNAL_ID_MISMATCH
A contagem de membros do grupo no fornecedor de identidade não corresponde à contagem no Azure Databricks
As interfaces de utilizador do Azure Databricks apresentam o número de membros do provedor de identidade. A contagem exclui membros que existem no grupo Azure Databricks mas não no fornecedor de identidade, embora essas associações ainda concedam permissões.
Para resolver este problema, corrigir a seguinte categoria de erro:
AIM_MISCONFIGURATION_CATEGORY_GROUP_HAS_LOCAL_MEMBERS
A provisão de um grupo de fornecedores de identidade falha
Quando importas um grupo de fornecedores de identidade, podes receber um erro de que o grupo já existe no Azure Databricks. Um grupo de contas existente normalmente reserva o nome, porque o Azure Databricks impõe nomes de grupos únicos.
Para resolver este problema, corrigir a seguinte categoria de erro:
AIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_EXTERNAL_ID_MISMATCH
O nome a apresentar de um utilizador ou de uma entidade principal de serviço no Azure Databricks não corresponde ao fornecedor de identidade
O nome único de um utilizador ou principal de serviço (o nome de utilizador de um utilizador, ou o ID de aplicação de um principal de serviço) corresponde à identidade de um fornecedor de identidade, mas o seu nome de exibição difere. Como a gestão automática de identidades faz a correspondência com base no nome exclusivo, a sincronização seguinte substitui o nome a apresentar do Azure Databricks pelo valor do seu fornecedor de identidade. Esta categoria aplica-se apenas a utilizadores e principais de serviço. Os grupos não são verificados para detetar divergências no nome a apresentar.
Para resolver este problema, corrigir a seguinte categoria de erro:
AIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_DISPLAY_NAME_MISMATCH
Um utilizador ou principal de serviço é desativado ou reativado por uma sincronização automática de gestão de identidade
O nome único de um utilizador ou principal de serviço corresponde à identidade de um fornecedor de identidade, mas o seu estado ativo difere: está ativo no Azure Databricks e inativo no fornecedor de identidade, ou inativo no Azure Databricks e ativo no fornecedor de identidade. Como a gestão automática de identidade sincroniza o estado a partir do seu fornecedor de identidade, a próxima sincronização desativa ou reativa a identidade do Azure Databricks em conformidade. Esta categoria aplica-se apenas a utilizadores e principais de serviço. Os grupos não são verificados relativamente a divergências de estado.
Para resolver este problema, reveja a seguinte categoria de erro:
AIM_MISCONFIGURATION_CATEGORY_STATUS_MISMATCH
Gerar o relatório de preparação
- Inicie sessão na consola de contas do Azure Databricks como administrador de conta.
- Vá a Segurança>.
- Na secção Gestão de Identidades, inicie uma nova análise. Pode iniciar uma análise independentemente de estar ativada a gestão automática de identidades.
- Aguarde até a digitalização terminar de ser processada. Isto pode demorar de alguns minutos a várias horas, dependendo do tamanho da sua conta.
- Quando a análise estiver concluída, abra os resultados da análise na mesma secção.
Depois de concluir a digitalização, pode pedir uma nova digitalização. Para verificar novamente um único princípio, clique em Atualizar no princípio. Depois de resolver o problema, a entidade principal deixa de aparecer na lista de configurações incorretas.
Também pode descarregar um CSV com os resultados completos da análise ou dos resultados de uma única categoria. Consulte Interpretar a saída do relatório para saber como ler o CSV.
Interpretar o resultado do relatório
A exportação CSV contém as seguintes colunas:
-
principalId: O ID interno do Azure Databricks. -
principalType: O tipo de principal para o principal ID. Pode ser um usuário, grupo ou entidade de serviço. -
category: A categoria de erro para o ID principal. Consulte Categorias de erro e remediação para mais informações. -
localPrincipalExternalId: O ID externo armazenado no Azure Databricks para o principal provisionado do Azure Databricks. -
localPrincipalName: O nome de utilizador, identificador da aplicação ou nome do grupo armazenado no Azure Databricks para o principal Azure Databricks provisionado. -
idpPrincipalExternalId: O ID externo armazenado no fornecedor de identidades relativo a um determinado principal. -
idpPrincipalName: O nome de utilizador, ID da aplicação ou nome do grupo armazenado no fornecedor de identidade para um determinado principal. -
localPrincipalDisplayName: O nome de exibição armazenado no Azure Databricks para o principal Azure Databricks provisionado. -
idpPrincipalDisplayName: O nome de exibição armazenado no fornecedor de identidade para um dado principal. -
localPrincipalStatus: O estado da identidade do Azure Databricks aprovisionada, sejaPRINCIPAL_STATUS_ACTIVEouPRINCIPAL_STATUS_INACTIVE. -
idpPrincipalStatus: O estado da identidade do fornecedor de identidade correspondente, sejaPRINCIPAL_STATUS_ACTIVEouPRINCIPAL_STATUS_INACTIVE. -
localMembersWithExternalId: IDs internos separados por ponto e vírgula dos membros do grupo que têm um ID externo mas não pertencem ao grupo de fornecedores de identidade. -
localMembersWithoutExternalId: IDs internos separados por ponto e vírgula dos membros do grupo que existem apenas no Azure Databricks e não têm ID externo. -
hasMoreLocalMembersWithExternalId: Se há maislocalMembersWithExternalIdmembros do que o indicado no CSV. -
hasMoreLocalMembersWithoutExternalId: Se há maislocalMembersWithoutExternalIdmembros do que o indicado no CSV. -
failureReason: A razão pela qual a análise do diretor falhou.
Categorias de erro e remediação
O relatório agrupa os problemas nas categorias de erro abaixo. Cada categoria explica o que significa o erro e como resolvê-lo. Fixe cada principal afetado usando a resolução da sua categoria.
AIM_MISCONFIGURATION_CATEGORY_EXTERNAL_ID_NOT_IN_IDP
A identidade provisionada tem um ID externo definido, mas não corresponde a nenhuma identidade do mesmo tipo no fornecedor de identidade. O externalId está mal configurado.
Para resolver:
- Atualize-o
externalIdpara um valor válido, ou remova-o. Se definires um novoexternalId, certifica-te de que nenhuma outra identidade o usa. Veja Atualizar o ID externo para um principal ou Remover o ID externo para um grupo. - Para determinar qual
externalIdusar, consulte aAIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_EXTERNAL_ID_MISMATCHcategoria.
Se não for resolvido: Se o externalId dever estar associado a uma identidade de fornecedor de identidade, poderá ver identidades duplicadas: uma com um externalId incorreto e outra do fornecedor de identidade.
AIM_MISCONFIGURATION_CATEGORY_EXTERNAL_ID_MATCH_NAME_MISMATCH
A identidade do Azure Databricks tem um ID externo que corresponde a uma identidade com um nome único diferente no fornecedor de identidade.
Para resolver:
- Utilizadores e princípios de serviço: Atualize o nome de utilizador do Azure Databricks. Submete um pedido de suporte para solicitar a alteração.
- Grupos: Verifique se algum grupo de contas reserva o nome do grupo (o Azure Databricks impõe nomes de grupo únicos). Se sim, renomeie o grupo de contas para que o grupo externo possa reclamar o nome.
Se não for resolvido: Quando os utilizadores iniciam sessão, isto frequentemente cria um segundo utilizador com o mesmo externalId nome de utilizador mas diferente. No caso dos grupos, muitas vezes o grupo externo não consegue sincronizar o respetivo nome com o do grupo correspondente no fornecedor de identidade.
AIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_EXTERNAL_ID_MISMATCH
A identidade do Azure Databricks tem uma correspondência única de nome com uma identidade de fornecedor de identidades, mas o respetivo externalId não corresponde.
Para resolver, na maioria dos casos, atualize o Azure Databricks externalId para corresponder à identidade do fornecedor de identidade. Confirma que isto está correto para a tua configuração, porque pode variar consoante o teu fornecedor de identidade e os dados locais. Usa o idpPrincipalExternalId campo para encontrar o externalId a usar, depois segue Atualizar o ID externo de um principal.
Se não for resolvido: poderá ver identidades duplicadas: uma com externalId incorreto ou em falta e outra do fornecedor de identidades. O provisionamento de um grupo de fornecedores de identidade com o mesmo nome também pode falhar, porque um grupo de contas já usa o nome (o Azure Databricks impõe nomes de grupo únicos).
AIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_DISPLAY_NAME_MISMATCH
Um utilizador ou principal de serviço do Azure Databricks tem uma correspondência de nome única com a identidade de um fornecedor de identidade, mas o seu nome de exibição difere. O nome único corresponde ao nome de utilizador de um utilizador, ou ao ID da aplicação de um principal de serviço. Como a gestão automática de identidades faz a correspondência com base no nome exclusivo, trata o nome apresentado do fornecedor de identidades como fonte autorizada. Esta categoria aplica-se apenas a utilizadores e principais de serviço. Os grupos não são verificados para detetar divergências no nome a apresentar.
Para resolver, confirme que o nome de exibição no seu fornecedor de identidade está correto. Se quiser manter o nome de exibição do Azure Databricks, atualize o utilizador ou principal do serviço no seu fornecedor de identidade antes da próxima sincronização.
Se não for resolvido: A próxima sincronização sobrescrive o nome de exibição do Azure Databricks pelo valor do fornecedor de identidade. Isto é problemático se depender do nome apresentado, por exemplo, em automatizações que lhe fazem referência.
AIM_MISCONFIGURATION_CATEGORY_STATUS_MISMATCH
Um utilizador do Azure Databricks ou principal de serviço tem uma correspondência única de nome com a identidade de um fornecedor de identidade, mas o respetivo estado ativo é diferente. O nome único corresponde ao nome de utilizador de um utilizador, ou ao ID da aplicação de um principal de serviço. A gestão automática de identidade sincroniza o estado a partir do seu fornecedor de identidade, tratando o estado do fornecedor de identidade como fonte fidedigna. Esta categoria aplica-se apenas a utilizadores e principais de serviço. Os grupos não são verificados quanto à divergência de estatuto.
Para resolver, confirme que o status no seu fornecedor de identidade está correto. Utilize os campos localPrincipalStatus e idpPrincipalStatus para ver de que forma os estados diferem. Se o estado do fornecedor de identidade estiver correto, não é necessária qualquer ação. Se uma identidade deve manter o seu estado atual no Azure Databricks, atualize o seu estado no seu fornecedor de identidade antes da próxima sincronização.
Se não for resolvido: A próxima sincronização desativa as identidades que estão inativas no seu fornecedor de identidade e reativa as identidades que estão ativas nele. Desativar um service principal é disruptivo se este executa trabalhos ou automações. Reativar uma identidade restaura o seu acesso, por isso verifica as identidades que desativaste de propósito no Azure Databricks.
AIM_MISCONFIGURATION_CATEGORY_GROUP_HAS_LOCAL_MEMBERS
O grupo do Azure Databricks contém membros, com ou sem externalId, que não têm associação correspondente no fornecedor de identidade.
Para resolver, faça do fornecedor de identidade a fonte da verdade: a Databricks recomenda remover membros adicionados localmente do grupo usando SCIM. Se um membro pertencer ao grupo, crie-o no fornecedor de identidade e adicione-o ao grupo do fornecedor de identidade. Veja os campos localMembersWithExternalId e localMembersWithoutExternalId no resultado dos membros afetados.
Se não for resolvido: Os membros herdam permissões do grupo de fornecedores de identidade, mas não aparecem no fornecedor de identidade, o que dificulta a auditoria das permissões. As contagens de membros na UI refletem apenas os membros do fornecedor de identidade, pelo que excluem esses membros.
Atualize o ID externo de um principal
Para atualizar externalId, utilize a API SCIM da conta. Para o formato completo do pedido, consulte Referência da API Account SCIM v2.1.
Tip
Regista as chamadas de API que fazes para poderes reverter alterações caso surjam problemas durante o processo.
Envie um PATCH pedido ao endpoint para o tipo principal:
PATCH https://<account-console-url>/api/2.1/accounts/<account-id>/scim/v2/<Users|Groups|ServicePrincipals>/<databricks-id>
{
"schemas": ["urn:ietf:params:scim:api:messages:2.0:PatchOp"],
"Operations": [
{
"op": "replace",
"path": "externalId",
"value": "<new-external-id>"
}
]
}
Remover o ID externo de um grupo
Para remover o externalId de um grupo, utilize a API SCIM da conta. Defina o valor para uma cadeia vazia.
Note
O Azure Databricks suporta atualmente esta operação apenas para grupos.
PATCH https://<account-console-url>/api/2.1/accounts/<account-id>/scim/v2/Groups/<databricks-id>
{
"schemas": ["urn:ietf:params:scim:api:messages:2.0:PatchOp"],
"Operations": [
{
"op": "replace",
"path": "externalId",
"value": ""
}
]
}
Recursos adicionais
| Recurso | Description |
|---|---|
| Gestão automática de identidade | Visão geral da gestão automática de identidades e como sincroniza identidades sem SCIM. |
| Migre para a gestão automática de identidades com o Microsoft Entra ID | Migre uma conta existente para a gestão automática de identidade. |