WBM con Windchill+
Migración de WBM con Windchill+
Utilice el módulo Windchill Bulk Migrator (WBM) para la migración. En este tema se explican las diversas actividades de Windchill Bulk Migrator (WBM).
Requisitos previos
Un escenario de migración de WBM tiene algunas especificidades, pero se crea de manera coherente a partir de los conceptos desarrollados en las demás secciones de este centro de ayuda.
• Un escenario de migración de WBM es un escenario de Windchill+ avanzado que implica los entornos de migración y control de calidad. El panorama del entorno es el siguiente:
• La migración de WBM aprovecha un marco automatizado específicamente diseñado para Windchill+. En el entorno de migración no se requiere ni se concede acceso de back-end.
• Cada migración es única. En esta sección se describen los servicios disponibles en Windchill+ para apoyar la mayoría de los escenarios de migración de WBM. Sin embargo, según la complejidad, como cliente o socio, se debe diseñar y planificar el proyecto de migración, así como ajustarlo a requisitos específicos. Por ejemplo, el número de ensayos, los requisitos previos y las tareas adicionales necesarias que se deben realizar localmente, entre otros.
• La estructura de los metadatos que se van a migrar requiere una base de datos. Para evitar varias transformaciones, se supone que se utiliza una base de datos de carga local. Se debe utilizar la base de datos Oracle. El uso de la base de datos Oracle es necesario en función de los requisitos de la versión de Windchill. La estructura de la base de datos debe cumplir los requisitos de base de datos de carga de WBM de Windchill.
• Se recomienda crear un esquema de base de datos independiente local para la base de datos de carga de WBM.
• Windchill ha realizado la transición del modelo de datos heredados de gestión de cambios al nuevo modelo de datos flexibles, mediante una utilidad de conversión, ya que Windchill+ no soporta el modo mixto. Por tanto, antes de realizar un proceso de migración masiva con Windchill Bulk Migrator, el sistema de origen debe convertirse al modo Flexible. Para obtener más información, consulte Conversión de vínculos de cambio flexibles.
Entorno de migración
Un entorno de migración es un lugar donde se produce un proceso prescriptivo de unión de código, configuración y datos. Además de enviar un paquete de compilación para la migración, utilice Windchill Bulk Migrator (WBM) para enviar los datos de carga. Estos datos se cargan en la base de datos de carga de la migración para su evaluación. El traslado de código, configuración y datos forma parte del marco operativo básico de Windchill+. Por ejemplo, si se generan datos desde el sistema A y se colocan en una ubicación, Windchill+ migra automáticamente todo al sistema B.
Después de la migración, envíe los paquetes de compilación al entorno de control de calidad y, a continuación, al entorno de producción.
Actividades de migración de WBM
Considere la siguiente información relacionada con las actividades de migración de WBM:
Antes de la etapa de puesta en marcha
El sistema utiliza el entorno de integración para integrar todos los cambios de código y alcanzar un nivel de madurez con la compilación antes de iniciar las pruebas de carga de migración. El proceso para implementar una compilación es similar al proceso que se describe en el tema Envío y promoción del paquete.
Siga estos pasos:
1. Envíe un fichero de compilación y manifiesto con deploy_pipe : int. Para obtener más información, consulte Implementación del paquete de código y configuración.
2. Complete el ciclo de pruebas de aceptación funcional (FAT) e integración. Al final del ciclo de pruebas, la tarea se ha completado y el entorno vuelve a su estado anterior.
 | Si este paso no se completa en un plazo de siete días, el entorno vuelve a su estado anterior. |
