Visão geral e diretrizes para CDT
O IBM Sterling® Order Management System fornece uma Ferramenta de Implantação de Configuração (CDT) que permite que você migre dados de configuração em ambientes de nuvem. Esta ferramenta garante a integridade dos dados e reduz o tempo de inatividade do sistema para transferir dados e minimizar o esforço necessário para garantir a precisão.
Durante as configurações incrementais do Sterling™ Order Management System, as alterações são normalmente desenvolvidas em um ambiente de teste e, em seguida, são implementadas na produção. A migração de dados de configuração pode ser complicada e demorada.
A Configuration Deployment Tool foi projetada para migrar dados que são modificados como parte de uma operação do dia a dia normal. O Configuration Deployment Tool é usado para implementar dados de configuração como resultado de um upgrade. No entanto, você não deve executar o upgrade de dados em si mesmo.
Recursos suportados
- Transferir dados de bancos de dados para arquivos XML ou de arquivos XML para bancos de dados.
- Transforme determinados dados como endereços IP e números de porta que são diferentes em dois ambientes, com base na configuração de rede.
- Implementar ou ignorar registros seletivos usando CDT entre dois bancos de dados.
Implementar ou ignorar registros seletivos usando CDT
Os valores específicos do ambiente podem ser implementados ou ignorados em tabelas como PLT_PROPERTY ou YFS_COMMON_CODE e não são substituídos quando a CDT é implementada da origem para o destino. Para obter mais informações, consulte Implementando e ignorando registros seletivos ao usar CDT.
Transformar Dados Usando a CDT
A CDT permite transformar automaticamente esses elementos de dados em valores apropriados de destino, permitindo que você especifique transformações a serem executadas nos dados de origem antes que eles sejam implementados no destino.
Frequentemente, os ambientes de desenvolvimento e produção possuem valores diferentes para configurações de rede, como nomes de servidor e endereços IP. Algumas tabelas de dados de configuração no Sterling Order Management System armazenam nomes de hosts, endereços IP e URLs Embora sejam válidos para seu ambiente de origem, ao implementar esses dados no ambiente de destino, a configuração deve ser atualizada com os valores correspondentes que são aplicáveis ao ambiente de destino.
Melhores práticas para importar dados por meio de CDT
Ao importar dados da origem para o destino por meio de CDT, os dados de destino são sincronizados com os dados de origem. Isso significa que os dados de destino são atualizados para os dados de origem existentes Os dados de destino adicionais são excluídos, e a integridade de dados completa é assegurada
É possível usar os modos Ignorar e AppendOnly para importar dados CDT. No entanto, esses modos não garantem integridade e devem ser usados com cuidado. Também é possível usar outros ambientes de nuvem em vez do ambiente externo..
No entanto, isto pode não funcionar em alguns cenários. Portanto, é possível usar os modos Ignorar e AppendOnly
Ignorar
Durante a implementação de CDT, é possível configurar uma preferência para ignorar algumas tabelas seletivas durante a implementação
Ignorar uma tabela ou uma
entidade de driver também ignora automaticamente suas tabelas dependentes. Entretanto, há algumas tabelas que armazenam dados para diversas entidades
de driver e estão presentes em diversos grupos. Por exemplo, a tabela YFS_GRAPH_UI que contém dados para pipelines, serviços e status Se alguma dessas tabelas for ignorado, a CDT marcará incorretamente os registros correspondentes para exclusão.
AppendOnly
Se algumas tabelas forem parcialmente mantidas em outro ambiente, especifique as preferências para assegurar a implementação das tabelas em um modo AppendOnly . Pode haver muitos dados com problemas de integridade no modo AppendOnly .
Para tabelas AppendOnly , as tabelas dependentes não são ignoradas.. Marcar uma tabela como AppendOnly implica em que apenas algumas linhas no banco de dados de destino são mantidas no sistema de origem e outras linhas são importadas externamente Assegure-se de que não haja sobreposição entre os dados presentes na origem e o sistema externo. Por exemplo, se você mantiver seus nós de remessa no banco de dados de origem e importar informações de armazenamento diretamente no destino, não deverá ter nenhuma loja no banco de dados de origem Isso leva a resultados imprevisíveis.
<preferences>
<configsynch>
<Settings ReportsDir="">
<AuditDeployment ValidateLockid="y" ValidateOldValues="y" ValidateRecordExistsBeforeDelete="y"/>
</Settings>
<SourceTargetPrefs>
<SourceTargetPrefs>
<SourceTargetPair SourceDatabase="DEFAULTXMLDB" TargetDatabase="SYSTEMDB">
<Transformations>
</Transformations>
<Ignore>
<Table Name="YFS_USER"/>
<Table Name="YFS_USER_GROUP_LIST"/>
</Ignore>
<AppendOnly>
<Table Name="YFS_CUSTOMER"/>
<Table Name="YFS_CUSTOMER_ADDNL_ADDRESS"/>
</AppendOnly>
</SourceTargetPair>
</SourceTargetPrefs>
</SourceTargetPrefs>
</configsynch>
</preferences>
Manipulando registros YFS_PERSON_INFO
Registros YFS_PERSON_INFO requerem manipulação especial em CDT. Ao ler os registros recorrentes de YFS_PERSON_INFO, o CDT não requer uma consulta para a tabela YFS_PERSON_INFO. Nesses casos, os registros são obtidos de todas as tabelas pai que têm um relacionamento com YFS_PERSON_INFO. Depois disso, depois de ler todas as tabelas e acumular todas as chaves PERSON_INFO dessas tabelas, ele lê os registros PERSON_INFO correspondentes às chaves PERSON_INFO. Isso significa que, em uma execução de CDT regular, os registros PERSON_INFO pertencentes às tabelas de configuração ou mestre são lidos e implementados No entanto, os registros relativos a tabelas de transações não são tratados..