PLAN DE RESPALDO SECRETARIAS DE GOBIERNO

Y HACIENDA ALCALDIA DE SAN ANTONIO SENA

INTRODUCCIN

Una base de datos logra ser algo complejo que puede arruinarse y como resultado
perder informacin que se encontraba almacenada, perdiendo el trabajo de muchos
das, meses o aos de trabajo. Las bases de datos son sensibles y puede en algn
momento sufrir algn grado de corrupcin. Cuando la base de datos sufre algn tipo
de dao se debe tener bastante cuidado al utilizar algunas herramientas
administrativas, pues se pueden generar daos mayores.

Los SGBD deben suministran herramientas para impedir o corregir error o fallos,
siempre que se lleve a cabo una actualizacin se debe tener la certeza de que la base
de datos quede sin errores es decir consistente, el fin de un sistema de recuperacin
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 recuperacin, dadas mediante una configuracin la
cual se basa en caractersticas 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 recuperacin 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 informacin ser el mnimo
posible.

RECUPERACIN

Un sistema de recuperacin consiste en restaurar la BD a un estado que sea correcto,

de algn fallo que la deje en estado incorrecto. Recuperacin de una base de datos
restablecer la BD a un estado seguro y estable.

Respaldo

Consiste en la generacin de un backup o copia de los datos en un medio magntico

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
Oracle, el SGBD posee un componente de copias de seguridad y restauracin de
SQL, el cual ofrece una resguardo fundamental para los datos crticos almacenados
en las bases de datos. Para minimizar el riesgo de prdida informacin es necesario
realizar copias de seguridad de las bases de datos, almacenando actualizaciones o
modificaciones de los datos peridicamente. Un buen programa de respaldo y la
correcta restauracin favorece enormemente la proteccin de las bases de datos ante
la prdida de informacin causada por diferentes tipos de errores Con los respaldos
validos de una BD es factible recuperar la informacin 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 daada o la prdida permanente de un servidor.
Errores de medios.
Corrupcin en los medios utilizados para el respaldo

DESASTRES NATURALES.

Configuracin y mantenimiento de una estrategia de copia de seguridad SQL

Server

Luego de ser seleccionado un estndar de recuperacin que cumpla los requisitos de

su empresa en cuanto a una base de datos en particular, se debe implementar una
tctica de copias de seguridad. La estrategia de copias de seguridad ptima
depende de distintas causas como son las siguientes:
Cuntas horas al da 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 perodo. Cul es la probabilidad de que se lleven a cabo actualizaciones y se
generen cambios en la estructura de la BD? Si se efectan cambios con frecuencia se
deben tener en cuenta algunos aspectos: Cuando se utiliza el modelo de recuperacin
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 recuperacin 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 restauracin, ya que no se deben restaurar un gran nmero de respaldos.
Qu probabilidad hay en que los cambios se realicen solo en una mnima 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 tambin
el espacio en disco a utilizar en el momento de realizar una copia de seguridad
completa.

Descripcin de los tipos de copia de seguridad

TIPO DE COPIA DE
SEGURIDAD

DISPONIBLE PARA

RESTRICCIONES

Completo

Bases de datos,
archivos y grupos de
archivos

Diferencial

Bases de datos,
archivos y grupos de
archivos
Registros de
transacciones

En la base de datos
maestra, solo son
posibles copias de
seguridad completas.
En
En el
el modelo
modelo de
de
recuperacin
simple,
recuperacin simple,
las
las copias
copias de
de seguridad
seguridad
de
archivos
y
de
de archivos
y grupos
grupos
Las copias
de de
archivos
solo
estn
archivos de
solo
estn
seguridad
registros
disponibles
para
los
disponibles
para los
de
transacciones
no
grupos
de
archivos
de
grupos
de archivos
de
estn
disponibles
para
solo
lectura.
solo
lectura.
el modelo de
recuperacin simple.

Registro de
transacciones

Modelos de recuperacin Oracle

Modelo de
recuperacin
Simple

Completa

Por medio de registros

de operaciones
masivas

Descripcin

Riesgo de prdida
de trabajo

Sin copias de
seguridad de

Los cambios
realizados despus
de la copia de
registros. Recupera
seguridad ms
automticamente el
reciente no estn
protegidos. En caso
espacio de registro
de desastre,
para mantener al
mnimo los requisitos necesario volver
Realizar dichos
de espacio,
cambios.
eliminando, en
esencia, la
Requiere
de
Normalmente
necesidadcopias
de
seguridad
ninguno. Si el final
administrarde
el
registros.
del registro resulta
espacio del registro
daado, se deben
No
se pierde trabajo
de Transacciones.
repetir los cambios
si un archivo
realizados desde la
de datos se pierde o ltima copia de
seguridad de
resulta daado.
Requiere
de
Se puede copias
recuperar
seguridad
de
hasta cualquier
registros.
momento, por
ejemplo,
Complemento del
modelo de
recuperacin
completa que
permite operaciones
de copia

