Panoramica e linee guida per CDT

IBM Sterling® Order Management System fornisce un Configuration Deployment Tool (CDT) che consente di migrare i dati di configurazione in ambienti cloud. Questo strumento garantisce l'integrità dei dati e riduce i tempi di inattività del sistema per trasferire i dati e ridurre al minimo lo sforzo necessario per garantire l'accuratezza.

Durante le configurazioni incrementali di Sterling™ Order Management System, le modifiche vengono in genere sviluppate in un ambiente di test e poi trasferite in produzione. La migrazione dei dati di configurazione può essere complessa e richiedere molto tempo.

Lo strumento di distribuzione della configurazione è progettato per migrare i dati modificati come parte di una normale operazione quotidiana. Configuration Deployment Tool viene utilizzato per distribuire i dati di configurazione come risultato di un aggiornamento. Tuttavia, non è necessario eseguire l'aggiornamento dei dati.

Funzionalità supportate

  • Trasferire i dati da database a file XML o da file XML a database.
  • Trasformare determinati dati, come indirizzi IP e numeri di porta, che sono diversi in due ambienti, in base alla configurazione di rete.
  • Distribuire o ignorare i record selettivi utilizzando CDT tra due database.

Distribuire o ignorare i record selettivi utilizzando CDT

I valori specifici dell'ambiente possono essere distribuiti o ignorati in tabelle quali PLT_PROPERTY o YFS_COMMON_CODE e non vengono sovrascritti quando CDT viene distribuito dall'origine alla destinazione. Per ulteriori informazioni, consultare Distribuzione e ignoramento dei record selettivi durante l'utilizzo di CDT.

Trasformare i dati utilizzando il CDT

CDT consente di trasformare automaticamente questi elementi di dati in valori appropriati alla destinazione, consentendo di specificare le trasformazioni da eseguire sui dati di origine prima che vengano distribuiti nella destinazione.

Spesso, gli ambienti di sviluppo e di produzione hanno valori differenti per le impostazioni di rete, come i nomi server e gli indirizzi IP. Alcune tabelle di dati di configurazione nel SistemaSterling Order Management memorizzano nomi host, indirizzi IP e URL. Anche se sono validi per l'ambiente di origine, quando si distribuiscono questi dati nell'ambiente di destinazione, la configurazione deve essere aggiornata con i corrispondenti valori applicabili all'ambiente di destinazione.

Procedure ottimali per l'importazione di dati tramite CDT

Durante l'importazione dei dati dall'origine alla destinazione tramite CDT, i dati di destinazione vengono sincronizzati con i dati di origine. Ciò significa che i dati di destinazione vengono aggiornati per i dati di origine esistenti. I dati di destinazione aggiuntivi vengono eliminati e viene garantita l'integrità completa dei dati.

È possibile utilizzare le modalità Ignora e AppendOnly per importare i dati CDT. Tuttavia, queste modalità non garantiscono l'integrità e devono essere utilizzate con cautela. È anche possibile utilizzare altri ambienti cloud invece dell'ambiente esterno.

Tuttavia, ciò potrebbe non funzionare in alcuni scenari. Pertanto, è possibile utilizzare le modalità Ignora e AppendOnly .

Ignora

Durante la distribuzione di CDT, è possibile impostare una preferenza per ignorare alcune tabelle selettive durante la distribuzione.

Ignorando una tabella o un'entità driver si ignorano automaticamente anche tutte le relative tabelle dipendenti. Tuttavia, esistono alcune tabelle che memorizzano i dati per più entità driver e sono presenti in più gruppi. Ad esempio, la tabella YFS_GRAPH_UI contenente i dati per pipeline, servizi e stati. Se una di queste tabelle viene ignorata, CDT contrassegna in modo non corretto i record corrispondenti per l'eliminazione.

AppendOnly

Se alcune tabelle sono parzialmente conservate in un altro ambiente, specificare le preferenze per garantire la distribuzione delle tabelle in modalità AppendOnly . Ci possono essere molti dati con problemi di integrità in modalità AppendOnly .

Per le tabelle AppendOnly , le tabelle dipendenti non vengono ignorate. Contrassegnare una tabella come AppendOnly implica che solo alcune righe nel database di destinazione vengono conservate nel sistema origine e altre righe vengono importate esternamente. Assicurarsi che non vi siano sovrapposizioni tra i dati presenti nell'origine e il sistema esterno. Ad esempio, se si gestiscono i nodi di spedizione nel database di origine e si importano le informazioni del negozio direttamente nella destinazione, non è necessario disporre di alcun negozio nel database di origine. Ciò porta a risultati imprevedibili.

Avvertenza:
L'utilizzo delle funzioni Ignora o AppendOnly in CDT non garantisce l'integrità dei dati esterni. Per garantire l'integrit ... dei dati, CDT deve avere accesso completo ai dati di configurazione.
<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>

Trasmissione dei record YFS_PERSON_INFO

I record YFS_PERSON_INFO richiedono una gestione speciale in CDT. Quando si leggono i record ricorrenti da YFS_PERSON_INFO, CDT non richiede una query per la tabella YFS_PERSON_INFO. In questi casi, i record vengono ricavati da tutte le tabelle padre che hanno una relazione con YFS_PERSON_INFO. Successivamente, dopo aver letto tutte le tabelle e accumulato tutte le chiavi PERSON_INFO da queste tabelle, legge i record PERSON_INFO corrispondenti alle chiavi PERSON_INFO. Ciò significa che in una normale esecuzione CDT, i record PERSON_INFO relativi alla configurazione o alle tabelle master vengono letti e distribuiti. Tuttavia, i record relativi alle tabelle delle operazioni non vengono gestiti.