Visión general y directrices para CDT
IBM Sterling® Order Management System proporciona una herramienta de despliegue de configuración (CDT) que le permite migrar datos de configuración en entornos cloud. Esta herramienta garantiza la integridad de los datos y reduce el tiempo de inactividad del sistema para transferir datos y minimizar el esfuerzo necesario para garantizar la precisión.
Durante las configuraciones incrementales de Sterling™ Order Management System, los cambios suelen desarrollarse en un entorno de prueba y después se pasan a producción. La migración de datos de configuración puede ser engorrosa y consumir mucho tiempo.
La Herramienta de despliegue de configuración se ha diseñado para migrar datos que se modifican como parte de una operación cotidiana normal. La herramienta de despliegue de configuración se utiliza para desplegar datos de configuración como resultado de una actualización. Sin embargo, no debe realizar la actualización de datos por sí mismo.
Prestaciones soportadas
- Transfiera datos de bases de datos a archivos XML o de archivos XML a bases de datos.
- Transformar determinados datos como, por ejemplo, direcciones IP y números de puerto que son diferentes en dos entornos, en función de la configuración de red.
- Desplegar o ignorar registros selectivos utilizando CDT entre dos bases de datos.
Desplegar o ignorar registros selectivos utilizando CDT
Los valores específicos del entorno se pueden desplegar o ignorar en tablas como PLT_PROPERTY o YFS_COMMON_CODE y no se alteran temporalmente cuando CDT se despliega de origen a destino. Para obtener más información, consulte Despliegue e omisión de registros selectivos al utilizar CDT.
Transformación de datos utilizando CDT
CDT le permite transformar automáticamente estos elementos de datos en valores adecuados para el destino permitiéndole especificar las transformaciones que deben llevarse a cabo en los datos de origen antes de que se desplieguen en el destino.
Con frecuencia, los entornos de desarrollo y producción tienen parámetros diferentes para valores de red, tales como nombres de servidores y direcciones IP. Algunas tablas de datos de configuración en el sistema de Sterling Order Management almacenan nombres de host, direcciones IP y URL. Aunque son válidos para el entorno de origen, al desplegar estos datos en el entorno de destino, la configuración debe actualizarse con los valores correspondientes que son aplicables al entorno de destino.
Prácticas recomendadas para importar datos a través de CDT
Al importar datos desde el origen al destino a través de CDT, los datos de destino se sincronizan con los datos de origen. Esto significa que los datos de destino se actualizan para los datos de origen existentes. Los datos de destino adicionales se suprimen y se garantiza la integridad completa de los datos.
Puede utilizar las modalidades Omitir y AppendOnly para importar datos CDT. Sin embargo, estas modalidades no garantizan la integridad y deben utilizarse con precaución. También puede utilizar otros entornos de nube en lugar del entorno externo.
Sin embargo, es posible que esto no funcione en algunos escenarios. Por lo tanto, puede utilizar las modalidades Omitir y AppendOnly .
Ignorar
Durante el despliegue de CDT, puede establecer una preferencia para ignorar algunas tablas selectivas durante el despliegue.
Ignorar una tabla o entidad de controlador también ignora automáticamente todas las tablas dependientes. No obstante, hay algunas tablas que almacenan datos para varias entidades de controlador y están presentes en varios grupos. Por ejemplo, la tabla YFS_GRAPH_UI que contiene datos para interconexiones, servicios y estados. Si se ignora alguna de estas tablas, CDT marca incorrectamente los registros correspondientes para su supresión.
AppendOnly
Si algunas tablas se mantienen parcialmente en otro entorno, especifique las preferencias para garantizar el despliegue de las tablas en modalidad AppendOnly . Puede haber muchos datos con problemas de integridad en la modalidad AppendOnly .
Para las tablas AppendOnly , las tablas dependientes no se ignoran. Marcar una tabla como AppendOnly implica que solo unas pocas filas de la base de datos de destino se mantienen en el sistema de origen y otras filas se importan externamente. Asegúrese de que no haya ningún solapamiento entre los datos presentes en el origen y el sistema externo. Por ejemplo, si mantiene los nodos de envío en la base de datos de origen e importa la información de la tienda directamente en el destino, no debe tener ninguna tienda en la base de datos de origen. Esto conduce a resultados imprevisibles.
<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>
Entrega de registros YFS_PERSON_INFO
Los registros YFS_PERSON_INFO requieren un manejo especial en CDT. Al leer los registros recurrentes de YFS_PERSON_INFO, CDT no requiere una consulta para la tabla YFS_PERSON_INFO. En estos casos, los registros se calculan a partir de todas las tablas padre que tienen una relación con YFS_PERSON_INFO. A continuación, después de leer todas las tablas y acumular todas las claves PERSON_INFO de estas tablas, lee los registros PERSON_INFO correspondientes a las claves PERSON_INFO. Esto significa que en una ejecución normal de CDT, los registros PERSON_INFO pertenecientes a las tablas de configuración o maestras se leen y se despliegan. Sin embargo, los registros que pertenecen a las tablas de transacciones no se tratan.