2013/05/02

SQL Server – Creación de jobs para hacer copias de seguridad


En SQL Server existen 3 tipos de copias de seguridad:

1.- Completo:
Es el tipo de backup por defecto y hace una copia de seguridad completa de la base de datos, incluyendo el log de transacciones.

2.- Diferencial:
Guarda la información de la base de datos que ha cambiado desde el último backup completo. Son más rápidos ya que solo guardan los cambios desde un punto. Sin embargo como veis es recomendable tener al menos un backup completo a la semana.

3.- Log de transacciones:
Guardan las modificaciones de la base de datos, es decir, todas las operaciones que se realizan sobre los datos, inserciones, modificaciones, borrados… Son usados en el proceso de recuperación para restaurar una base de datos por completo en un momento concreto.
Una vez que ya conocemos los tipos de copias de seguridad disponibles, es el momento de elegir una estrategia de copia de seguridad para evitar desastres. SQL Server nos proporciona automatización de tareas a través de jobs. Estos funcionan parecidos a las tareas programadas de Windows. Podemos especificar pasos y controlar cada uno de ellos dependiendo de su resultado. Por supuesto se programan y esa será nuestra baza para crear un job que realice copias de seguridad según nuestro criterio. Para aquellos que no lo sepan los jobs no funcionarán si el servicio SQL Server agent está parado.

- Creación del job de copia de seguridad:
1.- Desde el explorador de base de datos pulsamos botón derecho sobre jobs (Éste cuelga del servicio SQL Server Agent)
SQL_1
2.- En la siguiente pantalla podremos dar el nombre a la tarea que queramos automatizar, así como definir los pasos, la programación de los mismos, configurar alertas y tipos de notificaciones. Seleccionamos pasos:
SQL_2
3.- Hacemos click en nuevo:
SQL_3
4.- Damos nombre al paso que estamos configurando, seleccionamos como tipo Transact-SQL script y copiamos el siguiente código en la ventana comando:
BACKUP DATABASE [DemoDB] TO DISK = N'C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Backup\DemoDB.bak'
Por supuesto es totalmente personalizable, cambiar el nombre de la base de datos afectada por el backup así como también el path o localización física donde queremos almacenar nuestra copia de seguridad.
SQL_4
5.- Si todo fue como se esperaba tendremos un bonito pop-up indicando que todo ha ido bien. Si por el contrario algo sucedió, deberemos chequear donde está el problema.
SQL_5
Dicho esto, espero que les sea de utilidad.
Fuente: decabo.com