Observação
O acesso a essa página exige autorização. Você pode tentar entrar ou alterar diretórios.
O acesso a essa página exige autorização. Você pode tentar alterar os diretórios.
O relatório de prontidão para gerenciamento automático de identidade 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 seu provedor de identidade (IdP). Como o gerenciamento automático de identidades funciona apenas dentro de espaços de trabalho federados por identidade, o Databricks recomenda habilitar a federação de identidades em todos os espaços de trabalho da conta.
Para obter uma visão geral do gerenciamento automático de identidades, consulte Gerenciamento automático de identidade. Para migrar uma conta existente, veja Migrar para gerenciamento automático de identidade com Microsoft Entra ID.
Sobre divergências
O gerenciamento automático de identidade requer um espaço de trabalho federado por identidade. Ele usa um externalId para vincular usuários e grupos do Azure Databricks diretamente ao seu provedor de identidade, especificamente ao ID do objeto no Microsoft Entra ID ou ao ID do usuário ou do grupo no Okta.
Valores ausentes 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, elas também podem ficar fora de sincronização com seu provedor de identidade e causar complicações se o provisionamento por SCIM estiver desativado.
Note
O relatório de prontidão está disponível apenas para administradores de conta.
Questões detectadas pelo relatório
O relatório ajuda você a descobrir identidades provisionadas no Azure Databricks cujos IDs externos não têm correspondência correspondente no seu provedor de identidade. Também detecta divergências entre o Azure Databricks e as associações a grupos de provedores de identidade. Os exemplos a seguir mostram questões que o relatório ajuda você a detectar e resolver.
Identidades duplicadas aparecem no produto
Quando duas identidades com o mesmo nome, mas fontes diferentes, aparecem nas interfaces administrativas do Azure Databricks, geralmente é um ID externo mal configurado. Uma identidade de conta e uma identidade de provedor de identidade aparecem em interfaces administrativas e diálogos de compartilhamento.
Para resolver esse problema, corrija 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 provedor de identidade não corresponde à contagem no Azure Databricks
As interfaces do usuário do Azure Databricks mostram o número de membros do provedor de identidade. A contagem exclui membros que existem no grupo Azure Databricks, mas não no provedor de identidade, mesmo que essas associações ainda concedam permissões.
Para resolver esse problema, corrija a seguinte categoria de erro:
AIM_MISCONFIGURATION_CATEGORY_GROUP_HAS_LOCAL_MEMBERS
O provisionamento de um grupo de provedor de identidade falha
Quando você importa um grupo de provedor de identidade, pode receber um erro de que o grupo já existe no Azure Databricks. Um grupo de contas existente geralmente reserva o nome, porque o Azure Databricks impõe nomes de grupos únicos.
Para resolver esse problema, corrija a seguinte categoria de erro:
AIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_EXTERNAL_ID_MISMATCH
O nome de exibição de um usuário ou de uma entidade de serviço no Azure Databricks não corresponde ao provedor de identidade
O nome único de um usuário ou principal de serviço (o nome de usuário de um usuário, ou o ID de aplicação de um principal de serviço) corresponde à identidade de um provedor de identidade, mas seu nome de exibição difere. Como o gerenciamento automático de identidades faz a correspondência com base no nome exclusivo, a próxima sincronização substitui o nome de exibição do Azure Databricks pelo valor do seu provedor de identidade. Esta categoria se aplica apenas a usuários e principais de serviço. Grupos não são verificados quanto à divergência de nomes de exibição.
Para resolver esse problema, corrija a seguinte categoria de erro:
AIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_DISPLAY_NAME_MISMATCH
Um usuário ou principal de serviço é desativado ou reativado por uma sincronização automática de gerenciamento de identidade
O nome único de um usuário ou principal de serviço corresponde à identidade de um provedor de identidade, mas seu status ativo difere: ele está ativo no Azure Databricks e inativo no provedor de identidade, ou inativo no Azure Databricks e ativo no provedor de identidade. Como o gerenciamento automático de identidade sincroniza o status do seu provedor de identidade, a próxima sincronização desativa ou reativa a identidade do Azure Databricks para corresponder. Esta categoria se aplica apenas a usuários e principais de serviço. Grupos não são verificados quanto à divergência de status.
Para resolver esse problema, revise a seguinte categoria de erro:
AIM_MISCONFIGURATION_CATEGORY_STATUS_MISMATCH
Execute o relatório de prontidão
- Faça login no console de contas do Azure Databricks como administrador de conta.
- Vá para Segurança>.
- Na seção de gerenciamento de identidade , inicie uma nova varredura. Você pode iniciar uma varredura independentemente de o gerenciamento automático de identidades estar ativado.
- Aguarde a digitalização terminar de ser processada. Isso pode levar de alguns minutos a várias horas, dependendo do tamanho da sua conta.
- Quando a verificação estiver concluída, abra os resultados na mesma seção.
Após a varredura terminar, você pode solicitar uma nova varredura. Para verificar novamente um único princípio, clique em Atualizar no principal. Após resolver o problema, a entidade principal não aparecerá mais na lista de configurações incorretas.
Você também pode baixar um CSV com os resultados completos do escaneamento ou dos resultados de uma única categoria. Veja Interpretar a saída do relatório para saber como ler o CSV.
Interprete a saída 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. Isso pode ser um usuário, grupo ou entidade de serviço. -
category: A categoria de erro para o ID principal. Veja Categorias de erro e remediação para mais informações. -
localPrincipalExternalId: o ID externo armazenado no Azure Databricks para a entidade principal provisionada do Azure Databricks. -
localPrincipalName: O nome de usuário, ID da aplicação ou nome do grupo armazenado no Azure Databricks para o principal provisionado do Azure Databricks. -
idpPrincipalExternalId: O ID externo armazenado no provedor de identidade de um determinado principal. -
idpPrincipalName: O nome de usuário, ID da aplicação ou nome do grupo armazenado no provedor de identidade para um determinado principal. -
localPrincipalDisplayName: O nome de exibição armazenado no Azure Databricks para o principal provisionado do Azure Databricks. -
idpPrincipalDisplayName: O nome de exibição armazenado no provedor de identidade para um determinado principal. -
localPrincipalStatus: O status do principal provisionado do Azure Databricks, sejaPRINCIPAL_STATUS_ACTIVEouPRINCIPAL_STATUS_INACTIVE. -
idpPrincipalStatus: O status da identidade correspondente do provedor de identidade, sejaPRINCIPAL_STATUS_ACTIVEouPRINCIPAL_STATUS_INACTIVE. -
localMembersWithExternalId: IDs internos separados por ponto e vírgula de membros do grupo que possuem um ID externo, mas não pertencem ao grupo provedor de identidade. -
localMembersWithoutExternalId: IDs internos separados por ponto e vírgula dos membros do grupo que existem apenas no Azure Databricks e não possuem ID externo. -
hasMoreLocalMembersWithExternalId: Se há maislocalMembersWithExternalIdmembros do que o fornecido no CSV. -
hasMoreLocalMembersWithoutExternalId: Se há maislocalMembersWithoutExternalIdmembros do que o fornecido no CSV. -
failureReason: o motivo da falha na verificação da entidade principal.
Categorias de erro e remediação
O relatório agrupa os problemas nas categorias de erro abaixo. Cada categoria explica o que o erro significa e como resolvê-lo. Corrija cada entidade principal afetada usando a resolução para sua categoria.
AIM_MISCONFIGURATION_CATEGORY_EXTERNAL_ID_NOT_IN_IDP
A identidade provisionada tem um ID definido externo, mas não corresponde a nenhuma identidade do mesmo tipo no provedor de identidade. O externalId está mal configurado.
Para resolvê-lo:
- Atualize o
externalIdpara um valor válido ou remova-o. Se você definir um novoexternalId, certifique-se de que nenhuma outra identidade o use. Veja Atualizar o ID externo de um principal ou Remover o ID externo de um grupo. - Para determinar qual
externalIdusar, veja aAIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_EXTERNAL_ID_MISMATCHcategoria.
Se isso não for resolvido: Se o externalId deve ser vinculado a uma identidade do provedor de identidade, você poderá ver identidades duplicadas: uma com externalId incorreto e outra do provedor de identidade.
AIM_MISCONFIGURATION_CATEGORY_EXTERNAL_ID_MATCH_NAME_MISMATCH
A identidade do Azure Databricks possui um ID externo que se mapeia para uma identidade com um nome único diferente no provedor de identidade.
Para resolvê-lo:
- Usuários e entidades de serviço: Atualize o nome de usuário do Azure Databricks. Abra um chamado de suporte para solicitar a alteração.
- Grupos: Verifique se algum grupo de conta reserva o nome do grupo (o Azure Databricks aplica nomes de grupo únicos). Se sim, renomeie o grupo de contas para que o grupo externo possa reivindicar o nome.
Se não resolvido: Quando os usuários fazem login, isso frequentemente cria um segundo usuário com o mesmo externalId , mas um nome de usuário diferente. Para grupos, o grupo externo muitas vezes não consegue sincronizar seu nome com seu equivalente provedor de identidade.
AIM_MISCONFIGURATION_CATEGORY_NAME_MATCH_EXTERNAL_ID_MISMATCH
A identidade do Azure Databricks possui uma correspondência de nome exclusiva com uma identidade do provedor de identidade, mas seu externalId não corresponde.
Para resolver, na maioria dos casos, atualize o Azure Databricks externalId para corresponder à identidade do provedor de identidade. Confirme que isso está correto para sua configuração, pois pode variar dependendo do seu provedor de identidade e dos dados locais. Use o campo idpPrincipalExternalId para encontrar o externalId a ser usado e, em seguida, siga as instruções em Atualizar o ID externo de um principal.
Se isso não for resolvido: Você poderá ver identidades duplicadas: uma com externalId incorreto ou ausente e outra do provedor de identidade. Provisionar um grupo de provedor 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 usuário ou entidade de serviço do Azure Databricks tem um nome exclusivo que corresponde a uma identidade do provedor de identidade, mas seu nome de exibição é diferente. O nome único é o nome de usuário de um usuário, ou o ID de aplicação de um principal de serviço. Como o gerenciamento automático de identidades faz a correspondência com base no nome exclusivo, ele trata o nome de exibição do provedor de identidade como a fonte da verdade. Esta categoria se aplica apenas a usuários e principais de serviço. Grupos não são verificados quanto à divergência de nomes de exibição.
Para resolver, confirme que o nome exibido no seu provedor de identidade está correto. Se quiser manter o nome de exibição do Azure Databricks, atualize o usuário ou principal do serviço no seu provedor de identidade antes da próxima sincronização.
Se isso não for resolvido: A próxima sincronização substitui o nome de exibição do Azure Databricks pelo valor do provedor de identidade. Isso é problemático se você depende do nome de exibição, por exemplo, em automações que fazem referência a ele.
AIM_MISCONFIGURATION_CATEGORY_STATUS_MISMATCH
Um usuário ou principal de serviço do Azure Databricks tem uma correspondência de nome única com a identidade do provedor de identidade, mas seu status ativo difere. O nome único é o nome de usuário de um usuário, ou o ID de aplicação de um principal de serviço. O gerenciamento automático de identidade sincroniza o status a partir do seu provedor de identidade, então trata o status do provedor de identidade como fonte da verdade. Esta categoria se aplica apenas a usuários e principais de serviço. Grupos não são verificados quanto à divergência de status.
Para resolver, confirme que o status do seu provedor de identidade está correto. Use os campos localPrincipalStatus e idpPrincipalStatus para ver de que forma os status diferem. Se o status do provedor de identidade estiver correto, nenhuma ação é necessária. Se uma identidade deve manter seu status atual no Azure Databricks, atualize seu status no seu provedor de identidade antes da próxima sincronização.
Se não resolvido: a próxima sincronização desativa identidades que estão inativas no seu provedor de identidade e reativa identidades que estão ativas nele. Desativar uma entidade de serviço será disruptivo se ela executar trabalhos ou automações. Reativar uma identidade restaura seu acesso, então verifique identidades que você desativou de propósito no Azure Databricks.
AIM_MISCONFIGURATION_CATEGORY_GROUP_HAS_LOCAL_MEMBERS
O grupo do Azure Databricks possui membros, com ou sem externalId, que não têm vínculo correspondente no provedor de identidade.
Para resolver, faça do provedor de identidade a fonte da verdade: o Databricks recomenda remover membros adicionados localmente do grupo usando SCIM. Se um membro pertence ao grupo, crie-o no provedor de identidade e adicione-o ao grupo do provedor de identidade. Veja os campos localMembersWithExternalId e localMembersWithoutExternalId na saída para os membros afetados.
Se não for resolvido: Os membros herdam permissões do grupo do provedor de identidade, mas não aparecem no provedor de identidade, o que dificulta auditar permissões. As contagens de membros na UI refletem apenas os membros do provedor de identidade, portanto, excluem esses membros.
Atualize o ID externo de um principal
Para atualizar o externalId, use a API SCIM da Conta. Para o formato completo da requisição, veja Referência da API Account SCIM v2.1.
Dica
Registre as chamadas de API que você faz para que possa reverter alterações caso surjam problemas durante o processo.
Envie uma solicitação PATCH para o ponto de extremidade do tipo de entidade 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>"
}
]
}
Remova o ID externo de um grupo
Para remover o externalId de um grupo, use a API SCIM da conta. Defina o valor para uma cadeia vazia.
Note
O Azure Databricks atualmente suporta essa 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
| Resource | Description |
|---|---|
| Gerenciamento automático de identidade | Visão geral do gerenciamento automático de identidades e como ele sincroniza identidades sem SCIM. |
| Migre para o gerenciamento automático de identidade com o Microsoft Entra ID | Migre uma conta existente para o gerenciamento automático de identidade. |