Descripción del trasvase de registros

Artículo
12/15/2008

El trasvase de registros permite enviar automáticamente copias de seguridad del registro de transacciones desde una base de datos primaria de una instancia del servidor primario a una o varias bases de datos secundarias en instancias independientes del servidor secundario. Las copias de seguridad del registro de transacciones se aplican a cada una de las bases de datos secundarias de forma individual. En una tercera instancia de servidor opcional, denominado servidor de supervisión, se registra el historial y el estado de las operaciones de copia de seguridad y restauración y, opcionalmente, se activan alertas si estas operaciones no se producen según lo programado.

Operaciones del trasvase de registros

El trasvase de registros consta de tres operaciones:

Realizar una copia de seguridad del registro de transacciones en la instancia del servidor primario.
Copiar el archivo de registro de transacciones en la instancia del servidor secundario.
Restaurar la copia de seguridad de registros en la instancia del servidor secundario.

El registro se puede trasvasar a varias instancias del servidor secundario En ese caso, las operaciones 2 y 3 se repiten para cada instancia del servidor secundario.

En una configuración de trasvase de registros no se realiza automáticamente la conmutación por error del servidor primario al servidor secundario. Si la base de datos primaria deja de estar disponible, cualquiera de las bases de datos secundarias se puede poner en conexión manualmente.

Puede utilizar una base de datos secundaria para la generación de informes. Para obtener más información, vea Usar servidores secundarios para el procesamiento de consultas.

[!NOTA] Los servidores primario y secundario pueden estar en el mismo equipo; sin embargo, en este caso, un clúster de conmutación por error de SQL Server puede ofrecer mejores resultados. Para obtener más información, vea Clúster de conmutación por error.

Además, puede configurar alertas para la configuración del trasvase de registros.

Servidor y base de datos primarios

El servidor primario de una configuración de trasvase de registros es la instancia del Motor de base de datos de SQL Server que constituye el servidor de producción. La base de datos primaria es la que reside en el servidor primario y de la que se desea realizar una copia de seguridad en otro servidor. Toda la administración de la configuración de trasvase de registros mediante SQL Server Management Studio se realiza en la base de datos primaria.

En la base de datos primaria se debe utilizar el modelo de recuperación por medio de registros de operaciones masivas; el cambio de la base de datos al modelo de recuperación simple provocará que el trasvase de registros deje de funcionar.

Servidor y bases de datos secundarios

El servidor secundario de una configuración de trasvase de registros es el servidor en el que se desea mantener una copia en espera semiactiva de la base de datos primaria. El servidor secundario puede contener copias de seguridad de bases de datos de varios servidores primarios diferentes. Por ejemplo, un departamento puede contar con cinco servidores, cada uno de los cuales ejecuta un sistema de base de datos imprescindible. En lugar de tener cinco servidores secundarios independientes, se puede utilizar un único servidor secundario. Las copias de seguridad de los cinco sistemas primarios se pueden cargar en un único sistema, lo que permite reducir el número de recursos necesarios y conseguir un ahorro económico. Es poco probable que se produzca un error en más de un sistema primario a la vez. Además, para cubrir la remota posibilidad de que varios sistemas primarios dejen de estar disponibles al mismo tiempo, el servidor secundario puede tener una especificación superior a la de los servidores primarios.

La base de datos secundaria debe inicializarse mediante la restauración de una copia de seguridad completa de la base de datos primaria. La restauración se puede realizar con las opciones NORECOVERY o STANDBY. Esto se puede hacer de forma manual o mediante SQL Server Management Studio.

Servidor de supervisión

El servidor de supervisión opcional realiza un seguimiento de todos los detalles del trasvase de registros, que incluye:

Cuándo se realizó por última vez una copia de seguridad del registro de transacciones de la base de datos primaria.
Cuándo se realizó por última vez la copia y restauración de los archivos de copia de seguridad en los servidores secundarios.
Información acerca de las alertas de error de copia de seguridad.

El servidor de supervisión debe residir en un equipo independiente de los servidores primario o secundario con el fin de evitar la pérdida de información crucial y la interrupción de la supervisión si se pierde el servidor primario o secundario. Un único servidor de supervisión puede supervisar varias configuraciones de trasvase de registros. En ese caso, todas las configuraciones de trasvase de registros que utilicen dicho servidor de supervisión compartirían un único trabajo de alerta.

Importante:
Una vez configurado el servidor de supervisión, no puede modificarse sin quitar primero el trasvase de registros.

Para obtener más información, vea Supervisar el trasvase de registros.

Trabajos de trasvase de registros

El trasvase de registros requiere cuatro trabajos que están bajo el control de trabajos dedicados del Agente SQL Server. Estos trabajos incluyen el trabajo de copia de seguridad, trabajo de copia, trabajo de restauración y trabajo de alerta.

El usuario controla la frecuencia con que se realizan las copias de seguridad del registro, la frecuencia con que se copian en cada servidor secundario y la frecuencia con que se aplican a la base de datos secundaria. A fin de reducir el trabajo necesario para poner un servidor secundario en conexión (por ejemplo, después de un error en el sistema de producción), puede copiar y restaurar cada copia de seguridad del registro de transacciones lo antes posible después de que haya sido creada. Como alternativa, tal vez en un segundo servidor secundario, puede retrasar la aplicación de las copias de seguridad del registro de transacciones a la base de datos secundaria. Esto proporciona un intervalo de detección y respuesta en caso de que se produzca una acción catastrófica en el servidor primario, como puede ser la eliminación accidental de datos cruciales.

