Usar el trasvase de registros o la creación de reflejo de la base de datos con Notification Services
Si no necesita la conmutación por error rápida y automática que proporciona un clúster de conmutación por error, pero desea una alta disponibilidad para sus aplicaciones de notificaciones, puede mantener un servidor en espera para conectarlo después de que se produzca algún error o durante los periodos de mantenimiento del servidor. El servidor en espera contiene una copia de cada base de datos utilizada por la instancia de Notification Services.
Puede utilizar el trasvase de registros o la creación de reflejo de la base de datos para mantener automáticamente un servidor de bases de datos en espera.
Usar el trasvase de registros
El trasvase de registros le permite mantener un servidor en espera semiactiva para una base de datos concreta al enviar automáticamente copias de seguridad del registro de transacciones desde esa base de datos (conocida como la base de datos primaria) a una base de datos secundaria de otro servidor (conocido como el servidor secundario). En el servidor secundario, las copias de seguridad del registro de transacciones se restauran en la base de datos secundaria, con lo que ésta se mantiene estrechamente sincronizada con la base de datos primaria.
Cuando se utiliza el trasvase de registros con bases de datos de Notification Services, se recomienda utilizar la misma base de datos para los datos de instancia y de aplicación. Es posible especificar un nombre de base de datos en la configuración de instancia y en cada definición de la aplicación. Si utiliza bases de datos independientes para la instancia y sus aplicaciones, asegúrese de que cada base de datos utilice la misma programación de trasvase de registros para que las bases de datos en espera se actualicen al mismo tiempo. Si las bases de datos se actualizan en momentos distintos, se pueden producir errores de la aplicación. Por ejemplo, en la base de datos de aplicación podría tener suscripciones para suscriptores que no existen en la base de datos de instancia.
Si pone en conexión el servidor secundario, debe volver a registrar y actualizar la instancia de Notification Services:
- Debe volver a registrar la instancia para modificar el servidor de bases de datos especificado para la instancia de Notification Services. Asegúrese de hacer esto en todos los servidores en los que está registrada la instancia, incluidos aquellos que ejecutan componentes del motor, interfaces de administración de suscripciones y proveedores de eventos no alojados.
- Debe cambiar el valor del sistema de SQL Server en la configuración de instancia y, posiblemente, los valores de nombre del sistema en las definiciones de la aplicación; después, debe actualizar la instancia de Notification Services para aplicar los cambios.
Para obtener más información acerca del uso del trasvase de registros, vea Trasvase de registros.
Para cambiar una instancia de Notification Services a un servidor en espera
Usar la creación de reflejo de la base de datos
La creación de reflejo de la base de datos proporciona una alternativa o un suplemento al clúster de conmutación por error o al trasvase de registros. La creación de reflejo de la base de datos mantiene un servidor en espera que actúa como servidor en espera activo, compatible con la conmutación por error rápida sin pérdida de las transacciones confirmadas, o como servidor en espera semiactivo. Con un servidor en espera activo, cuando se produce un error en un servidor de producción, el servidor en espera se convierte en el servidor de producción. Las aplicaciones cliente se pueden recuperar rápidamente al volver a conectarse al nuevo servidor de producción.
Los componentes de motor y de cliente de Notification Services no cambian automáticamente a servidores en espera. Sin embargo, puede utilizar la creación de reflejo de la base de datos prácticamente del mismo modo que utiliza el trasvase de registros. Cuando se conecta el servidor en espera, es posible actualizar la instancia de Notification Services a fin de utilizar el servidor nuevo.
Para obtener más información acerca de la creación de reflejo de la base de datos, vea Creación de reflejo de la base de datos.
Para cambiar una instancia de Notification Services a un servidor en espera
Recomendaciones para el servidor en espera
Siga estas recomendaciones para utilizar el trasvase de registros o la creación de reflejo de la base de datos con configuraciones comunes de Notification Services.
- Si tiene una implementación de Notification Services en un solo servidor (donde el motor de Notification Services y las bases de datos se encuentran en el mismo servidor), debería reflejar la estructura de directorios que contiene los archivos operativos de la instancia en el servidor secundario. Si dispone de todos los archivos en un lugar, se simplifica el cambio al servidor secundario.
- Para facilitar aún más el cambio al servidor secundario, puede preparar la configuración de instancia y las definiciones de la aplicación con el nombre del servidor secundario y, a continuación, registrar la instancia de Notification Services por adelantado. Después, cuando cambie al servidor secundario, simplemente puede actualizar la instancia de Notification Services e iniciarla.
- Si el motor de Notification Services se ejecuta en un servidor independiente al de bases de datos, puede mantener versiones del servidor secundario de la configuración de instancia y las definiciones de la aplicación. Estas versiones del servidor secundario contienen los nombres del servidor secundario del servidor de bases de datos y, si fuera necesario, de los proveedores de eventos no alojados, los generadores y los distribuidores. Después de poner en conexión el servidor de bases de datos secundario, actualice la instancia de Notification Services mediante las copias de servidor secundario de la configuración de instancia y las definiciones de la aplicación.
Vea también
Otros recursos
Trasvase de registros
Creación de reflejo de la base de datos
Mantener alta disponibilidad
Administrar Notification Services