Los planes de DR suelen abordar uno o más de los siguientes tipos de desastres:
Pérdida significativa de servicios críticos de las instalaciones de TI, por ejemplo, pérdida
de alimentación, refrigeración y acceso a la red.
OBJETIVOS ESPECÍFICOS
RESPALDO
Son muchas las ventajas al realizar copias de seguridad de las bases de datos de SQL
Server, el SGBD posee un componente de copias de seguridad y restauración de SQL, el
cual ofrece un resguardo fundamental para los datos críticos almacenados en las bases
de datos.
Para minimizar el riesgo de pérdida información es necesario realizar copias de seguridad
de las bases de datos, almacenando actualizaciones o modificaciones de los datos
periódicamente.
Un buen programa de respaldo y la correcta restauración favorece enormemente la
protección de las bases de datos ante la pérdida de información causada por diferentes
tipos de errores
Con los respaldos validos de una BD es factible recuperar la información en caso de que
se produzcan errores, por ejemplo:
Lo primero que debemos tener en cuenta para realizar un plan óptimo para la creación
de copias de seguridad es Identificar los posibles daños que puedan sufrir nuestra
informacion.
• En el mobiliario y equipo.
• En el equipo de cómputo en general (procesadores, unidades de disco,
impresoras etc.).
• En comunicaciones (hubs, ruteadores, nodos, líneas telefónicas).
• Información.
• Instalaciones.
Estos son solo un ejemplo de los daños que nos pueden afectar la única manera de
blindar nuestra base de datos de estos posibles daños son haciendo una copia de
seguridad total de nuestros datos ya sea teniéndolos en una aplicación en la nube o en
haciendo lo en un medio extraíble y que no se encuentre dentro de nuestras
instalaciones, esta solución esta limitada por el tamaño de nuestros datos y el tiempo de
uso o acceso a ellos, pero será la única manera de mantener la información segura.
La estrategia de copias de seguridad óptima depende de distintas causas como son las
siguientes:
¿Cuántas horas al día pretenden las aplicaciones accesar la BD?
Si se determina un periodo de escasa actividad, es necesario programar los respaldos
de la BD completa en ese período.
Las copias de seguridad diferenciales comparadas con las copias de seguridad completas
disminuyen el tiempo de restauración, ya que no se deben restaurar un gran número de
respaldos.
CONFIGURACIÓN Y MANTENIMIENTO DE UNA ESTRATEGIA DE COPIA DE
SEGURIDAD SQL SERVER 2016.
El diseño del proceso de respaldo incluye los cinco (5) principales componentes de un
sistema de información, a saber:
• Los datos
• La documentación
• Las aplicaciones (software)
• Los procedimientos
• Los equipos (hardware)
Limitaciones y restricciones
La instrucción BACKUP no se permite en una transacción explícita o implícita.
Las copias de seguridad que se crean en una versión más reciente de SQL Server no se
pueden restaurar en versiones anteriores de SQL Server.
Para obtener información general, pero también especializada, sobre los conceptos y las
tareas de copia de seguridad, vea Backup Overview (SQL Server) (Información general
de copia de seguridad [SQL Server]) antes de continuar.
Recomendaciones
• A medida que la base de datos aumenta de tamaño, las copias de seguridad
completas requieren una mayor cantidad de tiempo para finalizar y espacio de
almacenamiento. En el caso de una base de datos grande, considere la posibilidad
de complementar una copia de seguridad completa con una serie de copias de
seguridad diferenciales. Para más información, consulte SQL Server Backup to
URL.
Seguridad
TRUSTWORTHY se establece en OFF en una copia de seguridad de base de datos. Para
obtener información sobre cómo establecer TRUSTWORTHY en ON, vea Opciones de
ALTER DATABASE SET (Transact-SQL).
A partir de SQL Server 2012 (11.x) las opciones PASSWORD y MEDIAPASSWORD no se
pueden utilizar para crear copias de seguridad. Todavía puede restaurar las copias de
seguridad creadas con contraseñas.
Permisos
De forma predeterminada, los permisos BACKUP DATABASE y BACKUP LOG
corresponden a los miembros del rol fijo de servidor sysadmin y de los roles fijos de base
de datos db_owner y db_backupoperator .
Los problemas de propiedad y permisos del archivo físico del dispositivo de copia de
seguridad pueden interferir con una operación de copia de seguridad. SQL Server debe
poder leer y escribir en el dispositivo y la cuenta en la que se ejecuta el servicio SQL Server
debe tener permisos de escritura. En cambio, sp_addumpdevice, que agrega una
entrada para un dispositivo de copia de seguridad en las tablas del sistema, no
comprueba los permisos de acceso a los archivos. Es posible que estos problemas con el
archivo físico del dispositivo de copia de seguridad no aparezcan hasta que se tenga
acceso al recurso físico, al intentar la copia de seguridad o la restauración.
En este ejemplo se creará una copia de seguridad de la base de datos SQLTestDB con
cifrado en la ubicación de copia de seguridad predeterminada.
SQL
USE [SQLTestDB]
Opción Descripción
Opcionalmente, para dar formato a los medios de copia de seguridad, utilice la opción
FORMAT:
USE SQLTestDB;
GO
BACKUP DATABASE SQLTestDB
TO DISK = 'Z:\SQLServerBackups\SQLTestDB.Bak'
WITH FORMAT,
MEDIANAME = 'Z_SQLServerBackups',
NAME = 'Full Backup of SQLTestDB';
GO
PowerShell
import-module sqlps;
$container =
'https://mystorageaccount.blob.core.windows.net/myfirstcontainer';
$FileName = 'Sales.bak';
$database = 'Sales';
$BackupFile = $container + '/' + $FileName ;
https://docs.microsoft.com/es-es/sql/relational-databases/backup-restore/create-a-full-
database-backup-sql-server?view=sql-server-2017
ANUAL: Debe realizarse al final de cada año (último día del año), es un backup total en
disco que se guardan indefinidamente.
SEMESTRAL: Debe realizarse al final de cada semestre un backup total (último día de
cada semestre exceptuando el último día del año). Estos respaldos se pueden denominar
semestre1, semestre2 y se eliminan anualmente.
MENSUAL: Debe realizarse al final de cada mes un backup total (último día de cada mes
exceptuando el último día del año). Estos respaldos se pueden denominar mes1, mes2,
mes3,…. mes12 y se eliminan anualmente.
DIARIO: Se debe realizar al final del día, es un backup total de la información diaria en
disco. Estos respaldos se pueden denominar Lunes, Martes, Miércoles y Jueves y se
eliminaran semanalmente.