Realice copias de seguridad diferenciales

Una copia de seguridad diferencial es casi idntica a una copia de seguridad completa. Cuando se toma una copia de seguridad diferencial en los SSMS, slo es necesario cambiar la el tipo de opcin de copia de seguridad.

El cdigo TSQL para una copia de seguridad diferencial tambin es prcticamente idntico a una copia de seguridad completa. Todo lo que tienes que hacer es agregar el DIFERENCIAL CON declaracin en su cdigo. Todas las otras opciones son las mismas. El siguiente ejemplo de cdigo muestra una copia de seguridad diferencial aadida a un archivo multimedia que contiene la copia de seguridad correspondiente base de datos completa. Esta copia de seguridad caduca en siete das:
USE master; GO BACKUP DATABASE PEDIDOS TO DISK = 'D:\DataBackups\Ped_Full_TQSL.bak' WITH DIFFERENTIAL, RETAINDAYS = 7, NOINIT; GO

Realice copias de seguridad del registro de transacciones

Las copias de seguridad del registro de transacciones permiten que el DBA pueda administrar la transaccin, y registrar el tamao, mientras no se requiera tener que hacer con frecuencia copias de seguridad de la base de datos. Esto es especialmente til para grandes bases de datos que son slo moderadamente voltiles. Una vez ms, se puede ejecutar este proceso ya sea mediante el uso de SSMS o con el cdigo T-SQL. Antes de que usted sea capaz de tomar una vlida Copia de seguridad del registro de transacciones, debe hacer dos cosas: Asegrese de que el modelo de recuperacin no est definido en Simple. Tome una copia de seguridad completa que actuar como el punto inicial en el proceso de recuperacin.

Las copias de seguridad del registro de transacciones con SSMS

La mayora de las opciones son las mismas que se tienen con una copia de seguridad completa. Sin embargo, hay algunas diferencias. La figura que se mostrara a continuacin ilustra la pgina General del cuadro de dilogo Copia de seguridad de base de datos cuando usted est tomando una copia de seguridad del registro de transacciones. Usted notar las siguientes diferencias en el cuadro de dilogo: El modelo de recuperacin se establece en FULL. El componente de copia de seguridad se atena a cabo. Esta seccin no es relevante para copias de seguridad de registro de transacciones.

Tambin hay algunas diferencias en la pgina Opciones. La siguiente imagen proporciona una ilustracin de esta pgina de una copia de seguridad del registro de transacciones.

La principal diferencia en este dilogo es la seccin de registro de transacciones. La opcin predeterminada es truncar el registro de transacciones. Esta sera la opcin deseada para la mayora de mantenimiento estndar. Sin embargo, no siempre es la opcin que debe utilizar. La segunda opcin, "Realizar copia de seguridad del final del registro y dejar la base de datos en estado de restauracin," es la opcin que usted elija para llevar a cabo esta importante tarea. El resto de las opciones son idnticas a la base de datos completa y los comportamientos diferenciales de copia de seguridad, aunque por lo general se les aplica un poco diferente. Por ejemplo, si usted toma una serie de copias de seguridad de registro de transacciones entre copias de seguridad de bases de datos completos, es posible que desee poner a todos en el mismo medio. Esto har que sean ms fciles de restaurar ms tarde. Por lo tanto, debe tener cuidado con el uso de las opciones de sobrescritura para asegurar que las copias de seguridad relacionadas se agrupan en un conjunto de medios comunes y que usted sin querer destruya las copias de seguridad de los medios de comunicacin establecidos fuera de secuencia.

Las copias de seguridad del registro de transacciones con TSQL

La sintaxis de TSQL para hacer copias de un registro de transacciones es muy similar a la base de datos y el cdigo de registro de copia de seguridad diferencial. La sintaxis bsica es la siguiente:
BACKUP LOG { database_name | @database_name_var } TO <backup_device> [ ,...n ] [ WITH { <general_WITH_options> | <log-specific_optionspec> } [ ,...n ] ] [;]

Las opciones son bsicamente las mismas, salvo que se tienen estas opciones, as:
{ NORECOVERY | STANDBY = undo_file_name } | NO_TRUNCATE

