Especialización Gestión y Seguridad de Base de Datos

Actividad: AA6-Ev1- PLAN DE Fecha: 07/09/2020 Bladimiro

RESPLADO PARA LAS SECRETARIAS Montalvo
DE GOBIERNO Y HACIENDA DE SAN
Kevin Suarez
ANTONIO DEL SENA
Ever Plaza
Edgar Fabra
Evidencias de Conocimiento: Presentación de estos temas

Ficha No. 2075180

INTRODUCCIÓN

Una base de datos logra ser algo complejo que puede arruinarse y como resultado
perder información que se encontraba almacenada, perdiendo el trabajo de muchos días,
meses o años de trabajo. Las bases de datos son sensibles y puede en algún momento
sufrir algún grado de corrupción. Cuando la base de datos sufre algún tipo de daño se
debe tener bastante cuidado al utilizar algunas herramientas administrativas, pues se
pueden generar daños mayores.

Los SGBD deben suministran herramientas para impedir o corregir error o fallos, siempre
que se lleve a cabo una actualización se debe tener la certeza de que la base de datos
quede sin errores es decir consistente, el fin de un sistema de recuperación es restaurar
la base de datos en el que no se tiene errores un estado óptimo, luego de detectar
cualquier error o estado incorrecto o sospechoso Las bases de datos brindan ciertas
posibilidades de respaldo y recuperación, dadas mediante una configuración la cual se basa
en características de operatividad y de disponibilidad, por otro lado se deben tener
presentes los requerimientos de las entidades y áreas de la misma. El objetivo
primordial de la recuperación y respaldos son de este servicio es valorar la instancian
 en la que particularmente se encuentra cada base, seguidamente expone y propone la
mejor modelo de respaldo que se pueda brindar para cada usuario o entidad y
garantizando el porcentaje de perdida de información será el mínimo posible.

RECUPERACIÓN

Un sistema de recuperación consiste en restaurar la BD a un estado que sea correcto, de

algún fallo que la deje en estado incorrecto. Recuperación de una base de datos
“restablecer la BD a un estado seguro y estable”.
Respaldo
Consiste en la generación de un backup o copia de los datos en un medio magnético o en
la nube, de tal modo que partiendo de ese respaldo es factible restaurar el sistema al
momento en que se realizó el respaldo. Los respaldos se deben generar regularmente y
mediante un cronograma preestablecido, de manera responsable y veraz.

El porqué de los respaldos

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.

 Errores de usuario
 Ejemplo quitar una tabla por error.
 Errores de hardware
 Ejemplo, una unidad de disco dañada o la pérdida permanente de un servidor.
 Errores de medios.
 Corrupción en los medios utilizados para el respaldo
DESASTRES NATURALES.

Configuración y mantenimiento de una estrategia de copia de seguridad SQL Server

Luego de ser seleccionado un estándar de recuperación que cumpla los requisitos de su
empresa en cuanto a una base de datos en particular, se debe implementar una táctica de
copias de seguridad. La estrategia de copias de seguridad óptima depende de distintas
causas como son las siguientes:
¿Cuántas horas al día pretenden las aplicaciones acceder a la BD? Si se determina un
periodo de escasa actividad, es necesario programar los respaldos de la BD completa en
ese período. ¿Cuál es la probabilidad de que se lleven a cabo actualizaciones y se generen
cambios en la estructura de la BD? Si se efectúan cambios con frecuencia se deben tener
en cuenta algunos aspectos: Cuando se utiliza el modelo de recuperación simple, es
necesario tener en cuenta la posibilidad de proyectar copias de seguridad diferenciales
entre copias de seguridad de bases de datos completas, cuando se habla de copia
diferencial se toman solo los cambios a partir del último respaldo de la base de datos
completa. Por otra parte, mediante el modelo de recuperación completa, se programan
copias de seguridad de registros habituales. 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. ¿Qué probabilidad hay en que
los cambios se realicen solo en una mínima parte de la base de datos o en su totalidad?
Para una base de datos grande en la que los cambios se concentran en una parte de los
archivos o grupos de archivos, las copias de seguridad parciales o de archivos pueden ser
útiles. Es necesario calcular también el espacio en disco a utilizar en el momento de
realizar una copia de seguridad completa.
TIPOS DE COPIAS DE SEGURIDAD

TIPO DE COPIA DE DISPONIBLE PARA RESTRICCIONES

SEGURIDAD

Bases de datos, archivos y En la base de datos maestra,

