Versões e CMA

Diferentes Versões do Produto

O CMA foi desenvolvido com o principal requisito de cópia de dados entre dois ambientes que estão na mesma versão do produto. Por exemplo, copiar dados de configuração de um ambiente de desenvolvimento para um ambiente de teste na mesma versão do produto. É altamente recomendável limitar o uso do CMA a esse cenário. Se for impossível garantir que ambos os ambientes tenham a mesma versão do produto, esta seção destacará os possíveis desafios que você pode enfrentar ao tentar trazer dados de uma versão diferente do produto.

De forma geral, não há nada no modo de funcionamento do CMA funciona que limite sua capacidade de copiar dados entre duas versões diferentes do produto. No entanto, há várias maneiras pelas quais seu produto pode ter a funcionalidade aprimorada ou alterada para determinados objetos, de modo que os dados capturados em uma versão diferente podem não ser compatíveis com as alterações.

Nossos produtos seguem rigorosos padrões de atualização de clientes para garantir a compatibilidade retroativa. Os scripts de atualização no processo de projeto sabem o que foi alterado de uma versão para outra e atualizam os dados conforme apropriado, quando aplicável. Ao usar o CMA para mover dados de uma versão do produto para outra, você está ignorando esses scripts de atualização. Isso significa que seus dados não estão sendo ajustados conforme esperado. Não é uma atitude recomendável, a menos que você tenha certeza de que os dados de um objeto de uma versão são compatíveis na outra versão.

Os pontos a seguir se referem a isso de forma mais detalhada.

• Para objetos cuja estrutura e regras não tenham sido alteradas entre as duas versões, não deve haver problemas.
• Para objetos que foram alterados entre as duas versões, há cenários que podem causar etapas adicionais.
  • Se o ambiente de destino for uma versão posterior e incluir uma nova coluna opcional em um objeto que não estava presente na origem, a importação deverá passar sem nenhum problema.
  • Se o ambiente de destino for uma versão posterior e incluir uma nova coluna necessária em um objeto que não estava presente na origem, um algoritmo de 'pré-comparação' poderá ser usado para preencher o novo valor necessário. Sua implementação pode fornecer esse algoritmo para preencher os dados, de acordo com suas regras de negócios.
  • Se o ambiente de destino for uma versão anterior à origem, não podemos garantir que não haverá problemas específicos encontrados com objetos específicos.

Outro problema que você pode encontrar é que, se os dados de propriedade do sistema fazem parte do seu arquivo de importação, é possível que o produto tenha feito alterações nesses dados como parte de uma atualização e sua versão dos dados seja diferente. Como o CMA tenta fazer com que os dados de destino se pareçam com os dados de origem, quando vê uma diferença nos dados de propriedade do produto, ele não prosseguirá com a importação desses dados. Exemplos:

• Sua importação incluiu todos os portais, incluindo portais pertencentes ao sistema. Na versão de destino, uma das zonas no portal não é mais suportada pelo produto e não está mais vinculada. Em sua importação, a zona ainda está vinculada e o sistema tenta adicionar essa zona de volta ao portal. Como os dados pertencem ao sistema, ele os marca como "Não é Possível Aplicar". Neste caso, não é necessário fazer nada. É possível simplesmente ignorar este registro.
• Se, no caso de uso anterior você tiver adicionado uma zona personalizada ao portal e estiver tentando copiar essa configuração, não será possível fazer isso por causa das diferenças de dados do sistema. Nesse caso, será necessário adicionar manualmente a zona personalizada ao portal no ambiente de destino.

Versão do Formato de Arquivo

Se a sua implementação tiver decidido que você usará o CMA nas versões dos produtos, tendo em conta todas as advertências descritas na seção anterior, esta seção fornecerá informações sobre o caso raro em que o CMA tem uma alteração na qual ele grava o arquivo de exportação.

Ao criar o arquivo de exportação, o formato do arquivo é específico e a etapa de importação CMA sabe ler o arquivo. É raro, mas há momentos em que o produto melhora o CMA, o que requer uma alteração na estrutura do arquivo de exportação em que ponto a "versão" do arquivo CMA é incrementada.

A versão do formato de arquivo CMA não tem impacto nas migrações que são exportadas e depois importadas para a mesma versão do Oracle Utilities Application Framework. No entanto, se a implementação tiver ambientes diferentes em diferentes versões do produto em que o formato de arquivo CMA também é diferente, o sistema terá a funcionalidade de atender a essas diferenças.

• Se você estiver exportando dados de uma versão de formato de arquivo inferior para uma versão de formato de arquivo superior, não há nada especial que você precise realizar. A etapa de exportação captura a versão do formato de arquivo e a etapa de importação lê essas informações e processa o arquivo adequadamente.

• Se você estiver exportando dados de uma versão de formato de arquivo mais alta e o produto suportar a exportação para uma versão de formato de arquivo mais baixa, no momento da exportação, será solicitada a versão de formato de arquivo anterior. É possível indicar a versão anterior do formato de arquivo ao criar a exportação de dados de migração.

  Observação: O produto suporta a exportação para uma versão de formato de arquivo anterior por um período razoável, mas não por perpetuidade. Se não houver na interface do usuário nenhuma uma opção para exportar para um formato de arquivo anterior, isso significa que ela não é suportada nessa versão.