Limitações do conector Okta

info

Beta

Este recurso está em Beta. Para usá-lo, um administrador do workspace deve ativar o Lakeflow Connect para Okta na página Prévias . Consulte Gerenciar prévias do Databricks.

O conector gerenciado do Okta no Lakeflow Connect mantém registros excluídos em tabelas incrementais até um refresh completo, ingere apenas os 365 dias anteriores de alterações na primeira sincronização por default e refresh dados de associação de grupo somente quando a associação de um grupo muda.

Limitações gerais de conectores de software como serviço (SaaS)

As limitações nesta seção se aplicam a todos os conectores SaaS no Lakeflow Connect.

• Quando você executa um pipeline agendado, os alertas não Trigger imediatamente. Em vez disso, eles fazem Trigger quando ocorre a execução da próxima atualização.
• Quando uma tabela de origem é excluída, a tabela de destino não é excluída automaticamente. Você deve excluir a tabela de destino manualmente. Este comportamento não é consistente com o comportamento de Spark Declarative Pipelines no Lakeflow.
• Durante os períodos de manutenção da fonte, o Databricks pode não conseguir acessar seus dados.
• Se um nome de tabela de origem entrar em conflito com um nome de tabela de destino existente, a atualização do pipeline falhará.
• O suporte a pipeline de vários destinos é apenas para API.
• Opcionalmente, você pode renomear uma tabela que você ingere. Se você renomear uma tabela em seu pipeline, ela se tornará um pipeline somente de API, e você não poderá mais editar o pipeline na UI.
• Se você selecionar uma coluna depois que um pipeline já tiver começado, o conector não fará backfill automático de dados para a nova coluna. Para ingerir data histórica, execute manualmente um refresh completo na tabela.
• O Databricks não consegue ingerir duas ou mais tabelas com o mesmo nome no mesmo pipeline, mesmo que elas venham de esquemas de origem diferentes.
• O sistema de origem assume que as colunas de cursor são monotonicamente crescentes.
• O conector ingere dados brutos sem transformações. Use Spark Declarative Pipelines downstream em LakeFlow Pipelines para transformações.

Limitações específicas do conector

As limitações nesta seção se aplicam ao conector Okta.

• O Okta não reporta exclusões, portanto, os registros excluídos permanecem nas tabelas users, groups, devices, group_members e group_push_mappings até que você faça uma execução de refresh completo. Tabelas de refresh completo descartam registros excluídos na próxima sincronização.
• Por default, a primeira sincronização de cada tabela incremental ingere apenas registros alterados nos últimos 365 dias. Para ingerir registros que não foram alterados recentemente, defina start_datetime. Consulte Opções do conector.
• A tabela group_members relê os membros de um grupo apenas quando a associação desse grupo é alterada; portanto, os valores do perfil do membro nela podem estar desatualizados. Para valores atuais de perfil de usuário e status, use a tabela users.
• O Okta não trata a associação, a atribuição de aplicativos, o mapeamento de push de grupo ou as alterações de função de administrador como alterações de grupo, portanto, as estatísticas de grupo na coluna _embedded da tabela groups podem estar desatualizadas. Para atualizá-las, faça uma execução de um refresh completo.
• As tabelas policies e policy_rules contêm apenas os tipos de política que sua organização Okta habilitou. O conector ignora tipos de política que requerem um recurso que sua organização não possui.
• A tabela user_factors contém apenas os fatores inscritos que são necessários ou opcionais na política de inscrição de autenticador de maior prioridade para cada usuário. Para ver todas as inscrições, use a tabela user_authenticator_enrollments.
• O conector não ingere eventos de log do sistema Okta. Use o conector de logs do sistema Okta.