Especificar la configuración del distribuidor

Todos los equipos que ejecutan el motor de notificaciones (normalmente, mediante el servicio de Windows NS$InstanceName) pueden ejecutar un distribuidor. Al definir una aplicación, se definen uno o varios distribuidores, qué equipos ejecutan dichos distribuidores, y la configuración operativa de estos distribuidores.

Procesar distribuidores

El distribuidor rige el formato de notificación y la entrega de una aplicación de notificaciones. En un intervalo configurable, que se denomina cuanto del distribuidor, el distribuidor busca un grupo de notificaciones, también llamado elemento de trabajo, para procesarlo. Si un elemento de trabajo está disponible, el distribuidor lo adquiere, llama al formateador de contenido para transformar los datos de notificaciones y, a continuación, envía las notificaciones con formato utilizando un protocolo de entrega.

Las notificaciones que no se podrían distribuir se devuelven al grupo de elementos de trabajo. Si existe una programación de reintentos para las notificaciones, y si las notificaciones no han caducado, el distribuidor intentará procesar las notificaciones en el siguiente intervalo de reintento.

Definir distribuidores

En SQL Server Enterprise Edition, Developer Edition y Evaluation Edition, la aplicación puede tener varios distribuidores. Esto puede ser beneficioso si su aplicación realiza formato complejo o si el volumen es elevado.

Cada distribuidor realiza las mismas funciones, pero el uso de varios distribuidores puede mejorar la aplicación de formato al contenido y el rendimiento de entrega gracias a que se comparte la carga de procesamiento entre los servidores.

Si define varios distribuidores para la aplicación, debe colocarlos en servidores diferentes. No existe ninguna ventaja operativa por poner varios distribuidores en un servidor. Si coloca dos distribuidores de la misma aplicación en un equipo único, Notification Services devuelve un error al intentar crear o actualizar la aplicación.

Si está utilizando SQL Server Standard Edition, la aplicación sólo puede tener un distribuidor.

Para supervisar el rendimiento del distribuidor, utilice los objetos de rendimiento del generador y del distribuidor de Notification Services. Para obtener más información, vea Objetos de rendimiento de Notification Services.

Para definir los distribuidores para una aplicación:

Si está definiendo una aplicación mediante XML, defina los distribuidores en el archivo de definición de aplicación (ADF). Si está definiendo una aplicación mediante programación, utilice los Objetos de administración de Notification Services (NMO) para definir los distribuidores.

Especificar la configuración del distribuidor

Al definir un distribuidor, especifique sus valores operativos, incluido el nombre del sistema en el que se ejecuta el distribuidor, el número de subprocesos disponibles para el distribuidor, y con qué frecuencia busca notificaciones el distribuidor.

Para definir un distribuidor:

Nombre del sistema

La propiedad de nombre del sistema especifica el nombre del sistema que ejecuta el generador. Este valor normalmente es el nombre del equipo. Sin embargo, si el distribuidor se ejecuta en un clúster de conmutación por error, este valor es el nombre del servidor virtual.

Los componentes de cliente de Notification Services deben estar instalados en el equipo y la instancia debe registrarse en el equipo.

Si su aplicación utiliza varios distribuidores, cada distribuidor debe tener un nombre de sistema único.

Para obtener más información acerca de cómo escalar una aplicación, vea Configuraciones escaladas.

Para especificar el nombre de sistema del distribuidor:

Tamaño del grupo de subprocesos

El tamaño del grupo de subprocesos del distribuidor especifica el número máximo de subprocesos que el distribuidor puede utilizar para procesar los elementos de trabajo. El distribuidor puede utilizar menos subprocesos si hay menos elementos de trabajo para procesar.

De forma predeterminada, el distribuidor utiliza todos los subprocesos disponibles para procesar los elementos de trabajo en paralelo. No obstante, puede configurar el tamaño del grupo de subprocesos para controlar el número de subprocesos de que dispone el distribuidor.

Para SQL Server 2005 Enterprise Edition, Developer Edition y Evaluation Edition, el tamaño del grupo de subprocesos es ilimitado. Si no define ningún tamaño de grupo de subprocesos, o si establece el tamaño a 0, Notification Services utiliza su propio algoritmo para determinar el número óptimo de subprocesos.

ms172521.note(es-es,SQL.90).gifImportante:
En SQL Server 2005 Standard Edition, el tamaño del grupo de subprocesos del distribuidor debe ser 1, 2 o 3 .El valor predeterminado es 3.

Determinar un tamaño de grupo de subprocesos óptimo

Puede proporcionar un valor bajo si desea limitar el consumo de tiempo de procesador del distribuidor en el sistema. Si reduce el tamaño del grupo de subprocesos, el distribuidor procesa menos elementos de trabajo en paralelo, disminuyendo así la demanda del distribuidor de recursos de sistema en escenarios de gran volumen.

Para especificar el tamaño del grupo de subprocesos del distribuidor:

Duración del cuanto del distribuidor

La duración del cuanto del distribuidor especifica la frecuencia con que un distribuidor inactivo comprueba los elementos de trabajo. Cuando el distribuidor no está inactivo, el cuanto del distribuidor se vuelve irrelevante, ya que el distribuidor comprueba los elementos de trabajo adicionales cuando comienza y completa su elemento de trabajo actual.

[!NOTA] La duración del cuanto del distribuidor es independiente de la duración del cuanto del generador. Para obtener más información acerca del cuanto del generador, vea Especificar la duración de cuantos del generador.

Al configurar la duración del cuanto del distribuidor, se puede elegir un periodo de tiempo breve, como 20 segundos, o más prolongado, como 5 minutos. No obstante, existe un equilibrio entre la velocidad de la aplicación y el consumo de recursos.

  • Si configura una duración de cuanto muy corta, la aplicación consumirá más recursos del sistema. Sin embargo, el distribuidor responderá mejor cuando un nuevo elemento de trabajo esté disponible tras un período de tiempo de inactividad, y es probable que los suscriptores reciban las notificaciones más rápidamente.
  • Si configura una duración de cuanto mayor, la aplicación consumirá menos recursos del sistema. No obstante, puede haber un retraso entre el momento en que la aplicación genera la notificación y el momento en que el distribuidor la entrega.

Si la aplicación no puede mantener la carga de trabajo de distribución, considere la posibilidad de agregar distribuidores en servidores independientes. Escalar una aplicación requiere SQL Server 2005 Enterprise Edition, Developer Edition o Evaluation Edition.

Para especificar la duración del cuanto del distribuidor:

Vea también

Conceptos

Objetos de rendimiento de Notification Services
Arquitectura de entrega y formato de notificaciones

Otros recursos

Definir aplicaciones de Notification Services

Ayuda e información

Obtener ayuda sobre SQL Server 2005