O atributo eppn é gerado a partir do atributo "uid" do usuário.
É gerado um hash do atributo uid e concatenado com o domínio da instituição. O formato sempre é escopado. Ex: xxx@rnp.br
O backup pode ser feito de toda a VM fazendo snapshots regulares e também é possível fazer o backup apenas de todas as transformações/ jobs e relatórios do servidor.
Acessar a interface de cliente do PDI Http://IP_SERVIDOR:8080
Logar com usuario e senha mesmos utilizados no login no cliente.
Acessar Browse Files/ Eid/Cafe/Visualização/Dashboards.
O PDI sempre irá apagar da base LDAP usuários que não estão mais nas Views criadas.
Desta forma se o usuário desativado for removido da View ele será removido da base LDAP na próxima execução do PDI.
Os vínculos depois de inseridos na base LDAP não são removidos.
O que pode ser feito é informar a data de fim do vinculo no atributo "brExitDate" ou remover todo o usuário caso ele não tenha mais nenhum vinculo ativo.
Os usuários são todos exportados para o metadiretório e depois os dados são cruzados analisando quem possui mesmo CPF estes são unificados e exibidos no relatório.
Apenas um registro com os dados daquele cpf é enviado para a base LDAP. Quando existem mais de uma base de dados a prioridade é enviar para o LDAP o registro que vem da base 1. Que deve ser a base com maior credibilidade.
Da mesma forma que com uma base, mas a prioridade para envio ao LDAP será do registro mais recente, considerado mais atualizado e por isso é o registro enviado para o LDAP.
As pessoas serão agrupadas e o registro mais recente será o enviado para a base LDAP. Os demais registros serão descartados e exibidos no relatório de pessoas duplicadas.
Apenas uma conta pode ser enviada para a base LDAP. Quando um usuário possui mais de uma conta o sistema irá escolher entre uma delas para ser enviada a base LDAP, e as demais serão descartadas e exibidas no relatório de pessoas com contas duplicadas. É possível definir via parâmetro do sistema qual conta é enviarda para a base LDAP, a conta mais recente ou a conta mais antiga. Está análise é feita a partir do ID da conta.
Os registros de pessoas que possuem CPFs inválidos são separados em uma lista de erros para serem exibidos para os usuários e não são exportados para a base LDAP até que o CPF esteja correto.
Os registros de email que são inválidos são separados em uma lista de erros para serem exibidos para os usuários e não são exportados para a base LDAP até que o email esteja correto.
Existe um Job específico que limpa todas as tabelas da base EID.
Através da configuração de parâmetros do job principal: full-job-atualizacao-diaria.
Parâmetro converter para base64.
Na configuração de parâmetros do job principal: full-job-atualizacao-diaria.
Acessar Browse Files/ Eid/Cafe/Visualização/Dashboards.
No momento de executar o job no PDI Cliente selecionar Executar no servidor na caixinha de execução.
Existe um Job específico que limpa todas as tabelas de log da base EID.
Na interface WEB do servidor Pentaho acessar o menu Administração/Users.
Verificar nos logs as linhas vermelhas: Elas mostram a causa do erro;
Verificar as conexões se estão todas corretas;
Verificar as Views se contém os dados e se os previews funcionam em todas.