TN320BAM - Configuración del Remote Development client en Batch Management

TN320BAM - Configuración del Remote Development client en Batch Management

DESCRIPCIÓN

Al utilizar herramientas de desarrollo de AVEVA Batch Management 2023 R2 (Recipe Editor, Material Editor, Model Editor) desde un equipo distinto al nodo Batch Server, las aplicaciones no conectan correctamente, se cierran al iniciarse o no permiten acceder a recetas y materiales existentes. El comportamiento se debe a una configuración incompleta o incorrecta del Remote Development Client en entornos distribuidos.


ENTORNO AFECTADO
  1. AVEVA Batch Management
  2. Arquitectura distribuida con desarrollo remoto
  3. Sistemas Windows (físicos o virtualizados)
  4. Batch Server separado del equipo cliente de desarrollo

SÍNTOMAS

Desde el equipo cliente remoto se observa alguno de los siguientes comportamientos:
  1. Las herramientas de Batch no inician o se cierran inmediatamente.
  2. Error al abrir recetas o materiales existentes.
  3. Imposibilidad de guardar cambios realizados desde el cliente remoto.
  4. Fallos al ejecutar scripts o APIs de Batch desde estaciones remotas.
En el nodo Batch Server no se aprecian errores evidentes en los servicios.


CAUSA

En Batch Management 2023 R2, el uso de clientes de desarrollo remoto requiere una configuración específica que no queda completamente resuelta con la instalación por defecto. Los problemas más habituales están relacionados con:
  1. Configuración incorrecta del Remote Development Client apuntando al Batch Server.
  2. Ruta de instalación de Batch no accesible o no mapeada correctamente desde el cliente.
  3. Servicios de Batch detenidos durante la configuración inicial.
  4. Permisos insuficientes del usuario que ejecuta las herramientas remotas.
  5. Configuración DCOM incompleta cuando se utilizan APIs de recetas o materiales desde el cliente remoto.


RESOLUCIÓN

En AVEVA Batch Management 2023 R2, la configuración correcta del Remote Development Client debe realizarse siguiendo un orden concreto, asegurando que el servidor Batch esté operativo y que el cliente tenga acceso completo a los recursos necesarios.

En primer lugar, en el nodo Batch Server, verificar que todos los servicios de Batch Management estén arrancados y funcionando correctamente. La configuración del cliente remoto debe realizarse siempre con los servicios activos, ya que durante este proceso se validan componentes y rutas contra el entorno del servidor.



A continuación, identificar la carpeta de instalación de Batch Management en el servidor y compartirla en red. Esta carpeta será utilizada por el cliente remoto para acceder a los binarios y configuraciones necesarias. Es importante confirmar que el recurso compartido es accesible desde el equipo cliente y que el usuario dispone de permisos de lectura y escritura.

En el equipo cliente, instalar los componentes de desarrollo de Batch Management 2023 R2 seleccionando explícitamente la opción de Remote Development Client. La instalación debe realizarse con un usuario con permisos administrativos locales para evitar problemas posteriores de registro y acceso a componentes.

Una vez finalizada la instalación, ejecutar la herramienta de configuración del Remote Development Client desde el cliente. En esta herramienta se debe especificar el nombre del Batch Server y la ruta de red compartida correspondiente a la instalación de Batch. Durante este paso, el sistema valida la conectividad y la estructura del entorno remoto.



Tras la configuración inicial, mapear la carpeta compartida de Batch como una unidad de red persistente en el cliente. Este paso es crítico y debe realizarse utilizando el mismo usuario que ejecutará las herramientas de desarrollo de Batch. El uso de rutas UNC sin mapeo o el uso de credenciales distintas puede provocar errores intermitentes o fallos de acceso a materiales y recetas.

Una vez mapeada la unidad, iniciar las herramientas de desarrollo (Recipe Editor, Material Editor, etc.) desde el cliente remoto y comprobar que se conectan correctamente al entorno Batch del servidor. En este punto, las herramientas deberían abrirse sin errores y permitir la visualización de datos existentes.



Si desde el cliente remoto se utilizan APIs de Batch (por ejemplo, acceso a materiales o recetas mediante scripting), es necesario revisar la configuración DCOM entre el cliente y el Batch Server. Se deben conceder permisos de acceso, activación y lanzamiento remoto al usuario o grupo que ejecuta las herramientas. Este paso es especialmente relevante en entornos corporativos con políticas de seguridad restrictivas.







Finalmente, verificar que no existan bloqueos a nivel de firewall o políticas de seguridad que impidan la comunicación entre el cliente y el servidor en los puertos requeridos por Batch Management y DCOM.

VALIDACIÓN

Desde el equipo cliente remoto:
  1. Abrir Recipe Editor y Material Editor.
  2. Acceder a recetas y materiales existentes.
  3. Realizar una modificación de prueba y verificar que el cambio se refleja correctamente en el Batch Server.
  4. Confirmar que las herramientas permanecen estables y no se producen errores de acceso ni cierres inesperados.
Notes
NOTA ADICIONAL
Se recomienda realizar esta configuración inicialmente en un entorno de laboratorio antes de aplicarla en productivo. Cualquier cambio en DCOM o permisos debe documentarse adecuadamente, especialmente en entornos con políticas de hardening. La configuración debe repetirse si se modifica el usuario de ejecución o la ruta compartida de Batch.

AlertNota Importante: Esta Nota Técnica se entrega “as is”, es decir, como complemento a la documentación del producto, pero no incluido dentro del ámbito del Soporte Técnico. Por tanto, cualquier mal funcionamiento derivado del contenido de esta nota técnica no es responsabilidad de Becolve Digital.