Compreendendo os dados do aplicativo Domino – usando a análise de conteúdo para planejamento de migração

Tem duas partes para cada estimativa de planejamento de migração para um aplicativo Domino de produção. O primeiro é conhecer os processos de negócios, o fluxo de trabalho e o design funcional do seu aplicativo para que você possa desenvolvê-lo na melhor plataforma de destino. Essa parte foi coberta em detalhes pelas sete partes blog série no início deste ano. Você pode ler tudo sobre isso aqui, Master Your Domino Application Desafios da migração. Agora vamos discutir a segunda parte da história neste blog, intitulado "Não se esqueça dos dados!"

Migração bem-sucedida de seus aplicativos de negócios Dominó exigirá a transição dos dados para a nova plataforma. Talvez não todos os dados, mas provavelmente uma grande parte deles. Entender o que precisa ser movido para o novo repositório e como migrá-lo com total fidelidade de dados é um componente essencial para cada projeto de planejamento de migração. O mesmo é verdade mesmo que a plataforma não mude. Novas tecnologias de interface do usuário ou 3^rd as soluções de terceiros terão suas próprias restrições que precisam ser validadas.

Os projetos de migração e modernização de aplicativos são extremamente caros e podem sair dos trilhos rapidamente ao fazer suposições e subestimar a complexidade de mover os dados históricos. Então, como você pode abrir as cortinas e inspecionar os dados armazenados em seus aplicativos Domino para concluir uma estimativa precisa do projeto de migração? Vamos ver como nossos clientes lidam com o desafio com nossos iDNA Applications solução.

Um dos maiores erros cometidos pelos novatos em migração é esquecer todos os anexos armazenados nos campos Rich Text. Eles apenas contam o número de registros no aplicativo Domino e não se preocupam com os milhares de arquivos PDF, JPEG ou Excel que exigem um esforço de migração separado para movê-los para o formato de armazenamento de destino apropriado ou sistema de gerenciamento de documentos.

Decidir para onde fazer a transição desses arquivos é uma consideração importante durante o esforço de planejamento da migração. E essa decisão pode depender de diferentes fatores, como o tipo de arquivos ou o tamanho dos arquivos. O Domino não tem um limite de tamanho de anexo de arquivo, portanto, arquivos de vídeo ou desenhos CAD grandes podem ser anexados a um campo Rich Text dentro de um registro.

iDNA Applications mapeia os anexos de arquivo por tipo e tamanho de documento, como você pode ver nos relatórios de exemplo associados acima e abaixo. Ao analisar o nome da extensão, você poderá determinar rapidamente o use cases para esses arquivos e onde eles podem ser armazenados para uma integração simples com o aplicativo recém-projetado.

O próximo item importante para o planejamento de migração de dados é o número de registros que você precisa para fazer a transição. Incluído neste tópico está um ponto de decisão comum para uma data limite para migrar registros. A maioria das organizações gostaria de migrar apenas um subconjunto de registros históricos com base na data em que foram criados. Os registros restantes podem ser mantidos em arquivo.

É importante ser capaz de julgar a idade do conteúdo de vários pontos de vista (por exemplo, histórico de criação ou modificação). Isso capacita sua equipe de planejamento de migração com detalhes exatos sobre a quantidade de informações que eles precisarão para migrar, juntamente com suas referências de tamanho para o volume total de dados.

Outro benefício de analisar os dados armazenados em um aplicativo Domino é que ele identifica exatamente quais Formulários estão sendo usados ​​na produção para armazenar e fazer referência aos registros. Cada registro em um aplicativo Domino determina qual Formulário é usado para esse registro. Isso fornece à equipe de planejamento informações específicas insights sobre quais Forms e Views precisam ser redesenhados para exibir, criar e editar os registros de dados.

Isso se aplica a projetos de modernização e migração. Não importa se você está preparando sua mudança para uma nova plataforma ou se está colocando uma interface web ou móvel em seus aplicativos. Quando um aplicativo Domino pode ter 100 formulários incluídos no design, mas apenas 10 estão sendo usados ​​para interagir com os dados, você pode reduzir consideravelmente o escopo de redesenvolvimento.

Os campos de rich text no Domino são tipos de dados muito flexíveis. Qualquer coisa, de texto simples a anexos a objetos incorporados, pode ser encontrada nesses campos. Essa mesma flexibilidade também dificulta a exibição de seus dados em uma interface diferente do Notes/Domino nativo, e muito menos a migração do conteúdo intacto para um novo repositório.

Coisas aparentemente triviais, como estruturas de tabelas aninhadas, podem adicionar muita complexidade ao redesenvolvimento. Outras coisas como Doc-, View- ou Database-Links podem exigir 3^rd festa software para fazer uma transição perfeita para a nova plataforma de destino. O conteúdo incorporado, como objetos OLE, pode até ser totalmente proibido quando se trata de migração ou modernização, pois poucas plataformas de destino ou soluções de modernização podem trabalhar com eles. Identificar quão amplamente esses diferentes elementos são usados ​​em todo o conteúdo de um aplicativo Domino pode ser fundamental ao escolher a plataforma de destino certa e estimar o esforço de redesenvolvimento.

Por fim, há algumas considerações adicionais relacionadas à segurança de dados que podem ser respondidas por meio da análise de conteúdo. O Domino permite vários níveis extras de segurança de dados além dos direitos de acesso simples definidos na Lista de Controle de Acesso (ACL). Os dois mais importantes que causam problemas para as equipes de migração são Criptografia e “Campos de Leitor”.

A criptografia embaralha completamente campos específicos nos documentos, tornando seu conteúdo inacessível, a menos que a chave para descriptografia esteja presente no ID do Notes que acessa o documento. Os “Reader Fields” funcionam de forma diferente, mas com um resultado semelhante. Se você não estiver incluído na lista "Nomes de leitores" de um documento específico, ele ficará oculto. Esses desafios especiais de segurança devem ser identificados antes do planejamento da migração e precisarão ser avaliados durante o teste de exportação de dados para avaliar as ferramentas de migração e os arquivos de ID usados ​​para processamento.

Você consegue lidar com a verdade? Para fazer estimativas de migração precisas e bem informadas para seu ambiente de aplicativo Domino, é importante obter todos os detalhes. Não se esqueça dos dados. Combinar o conhecimento sobre o design do aplicativo com os detalhes sobre o conteúdo armazenado no aplicativo fornecerá uma compreensão completa do que está envolvido para a transição bem-sucedida para uma nova plataforma. Esses projetos de migração são altamente visíveis para a alta administração, especialmente para aplicativos de processos de negócios críticos que geram receita para a empresa. Certifique-se de analisá-los de todos os ângulos, para que você entenda a verdade.

Se você estiver interessado em saber mais sobre nosso iDNA Applications solução, agora com análise de conteúdo, visite nossa página de visão geral on-line ou inscreva-se para uma avaliação em https://www.panagenda.com/products/idna/