Trabajo de copia de seguridad

En la instancia del servidor primario se crea un trabajo de copia de seguridad para cada base de datos primaria. Este trabajo lleva a cabo la operación de copia de seguridad, registra el historial en el servidor local y el servidor de supervisión, y elimina los archivos de copia de seguridad y la información de historial antiguos. De forma predeterminada, este trabajo se ejecuta cada dos minutos, pero el intervalo se puede personalizar.

La categoría de trabajo del Agente SQL Server "Copia de seguridad de trasvase de registros" se crea en la instancia del servidor primario al habilitar el trasvase de registros.

Trabajo de copia

En una configuración de trasvase de registros se crea un trabajo de copia en cada instancia del servidor secundario. Este trabajo copia los archivos de copia de seguridad del servidor primario en un destino configurable del servidor secundario y registra el historial en el servidor secundario y el servidor de supervisión. La programación del trabajo de copia se puede personalizar y debe aproximarse a la programación de la copia de seguridad.

La categoría de trabajo del Agente SQL Server "Copia de seguridad de trasvase de registros" se crea en la instancia del servidor secundario al habilitar el trasvase de registros.

Trabajo de restauración

En la instancia de servidor secundaria se crea un trabajo de restauración para cada configuración de trasvase de registros. Este trabajo restaura los archivos de copia de seguridad copiados en las bases de datos secundarias. Registra el historial en el servidor local y el servidor de supervisión, y elimina los archivos de copia de seguridad y la información de historial antiguos. La categoría de trabajo de SQL Server "Restauración de trasvase de registros" se crea en la instancia de servidor secundaria al habilitar el trasvase de registros.

En una instancia concreta del servidor secundario, se puede programar el trabajo de restauración con la misma frecuencia que el trabajo de copia, o se puede retrasar. Si se programan estos trabajos con la misma frecuencia, la base de datos secundaria mantendrá la máxima alineación posible con respecto a la base de datos primaria para crear una base de datos en espera semiactiva.

Por el contrario, el retraso de los trabajos de restauración (en algunas horas) puede resultar útil en caso de un error grave de usuario, como, por ejemplo, la eliminación inapropiada de una tabla o una fila de tabla. Si se conoce la hora del error, se puede llevar la base de datos secundaria hasta una hora anterior al error. Después, puede exportar los datos perdidos e importarlos de nuevo en la base de datos primaria.

Trabajo de alerta

Si se utiliza un servidor de supervisión se crea un trabajo de alerta en la instancia de servidor de supervisión. El trabajo de alerta se utiliza de forma compartida en las bases de datos primaria y secundaria de todas las configuraciones de trasvase de registros que utilicen esta instancia del servidor de supervisión. Cualquier cambio en el trabajo de alerta (por ejemplo, reprogramar, deshabilitar o habilitar el trabajo) afecta a todas las bases de datos que utilizan ese servidor de supervisión. Este trabajo activa alertas (para las que se deben especificar números de alerta) para las bases de datos primaria y secundaria si las operaciones de copia de seguridad y restauración no han finalizado correctamente según los umbrales especificados. Estas alertas deben configurarse para que un operador reciba una notificación del error de trasvase de registros. La categoría de trabajo del Agente SQL Server "Alerta de trasvase de registros" se crea en la instancia de servidor de supervisión al habilitar el trasvase de registros.

Si no se utiliza un servidor de supervisión, los trabajos de alerta se crean localmente en la instancia del servidor primario y en todas las instancias del servidor secundario. El trabajo de alerta de la instancia del servidor primario genera errores si las operaciones de copia de seguridad no han finalizado correctamente según un umbral especificado. El trabajo de alerta de la instancia de servidor secundaria genera errores si las operaciones locales de copia y restauración no han finalizado correctamente según un umbral especificado.

Una configuración de trasvase de registros típica

La siguiente ilustración muestra una configuración de trasvase de registros con la instancia del servidor primario, tres instancias del servidor secundario y una instancia del servidor de supervisión. La ilustración presenta los pasos realizados por los trabajos de copia de seguridad, copia y restauración, de la siguiente manera:

La instancia del servidor primario ejecuta el trabajo de copia de seguridad del registro de transacciones en la base de datos primaria. A continuación, esta instancia de servidor coloca la copia de seguridad del registro en un archivo principal de copias de seguridad de registros que se envía a la carpeta de copia de seguridad. En esta ilustración, la carpeta de copia de seguridad es un directorio compartido: el recurso compartido de copia de seguridad.
Cada una de las tres instancias del servidor secundario ejecuta su propio trabajo de copia para copiar el archivo principal de copia de seguridad de registros a su propia carpeta de destino local.
Cada instancia del servidor secundario ejecuta su propio trabajo de restauración para restaurar la copia de seguridad del registro desde la carpeta de destino local a la base de datos secundaria local.

Las instancias del servidor primario y secundario envían su propio historial y estado a la instancia del servidor de supervisión.

Configuración que muestra trabajos de copia de seguridad, copia y restauración

Para habilitar el trasvase de registros

Vea también

Compartir a través de