Estrategias de respaldo de bases de datos en SQL Server 2000

Estrategias de Respaldo de Bases de Datos SQL Server 2000

Con SQL Server 2000, existen numerosas opciones para respaldar tu base de datos. Ya sea que tu base de datos sea pequeña y cambie infrecuentemente o sea muy grande y cambie rápidamente, hay una estrategia de respaldo que satisfará tus necesidades. Veamos algunas de las estrategias básicas de respaldo que funcionarán para una variedad de entornos.

Determinar el modelo de recuperación

Antes de comenzar a respaldar una base de datos de SQL Server, necesitas saber qué modelo de recuperación está utilizando la base de datos. Hay tres modelos de recuperación diferentes: COMPLETO, BULK_LOGGED y SIMPLE.

El modelo de recuperación COMPLETO te ofrece la mayor flexibilidad de recuperación. Es la opción de recuperación predeterminada para las bases de datos nuevas. Este modelo te permite restaurar solo una parte de una base de datos o realizar una recuperación completa. Suponiendo que los registros de transacciones no se hayan dañado, también puedes recuperarte hasta la última transacción confirmada antes de un fallo. Este método utiliza el espacio de registro de transacciones más grande de todos los modelos de recuperación y afecta ligeramente el rendimiento de SQL Server.

El modelo de recuperación BULK_LOGGED tiene menos opciones de recuperación que el modelo COMPLETO, pero no tiene un impacto tan severo en las operaciones masivas. Utiliza menos espacio de registro en ciertas operaciones masivas porque solo registra los resultados de las operaciones. Sin embargo, con este modelo, no puedes restaurar a un punto específico en la base de datos, ni puedes restaurar solo partes de la base de datos.

El modelo de recuperación SIMPLE es el más fácil de implementar de los tres y utiliza la menor cantidad de espacio de almacenamiento. Sin embargo, la recuperación está limitada al momento en que se realizó el último respaldo de la base de datos.

Cómo expandir un volumen en Windows Server 2003 utilizando Diskpart.exe

Para determinar qué modelo de recuperación está utilizando tu base de datos, ejecuta el siguiente comando, que debería devolver COMPLETO, BULK_LOGGED o SIMPLE:

SELECT dbpropertyex("database", "recovery")

Para cambiar la opción de recuperación de una base de datos, ejecuta este comando:

ALTER DATABASE nombre_de_la_base_de_datos SET RECOVERY {COMPLETO | SIMPLE | BULK_LOGGED}

Además de los datos, los respaldos de SQL Server también contienen el esquema de la base de datos y los metadatos de la base de datos (por ejemplo, archivos de base de datos, grupos de archivos y sus ubicaciones). SQL Server permite a los usuarios permanecer en la base de datos mientras se realiza el respaldo, por lo que cualquier transacción confirmada durante el respaldo se registra como parte del mismo.

Realizar el respaldo de la base de datos

Para respaldar una base de datos, puedes utilizar el comando BACKUP. (Como alternativa, podrías usar SQL Enterprise Manager.) Como siempre, es una buena idea conocer la sintaxis del comando primero. El comando BACKUP tiene muchas opciones, pero la sintaxis básica del comando es:

Cómo coordinar los cambios y actualizaciones del sistema con tu socio de externalización

BACKUP DATABASE {nombre_de_la_base_de_datos}
TO <dispositivo_de_respaldo> |

Un dispositivo_de_respaldo puede ser un disco o una cinta, o podría ser un dispositivo de respaldo lógico que representa un archivo de disco, una cinta o una tubería con nombre.

Si deseas hacer un respaldo rápido y único, usa un archivo de disco de la siguiente manera:

BACKUP DATABASE Northwind TO DISK = "c:\backup\Northwind.bak"

Alternativamente, si deseas respaldar en otro servidor, se pueden utilizar nombres UNC:

BACKUP DATABASE Northwind TO DISK = "\\FILESERVER\Shared\Backup\Northwind.bak"

Qué son los tablespaces BIGFILE y cómo se utilizan en Oracle

Para respaldos programados regularmente, se debe utilizar un dispositivo de respaldo lógico. Un dispositivo de respaldo lógico puede almacenar varios respaldos de bases de datos y puede residir en disco, cinta o una tubería con nombre. Si estás utilizando un dispositivo de cinta, la unidad de cinta debe residir en el mismo servidor físico. Las tuberías con nombre pueden aprovechar el software de respaldo de terceros.

Para crear un dispositivo de respaldo lógico, utiliza el procedimiento almacenado del sistema sp_addumpdevice. Nuevamente, se puede utilizar SQL Enterprise Manager para crear el dispositivo de respaldo. La sintaxis en línea de comandos se muestra aquí, en Listado A.

El Listado B ofrece un ejemplo de creación de un dispositivo de respaldo lógico en disco.

Utilizando el dispositivo de respaldo previamente creado, la base de datos Northwind podría respaldarse utilizando este comando:

BACKUP DATABASE Northwind TO DiskBackup

Respaldos grandes y frecuentes

