Actualizando desde ThingWorx Apps 8.5.2 a 9.0.0
Para actualizar de ThingWorx Apps 8.5.x a ThingWorx Apps 9.0.0, siga los pasos de las secciones que se indican a continuación:
Antes de empezar el proceso de actualización
Antes de comenzar con la actualización, revise la información siguiente:
• Requisitos del sistema ThingWorx 9.0. Para obtener más información, consulte
Requisitos del sistema 9.0 en el Centro de ayuda de ThingWorx.
• Las personalizaciones de ThingWorx Apps se ven afectadas por el proceso de actualización. Para obtener más información, consulte
Actualización y personalizaciones.
Antes de actualizar ThingWorx
Complete los pasos siguientes antes de actualizar ThingWorx a la versión 9.0:
1. Si ha personalizado alguna tabla de localización, exporte las tablas de localización personalizadas antes de realizar la actualización. Las tablas de localización se sobrescriben durante una actualización. Las tablas de localización exportadas se pueden importar una vez completada la actualización para conservar las modificaciones.
Actualización de ThingWorx
Complete los pasos siguientes:
1. Actualice la instalación de ThingWorx. Para obtener más información, consulte
Actualización de ThingWorx en el Centro de ayuda de ThingWorx.
2. Reinicie el servidor de ThingWorx.
Actualización de ThingWorx Apps
Complete los pasos siguientes para actualizar ThingWorx Apps a la versión 9.0:
1. Importe las extensiones de ThingWorx Apps como se describe en los pasos del 2 al 4 de
Importación de los ficheros de extensión. Los datos y las conexiones se conservan de forma automática.
 |
