Configuración de Migración Proporcionada por Framework

Este tema describe información especial relacionada con los objetos de migración proporcionados para uso por CMA en el producto. Su producto específico puede proporcionar objetos adicionales. Cualquier información especial para los objetos se proporciona por separado en la documentación de cada producto.

En los siguientes puntos, se realza información acerca de las solicitudes de migración proporcionadas en el Marco. Navegue a la página de solicitud de migración en la aplicación para ver los detalles de todos los objetos proporcionados.

  • Se proporcionan varias solicitudes de migración base para agrupar lógicamente tablas administrativas y del sistema. Por ejemplo, hay una solicitud de migración para Configuración del Sistema de Marco F1-SystemConfig donde se incluyen la mayoría de los objetos de configuración del sistema. Se proporciona otra para objetos de configuración relacionados con el Asistente de Migración de Configuración.

  • El sistema proporciona una solicitud de migración de grupo F1–FrameworkConfig (Configuración de Marco), que incluye varias solicitudes de migración. Se espera que esta solicitud de migración incluya todos los objetos típicos que se incluyen en una migración global. El producto específico puede incluir esta solicitud de migración en su propia solicitud de migración de grupo para soportar la realización de una migración global de todas las tablas administrativas de producto y de marco. Una implementación puede elegir crear una solicitud de migración de grupo personalizada. En este caso, revise las diversas solicitudes de migración proporcionadas en la solicitud de migración base para ver si se puede incluir alguna como componente para la solicitud de migración personalizada. Después, los planes de migración nuevos que se agreguen a la solicitud de migración base en versiones futuras se incluyen automáticamente en migraciones futuras.

  • Hay varias solicitudes de migración distintas relacionadas con seguridad que incluyen distintas combinaciones de planes de migración para soportar múltiples requisitos de negocio posibles relacionados con la migración de seguridad. Tenga en cuenta que la solicitud de migración de seguridad incluida en la solicitud de migración de grupo antes mencionada es la que no incluye usuarios. Si su implementación desea copiar usuarios a un entorno de destino, consulte Importación de Datos que Hacen Referencia a un Usuario para obtener información al respecto.

Nota: Consulte la documentación del Asistente de Migración de Configuración del producto específico para conocer la recomendación sobre las solicitudes de migración que se usan para una migración completa de tablas administrativas de marco y de producto.