Hasta este punto, he demostrado cómo respaldar una base de datos completa. Sin embargo, esto solo te permite recuperar datos hasta el momento en que se completó el respaldo. Si la base de datos cambia con frecuencia y es grande, hacer respaldos completos frecuentes de la base de datos podría ser impractical debido a las restricciones de tiempo y espacio. Podría haber una pérdida significativa de datos en caso de un fallo de la base de datos.

Instalación y configuración de FreeNAS: una guía completa para principiantes

Existen dos formas de mejorar la capacidad de recuperación en casos como estos, ambas requieren un respaldo completo de la base de datos. Ambos métodos también requieren que el modelo de recuperación de la base de datos sea COMPLETO o BULK_LOGGED.

El primer método es con un respaldo diferencial de la base de datos, que captura y almacena solo los datos que han cambiado desde el respaldo completo. Con su archivo más pequeño y la información concisa, es muy rápido cuando se trata de recuperación de datos.

Este ejemplo crea un respaldo diferencial en un dispositivo de respaldo lógico llamado DiffBackupDevice:

BACKUP DATABASE Northwind TO DiffBackupDevice WITH DIFFERENTIAL

El segundo método para mejorar la capacidad de recuperación es con respaldos del registro de transacciones, donde la recuperación se puede realizar hasta un punto específico en el tiempo.

Puede que te preguntes cómo esto es posible. Recuerda que el propósito de un registro de transacciones es registrar todas las transacciones que ocurren dentro de una base de datos. Un registro de transacciones es lo que permite que COMMIT y ROLLBACK funcionen correctamente. Para lograr esta funcionalidad, se debe registrar una imagen antes y después de los datos junto con el tipo de operación, el inicio de la transacción, etc.

Cómo habilitar SNMP en Windows Server 2003 para capturar información del dispositivo

Consejos de respaldo

Utiliza la siguiente lista de verificación para asegurarte de no olvidar pasos cruciales durante tus respaldos semanales de base de datos.

• Respalda la base de datos master de forma semanal. Realiza un respaldo manual si creas, modificas o eliminas una base de datos; agregas nuevos mensajes de SQL Server; agregas o eliminas servidores vinculados; o agregas dispositivos de registro.
• Respalda la base de datos msdb diariamente. Suele ser bastante pequeña, pero es importante porque contiene todos los trabajos, operadores y tareas programadas de SQL Server.
• Respalda la base de datos model solo si la has modificado.
• Utiliza SQL Server Agent para programar tus trabajos de respaldo.
• Si tienes los recursos disponibles en tu entorno de producción, respalda las bases de datos de producción en disco localmente o en un servidor de red en el mismo switch. Luego, copia los archivos/dispositivos de respaldo a la cinta. Con muchas fallas de hardware (especialmente con sistemas RAID), el disco suele estar intacto. La recuperación será mucho más rápida si los archivos de respaldo están en disco.
• Respalda las bases de datos de desarrollo y prueba utilizando, como mínimo, el modelo de recuperación SIMPLE.
• Además de los respaldos programados regularmente, realiza respaldos de las bases de datos de usuarios después de operaciones masivas sin registro (por ejemplo, copias masivas), creación de índices o cambio del modelo de recuperación.
• Si no estás utilizando el modelo de recuperación SIMPLE, recuerda respaldar tu base de datos DESPUÉS de truncar el registro de transacciones.
• Documenta tus pasos de recuperación. Como mínimo, describe los pasos, indicando dónde se encuentran todos los archivos importantes.

Toda esta información permanece en el registro de transacciones hasta que el registro se trunca, es decir, hasta que todas las transacciones confirmadas se eliminan del registro. En el modelo de recuperación SIMPLE, el registro se trunca durante un CHECKPOINT, cuando la memoria caché de SQL Server se escribe en disco, lo cual sucede automáticamente pero se puede realizar manualmente. Es por eso que el modelo de recuperación SIMPLE no admite la recuperación a un punto específico en el tiempo. Con los modelos de recuperación COMPLETO y BULK_LOGGED, el registro de transacciones se trunca cuando se respalda el registro de transacciones, a menos que hayas especificado explícitamente que no se trunque.

Para respaldar un registro de transacciones, utiliza el comando BACKUP LOG. La sintaxis básica es muy similar al comando BACKUP:

BACKUP LOG {base_de_datos} TO <dispositivo_de_respaldo>

Aquí tienes un ejemplo de cómo respaldar el registro de transacciones en un dispositivo de respaldo lógico llamado LogBackupDevice:

BACKUP LOG Northwind TO LogBackupDevice

Qué es RAID 1E y cómo funciona en comparación con RAID 10

Para evitar la truncación del registro de transacciones, utiliza la opción NO_TRUNCATE, así:

BACKUP LOG Northwind TO LogBackupDevice WITH NO_TRUNCATE

Lo básico

Aunque acabo de cubrir lo básico de la recuperación de bases de datos en este artículo, puedes avanzar en la dirección correcta siguiendo estos consejos. Así que evita el pánico haciendo copias de respaldo de la base de datos master semanalmente y de la msdb diariamente.

En Newsmatic nos especializamos en tecnología de vanguardia, contamos con los artículos mas novedosos sobre Centros de Datos, allí encontraras muchos artículos similares a Estrategias de respaldo de bases de datos en SQL Server 2000 , tenemos lo ultimo en tecnología 2023.