Para migrar conjuntos de mensajes de la Versión 2.1 a la Versión 6.0, debe utilizar el Mandato mqsimigratemsgflows. No es necesario utilizar este mandato cuando se migra de la Versión 5.0 a la Versión 6.0.
En la versión 2.1, cuando una propiedad promocionada se crea mediante el proceso de arrastrar y soltar, el nombre de propiedad (xmi.label) se establece de modo que sea la conversión del nombre de atributo. El nombre de atributo original no debe contener espacios; si los tiene, el intermediario los rechaza. No obstante, los atributos promocionados nunca se envían al intermediario, por lo que es posible que en la Versión 2.1, hubieran contenido espacios.
Al migrar el flujo, se pierde el nombre original y sólo se conserva el resultado final. Puesto que el atributo promocionado puede alterar temporalmente varios atributos, el nombre original debe corresponder al nombre convertido.
La solución es generar un nombre de atributo adecuado sustituyendo espacios u otros caracteres no permitidos por la representación unicode. El atributo nombrePropiedad del descriptor de propiedades se establece en key=Property.<nombre de atributo convertido>. La interfaz de usuario devuelve <el nombre de atributo convertido>
Sin embargo, los flujos migrados no han retenido el nombre del sistema de atributo, sólo el nombre convertido. Por lo tanto es difícil o imposible localizar el atributo original.
Los flujos y las propiedades pueden contener nombres que no son válidos en la Versión 6.0. En caso de que esto sucediera, se lleva a cabo la siguiente conversión. Cada carácter no permitido se sustituye por una serie de caracteres que representan su punto de código unicode. Por ejemplo, un signo de admiración ("!") se sustituye por X0026. Esto se explica en el archivo de informe que se genera.
La transformación es determinista. Si un flujo se migra en otra ocasión y hace referencia a un flujo con un carácter que no es válido, los dos nombres se transforman de la misma forma.
Estas transformaciones no generan nombres incompatibles, excepto en circunstancias muy ratas. Puede producirse un conflicto debido a que se genera una secuencia de puntos de código Unicode en un nombre que está exactamente en el lugar del correspondiente carácter en el otro nombre que por lo demás es idéntico. En este caso debe cambiar el nombre de uno de estos flujos de propiedades y volver a exportar los flujos. Seleccione un nuevo nombre que no contenga una secuencia de puntos de código Unicode ('Xnnnn') y cambie el nombre del flujo de mensajes en el Centro de control antes de realizar la migración. Nunca cambie el nombre de un archivo .msgflow en el sistema de archivos; utilice siempre el Centro de control o el área de trabajo para realizar tareas de cambio de nombre.
Nodo de la versión 2.1 | Versión 6.0 |
---|---|
Compute | Compute |
Database | Database |
DataDelete | Database |
DataInsert | Database |
DataUpdate | Database |
Extract | Compute |
Filter | Filter |
Warehouse | Database |