mnimo de la
mayora de las
Operaciones
masivas.
Para Obtener ms

Se puede Hasta
determinado
momento, siempre
que las copias de
seguridad se
hayan hasta ese
momento.

Si el registro resulta
Se puede
daado o se han
recuperar hasta
el final
realizado
operaciones masivas
desde la ltima copia
de seguridad de
registros, se pueden
repetir los cambios
desde esa ltima
copia de seguridad.

En caso contrario,
masiva de alto
rendimiento. Reduce no se pierde el
el uso del espacio de trabajo.
registro mediante el
registro

Recuperacinha
sta un momento
dado?
Slo se puede
recuperar hasta el
final de una copia
de seguridad.

Restaurar bases de datos Oracle 11g

Habitualmente en la mayora 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 produccin, integracin y desarrollo,
hacindose necesario la utilizacin de un sistema de copias de seguridad.

Los respaldos no slo nos sirven para impedir una posible prdida de los datos,
tambin son tiles para replicar los entornos en mencin, en lo que a la base de
datos se refiere sin necesidad de volver a crear todas las tablas y dems objetos de
la base de datos, adems 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 reversin 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 recuperacin puedan revertirse

PLAN DE CONFIGURACIN Y RECUPERACIN ANTE DESASTRES PARA EL

SMBD DE LA ALCALDA DE SAN ANTONIO DEL SENA

El Plan est basado en un proceso dinmico y continuo que incluye no slo las
actividades a realizarse en el evento de una interrupcin de la capacidad de
procesamiento de datos; sino adems, en las actividades realizadas anticipando
dicho evento.

Una actividad principal del plan, es evaluar, mantener y mejorar los procedimientos
de recuperacin, que permitan mitigar los daos potenciales antes de que un
desastre ocurra.

Otra actividad es facilitar la recuperacin en el evento de un desastre. Para lo cual,

la fase de recuperacin provee tres propsitos:

1. Los roles individuales (de ejecucin, coordinacin 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 perfeccin y exactitud
de cada proceso y repasa los procedimientos de recuperacin sobre la
marcha.
En ese sentido, El Plan de Recuperacin de Desastres se convertir en la carta de
navegacin, contemplando:

La estructura de una organizacin jerrquica paralela para administrar las

emergencias, con mecanismos de notificacin claramente definidos.

Definicin de escenarios.
Diseos de programas de almacenamiento y estrategias.
Detalle de la administracin general del Plan.
Establecimiento de procedimientos de emergencia, organizacin de grupos

de trabajo, funciones y responsabilidades, involucrando usuarios y

administradores.

ESTABLECIMIENTO DE PRIORIDADES:

% Ocurrencia
Causa Natural
Inundaciones

0,5%

Electricidad

5%

Fuego

0,1%

Tormentas

0,5%

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 alcalda

0,0%

SELECCIN DE ESTRATEGIAS DE RECUPERACIN:

El Proceso de Respaldo establecido como procedimiento de Recuperacin, a travs

del cual la Alcalda de San Antonio del SENA asegura la conservacin de su
informacin vital y determina donde realizar sus trabajos crticos de procesamiento
de datos en caso de falta o falla de sus equipos.

El diseo del proceso de respaldo incluye los cinco (5) principales componentes de
un sistema de informacin, a saber:
Los datos
La documentacin
Las aplicaciones (software)
Los procedimientos
Los equipos (hardware)

Plan de Backups y Equipos de Respaldo

Un backup es una copia de seguridad de la informacin en un segundo medio

(Servidor Anexo) que nos garantiza recuperar la informacin 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 cmputo

2 Usuarios con privilegios para realizar copias de seguridad.

El objetivo es que en la Alcalda de San Antonio del SENA se generen unos

procesos automatizados que llevarn los respaldos a un Sistema de
Almacenamiento en Discos (SAN), para realizar las copias de seguridad de la
Entidad.

Definicin de Niveles de Backup

Los niveles de backup que se han establecido como poltica son los siguientes:

ANUAL: Debe realizarse al final de cada ao (ltimo da del ao), es un backup total
en disco que se guardan indefinidamente.
SEMESTRAL: Debe realizarse al final de cada semestre un backup total (ltimo da
de cada semestre exceptuando el ltimo da del ao). Estos respaldos se pueden
denominar semestre1, semestre2 y se eliminan anualmente.

MENSUAL: Debe realizarse al final de cada mes un backup total (ltimo da de cada
mes exceptuando el ltimo da del ao). Estos respaldos se pueden denominar mes1,
mes2, mes3,. mes12 y se eliminan anualmente.

SEMANAL: Se debe realizar al final de la semana (ltimo da 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 da, es un backup total de la informacin diaria
en disco. Estos respaldos se pueden denominar lunes, martes, mircoles y jueves y
se eliminaran semanalmente.

COMPONENTES ESENCIALES:

Servidor 1

- Este servidor cuenta con un sistema operativo Windows server 2008 R2 en el cual se

promocionara un dominio y adicionalmente se administraran los servicios de DHCP,

DNS y directorio activo en el cual se crearn unidades organizativas para cada una
de las dependencias de la alcalda, a estas unidades organizativas se agregan tanto
los equipos como los usuarios de cada rea, adicionalmente se le aplicaran polticas
de GPO (Polticas de grupo) con las que se busca habilitar o bloquear funciones a
cada uno de los equipos que se encuentran en esa unidad organizativa, esta
estructura de directorio activo proporciona a cada persona un usuario y una clave
para iniciar su sesin en el equipo asignado o tambin lo puede hacer desde otro
equipo que este en la red, esto permite llevar un registro de eventos por usuario, lo
cual brinda mayor seguridad al sistema y por ende a la informacin de la alcalda; en
este servidor se agregara el servicio de servidor de impresiones y de archivos desde
donde se van a administrar cada una de las impresoras que estn en la red, y se
van a poder asignar a los equipos que se requiera.

Servidor 2

- Este servidor cuenta con un sistema operativo Windows server 2008 R2, desde este

servidor se van a administrar mquinas virtuales, esto beneficia la reduccin recursos

tanto econmicos como fsicos. Las mquinas virtuales se van a administrar desde la
consola de Hyper V, se instalara en una de las mquinas virtuales un servidor
Windows server 2012 standard, el cual contendr el motor de base de datos Oracle
11g en donde se crearn los schemas de almacenamiento y consulta para las
secretarias de gobierno, educacin y hacienda. Se creara otra mquina virtual en la
cual se instalara un sistema operativo Ubuntu 14.04 que contendr un servidor de
correo zimbra el cual va a permitir enviar y recibir e-mails tanto a nivel interno como
externo.

Adicional a lo anterior se crear una tercera mquina virtual con sistema operativo
Linux en el cual se desplegar el Software de manejo de documentos y su respectiva
base de datos (postgres) para ser accedido por las diferentes secretaras.

Servidor 3

- Este servidor contar con S.O. Windows server 2003 standard, esto dependiendo de
la compatibilidad del programa de sistema de informacin geogrfico y con sus
respectivas licencias; adicionalmente en este equipo se instalara Hyper v desde
donde se virtualizar un servidor con sistema operativo Linux en el cual se desplegar
el software de HELPDESK que se emplea para el soporte a clientes internos.

CENTRO DE CMPUTO

RACK 1

RACK 2

Switch de 48 puertos

Servidores

Switch 24 puertos

Patch panel

Sistema de almacenamiento
SAN
Inversores
elctricos

Switch capa 3 de 48 puertos

Bateras

Firewall

Switch

Router

Inversor elctrico

Bateras

SOFTWARE Y LICENCIAS

Secretarias
Microsoft Office 2016 Acrobat Reader Symantec Aplicacin de Comerciantes Impuesto Predial Sistema Informacion Geografica Sistema de Estratificacion Sistema de Matriculas Gestion Documental Gestion Ambiental
General
x
x
x
Gobierno
x
x
x
x
Hacienda
x
x
x
x
Planeacion y ObrasPublicas x
x
x
x
x
Educacion
x
x
x
x
Salud
x
x
x
Deportes
x
x
x
Ambiente
x
x
x
x
Contol Interno
x
x
x

CRITERIOS Y PROCEDIMIENTOS DE PRUEBA DEL PLAN:

Las pruebas de recuperacin de desastres ayudan a garantizar que una organizacin

podr recuperar datos, aplicaciones crticas de negocio y continuar con su
funcionamiento despus de una interrupcin de los servicios. La funcin principal de
una prueba de DR es evaluar plenamente la continuidad de los procesos y los planes
de recuperacin de desastres. El proceso de prueba le permite a una organizacin
llevar a cabo el plan de mantenimiento y capacitar al personal sobre los
procedimientos de recuperacin de desastres.

Las pruebas de recuperacin de desastres deben realizarse de modo regular. Las

comunicaciones, la recuperacin de datos y la recuperacin de aplicaciones suelen
ser los ejes de todas las pruebas de recuperacin de desastres. Los dems sectores
para estas pruebas pueden variar, dependiendo de los objetivos de la organizacin
sobre el punto de recuperacin (RPO) y el tiempo de recuperacin (RTO).

Aprobacin

Luego probar el plan y aplicar las correcciones pertinentes, la alcalde deber

exponerlo y luego aprobarlo. l y sus asesores son los encargados de establecer los
procedimientos y responsabilidades en caso de alguna eventualidad y de actualizar y
dar el aval al plan cada ao.

Este plan se debe considerar fundamental a la hora de asegurar la informacin ante

un desastre, si bien es cierto que requiere un gran cantidad de recursos y a pesar de
que requiere una cantidad considerable de recursos y trabajo, se convierte en una
herramienta de gran relevancia para el ente gubernamental.