No actualice ThingWorx Remote Access Extension (RAE) en este momento.
|
2. Importe cualquier extensión opcional como se describe en
Importación de extensiones opcionales.
|
|
• La extensión opcional ThingWorx-Apps-<versión>-extension-factory-demo, que es nueva para 9.0, no se puede importar hasta después de que se haya reiniciado el servidor ThingWorx.
• El ThingWorx-Rockwell-FT-MES-8-5-0-Extension-Bundle opcional se soporta con ThingWorx Apps 9.0. Si esta extensión ya estaba presente en el sistema 8.5.x, no es necesario volver a importarla después de actualizar a 9.0.
|
3. Reinicie el servidor de ThingWorx.
4. Para actualizar ThingWorx Remote Access Extension (RAE) que se encuentra en ThingWorx, importe la versión soportada para la versión 9.0.0. Para obtener más información, consulte
Matrices de soporte para ThingWorx Remote Access Extension y Remote Access Client en el Centro de ayuda de ThingWorx.
5. Reinicie el servidor de ThingWorx.
6. Borre la caché del explorador.
7. Complete los pasos del 1 al 6 de la configuración de base de datos posterior a la importación, según se describe en
Configuraciones de base de posteriores a la importación.
8. Migre sus datos.
a. En ThingWorx Composer, abra la cosa PTC.SCA.SCO.OAMigrator.
b. En Servicios, ejecute el servicio MigrateFrom_8_5_2_To_9_0_0. El servicio se ha completado correctamente cuando se muestra "No hay resultados" en el panel de salida del servicio.
9. Si e dispone de un equipo con propiedades enlazadas a etiquetas de KEPServerEX que utilizan la implementación anterior de enlace local a local y se desea aprovechar la nueva implementación de enlace remoto, complete los siguientes pasos. Esto actualiza los enlaces de propiedad para utilizar la nueva implementación de enlace remoto en todos los equipos para los que se realizan estos pasos.
Para obtener más información sobre el cambio de implementación de las propiedades de enlace a etiquetas de KEPServerEX, consulte
Notas de la versión de ThingWorx Apps 9.0.0.
a. Asegúrese de que cualquier equipo que tenga propiedades enlazadas a etiquetas de KEPServerEX implementa el IndustrialThingShape, ya sea directamente en la propia cosa de equipo, en la plantilla de cosa para el tipo de equipo o en una plantilla de cosa heredada por el tipo de equipo. Una vez que el IndustrialThingShape se añade a una cosa o a una plantilla de cosa, no se puede quitar. El equipo que implementa el IndustrialThingShape puede enlazar propiedades solo a etiquetas de KEPServerEX de forma remota.
Antes de añadir el IndustrialThingShape a la plantilla de cosa para un tipo de equipo, se debe tener en cuenta si todos los equipos de ese tipo enlazan las propiedades con las etiquetas de KEPServerEX. Si es así, se puede añadir IndustrialThingShape a la plantilla de cosa. Si algún equipo debe enlazar propiedades de forma remota a un origen de datos que no es de KEPServerEX, como a los dispositivos de Edge MicroServer (EMS), considere la posibilidad de crear un tipo de equipo independiente para utilizarlo en dicho equipo, o bien añada IndustrialThingShape solo a las cosas de equipo individuales que enlazan propiedades a las etiquetas de KEPServerEX.
Actualice las cosas o plantillas de cosa de equipo adecuadas para implementar la definición de cosa.
|
|
El equipo que utiliza el tipo de equipo Activo proporcionado por PTC solo debe tener el IndustrialThingShape añadido si el equipo no necesita enlazar propiedades a dispositivos de Edge MicroServer (EMS). Para obtener más información, consulte
Conexión de activos con Edge MicroServer (EMS).
|
b. Asegúrese de que las plantillas de cosa de los tipos de equipo personalizados que tienen propiedades enlazadas a las etiquetas de KEPServerEX heredan una de las siguientes plantillas de cosa: RemoteThing, RemoteThingWithFileTransfer, RemoteThingWithTunnels o RemoteThingWithTunnelsAndFileTransfer. Para obtener más información, consulte
Creación de plantillas de cosa personalizadas para tipos de equipos.
c. En ThingWorx Composer, abra la cosa PTC.SCA.SCO.MigrationUtility.
d. En Servicios, ejecute el servicio MigrateLocalKepServerBindingsToRemoteBindings. Este servicio migra los enlaces de propiedad local a local de las cosas de equipo a los enlaces de propiedad remota de todos los equipos de los tipos de equipo especificados que implementan IndustrialThingShape. Las propiedades que heredan las cosas de equipo de plantillas de cosa o de definiciones de cosa, que están enlazadas localmente a etiquetas de KEPServerEX de las plantillas de cosa o definiciones de cosa, siguen estando enlazadas localmente y el servicio de migración no las impacta. Las expresiones de estado, las tendencias y las alertas que utilizan etiquetas de KEPServerEX siguen estando enlazadas localmente y no se ven afectadas por el servicio de migración.
En la tabla de entrada equipmentType del servicio, añada cada tipo de equipo para el que desea migrar los enlaces de propiedad. El valor introducido debe coincidir con el valor de EquipmentType para el tipo de equipo tal como aparece en la tabla de configuración EquipmentTypeSettings de la cosa PTC.Factory.C_LaunchPointConfigurationThing_[versión]. El campo opcional overrideKepServerThingName de cada tipo de equipo reemplaza la conexión de KEPServerEX que se utiliza para las propiedades enlazadas.
Tenga en cuenta las siguientes directrices para definir el campo overrideKepServerThingName de un tipo de equipo:
▪ Si se utiliza una única conexión de KEPServerEX para todos los equipos de un tipo de equipo, deje el campo overrideKepServerThingName en blanco.
▪ Si hay varias conexiones de KEPServerEX, pero cada equipo tiene propiedades enlazadas solo a una única conexión de KEPServerEX, deje el campo overrideKepServerThingName en blanco.
▪ Si hay varias conexiones de KEPServerEX y el equipo tiene propiedades enlazadas a más de una conexión de KEPServerEX, determine la conexión de KEPServerEX a la que desea enlazar el equipo de cada tipo de equipo. Seleccione el nombre de esa conexión de KEPServerEX en el campo overrideKepServerThingName. Un equipo puede tener propiedades enlazadas a etiquetas solo en una conexión de KEPServerEX. Asegúrese de que las etiquetas de las otras conexiones de KEPServerEX estén presentes en la conexión de KEPServerEX elegida.
El servicio se ha completado correctamente cuando se muestra "No hay resultados" en el panel de salida del servicio.
10. Prepare la adición de claves externas a la base de datos buscando y limpiando los datos incorrectos. Los datos incorrectos son datos existentes que infringirían la integridad referencial una vez que se hayan añadido claves externas a la base de datos.
a. En ThingWorx Composer, abra la cosa PTC.SCA.SCO.DatabaseManager.
b. En Servicios, ejecute el servicio ForeignKeyDataIntegrityReport. La salida de este servicio es una infotable que enumera cada nombre de definición de datos y campo de referencia que se debe tratar.
Si no se encuentran datos incorrectos, la salida del servicio está vacía. Continúe con el paso 9.
c. Ejecute el servicio GetFailedDataForForeignKey y proporcione como entrada una definición de datos y un campo de referencia devueltos por el servicio ForeignKeyDataIntegrityReport. La salida de este servicio es una infotable en la que se enumeran hasta 500 registros de la base de datos con datos incorrectos.
d. Trate cada instancia de datos incorrecta como corresponda a su sistema: borre el registro, defina el valor del campo de referencia en nulo (si está permitido) o actualice el registro de modo que el campo de referencia tenga un valor válido para la clave externa.
|
|
Para administradores avanzados de bases de datos, el servicio GetDataShapeSqlQuery de la cosa PTC.SCA.SCO.DatabaseManager devuelve una consulta SQL que se puede utilizar en consultas de base de datos directas.
|
e. Repita los pasos c y d hasta que no se encuentren datos incorrectos.
11. Añada claves externas a la base de datos.
a. En ThingWorx Composer, abra la cosa PTC.SCA.SCO.OAMigrator.
b. En Servicios, ejecute los siguientes servicios, en el orden enumerado:
▪ MigrateDropIndexes
▪ MigrateAddForeignKeys
▪ MigrateAddIndexs
Cada servicio se habrá completado correctamente cuando se muestra "No hay resultados" en el panel de salida del servicio.
12. La cosa del conector OData de·MPMLink (PTC.SCA.SCO.MPMLink_ODataConnector) se ha actualizado para la versión 9.0, y ya no es necesario hacer una cosa duplicada en la que se realizan las configuraciones. Si se utiliza el Operator Advisor para convertir los planes de proceso de Windchill MPMLink, configure y utilice la cosa del conector OData de MPMLink que se proporciona con ThingWorx Apps 9.0, en lugar de conservar un duplicado configurado de una versión anterior. Para obtener más información, consulte
Configuración de una conexión a Windchill para la conversión del plan de proceso.
13. El proceso de asignación de atributos de Windchill a las propiedades de Operator Advisor para la conversión del plan de proceso ha cambiado en 9.0. Si se había sustituido el servicio TranslateODataBOPToWDJson para especificar la asignación de atributos de Windchill personalizados en ThingWorx Apps 8.5.x, las asignaciones se deben volver a realizar después de actualizar a ThingWorx Apps 9.0, siguiendo el nuevo proceso de asignación. Para obtener más información, consulte
Soporte de atributos personalizados de Windchill.
14. Si ha personalizado ThingWorx Apps, consulte
Actualización y personalizaciones para solucionar cualquier repercusión de la actualización en las opciones personalizadas.