Data Transmission Service:Avaliação de aplicação

Pré-requisitos

Você deve ter um perfil de aplicação para cada pacote de coleta de aplicações.

Informações básicas

A migração de bancos de dados e aplicações apresenta diversos desafios:

• Dificuldade em estimar o esforço de refatoração da aplicação.

• Complexidade na elaboração de um plano detalhado de migração de banco de dados.

• Desafios para refatorar aplicações após a migração, especialmente aquelas sem manutenção há muito tempo.

Crie uma avaliação de aplicação

1. Insira as informações básicas e selecione o banco de dados e a versão de destino para a avaliação.

2. Selecione um ou mais perfis de aplicação para avaliar.

   Nota

   Só é possível criar uma avaliação de aplicação após a conclusão da avaliação de banco de dados associada a cada perfil de aplicação selecionado.

3. Selecione um projeto de avaliação de banco de dados concluído.

Resultados gerais da avaliação

Os resultados constituem o núcleo da avaliação de aplicação e são apresentados sob três perspectivas: geral, grupo de migração e nó de aplicação.

Inicialmente, os resultados exibem informações consolidadas. Essa visão agregada das suas aplicações e bancos de dados permite dimensionar o esforço global de migração e refatoração.

• Lista de arquiteturas: Com base nos relacionamentos entre bancos de dados e aplicações, o ADAM utiliza algoritmos inteligentes para organizar seus componentes em grupos de migração. Um grupo de migração é a menor unidade migrável; portanto, sua migração não afeta dependências de dados fora do grupo.

  Nota

  O sistema não considera relacionamentos de chamada entre aplicações.

• Pontuação de migração: O ADAM fornece uma pontuação quantitativa que representa a dificuldade de migração e refatoração. Uma pontuação mais alta indica menor custo de refatoração da aplicação.

  Nota

  A pontuação de migração depende da integridade dos dados coletados. Sempre considere seus requisitos reais de negócio ao estimar o custo de migração.

• Compatibilidade geral: Mede a compatibilidade do SQL da aplicação e dos objetos de banco de dados.

  Nota

  Como o próprio sistema de banco de dados influencia o SQL coletado, não utilize a pontuação de compatibilidade como única base para sua avaliação.

• Blueprint de arquitetura: Diagrama de topologia que visualiza o status de cada grupo de migração.

Resultados da avaliação do grupo de migração

Um grupo de migração corresponde ao menor subconjunto migrável de aplicações e bancos de dados. A migração de um único grupo não gera dependências de dados em nós de banco de dados de outros grupos.

Cada grupo inclui application nodes e database nodes. Clique em um nó de aplicação para visualizar os detalhes de avaliação e refatoração desse nó específico.

A avaliação de um único nó de aplicação compõe-se de três partes principais: dependência da aplicação, compatibilidade de SQL e pontos de refatoração.

• Dependência da aplicação: Exibe as dependências de banco de dados do nó de aplicação de destino até o nível de schema. A visualização de dependência da aplicação oferece um diagrama de topologia das conexões do nó com seus bancos de dados dependentes. Também está disponível a tabela detalhes do banco de dados de dependência da aplicação, com colunas como ID, Database profile ID, Database name e Involved schemas.

• Compatibilidade de SQL: Avalia a compatibilidade do SQL da aplicação e fornece regras de conversão específicas e locais de refatoração para cada instrução. Este recurso apresenta tanto um resumo quanto detalhes de compatibilidade. Na caixa de diálogo SQL compatibility, na aba assessment summary, o gráfico de pizza compatibility ratio à esquerda mostra a quantidade de instruções SQL em cada estado de compatibilidade. Já o gráfico incompatible SQL operation ratio à direita exibe a distribuição das instruções incompatíveis por tipo de operação. A tabela abaixo contabiliza o número de instruções SQL compatíveis, compatíveis com modificações e incompatíveis para cada tipo de operação (UPDATE, INSERT e SELECT). Ainda na caixa de diálogo SQL compatibility, alterne para a aba compatibility details para filtrar os resultados pelo filtro compatibility. A tabela apresenta informações detalhadas de cada instrução SQL, incluindo ID, schema, tipo de SQL, status de compatibilidade, source SQL, target SQL e pilha de chamadas. O status de compatibilidade pode ser: compatível, compatível com modificações ou incompatível.

  • Compatível: A aplicação não requer refatoração e pode ser executada diretamente no banco de dados de destino.

  • Compatível com modificações: O ADAM fornece uma instrução SQL convertida. Para garantir a compatibilidade, substitua o SQL original na sua aplicação por essa instrução convertida.

  • Incompatível: A instrução SQL não pode ser executada no banco de dados de destino. Modifique o código da aplicação ou a instrução SQL conforme as sugestões de refatoração fornecidas.

• Pontos de refatoração da aplicação: Indica onde a aplicação necessita de refatoração e apresenta sugestões. Este recurso disponibiliza um resumo e detalhes de refatoração. Na caixa de diálogo application refactoring points, na aba refactoring summary, visualize a distribuição dos pontos por nível (como L1, L2 e L3) e uma lista das principais regras acionadas, com suas contagens de instâncias e descrições. Por exemplo, uma regra pode sugerir a conversão de tipo de dado para um parâmetro de função. Na mesma caixa de diálogo, selecione a aba refactoring details. Utilize a lista suspensa refactoring point na parte superior para filtrar os resultados. A tabela de detalhes inclui colunas como SQL ID, rule ID, refactoring suggestion, source SQL, target SQL e call stack. Sugestões comuns de refatoração incluem remove from dual (Regra 34087), column name is reserved in PostgreSQL (Regra 33027), convert ROWID to CTID (Regra 34088) e rownum to limit (Regra 34086). As colunas source SQL, target SQL e call stack oferecem um link Visualize para inspecionar o conteúdo específico do SQL e seu local de chamada.