Neste tópico:
Determinação de tipos de banco de dados e bancos de dados de foco
O appliance categoriza automaticamente uma instância NSF/NTF encontrada em um dos seguintes tipos de categorias:
- Banco de dados User Mail (identificado por um documento pessoal apontando para a instância)
- Banco de dados de correio (identificado por um documento de correio que não é do sistema…)
- Banco de dados do sistema (identificado por meio de arquivo conhecido ou nome de modelo)
- banco de dados mail.box (identificado nas definições de configuração do servidor Domino)
- Diretório (identificado na configuração do servidor Domino/modelo usado)
- Correio de usuário órfão (arquivos de correio de usuário não estão mais associados a um documento pessoal)
- Bancos de dados de aplicativos (todos os restantes não categorizados em cat 1-6)
Se uma instância NSF/NTF for categorizada uma vez em um servidor, todas as instâncias existentes com o mesmo ID de réplica serão categorizadas na mesma categoria. Essa indicação não mudará quando uma instância for verificada pela primeira vez, a menos que as coisas mudem na infraestrutura, os servidores sejam adicionados, o design ou ACL seja alterado ou o algoritmo de cálculo seja otimizado (por exemplo, com um novo release of iDNA Applications).
Com base nos tipos identificados, os BDs são divididos em dois grupos: „Bancos de dados de foco" (consistindo em Applications e Mail-in Dbs) e „Outros bancos de dados" (consistindo nos tipos de banco de dados restantes).
A maioria das análises detalhadas de uso e design é realizada em bancos de dados Focus, mas há uma variedade de gráficos e relatórios com informações sobre os outros tipos.
Informações adicionais fora do escopo de iDNA Applications sobre esses outros tipos de banco de dados e tópicos de infraestrutura está disponível em panagenda iDNA. Por favor verifique nosso site ou contacte-nos para informações adicionais.
Dias de acesso do usuário versus sessões
Cada vez que um usuário acessa um aplicativo, uma sessão é configurada. Durante o dia, os usuários podem ter várias sessões, à medida que as sessões são fechadas, os usuários fazem logout/login novamente ou porque usam várias janelas ou clientes. Assim, um usuário acessando um aplicativo durante o dia pode resultar em várias sessões. As sessões também podem ocorrer quando servidores e processos acessam instâncias de banco de dados.
Um Dia de Acesso do Usuário é identificado como um usuário único que acessa um aplicativo em qualquer dia dentro do período analisado.
Assim, poderia haver 20 sessões para o usuário A acessando o aplicativo Z em um período de 7 dias, mas se esse usuário acessasse o aplicativo apenas no dia 1 e 5 desse período com 14 sessões ocorrendo no primeiro dia e 6 no quinto dia o O número de dias de acesso do usuário ainda será apenas 2. E, digamos, se 100 usuários únicos acessassem 100 aplicativos diferentes em um dia, a contagem de “dias de acesso do usuário” para esse dia seria 10,000.
Em vários gráficos (por exemplo, o painel Uso → Por departamento/localização → Os 25 principais departamentos/locais ativos) essa distinção é usada para eliminar o risco de números distorcidos e permitir que você tome uma decisão mais equilibrada quando se trata de uso números.
Complexidade de design, pontuação de complexidade de design, semelhanças de design e design Insights
Complexidade de design é baseado na magnitude dos elementos de design e na quantidade de código-fonte nesses elementos. O cálculo é refinado por várias considerações, como tipo de linguagem de código, uso de campos Leitor/Autor, controle de XPages personalizado, etc.
Semelhança de design A análise identifica o quanto um banco de dados é semelhante a todos os outros bancos de dados analisados. Bancos de dados com alta similaridade são agrupados em clusters de design, o que permite a identificação rápida de réplicas que podem se desviar de um design comum. Ele também fornece meios para identificar 'candidatos a modelo' para bancos de dados que não possuem modelo especificado.
Design Insights são combinações de certos padrões que ocorrem no código-fonte. Essas combinações são chamadas de "Descobertas" e podem ser desde identificar dependências de plataforma quando DLLs locais são referenciadas até entender se um pedaço de código interage com outros bancos de dados.
Pontuação de complexidade de design é uma categorização de sete níveis de "Insignificante" a "Excepcional" que indicam o impacto que a reformulação ou migração do aplicativo teria. O impacto do Design é calculado a partir de três fontes principais: Complexidade, Insights e Semelhança.
Próximo tópico:
Coleta de dados e restrições de tempo (servidores sendo sondados_ período coletado)