Al tratar de las acciones y la ejecución remota, se utilizan con frecuencia dos términos:
sistema de bases de datos: sistema que contiene la definición de la acción
sistema de ejecución: sistema donde se ejecuta el archivo ejecutable
En la mayoría de las situaciones, las acciones y sus aplicaciones se encuentran en el mismo sistema; dado que el sistema de ejecución predeterminado de una acción es el sistema de base de datos, no se requiere ninguna sintaxis especial.
No obstante, cuando los sistemas de ejecución y de base de datos son distintos, la definición de la acción debe especificar dónde debe ejecutarse la cadena de ejecución.
La capacidad para localizar acciones y aplicaciones en sistemas diferentes forma parte de la arquitectura cliente/servidor del escritorio. Para obtener una información más exhaustiva acerca de las aplicaciones en red, véase Administración de servicios de aplicaciones.
Utilice el campo EXEC_HOST en la definición de la acción para especificar la ubicación de la aplicación.
Los valores válidos de EXEC_HOST son:
%DatabaseHost%: sistema donde se encuentra la definición de la acción.
%LocalHost%: sistema donde se invoca la acción (el servidor de sesiones).
%DisplayHost%: sistema que ejecuta el servidor X (no permitido para terminales X).
%SessionHost%: sistema donde se ejecuta el Gestor de inicio de sesión que ejerce el control.
nombre sistema: el sistema nombrado. Utilice este valor en entornos en los cuales la acción debe siempre invocarse en un sistema determinado.
%"solicitud"% : solicita al usuario el nombre del sistema cada vez que se invoca la acción.
El valor predeterminado es %DatabaseHost%, %LocalHost%. De este modo, si se omite el campo EXEC_HOST, la acción intenta primero ejecutar el comando en el sistema que contiene la definición de la acción. Si esto falla, la acción intenta ejecutar el comando en el servidor de sesiones.