Migración de datos: Funciones anteriores/posteriores a migración

La mayor parte de la migración de datos se gestiona a través del motor DCA y su correspondiente cargador. Hay otras operaciones que el usuario debe realizar en la aplicación de destino.

Exportar definiciones de tabla y dominio

Utilice esta opción para exportar la información de las tablas y los dominios predefinidos de la aplicación personalizada al destino.

Esta información se utiliza para definir la información de correlación de los tipos de lista para el tipo de lista nuevo/personalizado y para definir la información de correlación de las tablas provisionales para los campos/tablas personalizados en la aplicación de destino.

Los datos se exportan a estos archivos:

  • custom.target.table.fields.xml
  • custom.target.used.domains.xml

Exportar información de nombres descriptivos

Utilice esta opción para exportar los nombres descriptivos del campo. Esta información se utiliza en la migración de la tabla Reglas de asignación (pdcad102).

Los datos se exportan a este archivo:

  • custom.target.table.fields.descriptive.names.xml

(Precarga) Eliminar Vaults/áreas estándar (pdadm110-112)

Para las tablas relacionadas con Vaults y áreas, se expiden datos maestros junto con la aplicación estándar. Esto interviene (en lo relativo a la duplicación de datos/problemas de mayúsculas y minúsculas/indicador de Vault preferido, etc.) con los datos que se han migrado desde la aplicación de origen. Para garantizar la coherencia, es necesario borrar los datos maestros de estas tablas antes de cargar los datos (con la herramienta DCA) en la aplicación de destino:

  • Vaults (pdadm110)
  • Áreas (pdadm111)
  • Áreas por Vault (pdadm112)

(Precarga) Eliminar gestión de unidades (pdadm510-512)

Para las tablas relacionadas con gestión de unidades, se expiden datos maestros junto con la aplicación estándar. Esto interviene (en lo relativo a la duplicación de datos) con los datos que se han migrado desde la aplicación de origen. Para garantizar la coherencia, es necesario borrar los datos de estas tablas antes de cargar los datos (con la herramienta DCA) en la aplicación de destino:

  • Grupos de unidad (pdadm510)
  • Unidades (pdadm511)
  • Clase de conversión de unidad (pdadm512)

(Precarga) Eliminar los datos de categoría estándar (pdadm500)

Para las tablas relacionadas con gestión de categorías, se expiden datos maestros junto con la aplicación estándar. Esto interviene (en lo relativo a la duplicación de datos) con los datos que se han migrado desde la aplicación de origen. Para garantizar la coherencia, es necesario borrar los datos de esta tabla antes de cargar los datos (con herramienta DCA) en la aplicación de destino:

  • Árbol de categorías (pdadm500)

(Precarga) Eliminar todas las preferencias de usuarios (pdadm002, pdcad001-011)

Las preferencias para “pdadm002” y “pdcad001 a pdcad011” se expiden como parte de los datos maestros. Sin embargo, los datos de estas tablas también se migran desde la aplicación de origen.

Utilice esto para borrar los datos existentes (si los hay) de estas tablas.

(Precarga) Borrar proyectos (pdadm300-001)

Los datos de las sesiones Proyectos (pdadm300) y Configuración de proyecto (pdadm301) se expiden como parte de los datos maestros. En algunos casos, pueden coincidir con los datos migrados desde la aplicación de origen.

Utilice esto para borrar los datos existentes (si los hay) de estas tablas.

(Poscarga) Actualizar permisos para preferencias (pdadm001)

Los datos de la tabla “Metadatos para preferencias” (pdadm001) se expiden como datos maestros. El valor de la columna “Permiso” se debe actualizar para que coincida con la configuración según la aplicación de origen.

Cuando el usuario hace clic en este botón:

  • Se solicita al usuario que seleccione este archivo (se exporta mediante “Utilidad DCA para PLM”): preferences.premissions.xml
  • Se actualiza la marca de permisos para las preferencias en la tabla “Metadatos para preferencias” (pdadm001).

