Configuración de la migración proporcionada en el marco

Este tema describe información especial relacionada con los objetos de migración proporcionados para que el CMA los utilice en el producto. Su producto específico puede proporcionar objetos adicionales. La información especial para los objetos se proporciona de manera independiente en la documentación de cada producto.

En los puntos siguientes se resalta información sobre las solicitudes de migración que proporciona el marco. Acceda a la página de solicitud de migración en la aplicación para ver los detalles de todos los objetos indicados.

  • Se incluyen varias solicitudes de migración de base para agrupar de forma lógica las tablas de sistema y administrativas. Por ejemplo, existe una solicitud de migración para Configuración de sistema de marco, F1-SystemConfig, donde se incluye la mayor parte de los objetos de configuración del sistema. Existe otra que se ofrece para los objetos de configuración relacionados con CMA.

  • El sistema proporciona una solicitud de migración de grupo, F1–FrameworkConfig (Configuración de marco), que incluye otras solicitudes de migración diversas. Se espera que esta solicitud de migración incluya todos los objetos típicos de una migración global. El producto específico puede incluir esta solicitud de migración en su propia solicitud de migración en grupo, para soportar la migración global de todas las tablas administrativas del marco y del producto. Una implantación puede elegir crear una solicitud de migración en grupo personalizada. En tal caso, deberá revisar las distintas solicitudes de migración que ofrece la base, para comprobar si se pueden incluir como componentes para la solicitud de migración personalizada. A continuación, los nuevos planes de migración añadidos a la solicitud de migración base en versiones posteriores, se incluirán de forma automática en migraciones futuras.

  • Existen distintas solicitudes de migración relacionadas con seguridad que incluyen diferentes combinaciones de planes de migración para soportar diversas necesidades de negocio posibles relacionadas con la migración de seguridad. Debe tener en cuenta que la solicitud de migración de seguridad, incluida en la solicitud de migración en grupo anteriormente mencionada, es la que no incluye usuarios. Si la implantación desea copiar los usuarios en un entorno de destino, consulte diversas consideraciones en Importación de datos que hacen referencia a un usuario.

Nota: consulte la documentación acerca de CMA en su producto específico, con el fin de ver sus recomendaciones para que las solicitudes de migración utilicen una migración completa de las tablas administrativas del marco y del producto.

