BD SQL Server Full Backup y
Diferencial
Reinel Albeiro Vega Bernal
Seguridad en Sistemas operativo
Que es un backup
Un backup es una copia de seguridad a
mayor o menor escala, pueden ser una
versión reciente de la información o
cantidad de datos.
Esto puede garantizar una continuidad
del negocio en caso de producirse un
incidente o perdida de información.
Mejora los tiempo de respuesta ante un
incidente o circunstancia adversa.
Posibles fallas de perdida de datos
Falla del dispositivo de almacenamiento De datos DDHH,
arreglos SAN,DAS o RAID.
Daños en los archivos almacenados en la unidad de
almacenamiento
Errores en la implementación de la base de datos en
escritura o por apagado forzado.
Fallos eléctrico, Desastres Naturales o interrupción del
servicio.
Recuperación Base de Datos
Para la reparación de SQL Server y bases de datos corruptas SQL Server, copias
de seguridad y los registros (. Mdf,. Ndf,. Bak,. Ldf).
Es posible que el backup esté en varios archivos, tantos como se necesiten. Eso pasa cuando
no había mucho espacio de disco y hubo que particionar porque el backup era muy largo.
El .bak no es obligatorio pero si es una buena práctica.
Position me permite saber si faltan archivos para completar los .bkp, la herramienta va a avisar de eso.
El nombre se puede cambiar, por ejemplo para hacer algún test. [Link] o Pepito_log.ldf
El MDF es los datos, el ldf es las transacciones que se ejecutaron y la hora.
Tipos de backup Plan de continuidad del negocio: plan para continuar operando mi negocio
cuando pase alguna eventualidad.
El DRP es la parte del plan de continuidad del negocio que se hace desde la
base de datos. La idea es recuperar los datos.
No en todos los casos me sirve tener un backup.
ANS = acuerdos de nivel de servicio. Tiempos de atención ante requerimientos,
incidentes cambios. Tiempos de resolución. Todo esto es contractual.
OLA = acuerdos de nivel operacional, entre áreas de la misma empresa.
RTO = tiempo objetivo de operación, cuanto me demoro en recuperar la base de
datos.
RPO = punto objetivo de recuperación (hora del backup). Que tanto estoy
dispuesto a perder en caso de desastre.
DRP: estrategia para cumplir el RTO y el RPO.
Una disponibilidad alta implica que tengo 2 de cada elemento involucrado en el
proceso.
Diferencial incremental: lo que ha cambiado desde el último full.
De logs (.ldf): un usuario a la vez, solución tener más archivos de logs de transacción. El disco duro más
rápido que tenga el servidor en ese va el log de transacciones. Preferiblemente de estado sólido. Cada 5
minutos enviar el contenido del archivo de transacciones .trn. Es un buffer circular, si està lleno tiene
que crecer, si ya le saqué backup el inicia nuevamente.
SQL analiza cuales ldf necesita para recuperar en una hora especifica.
Se necesita siempre Full + diff, no se puede recuperar solo con el diff.
Cuando colocamos una base de datos en modo simple, ella genera el mínimo de logs,
esto es para las bases de datos que no nos interesa el log.
A las bases de datos que cargan archivos de texto se les coloca bulk.
El comando Shrink log debo pasar la base de datos a simple, esto me deja un archivo de logs solo de un
mega. Si dejo la base de datos en full no me hará el shink completo, solo lo que estè marcado como
descartable.
En operación no se envía un comando de crecer la base de datos porque esto ralentizaría la operación. Se
debe crear un crecimiento cuando falte 10% para llenarse, y se debe hacer en horario donde no esté transando
la base de datos, por ejemplo, de noche. El autogrowth es bueno pero es mejor controlarlo todas las noches.
Para restaurar también se puede usar la opción de attach pero debe detenerse el servidor
Full bakup