En los siguientes puntos, se realza información acerca de los planes de migración proporcionados en el Marco. Navegue a la página de plan de migración en la aplicación para ver los detalles de todos los objetos proporcionados.

  • Los campos y los tipos de característica no se migran con el objeto (como un objeto de negocio o un área de datos) a menos que se lo indique específicamente.

  • El Servicio de Aplicación utilizado por un objeto se migra únicamente si es propiedad de Modificación de Cliente.

  • De manera opcional, el objeto Control de Lote hace referencia a un Usuario (para lotes "cronometrados"). Consulte Importación de Datos que Hacen Referencia a un Usuario para obtener información acerca de la copia de un usuario. También tenga en cuenta que, al ejecutar un trabajo en lote, se captura la información de snapshot en el control de lote. Con este tipo de actualizaciones, se aumenta el número de versión. Si un registro de control de lote forma parte de la migración, y el paso de comparación ha detectado un cambio en el control de lote, se produce un error en el paso Aplicar para este lote de control si se ejecuta un trabajo en lote entre el paso de comparación y el de aplicación.

    Nota: Los controles de lote de CMA que forman parte del paso de importación están en ejecución y, por lo tanto, el sistema no incluye estos registros en una migración. Si la implementación cambia los parámetros por defecto para cualquiera de los controles de lote, se recomienda realizar los cambios manualmente en la región de destino.

  • Los planes de migración base para objetos de mantenimiento y objetos de negocio incluyen instrucciones para copiar tipos de opciones que usan referencias de claves foráneas para hacer referencia a otros objetos. Tenga en cuenta que los datos almacenados en las opciones no están validados, de modo que no es necesario definir estas instrucciones al realizar migraciones a gran escala. No obstante, resulta útil incluir instrucciones subordinadas para referencias de claves foráneas para migraciones específicas a fin de garantizar que los datos relacionados estén incluidos en la migración. Si agrega tipos de opciones adicionales de Objeto de Mantenimiento y Objeto de Negocio que usan claves foráneas y desea admitir migraciones específicas, debe crear planes de migración personalizados y solicitudes para Objetos de Mantenimiento y Objetos de Negocio, respectivamente, a fin de incluir estos objetos a los que se hace referencia en el plan de migración. Tenga en cuenta que no es necesario duplicar las instrucciones en los planes de migración base. Puede definir planes de migración adicionales para que solo tengan tipos de opciones personalizados adicionales. Al enviar una solicitud de migración para objetos de mantenimiento u objetos de negocio, debe incluir los planes de migración base y los planes de migración personalizados en la solicitud.

  • En el caso de scripts, objetos basados en esquema y zonas, los planes de migración proporcionados por el producto migran, mediante restricciones, algunos de los datos típicos asociados con ellos. Sin embargo, los datos especificados mediante formatos alternativos (como mediante pasos de Editar Datos en scripts, a los que se hace referencia en esquemas para objetos basados en esquemas o datos de mnemotécnicos en parámetros de zona, etc.) no se identifican y se combinan en la misma transacción. La funcionalidad de procesamiento iterativo del paso de importación debería resolver los problemas de temporización que pudieran generar errores de validación para estos tipos de objetos.

  • Hay dos planes de migración para Scripts. El plan de migración F1-ScriptOnly migra solo el script y su Servicio de Aplicación (siempre que el Servicio de Aplicación sea propiedad de Modificación de Cliente). El plan de migración F1-Script incluye los objetos más relacionados, pero no migra objetos a los que se hace referencia en los pasos de edición del área de datos. No mueve el objeto de mantenimiento Función. Puede incluirse en cualquier solicitud de migración específica personalizada adecuada donde se deban migrar los scripts y datos relacionados.

  • Si su implementación incluye el valor Configuración de Característica para la entrada F1_​DBCONINFO que se incluirá en una solicitud de migración, asegúrese de que el usuario de importación en la región de destino tenga los derechos de seguridad correspondientes a esta entrada (modo de acceso Administrador para el servicio de aplicación Configuración de Característica (CILTWSDP).

  • Los anexos comunes del objeto de mantenimiento Anexo se pueden considerar como datos administrativos a incluir en una migración. Dado que este Objeto de Mantenimiento es una clave generada por el sistema, como se describe en Datos Administrativos con Claves Primarias Generadas por el Sistema, usa una clave lógica del nombre de archivo y la fecha de creación para determinar si existe el registro en el entorno de destino. Además, este Objeto de Mantenimiento contiene datos administrativos (anexos comunes) y datos no administrativos (anexos propios). Para intentar minimizar la posibilidad de "conflicto" entre claves, los nuevos anexos comunes reciben una clave generada que incluye un cero en el medio, mientras que los anexos propios reciben una clave generada que no tiene un cero en el medio.

  • El objeto de mantenimiento Menú tiene una clave definida por usuario, pero las líneas y los elementos del menú tienen claves generadas por sistema. Para evitar la posibilidad de que una línea o un elemento de menú se sustituyan incorrectamente, el Objeto de Mantenimiento de menú controla la asociación del nombre de menú de la línea de menú en el origen y en el destino, y además controla la asociación de la línea de menú del elemento de menú en el origen y en el destino. En caso contrario, se produce un error en el paso de comparación.

  • Para los mensajes del sistema, el producto proporciona tres planes de migración distintos.

    • Categoría de Mensaje y sus Mensajes (F1-MessageCategory). Este plan de migración está incluido en la solicitud de migración F1-SystemConfig.

    • Categoría de Mensajes (F1-MessageCategoryOnly). Este plan de migración se proporciona para soportar una migración específica en que una implementación ha creado una categoría de mensaje personalizado y desea moverlo, pero no desea mover todos sus mensajes.

    • Mensaje (F1-Message). Este plan de migración se proporciona para soportar una migración específica en que solo se deben migrar mensajes específicos de una categoría de mensajes.

  • Para valores de consulta, el producto proporciona dos planes de migración distintos.

    • El Campo de Consulta y sus Valores (F1-Lookup). Este plan de migración está incluido en la solicitud de migración F1-SystemConfig.

    • Valor de Consulta (F1-LookupValue). Este plan de migración se proporciona para soportar una migración específica en la que solo se deben migrar valores de consulta específicos de un campo de consulta.

  • Hay algunos objetos de datos del sistema en los que no se puede modificar de modo alguno la información de un registro base mediante una implementación. Para dichos registros, las solicitudes de migración base incluyen criterios de selección que permiten seleccionar únicamente los registros que pertenecen a Modificación de Cliente (porque los registros base siempre existen en la región de destino si ambas regiones tienen la misma versión). Un ejemplo es el Tipo de Algoritmo. La solicitud de migración F1-SystemConfig solo incluye los tipos de algoritmo que pertenecen a Modificación de Cliente. Sin embargo, muchos objetos de datos del sistema soportan cambios personalizados en uno o varios campos; por ejemplo, el objeto Zona autoriza a la implementación a sustituir el texto de zona o ciertos parámetros. Otros objetos de datos del sistema soportan adiciones personalizadas a una recopilación. Por ejemplo, el Objeto de Mantenimiento autoriza a la implementación a agregar algoritmos u opciones. Para los planes de migración relacionados con estos objetos de datos del sistema, todos los registros se incluyen en las solicitudes de migración base a fin de autorizar la migración de cualquier configuración personalizada. Esto significa que, durante el paso Importar/Comparar, muchos objetos base que no están personalizados se marcarán como Sin Modificar.

  • Muchos de los objetos de mantenimiento relacionados con la integración que incluyen referencias a datos específicos de entorno, como Emisores de Mensaje. Estos datos se deben migrar con sumo cuidado. Cuando corresponda, considere aprovechar la sustitución de URI. Para obtener más información, consulte Referencias a URIs.