En los puntos siguientes se resalta información sobre los planes de migración que proporciona el marco. Acceda a la página de plan de migración en la aplicación para ver los detalles de todos los objetos indicados.

  • Los campos y los tipos de características no se migran con un objeto (como un objeto de negocio o un área de datos), salvo que se indique de forma explícita.

  • El servicio de la aplicación utilizado por un objeto solo se migra si es propiedad del administrador de conexiones.

  • El objeto Control de lotes hace referencia de modo opcional a un usuario (para lotes 'cronometrados'). Para consultar algunas consideraciones sobre la copia de un usuario, consulte Importación de datos que hacen referencia a un usuario. También se debe tener en cuenta que al ejecutar una tarea por lotes, la información de la instantánea se captura en el control de lotes. Las actualizaciones como esta incrementan el número de versión. Si un registro de control de lotes forma parte de la migración y el paso de comparación ha detectado un cambio en el control de lotes, el paso Aplicar generará un error para este control de lotes, si se ejecuta una tarea por lotes entre los pasos de comparación y aplicación.

    Nota: los controles de lotes de CMA que forman parte del paso de importación, se ejecutan y, como tal, el sistema no incluye estos registros en una migración. Si en la implantación se cambian los parámetros por defecto para cualquier control de lotes, se recomienda realizar dichos cambios de forma manual, en la región de destino.
  • Los planes de migración base para el objeto de mantenimiento y el objeto de negocio incluyen instrucciones con el fin de copiar tipos de opción que utilizan referencias a claves externas, para hacer referencia a otros objetos. Tenga en cuenta que no se validan los datos almacenados en las opciones, por lo que no es necesaria la definición de estas instrucciones al realizar migraciones globales. Sin embargo, la inclusión de instrucciones subordinadas para referencias a claves externas resulta útil para las migraciones dirigidas, a fin de asegurar que los datos relacionados estén incluidos en la migración. Si se añaden tipos de opción de objetos de mantenimiento u objetos de negocio que utilizan claves externas y desea soportar las migraciones dirigidas, debe crear planes y solicitudes de migración personalizadas para el objeto de mantenimiento y el objeto de negocio respectivamente, con el fin de incluir estos objetos referenciados en el plan de migración. Tenga en cuenta que no se tienen que duplicar las instrucciones en los planes de migración base. Puede definir planes de migración adicionales para tener solo los tipos de opción personalizados adicionales. Al ejecutar una solicitud de migración para los objetos de mantenimiento u objetos de negocio, en la solicitud debe incluir tanto los planes de migración base como los planes de migración personalizados.

  • En el caso de scripts, objetos basados en el esquema y zonas, los planes de migración que incluye el producto migrarán, con restricciones, parte de los datos típicos asociados con ellos. Sin embargo, los datos especificados a través de formatos alternos ,como, por ejemplo, mediante los pasos en los scripts Editar datos, referidos en los esquemas para los objetos basados en esquemas, o datos de abreviaciones nemotécnicas en los parámetros de zona, etcétera, no están identificados ni combinados en la misma transacción. La funcionalidad de procesamiento iterativo del paso de importación debería resolver las incidencias de tiempos que podrían producir errores de validación para estos tipos de objetos.

  • Existen dos planes de migración para los scripts. El plan de migración F1-ScriptOnly migra solo el script y su servicio de la aplicación, siempre que el servicio de la aplicación sea propiedad del administrador de conexiones. El plan de migración F1-Script incluye la mayoría de los objetos relacionados, pero no migra ningún objeto referenciado en los pasos de edición del área de datos. No mueve el objeto de mantenimiento Función. Puede incluirse en una solicitud personalizada de migración dirigida adecuada, en la que se deberían migrar los scripts y los datos relacionados.

  • Si la implantación incluye un ajuste de configuración de funciones para la entrada F1_​DBCONINFO que se incluirá en una solicitud de migración, asegúrese de que el usuario de la importación de la región de destino tenga los derechos de seguridad adecuados para esta entrada (modo de acceso Administrador) al servicio de la aplicación de la configuración de funciones (CILTWSDP).

  • Los anexos comunes en el objeto de mantenimiento Anexo pueden considerarse datos administrativos, para incluirlos en una migración. Puesto que este objeto de mantenimiento tiene una clave generada por el sistema, según se describe en la sección de datos administrativos con claves primarias generadas por el sistema, utiliza una clave lógica del nombre del fichero y la fecha de creación para determinar si el registro existe en el entorno de destino. Además, este objeto de mantenimiento contiene datos administrativos (anexos comunes), así como no administrativos (anexos propios). Para tratar de reducir al mínimo la posibilidad de la "colisión" de claves, los nuevos anexos comunes reciben una clave generada que incluye un cero en el centro, mientras que los anexos propios reciben una clave generada que no tiene un cero en el centro.

  • El objeto de mantenimiento de menú tiene una clave definida por el usuario; sin embargo, sus líneas de menú y opciones de menú tienen claves generadas por el sistema. Para evitar la posibilidad de sustituir una línea u opción de menú de manera incorrecta, el objeto de mantenimiento de menú comprobará el nombre de menú de la línea de menú, tanto en origen como en destino, para estar seguros de que coinciden, ya que de lo contrario se generará un error en el paso de comparación.

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

    • Categoría de mensaje y sus mensajes (F1-MessageCategory). Este plan de migración se incluye en la solicitud de migración F1-SystemConfig.

    • Categoría de mensaje (F1-MessageCategoryOnly). Este plan de migración se incluye para soportar una migración dirigida en la que una implantación ha creado una categoría de mensajes personalizada y desea trasladarla, sin mover todos sus mensajes.

    • Mensaje (F1-Message). Este plan de migración se incluye para soportar una migración dirigida cuando solo deban migrarse mensajes específicos dentro de una categoría de mensajes.

  • En el caso de los valores de lista, el producto ofrece dos planes de migración distintos.

    • Lista de valores y sus valores (F1-Lookup). Este plan de migración se incluye en la solicitud de migración F1-SystemConfig.

    • Valor de lista (F1-LookupValue). Este plan de migración se incluye para soportar una migración dirigida en la que solo deben migrarse los valores dentro de un campo de lista de valores.

  • Hay algunos objetos de datos del sistema en los que, en una implantación, no se puede modificar la información de un registro base proporcionado. Para estos registros, las solicitudes de migración base proporcionadas incluyen criterios de selección, con el fin de seleccionar únicamente los registros propiedad del administrador de conexiones (porque los registros base siempre existirán en la región de destino, suponiendo que 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 algoritmos pertenecientes a modificación del cliente. Sin embargo, numerosos objetos de datos del sistema soportan cambios personalizados en uno o varios campos, como, por ejemplo, el objeto de zona permite en una implantación sustituir el texto de zona o determinados parámetros. Otros objetos de datos del sistema soportan adiciones personalizadas a una recopilación. Por ejemplo, el objeto de mantenimiento permite añadir algoritmos u opciones a una implantación. 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 proporcionadas, para permitir la migración de cualquier configuración personalizada. Significa que durante el paso de importación/comparación, numerosos objetos base proporcionados que no están personalizados se marcarán como No cambiado.
  • Muchos de los objetos de mantenimiento relacionados con integración que incluyen referencias a datos específicos del entorno, como remitentes de mensajes. Estos datos deben migrarse con extrema precaución. Si procede, considere la posibilidad de aprovechar la sustitución de URI. Para obtener más información, consulte URI de referencia.