Pasos del entorno de migración
El entorno de migración se utiliza para las pruebas de carga. Siga estos pasos:
1. Cargue el volcado de la base de datos de carga en el área de almacenamiento mediante AzCopy.
Para obtener más información, visite los siguientes vínculos:
2. Abra una solicitud de servicio para solicitar que se importe el volcado de la base de datos de carga. Para obtener más información, consulte Apertura de una solicitud de servicio.
3. Implemente la compilación. El proceso para implementar una compilación es similar al proceso que se describe en el tema Envío y promoción del paquete. Este tema se aplica a la implementación de una compilación en el entorno de migración.
4. Envíe un fichero de compilación y manifiesto con deploy_pipe : mig. Para obtener más información, consulte Implementación del paquete de código y configuración.
| | Por defecto, para el entorno de migración, la copia de seguridad creada durante este paso se conserva durante 30 días. |
5. Abra una solicitud de servicio para ejecutar la carga.
6. En caso de una migración de contenido, recupere el fichero de asignación de contenido de la cuenta de almacenamiento y prepare un script de copia de contenido. Después, abra una solicitud de servicio con el script adjunto para ejecutar la transferencia de contenido final. Para obtener más información, consulte Apertura de una solicitud de servicio.
7. Complete el ciclo de pruebas de migración. Al final del ciclo de pruebas, el entorno revierte a un estado vacío a través de una de las siguientes acciones solicitadas mediante una solicitud de servicio (en el orden preferido):
◦ Realojamiento desde el entorno de producción
◦ Reaprovisionamiento (solo se utiliza para la migración inicial, no para las migraciones de datos posteriores).
Pasos del entorno de control de calidad
El entorno de control de calidad se utiliza para las UAT. Realice los siguientes pasos:
1. Repita el mismo proceso con el estado más reciente de los datos importados en la base de datos de carga.
◦ Envíe un fichero de compilación y manifiesto con deploy_pipe : pipeline.
| | Por defecto, para el entorno de control de calidad, la copia de seguridad realizada durante este paso se conserva durante 30 días. |
2. Abra una solicitud de servicio para solicitar la ejecución de la carga en el entorno de control de calidad. Para obtener más información, consulte Apertura de una solicitud de servicio.
3. En caso de una migración de contenido, recupere el fichero de asignación de contenido de la cuenta de almacenamiento y prepare un script de copia de contenido. Después, abra una solicitud de servicio con el script adjunto para ejecutar la transferencia de contenido final. Para obtener más información sobre la creación de un fichero de asignación de contenido, consulte Etapas de WBM.
4. Complete el ciclo de pruebas de UAT. Dispone de hasta 30 días para tomar una de las siguientes decisiones:
◦ Si el ciclo de pruebas se realiza correctamente: la tarea se aprueba y solo se promueve la compilación al entorno de producción.
◦ Si el ciclo de pruebas no se realiza correctamente:
▪ La tarea se puede rechazar y el entorno se revierte al estado anterior.
▪ Se puede aprobar la tarea y la compilación se promueve al entorno de producción. Se puede enviar una compilación posterior para corregir errores.
◦ Si el ciclo de pruebas no se completa en el plazo de 30 días, el entorno revierte automáticamente a su estado anterior. Para conservar el entorno, se debe aprobar la tarea.
| | Si se requiere otra carga completa de control de calidad, el entorno revierte a un estado vacío mediante una de las siguientes acciones solicitadas con una solicitud de servicio (en el orden preferido): • Realojamiento desde el entorno de producción. • Reaprovisionamiento (solo para la migración inicial, no se utiliza para migración de datos posterior). |
Opcionalmente, si se planifica la puesta en marcha de la carga delta, la carga se debe realizar en la producción de forma independiente. Abra una solicitud de servicio para solicitar o repetir una ejecución de carga en el entorno de producción. Para obtener más información, consulte Apertura de una solicitud de servicio.
Etapa de puesta en marcha
• En esta etapa, la compilación aprobada previamente ya se encuentra en los entornos de control de calidad y producción.
• Además, la carga de datos anterior puede estar disponible en el entorno de producción.
• Si no se requiere ningún envío de compilación durante la transición de la puesta en marcha (o si se ha enviado la compilación necesaria para la puesta en marcha de antemano), realice los siguientes pasos:
1. Cargue el volcado de la base de datos de carga más reciente en la cuenta de almacenamiento.
2. Abra una solicitud de servicio para solicitar una importación de la base de datos de carga más reciente.
3. Abra una solicitud de servicio para ejecutar la carga en el entorno de producción.
4. En caso de migración de contenido, después de la creación del script, abra una solicitud de servicio para la transferencia de contenido final.
• Si se requiere un envío de compilación, siga el proceso que se describe en la sección Pasos del entorno de control de calidad para el envío y la promoción de la compilación. Posteriormente, ejecute las actividades de producción y las solicitudes de servicio tal como se describe en la sección Pasos del entorno de control de calidad.
• Una vez que el usuario haya confirmado la puesta en marcha, es obligatorio realojar el entorno de producción para el control de calidad y la integración (y para la migración si se ha planificado una migración posterior). Se debe abrir una solicitud de servicio para las actividades de realojamiento.
Etapa de ejecución
• Después de una puesta en marcha correcta, dado que todos los entornos se realojan desde el entorno de producción, PTC recomienda encarecidamente propagar los cambios a los entornos de desarrollo.
◦ El modelo de datos es el mínimo necesario y se debe utilizar como punto de partida en el entorno de desarrollo.
◦ Se puede reutilizar la última compilación.
• Si hay migraciones posteriores, el proceso descrito en la sección Antes de la puesta en marcha debe repetirse.
| | Para evitar la pérdida de los datos existentes, se deben tener muy en cuenta las actividades de renovación del entorno durante las etapas de diseño y planificación del proyecto. |
Consideraciones finales
• En el caso de una migración a gran escala y para mitigar el impacto durante la transición de la puesta en marcha, se recomienda encarecidamente diseñar las actividades de migración para permitir la carga delta.
• Todos los proyectos de migración son únicos. Para garantizar que los proyectos de migración se realicen correctamente, debe realizar actividades como la planificación sólida, la definición del alcance y la gestión de riesgos y dependencias. Estas actividades garantizan un diseño de migración adecuado y una transición de la puesta en marcha fluida.
• Las pruebas de migración a menudo se infravaloran. Para proyectos de migración simples, PTC recomienda comenzar con tres ciclos de migración de prueba. A medida que aumente la complejidad, puede planificar la implementación de más ciclos.