Información general de trasvase de registros
El trasvase de registros permite enviar automáticamente copias de seguridad del registro de transacciones desde una base de datos principal de una instancia del servidor principal 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 copias 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 principal.
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 principal al servidor secundario. Si la base de datos principal deja de estar disponible, cualquiera de las bases de datos secundarias se puede poner en línea 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.
Además, puede configurar alertas para la configuración del trasvase de registros.
Servidor y base de datos principales
El servidor principal de una configuración de trasvase de registros es la instancia de SQL Server Motor de base de datos que constituye el servidor de producción. La base de datos principal es la que reside en el servidor principal 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 principal.
En la base de datos principal se debe utilizar el modelo de recuperación optimizado para cargas masivas de registros; 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 principal. El servidor secundario puede contener copias de seguridad de bases de datos de varios servidores principales 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 principales 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 principal a la vez. Además, para cubrir la remota posibilidad de que varios sistemas principales dejen de estar disponibles al mismo tiempo, el servidor secundario puede tener una especificación superior a la de los servidores principales.
La base de datos secundaria debe inicializarse mediante la restauración de una copia de seguridad completa de la base de datos principal. 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 principal.
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 principal 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 principal 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.
.gif "Nota importante") 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 línea (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. Este retraso proporciona un intervalo de detección y respuesta en caso de que se produzca un error en el servidor principal, como puede ser la eliminación accidental de datos fundamentales.
Trabajo de copia de seguridad
En la instancia del servidor principal se crea un trabajo de copia de seguridad para cada base de datos principal. 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 15 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 principal al habilitar el trasvase de registros.
SQL Server 2008 Enterprise y versiones posteriores admiten la compresión de copia de seguridad. Al crear una configuración de trasvase de registros, puede controlar el comportamiento de la compresión de copia de seguridad de las copias de seguridad del registro. Para obtener más información, vea Compresión de copia de seguridad (SQL Server).
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 principal 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 principal 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 principal.
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 principal 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 principal 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 principal y en todas las instancias del servidor secundario. El trabajo de alerta de la instancia del servidor principal 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 principal, 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 principal ejecuta el trabajo de copia de seguridad del registro de transacciones en la base de datos principal. 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 principal y secundario envían su propio historial y estado a la instancia del servidor de supervisión.
.gif "Configuración que muestra trabajos de copia de seguridad, copia y restauración")
Para habilitar el trasvase de registros