Mejoras de Notification Services

Artículo
12/15/2008

Microsoft SQL Server Notification Services es la plataforma de SQL Server para desarrollar e implementar aplicaciones que generen y envíen notificaciones. Notification Services puede enviar oportunos mensajes personalizados a miles o millones de suscriptores, y entregarlos a una amplia gama de dispositivos.

Notification Services 2.0 era un componente descargable de SQL Server 2000 y se lanzó en 2002. En SQL Server 2005, Notification Services está integrado en SQL Server. Para obtener más información sobre Notification Services, vea SQL Server Notification Services.

Desde Notification Services 2.0, se han llevado a cabo las siguientes mejoras:

Nuevas características

Se han agregado las siguientes características a SQL Server 2005 Notification Services.

Integración en SQL Server Management Studio

Notification Services está ahora integrado en el Explorador de objetos de SQL Server Management Studio. Con el Explorador de objetos, puede realizar la mayoría de las tareas de la utilidad del símbolo del sistema nscontrol, así como iniciar y detener instancias de Notification Services.

También puede utilizar SQL Server Management Studio como editor de XML y Transact-SQL. Si crea una solución de SQL Server Management Studio para una instancia de Notification Services, puede editar fácilmente el archivo de configuración de instancia (ICF), los archivos de definición de la aplicación (ADF) y las secuencias de comandos de Transact-SQL para administrar la seguridad o administrar la instancia, e implementar entonces la instancia con el Explorador de objetos. Para obtener un tutorial que le guíe a través de este proceso, vea Tutorial de Notification Services.

Para obtener más información sobre SQL Server Management Studio, vea Introducción a SQL Server Management Studio.

Compatibilidad con condiciones definidas por el suscriptor

En Notification Services 2.0, el programador de la aplicación definía la acción completa de Transact-SQL para generar notificaciones, y los suscriptores sólo podían proporcionar parámetros para la acción. En SQL Server 2005, Notification Services admite un nuevo tipo de acción, denominada acción de condición, que permite a los suscriptores definir sus propias cláusulas de consulta en un conjunto predefinido de datos.

El uso de acciones de condición permite a los suscriptores definir totalmente sus propias suscripciones en el conjunto de datos; no obstante, también reduce la eficacia de la generación de notificaciones ya que a menudo hay muchas más condiciones que evaluar.

Para obtener más información, vea Definir acciones de condición.

Independencia de la base de datos

SQL Server Notification Services admite el uso de bases de datos existentes para datos de instancias y aplicaciones. Al configurar una instancia de Notification Services o definir una aplicación de Notification Services, puede especificar el nombre de una base de datos existente o el nombre de una nueva base de datos. Por último, puede omitir un nombre para utilizar los nombres de base de datos predeterminados de Notification Services.

Para obtener más información, vea Definir la base de datos de instancia y Definir la base de datos de aplicación.

Nueva API de administración

SQL Server Notification Services tiene una nueva API de administración, Microsoft.SqlServer.Management.Nmo. Puede utilizar esta API para programar instancias y aplicaciones de Notification Services y administrarlas.

Motor de ejecución alojable

El motor de Notification Services ejecuta proveedores, generadores y distribuidores de eventos alojados. En Notification Services 2.0, el servicio de Windows NS$instanceName, que se podía instalar al registrar la instancia, ejecutaba el motor de Notification Services. Ahora puede alojar el motor de Notification Services en su propio proceso o aplicación personalizados. Para obtener más información, vea Alojar el motor de Notification Services.

Proveedor de eventos de Analysis Services

Notification Services ha agregado un nuevo proveedor de eventos estándar para recopilar los datos de evento de las bases de datos de Analysis Services mediante consultas MDX. Para obtener más información, vea Proveedor de eventos de Analysis Services.

Nuevas vistas

Notification Services ha agregado o modificado las siguientes vistas para simplificar el desarrollo de aplicaciones y la solución de problemas:

Notification Services crea una vista para cada clase de evento definida en una aplicación. Esta vista tiene el mismo nombre que la clase de evento. Cuando se escriben consultas de generación de notificaciones controladas por eventos (no programadas), los eventos se seleccionan normalmente en esta vista. Ahora también puede insertar datos de evento en esta vista. Para obtener más información, vea Vista <EventClassName>.
Notification Services crea una vista para cada clase de notificación. Puede utilizar esta vista para revisar las notificaciones generadas por la aplicación. Para obtener más información, vea <nombreDeClaseDeNotificación>, vista.
Notification Services proporciona tres vistas para ver y administrar los datos de suscripción y de los suscriptores:
- NSSubscriberView enumera a todos los suscriptores de una instancia de Notification Services. Puede utilizar esta vista para administrar los datos de suscriptores. Para obtener más información, vea NSSubscriberView.
- NSSubscriberDeviceView enumera todos los dispositivos de suscriptor de una instancia de Notification Services. Puede utilizar esta vista para administrar los datos de dispositivos de suscriptor. Para obtener más información, vea NSSubscriberDeviceView.
- NSSubscriptionClassNameView enumera todas las suscripciones de una clase de suscripción. Puede utilizar esta vista para administrar las suscripciones controladas por evento básicas pero no las suscripciones basadas en condiciones o suscripciones programadas. Para obtener más información, vea NS<nombreDeClaseDeSuscripción>View (vista).

Mejoras en características existentes

Las siguientes mejoras se han llevado a cabo para mejorar el rendimiento y simplificar el desarrollo de aplicaciones.

Mejoras en el rendimiento del generador

En Notification Services 2.0, las reglas de generación de notificaciones debían utilizar la función Notify() para generar notificaciones. Esta función utilizaba tres procedimientos almacenados ampliados. Estos procedimientos almacenados ampliados reducían el rendimiento y agregaban pasos de implementación.

En SQL Server 2005, Notification Services ha quitado la función Notify() y ahora necesita sus reglas de generación de notificaciones para insertar datos en una vista de notificaciones. Estas instrucciones INSERT INTO, que deben ser ejecutadas por el generador, mejoran el rendimiento de Notification Services. Para obtener más información, vea Definir reglas de suscripción y Migrar instancias de Notification Services 2.0 a SQL Server 2005.

Mejoras en el rendimiento de Vacuumer

Notification Services también ha realizado mejoras de rendimiento para el proceso de supresión de datos, denominado Vacuuming. Dependiendo de la aplicación y la configuración de hardware, podrá ver una mejora del rendimiento de hasta aproximadamente el 150 por ciento respecto de Notification Services 2.0.

Mejoras en los clústeres de Windows

Notification Services ha sido compatible con la tecnología Organización por clústeres de Windows desde la versión inicial. Si configura el motor de Notification Services como un recurso de clúster de servicio genérico, el servicio de Windows NS$instanceName que ejecuta la instancia podría conmutarse por error en otros nodos del clúster.

En Notification Services 2.0, Notification Services detectaba si el software del clúster estaba instalado, si el clúster estaba configurado y si el clúster estaba en ejecución. Si las tres comprobaciones resultaban positivas, Notification Services utilizaba el nombre de clúster predeterminado y, a continuación, ejecutaba los componentes configurados para ejecutarse en el nombre de clúster predeterminado.

Para proporcionar una mejor compatibilidad con los clústeres, ahora puede configurar un grupo de recursos de clúster independiente para Notification Services, que pueda, por separado, conmutarse por error en otros grupos de recursos de clúster. Al configurar el recurso de clúster, ahora deberá seleccionar la opción de configuración Usar el nombre de la red como nombre del equipo. De esta forma tendrá que especificar el nombre de la red (que es el nombre de servidor virtual) como valor de SystemName para cualquier componente de Notification Services que se ejecute en el clúster.

Para obtener más información, vea Usar clústeres de conmutación por error con Notification Services y Visita guiada: Implementación de un solo servidor agrupado.

Vea también