DISEÑO Y ADMINISTRACIÓN DE UNA BODEGA DE DATOS PARA UNA ALCALDÍA

Fase 2 PLANEACION

PLANIFICAR LA CONFIGURACIÓN DEL SISTEMA MANEJADOR DE BASES DE DATOS

AA2-EV4- PLAN DE CONFIGURACIÓN Y RECUPERACIÓN ANTE DESASTRES PARA EL SMBD.

JORGE ANTONIO VERA HERNANDEZ

ANDRES JULIAN VALENCIA OSORIO

SERVICIO NACIONAL DE APRENDIZAJE-SENA

ESPECIALIZACION TECNOLOGICA GESTION Y SEGURIDAD DE BASES DE DATOS

CUCUTA

2019
Contenido
INTRODUCCION ................................................................................................................................... 3
RECUPERACION ................................................................................................................................... 3
CONFIGURACION Y MANTENIMIENTO DE UNA ESTRATEGIA DE COPIA DE SEGURIDAD SQL SERVER 4
MODELOS DE RECUPERACIÓN SQL SERVER ........................................................................................ 5
RESTAURAR BASES DE DATOS SQL SERVER......................................................................................... 6
PLAN DE CONFIGURACIÓN Y RECUPERACIÓN ANTE DESASTRES PARA EL SMBD DE LA ALCALDÍA DE
SAN ANTONIO DEL SENA ..................................................................................................................... 7
ESTABLECIMIENTO DE PRIORIDADES: ................................................................................................. 8
SELECCIÓN DE ESTRATEGIAS DE RECUPERACIÓN ............................................................................... 8
CRITERIOS Y PROCEDIMIENTOS DE PRUEBA DEL PLAN..................................................................... 10
BIBLIOGRAFIA .................................................................................................................................... 10
INTRODUCCION

Las bases de datos con elementos muy importantes de las empresas y áreas a las cuales se consultan
es por eso que se debe tener un plan de respaldo y recuperación de la información, ya que no
estamos exentos de cualquier inconveniente físico, climático, natural o humano el cual pueda
perder y corromper la información es por eso que a continuación realizaremos un diagnóstico de las
condiciones más elevadas de peligrosidad con los que podamos perder nuestra información.

RECUPERACION
Un sistema de recuperación consiste en restaurar la BD a un estado que sea correcto de algún fallo
que le deje un estado incorrecto

¿Qué es un 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 prestablecido, de manera

responsable y veraz.

¿Para que 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 una 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

CONFIGURACION 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 accesar 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
a. Descripción de los tipos de copia de seguridad

● Copias de seguridad de bases de datos

TIPO DE COPIA DE DISPONIBLE PARA RESTRICCIONES
SEGURIDAD
Completo Bases de datos, archivos y En la base de datos maestra,
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.
Diferencial Bases de datos, archivos y En el modelo de recuperación
grupos de archivos simple, las copias de
seguridad de archivos y
grupos de archivos solo están
disponibles para los grupos
de archivos de solo lectura.
Registro de transacciones Registros de transacciones Las copias de seguridad de
registros de transacciones no
están disponibles para el
modelo de recuperación
simple.

MODELOS DE RECUPERACIÓN SQL SERVER

Modelo de Descripción Riesgo de pérdida de ¿Recuperación hasta

recuperación trabajo un momento dado?
Simple Sin copias de seguridad Los cambios realizados Sólo se puede
de registros. después de la copia de recuperar hasta el final
Recupera seguridad más reciente de una copia de
automáticamente el no están protegidos. En seguridad.
espacio de registro para caso de desastre, es
mantener al mínimo los necesario volver a
requisitos de espacio, realizar dichos cambios.
eliminando, en esencia,
la necesidad de
administrar el espacio
 del registro de
transacciones.

Completa Requiere copias de Normalmente ninguno. Se puede recuperar

seguridad de registros. Si el final del registro hasta determinado
No se pierde trabajo si resulta dañado, se momento, siempre que
un archivo de datos se deben repetir los las copias de seguridad
pierde o resulta cambios realizados se hayan completado
dañado. desde la última copia de hasta ese momento.
Se puede recuperar seguridad de
hasta cualquier
momento, por ejemplo,

RESTAURAR BASES DE DATOS 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; sino
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:

1. Los roles individuales (de ejecución, coordinación y toma de decisiones) deben ser
entendidos y atendidos en el contexto de todo el plan.

2. Existe la necesidad de establecer y mantener las descripciones de los procedimientos a ser

realizados en el evento de un desastre.

3. 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.
ESTABLECIMIENTO DE PRIORIDADES:
Causa Natural % Ocurrencia
Electricidad 5%
Tormentas 0,5%

Inundaciones 0,5%
Fuego 0,1%
Terremotos 0,1%
Fallas en equipos 5%
Otros 10%

Otras causas:

Causa % Ocurrencia
Errores humanos no intencionales 10%
Empleados deshonestos 0,5%
Sabotaje de empleados 0,1%
Personas ajenas a la alcaldía 0,0%

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)
Plan de Backups y Equipos de Respaldo

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 backup deben ser ejecutados por:

1 El administrador del centro de cómputo

2 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.

Definición de 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,….semana4 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.
CRITERIOS Y PROCEDIMIENTOS DE PRUEBA DEL PLAN
Las pruebas de recuperación de desastres ayudan a garantizar que una organización podrá
recuperar datos, aplicaciones críticas de negocio y continuar con su funcionamiento después de
una interrupción de los servicios. La función principal de una prueba de DR es evaluar plenamente
la continuidad de los procesos y los planes de recuperación de desastres. El proceso de prueba le
permite a una organización llevar a cabo el plan de mantenimiento y capacitar al personal sobre
los procedimientos de recuperación de desastres.
Las pruebas de recuperación de desastres deben realizarse de modo regular. Las comunicaciones,
la recuperación de datos y la recuperación de aplicaciones suelen ser los ejes de todas las pruebas
de recuperación de desastres. Los demás sectores para estas pruebas pueden variar, dependiendo
de los objetivos de la organización sobre el punto de recuperación (RPO) y el tiempo de
recuperación (RTO).

BIBLIOGRAFIA
https://msdn.microsoft.com/es-es/library/ms175510(v=sql.120).aspx

http://www.oracle.com/technetwork/es/articles/database-performance/pdbs-backup-recovery-
dbpitr-2192211-esa.html

http://www.programmingapps.net/2014/11/sql-server-copias-se-seguridad-y-restauracion/

http://www.guillesql.es/Articulos/SQLServerFAQ_Modo_Recuperacion_SQL_Server_LOG.aspx