(Poscarga) Actualizar información de máscara preferente (pdadm601)

Las máscaras se expiden junto con los datos maestros, que ya están marcados como preferentes. Utilice esta opción para definir la información de máscaras preferentes que coincida con la aplicación de origen.

Cuando el usuario hace clic en este botón:

  • Se solicita al usuario que seleccione el siguiente archivo (se exporta mediante “Utilidad DCA para PLM”): preferred.masks.xml
  • Se actualiza el valor de marca preferido para las máscaras en la tabla “Máscaras” (pdadm601).

(Poscarga) Importar roles y acciones de rol (pdadm400-401)

Los datos relativos a la gestión de roles no se importan mediante la herramienta DCA, sino que se exportan mediante “Utilidad DCA para PLM” (PLM.DCA.Utility.exe). Se importan con esta sesión.

Este método se encarga de evaluar las etiquetas de roles y acciones de rol correctamente. Dado que puede haber acciones de rol adicionales en la aplicación de destino, con este método se garantiza que las nuevas acciones de rol de destino también estén disponibles para los roles migrados.

Se debe tener en cuenta que estos seis roles y acciones de rol estándar se expiden junto con los datos maestros:

  • Ingeniero de diseño
  • Administrador general
  • Ninguno
  • Observador
  • Administrador de proyectos
  • Director de proyecto

Durante la migración de datos no se deben borrar los roles estándar mencionados anteriormente.

Cuando el usuario hace clic en este botón:

  • Se solicita al usuario que seleccione el siguiente archivo (se exporta mediante “Utilidad DCA para PLM”): roles.xml

  • Se crean nuevos roles mediante la duplicación (en función del valor de los roles estándar [ROLE.USER_TYPE]).
  • Se actualizan los valores de permisos para acciones de rol en función de la entrada xml de la aplicación de origen.

(Poscarga) Importar datos de textos

Los datos de textos no se migran mediante la herramienta DCA, sino que se exportan mediante “Utilidad DCA para PLM” como archivos xml. Se importan con esta sesión.

La razón de este enfoque es que los datos de texto se almacenan en tablas de Herramientas del Sistema de LN y su ID (número) se asigna a los distintos campos de texto en tablas "pd".

Antes de realizar esta operación, el usuario debe colocar los archivos exportados de datos de texto en el siguiente directorio del servidor de la aplicación de LN.

  • $BSE/tmp/MIGRATION/PLM_TEXT_DATA/

Cuando el usuario selecciona esta opción:

  • El sistema lee el contenido del directorio temporal.
  • Los datos de textos se definen para los registros migrados y los registros se guardan.

(Poscarga) Importar imágenes de vistas en miniatura (pdpdm502)

Las imágenes de vistas en miniatura no se migran mediante la herramienta DCA, sino que se exportan mediante “Utilidad DCA para PLM” como archivos de imagen (.png/.jpeg). Se importan con esta sesión.

El motivo de este método es que las imágenes de vistas en miniatura se almacenan como archivos en Herramientas del Sistema de LN. Para ello, se utiliza un GUID compacto como referencia en la tabla “Imágenes de archivo” (pdpdm502).

Antes de realizar esta operación, el usuario debe colocar los archivos de imagen exportados en este directorio en el servidor de la aplicación de LN.

  • $BSE/tmp/MIGRATION/PLM_FILE_IMAGES/

Cuando el usuario selecciona esta opción:

  • El sistema lee el contenido del directorio temporal.
  • Las imágenes en miniatura se copian desde la ubicación temporal al directorio Imágenes de archivo de Herramientas del Sistema de LN.
  • El valor del campo “Miniatura” se actualiza en la tabla “Archivos de imagen” (pdpdm502).

Nota

Un administrador/superusuario de PLM debe realizar las acciones con todos los permisos de autenticación y autorizaciones necesarios. Puede que otros usuarios no tengan el permiso de autenticación para realizar operaciones.