El comportamiento predeterminado de una copia de seguridad del registro de transacciones es para truncar el registro. El uso de estas opciones va a cambiar ese comportamiento. En concreto, estas opciones tienen el siguiente impacto: NORECOVERY Esta opcin permite al DBA capturar un registro final antes de una restauracin. Cuando se utiliza esta opcin, el sistema no trunca el registro de transacciones. Despus de la copia de seguridad de registro, la base de datos se establece en un estado de recuperacin de restaurar la espera de los medios de copia de seguridad. STANDBY Esta opcin permite al DBA crear un servidor en espera. Cuando usted toma una copia de seguridad del registro de transacciones utilizando esta opcin, a la parte final del registro de transacciones se le realiza una copia de seguridad y la base de datos queda en un estado de slo lectura. El archivo de deshacer contiene los fragmentos de registro necesarios para aplicar transacciones adicionales. NO_TRUNCATE Se trata de una opcin de copia de slo para el registro que respalda todo el registro de transacciones, pero que no lo trunca. Si la base de datos est daada, debe utilizar esta opcin para capturar el registro. Si usted est tratando de capturar un registro transacciones hurfano despus de un fallo en el dispositivo de base de datos, utilice esta opcin junto con la opcin NORECOVERY. A modo de ejemplo, el cdigo siguiente copia de seguridad del registro de transacciones e inicializar los medios de comunicacin. SQL Server truncara el registro de transacciones como parte del proceso de copia de seguridad:
USE master; GO BACKUP LOG PEDIDOS TO DISK = 'D:\DataBackups\Ped_LOG_TQSL.bak' WITH INIT; GO

Si usted quisiera tener una copia de seguridad posterior del registro de transacciones y aadirla a los medios de comunicacin existentes, la declaracin sera el siguiente:
USE master; GO BACKUP LOG PEDIDOS TO DISK = 'D:\DataBackups\Ped_LOG_TQSL.bak' WITH NOINIT; GO

En este punto, si la base de datos se daa debido a una corrupcin o prdida de datos, se podra capturar el registro de transacciones hurfano con el siguiente cdigo de ejemplo. Tenga en cuenta, no ejecute esta declaracin, a menos que usted tenga todas las copias de

seguridad necesarias para restaurar la base de datos. Esta declaracin har la base de datos accesible hasta que se restablezca:
USE master; GO BACKUP LOG PEDIDOS TO DISK = 'D:\DataBackups\AW_LOG_TQSL.bak' WITH NOINIT, NO_TRUNCATE, NORECOVERY; GO

Realice copias de seguridad (backup) parciales de bases de datos

Hay algunos casos en los cuales cuando se realiza una copia de seguridad completa podra ser un desperdicio. Por ejemplo, suponga que tiene una gran base de datos que almacena muchas tablas de bsqueda estticas. O tal vez la base de datos contiene un amplio conjunto de datos que se importa de otra base de datos o de otra fuente de datos. En este caso, quizs slo una pequea porcin de la base de datos es siempre el objetivo de las transacciones de los usuarios. Sera un desperdicio realizar un backup continuamente a toda la base de datos cuando slo un subconjunto de los datos es realmente necesario para el usuario afectado. Es el escenario perfecto para una copia de seguridad (backup) parcial. Esta es una caracterstica nueva de SQL Server 2008. Para que este enfoque funcione, hay que planificar el mtodo mediante la adopcin de los siguientes pasos: 1. Crear la base de datos con varios archivos de datos en grupos de archivos 2. Separe los datos no voltiles de los datos de los usuarios afectados mediante la colocacin de ellos en grupos de archivos diferentes. 3. Marque los grupos de archivos que contienen los datos no voltiles como de slo lectura. Ahora ya est listo para realizar una copia de seguridad parcial. Esta opcin no est con el apoyo de los SSMS, as que si quieres utilizar este mtodo, usted debe hacerlo a travs del cdigo TSQL. En la secuencia de comandos de copia de seguridad, incluya READ_WRITE_FILEGROUPS para indicar a SQL Server que realizara copias de seguridad slo del grupo de archivos principal y cualquier otro grupo de archivos que est marcado como de lectura / escritura. SQL Server no va a respaldar los grupos de archivos que estn marcados como de slo lectura. Aparte de este comportamiento, la copia de seguridad resultante es idntica a una copia de seguridad de base de datos estndar. El siguiente cdigo muestra un ejemplo:
USE master; GO BACKUP DATABASE PEDIDOS READ_WRITE_FILEGROUPS TO DISK = 'D:\DataBackups\Pedidos_Partial_TQSL.bak' WITH INIT; GO