COMPLETO grupos de archivos. solo son posibles copias de
seguridad completas. En el
modelo de recuperación
simple, las copias de
seguridad de archivos y
grupos de archivos solo están
disponibles para los grupos
de archivos de solo lectura
Bases de datos, archivos y En el modelo de
DIFERENCIAL grupos de archivos recuperación simple, las
copias de seguridad de
archivos y grupos de
archivos solo están
disponibles para los grupos
de archivos de solo lectura.

Las copias de seguridad de

REGISTRO DE Registro de transacciones registros de
TRANSACCIONES transacciones no están
disponibles para el modelo
de recuperación simple.
Restaurar base de datos en SQL server

Habitualmente en la mayoría de las aplicaciones se cuenta con un sistema gestor de base

de datos (SGBD), el cual apoya el desarrollo. Estas bases de datos son utilizadas en
distintos entornos, como en la producción, integración y desarrollo, haciéndose necesario
la utilización de un sistema de copias de seguridad.
Los respaldos no sólo nos sirven para impedir una posible pérdida de los datos, también
son útiles para replicar los entornos en mención, en lo que a la base de datos se refiere sin
necesidad de volver a crear todas las tablas y demás objetos de la base de datos, además
sin volver a cargar los datos que contienen.

Restore With Recovery

Es el comportamiento predeterminado que deja la base de datos lista para usarse
mediante la reversión de las transacciones no confirmadas. No pueden restaurarse
registros de transacciones adicionales.

Restore With Norecovery

Deja la base de datos no operativa, y no revierten las transacciones no confirmadas.
Pueden restaurarse registros de transacciones adicionales. La base de datos no puede usar
hasta que se recupera.
Restore With Standby
Deja la base de datos en modo de solo lectura. Deshace las transacciones sin confirmar,
pero guarda las acciones de deshacer en un archivo en espera para que los efectos de la
recuperación puedan revertirse
PLAN DE CONFIGURACIÓN Y RECUPERACIÓN ANTE DESASTRES PARA EL SMBD DE LA
ALCALDÍA DE SAN ANTONIO DEL SENA

El Plan está basado en un proceso dinámico y continuo que incluye no sólo las actividades
a realizarse en el evento de una interrupción de la capacidad de procesamiento de datos;
además, en las actividades realizadas anticipando dicho evento.
Una actividad principal del plan es evaluar, mantener y mejorar los procedimientos de
recuperación, que permitan mitigar los daños potenciales antes de que un “desastre”
ocurra.

Otra actividad es facilitar la recuperación en el evento de un desastre. Para lo cual, la fase

de recuperación provee tres propósitos:
Los roles individuales (de ejecución, coordinación y toma de decisiones) deben ser
entendidos y atendidos en el contexto de todo el plan.
Existe la necesidad de establecer y mantener las descripciones de los procedimientos a ser
realizados en el evento de un desastre.

El plan permite un repaso administrativo, al evaluar la perfección y exactitud de cada

proceso y repasa los procedimientos de recuperación sobre la marcha.

En ese sentido, El Plan de Recuperación de Desastres se convertirá en la carta de

navegación, contemplando:
La estructura de una organización jerárquica paralela para administrar las emergencias,
con mecanismos de notificación claramente definidos.
Definición de escenarios.
Diseños de programas de almacenamiento y estrategias.
Detalle de la administración general del Plan.
Establecimiento de procedimientos de emergencia, organización de grupos de trabajo,
funciones y responsabilidades, involucrando usuarios y administradores.

SELECCIÓN DE ESTRATEGIAS DE RECUPERACIÓN

El Proceso de Respaldo establecido como procedimiento de Recuperación, a través del

cual la Alcaldía de San Antonio del SENA asegura la conservación de su información vital y
determina donde realizar sus trabajos críticos de procesamiento de datos en caso de falta
o falla de sus equipos.
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)
BACKUP Y COPIAS DE SEGURIDAD

Un backup es una copia de seguridad de la información en un segundo medio (Servidor

Anexo) que nos garantiza recuperar la información contenida en nuestras maquinas en
caso de que se presente alguna falla en el disco duro, un borrado accidental o un
accidente imprevisto.

Estos backups deben ser ejecutados por:

El administrador del centro de cómputo

Usuarios con privilegios para realizar copias de seguridad.

El objetivo es que en la Alcaldía de San Antonio del SENA se generen unos procesos
automatizados que llevarán los respaldos a un Sistema de Almacenamiento en Discos
(SAN), para realizar las copias de seguridad de la Entidad.

NIVELES DE BACKUP

Los niveles de backup que se han establecido como política son los siguientes:

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.

SEMANAL: Se debe realizar al final de la semana (último día de la semana), es un backup

total en disco. Estos respaldos se pueden denominar semana1, semana 4 y se eliminan
mensualmente.

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.