Compartir a través de

Recepción de mensajes de sondeo en varios puertos de recepción de SQL mediante BizTalk Server

  • Artículo

Considere un escenario en el que desea crear una aplicación de BizTalk que incluya dos operaciones de sondeo. Cada operación de sondeo sondea tablas independientes, Empleado y Cliente, de la misma base de datos. Al implementar esta aplicación en BizTalk Server consola de administración, deberá crear dos puertos de recepción. El URI de conexión para cada puerto de recepción será:

mssql://<server_name>/<database_instance_name>/<datbase_name>

Dado que ambos puertos de recepción reciben mensajes de sondeo de la misma base de datos en el mismo servidor, el URI de conexión para ambos será el mismo. Sin embargo, una aplicación de BizTalk no puede tener dos puertos de recepción con el mismo URI de conexión.

Para permitir que los clientes del adaptador tengan dos puertos de recepción que sondean la misma base de datos (o incluso la misma tabla de una base de datos) en una aplicación de BizTalk, el adaptador de SQL proporciona una propiedad de conexión, InboundID. Puede especificar cualquier valor para esta propiedad de conexión. Al agregar el identificador de entrada, un URI de conexión se convierte en único. Por ejemplo:

El URI de conexión del puerto que recibe mensajes de sondeo para la tabla Employee puede ser:

mssql://<server_name>/<database_instance_name>/<datbase_name>?InboundID=Employee

Del mismo modo, el URI de conexión para el puerto que recibe mensajes de sondeo para la tabla Customer puede ser:

mssql://<server_name>/<database_instance_name>/<datbase_name>?InboundID=Customer

Dado que los URI de conexión se convierten en únicos agregando la propiedad InboundID , ahora puede tener varios puertos de recepción sondeando la misma base de datos o tabla en una sola aplicación de BizTalk.

Importante

Puede especificar la propiedad de conexión InboundID para las operaciones Polling y TypedPolling .

Consulte también

Sondear SQL Server mediante el adaptador de SQL con BizTalk Server