REPBLICA BOLIVARIANA DE VENEZUELA

MINISTERIO DEL PODER POPULAR PARA LA EDUCACIN UNIVERSITARIA,

CIENCIA Y TECNOLOGA
INSTITUTO UNIVERSITARIO DE TECNOLOGA AGRO INDUSTRIAL
PLAN NACIONAL DE FORMACIN EN INFORMTICA
EXTENSIN ZONA NORTE

EQUIPO NMERO 7:
T.S.U. Lpez, Yenifer.
C.I.V- 23.464.969
T.S.U. Mrquez, Ninibeth
C.I.V- 24.817.856
T.S.U. Rojas, Abigail.
C.I.V- 18.396.886

UNIDAD DE FORMACIN:
Administrador de base de datos

TRAYECTO V.

San Juan de Coln, Marzo de 2016.

Introduccin.
La latencia de propagacin es el tiempo tomado para hacer el cambio a
lo largo de todos los sistemas. El objetivo principal de la administracin en toda
empresa es la seguridad. En la empresa, la seguridad es un tema principal
cuando gira alrededor de los datos privados. Cada empresa mantiene la base
de datos con mucho cuidado, ya que si existe un problema o se procesan en
un lugar que no es confiable o donde tambin se puede acceder por un
personaje no autorizado, pues presenta un alto riesgo de prdida o robo de
informacin.

En las organizaciones todos los datos deben tener copia de seguridad,

los datos originales mantienen en el servidor local, y todos los das o cada
semana tiene que sincronizar el servidor del servidor y la nube local para hacer
la copia principal en la nube. Si los datos contienen slo en un servidor tambin
crear un problema, ya que a veces el servidor es pequeo y no se puede
acceder a ese servidor. Por lo tanto, es importante mantener otra copia en el
servidor de la nube y as, si un servidor se cae podemos acceder desde el otro
servidor.

Contenido
Introduccin. ................................................................................................... 1
RESPALDO DE BASE DE DATOS................................................................. 3
Qu es respaldo? ......................................................................................... 3
Respaldos de informacin. ............................................................................. 3
Tipos de respaldo ........................................................................................... 4
RECUPERACIN DE FALLOS CATASTRFICOS. ...................................... 6
Bitcora del sistema. ....................................................................................... 6
Recuperacin de fallos catastrficos .............................................................. 6
Fallos catastrficos ms comunes. ................................................................. 8
POLTICAS DE RESPALDO DE BASES DE DATOS ..................................... 8
Guardado y retencin de backups .................................................................. 9
Restauracin ................................................................................................... 9
Herramientas ................................................................................................ 10
Referencias Bibliogrficas ............................................................................ 13
Conclusin. ................................................................................................... 14

RESPALDO DE BASE DE DATOS

Qu es respaldo?
Es la obtencin de los datos en un dispositivo externo de modo, que a partir
de dicha copia, se pueda restaurar el sistema si es necesario. El respaldo es
vital en un ambiente de manejo de informacin automatizado ya que la
posibilidad de que ocurran fallos que no permitan la recuperacin automtica,
es bastante probable. As, cuando se est en la presencia de una falla
catastrfica o no tan catastrfica como los puede ser el error de un usuario al
hacer una eliminacin y confirmarla, la forma menos dolorosa para volver a un
estado consistente en el ambiente de datos es, a travs de la aplicacin de un
respaldo.

Respaldos de informacin.
La proteccin de los datos es algo importante en la actualidad. Las
empresas dedicadas a esta tarea, han diseado mtodos y estrategias para
editar la prdida de informacin. Se pierde tiempo y dinero para recuperar

datos. Una manera sencilla para evita esto es respaldar peridicamente la

informacin. Un punto de restauracin nos ayuda a prevenir. Existen riesgos
bajo los cuales se encuentran los sistemas de informacin

Terrorismo/sabotaje

Fallo de red

Desastres naturales

Errores de hardware/software

Riesgo de infraestructura

Rotura de conduccin

Choques elctricos

Tipos de respaldo
Segn los componentes fsicos de la base de datos, hay varios tipos de
respaldos que se pueden realizar:
Respaldo de la base de datos (database backup): Puede ser en frio
(cold/close database backup) o en caliente (hot/open database backup).
Respaldo de un tablespace (tablespace backup): puede ser en lnea
(online tablespace backup) o fuera de lnea (offline tablespace backup).
Respaldo de un archivo de datos (data file backup): se refiere a la
copia de un data file particular. No se afecta la operatividad de la base de
datos.

 Respaldo de conjunto (Backup set): Cuado se realiza un rspaldo de

este tipo se puede guardas simultneamente un conjunto de data files o
un conjunto de logs o el control file.
En el caso de que el conjunto sea de data files, se puede hacer un
respaldo completo (full) o incremental. La primera vez se realiza un full
backup lo cual garantiza que se tiene guardado el ultimo estado de esos
archivos para el momento de realizar el respaldo.
Las modalidades anteriores respaldan las estructuras fsicas de la base de
datos. Tambin se pueden realizar respaldos lgicos a travs de utilitarios
estndares del software. El respaldo lgico se puede hacer sobre todas las
cuentas de una base de datos, de una cuenta particular, de una tabla
partculas, entre otras.

RECUPERACIN DE FALLOS CATASTRFICOS.

Bitcora del sistema.

La bitcora es un fichero en el que se almacena detalles sobre las
operaciones efectuadas como parte de las transacciones. En particular,
respecto de las actualizaciones de los elementos de la BD, se puede guardar
el valor que tenia antes de la modificacin y el que contiene despus. La
bitcora se mantiene en el disco, asi que no le afecta ningn tipo de fallo, salvo
los catastrficos. Ademas se suele realizar una copia en cinta del fichero, para
proteccin de fallos catastrficos.

Recuperacin de fallos catastrficos

Como un sistema de uso continuo y que almacena datos crticos, una base
de datos por lo general es el sistema mas importante de una organizacin. Por
lo tanto, un SBD debe poseer varias caracterisicas para evitar fallos
catastrficos y no catastrficos. Arias (2015) dice que Recuperarse de fallos
significa que la base de datos debe volver al estado consistente antes del fallo
catastrfico fallo catastrfico es aquel que provoca la corrupcin del sistema
en donde no se puede conseguir una colucion por medios normales. (pg.
165)

En general, para evitar este tipo de fallo, el administrador de la BD estructura

la base de datos, para que no pueda ser fcilmente atacada por fallos
catastrficos normales. Al tener un fallo catastrfico se considera que el
registro de la bitcora del sistema esta daado, y para ello se debe contar con
un backup de la BD, en que la BD y su archivo de registro deben ser copiados
peridicamente. Otra opcin es la copia de seguridad de registro que en vez
de almacenar toda la base de datos, almacena solo el listado de cambios. Por
lo tanto, para recuperar una BD se utiliza la ultima copia de seguridad de BD
que este disponible y se aplican los cambio de la ultima copia de seguridad de
registro.
Como por lo general, los fallos catastrficos no se pueden predecir los ADB
deben estructurar las BD para minimizar los fallos de este tipo:
Se evita tener un conjunto especifico de datos en un solo servidor: una
buena poltica para la construccin de BD require el uso de sistemas
como RAID y el uso de servidores en paralelo.
Los medios de copia de seguridad no deben permanecer en el mismo
entorno de servidores, deben, si es posible, permanecer en un lugar
seguros.
Mantener servidores con la misma configuracin para reemplazar un
servidor que muestra problemas: de preferencia fuera de la empresa u
organizacin y de acceso rpido en caso de fallo.
Los servidores de la BD deben pemanecer en lugares seguros y de
difcil acceso para proporcionar proteccin contra el dao ambiental y
humao.

Fallos catastrficos ms comunes.

Cada del sistema: la falta de alimentacin u otro problema hardware
(excepto de discos) detiene el funcionamiento normal y produce la prdida de
la informacin en memoria voltil.
Fallo del disco: se produce una destruccin total o parcial de los datos
almacenados en un disco. Fallo del disco: se produce una destruccin total o
parcial de los datos almacenados en un disco

POLTICAS DE RESPALDO DE BASES DE DATOS

Define los diferentes aspectos de las copias de seguridad

De qu se debe hacer backup?

Cada cunto se realiza la copia de seguridad?
Qu retencin deben tener?
Dnde se guardan las copias?
Cunto tiempo es aceptable que se pueda tardar en recuperar datos?

Diferencia entre distintos entornos (preproduccin, desarrollo, test,

produccin, etc.)
Determina los costes de las posibles prdidas de datos

Determina el tiempo que se tardara en la recuperacin

Valora los recursos disponibles (hardware, velocidad de la red, discos
remotos, etc.)
Analiza qu es imprescindible copiar y qu no.

Guardado y retencin de backups

Un aspecto importante de seguridad a la hora de establecer una poltica de
backups es dnde se van a guardar las copias de seguridad.

VAULTING
Mitiga los efectos de un posible
incidente en el site donde se realizan
los backups.
Mueve
a
otra
localizacin
peridicamente una copia completa
de los datos, por ejemplo una vez al
me
Esto es habitual cuando el soporte
fsico es en cinta.

ARCHIVING
Puede causar incidentes por la
cantidad de datos acumulados
Mueve datos antiguos que no se
estn utilizando a una localizacin
distinta.
El archiving consta de los datos
originales que son trasladados
porque no se utilizan pero no se
quieren eliminar definitivamente

Restauracin
El objetivo final de un backup es poder restaurarlo en caso de prdida de
los datos. Por lo tanto, tener presente la restauracin a la hora de definir una
poltica de backups o escoger una herramienta es clave. Para ello, es
importante haber decidido previamente (en la gestin de riesgos) los
siguientes puntos:
RTO (Recovery Time Objective): Es el tiempo mximo en el que se
debe alcanzar un nivel de servicio mnimo tras una cada del servicio (por
ejemplo, debido a prdida de datos) para no causar consecuencias
inaceptables en el negocio. Si se produce un desastre y los sistemas
deben estar disponibles inmediatamente, pero se permite que haya
alguna prdida de datos, el RTO es cero. Sin embargo, si se tolera una
hora de recuperacin de datos, el RTO es una hora.
RPO (Recovery Point Objective): Es el periodo de tiempo mximo en
el que se pueden perder datos de un servicio. Si el periodo de tiempo es
de 6 horas, se deben realizar backups cada menos tiempo y poder
recuperar la informacin antes de agotar el periodo.

El tiempo de restauracin de un backup en caso de prdida de datos

forma parte del tiempo en que no hay servicio, por lo que cuanto menos
tarde antes se restablecer el proceso de negocio.

Herramientas
Las herramientas nos permiten implementar la poltica de backup. Dada la
variedad de plataformas, se han creado muchsimas herramientas que actan
a diferentes niveles. Algunas de ellas son: Navicat 2004 (tiene un mdulo
grfico muy interesante para realizar "Querys".), SQLyog (la versin Enterprise
ofrece ventajas interesantes, principalmente cuando se tiene la BD en un
hostig que no permite conexiones remotas al servidor SQL que no sea desde
localhost), MySQL Control Center, MySQL Front y DBDesigner 4 (sistema para
el diseo visual de bases de datos.)
Con la infinidad de herramientas disponibles, la eleccin puede ser
complicada. Para simplificar la bsqueda y reducir las opciones, es
imprescindible definir las necesidades propias y lo que ofrecen las soluciones
para encontrar la herramienta que mejor las cubra. Algunas cuestiones que
pueden ayudar en la eleccin de una herramienta son las siguientes:
Instalacin: Est paquetizada o es necesario compilar? Es fcil de
instalar? Tiene requerimientos especiales?
Configuracin y mantenimiento: Es fcil de mantener? Es capaz de
implementar la poltica? Cunto tiempo de aprendizaje requiere?
Tiene interfaz grfica?
Restauracin: La restauracin es fcil y rpida? Puede un usuario
restaurar un fichero suyo o debe ser siempre el administrador?
Compatibilidad: Sirve para todos los sistemas de la plataforma? El
servidor debe correr en un sistema concreto?
Soporte fsico: Permite backup a cinta, DVD, sistemas de ficheros
remotos, disco?

 Licencia: Es software libre o comercial? Dispone de soporte para

empresas?

7 Reglas de una Buena Poltica de Respaldo

Establece polticas coherentes: Su procedimiento debe

animar, si no exigir, polticas de respaldo coherentes a travs de todos

los servidores y dispositivos de respaldo de su empresa. Esto no siempre
es posible, especialmente en el caso de dispositivos de respaldo mixtos.

Se asegura de que las polticas son claras y tan fciles de

aplicar como sea posible: Una poltica que no sea seguida de manera
consistente porque es confusa no es mucho mejor que no tener ninguna
poltica en absoluto. Lo ideal sera que todo el mundo entendiera la
poltica y por qu existe. Eso significa poner la justificacin por escrito.

Establece mtricas: Un procedimiento eficaz tiene formas

claras, medibles y apropiadas de comprobacin para ver que se estn

siguiendo las polticas. El software de respaldo moderno con funciones
automticas de gestin de polticas ayuda considerablemente con esto.

Se esfuerza por quitar al humano del circuito: Una buena

poltica saca a la gente fuera del proceso de respaldo tanto como sea
posible, porque las mquinas son simplemente ms fiables. Por lo
general, no es posible eliminar por completo a los seres humanos del
proceso por razones econmicas o de otra ndole, pero minimizar su
influencia debe ser un objetivo del procedimiento.

Recoge retroalimentacin continua: Un procedimiento eficaz

crea polticas que reaccionan ante el mundo real. Eso significa que usted
tiene que hacer un esfuerzo para averiguar a travs de las personas en
las trincheras qu tan bien estn funcionamiento realmente las polticas.
Idealmente, esto es ms que un esfuerzo pasivo. Los administradores de
almacenamiento deben buscar activamente las opiniones de las

personas afectadas por las partes interesadas, especialmente la gente

que est haciendo el trabajo.

Obtiene compromiso: Usted lo ha odo antes: Obtenga el

compromiso de las personas que hacen el trabajo. Sin embargo, es

especialmente importante en este caso porque la gran mayora de las
fallas en el respaldo y la restauracin tienen un error humano como su
causa raz. (La mayora de los estudios muestran al error humano como
la segunda causa de fallas en los respaldos, por detrs de los fallos de
medios. Sin embargo, muchos de esos fallos de medios son el resultado
directo de un error humano). Y el error humano es notoriamente
influenciado por el compromiso del humano al proceso.

Hace que sea fcil cambiar polticas conforme cambian la

tecnologa y las necesidades: El objetivo de un procedimiento de

respaldo es hacer ms fcil el establecimiento de buenas polticas. Las
buenas polticas son aquellas que reflejan y se adaptan a las
necesidades reales de la organizacin. Un procedimiento para establecer
polticas lento, inflexible y excesivamente burocrtico obstaculizar en
lugar de ayudar a este objetivo.

Referencias Bibliogrficas
Arias, A. (2016). Fundamentos de Programacin y Bases de Datos: 2 Edicin.
Mexico: IT Campus Academy. Recuperado el 21 de 3 de 2016, de
https://books.google.co.ve/books?id=AyxpCwAAQBAJ&pg=PA237&dq=rec
uperacion+de+fallos+catastroficos&hl=es419&sa=X&ved=0ahUKEwjSna_ox9TLAhVFqB4KHVdMAqwQ6AEIIDAB#
v=onepage&q&f=false
Cardozo, L. (2006). Sistemas de Base de Datos II: Teoria aplicada para
profesores y estudiantes. Caracas, Venezuela: Publicaciones UCAB.
Recuperado el 21 de 03 de 2016, de Sistemas de Base de Datos II
Cherencio, G. (2 de 2 de 2001). GRC Informatica. Recuperado el 21 de 3 de
2016, de http://www.grch.com.ar/docs/bd/apuntes/BDTema15.pdf
Desongles, J. (2005). Ayudantes Tcnicos de Informatica de la junta de
Andalucia. Andalucia, Espaa: Editorial MAD. Recuperado el 21 de 3 de
2016,
de
https://books.google.co.ve/books?id=8m8Skf_Hf3YC&pg=PA84&dq=recup
eracion+de+fallos+catastroficos&hl=es419&sa=X&ved=0ahUKEwjSna_ox9TLAhVFqB4KHVdMAqwQ6AEIMTAE#
v=onepage&q=catastr%C3%B3ficos&f=false
Ferrer, A. (11 de 2012). CAPSIDE, Architecs of the digital society. Recuperado
el 21 de 3 de 2016, de http://capside.com/en/2012/11/backups-101-quedebemos-tener-en-cuenta-politicas-retencion-storage-restauracionherramientas/
Kroenke, D. (2003). Procesamiento de bases de datos: fundamentos, diseo
e implementacin. Nucalpan de Juarez, Mexico: Pearson Prentice Hall.
Recuperado
el
21
de
3
de
2016,
de
https://books.google.co.ve/books?id=7ORUWItwcNEC&pg=PA395&dq=res
paldo+de+base+datos&hl=es419&sa=X&ved=0ahUKEwju2sD8rdTLAhVFFR4KHdFoB4sQ6AEIIzAA#v=
onepage&q=catastr%C3%B3ficas&f=false
Mrquez, J., Parra, A., Ortega, J., & Rondn, F. (7 de 12 de 2012).
WordPress.com. Recuperado el 21 de 3 de 2016, de PROYECTO
INTERFAZ
DE
SISTEMA
ADMINISTRADOR
DE
DATOS:
https://pisad.wordpress.com/2012/12/07/politica-de-respaldo-de-base-dedatos/
Payare, D. (s.f.). Monografias.com. Recuperado el 21 de 3 de 2016, de
http://www.monografias.com/trabajos14/respaldoinfo/respaldoinfo.shtml
Tamayo, A. (2001). Auditoria de Sistemas, Una vision prctica. Manizales,
Colombia: Centro de Publicaciones, Universidad Nacional de Colombia.
Recuperado
el
21
de
3
de
2016,
de
https://books.google.co.ve/books?id=HdtpS3UBCuMC&pg=PA38&dq=resp
aldo+de+base+datos&hl=es419&sa=X&ved=0ahUKEwju2sD8rdTLAhVFFR4KHdFoB4sQ6AEITjAJ#v=
onepage&q=respaldo&f=false

Conclusin.
Un Backup es una copia de los datos de su base de datos que se pueden
utilizar para reconstruir los datos. Las copias de seguridad se pueden dividir
en las copias de seguridad fsicas y lgicas copias de seguridad. Las copias
de seguridad fsicas son las copias de seguridad de los archivos fsicos que se
utilizan en el almacenamiento y la recuperacin de su base de datos, tales
como archivos de datos, archivos de control y registros de archivos. En ltima
instancia, cada copia de seguridad fsica es una copia de los archivos que
almacenan la informacin de base de datos a otro lugar, ya sea en disco o
algn almacenamiento fuera de lnea, tales como la cinta.
Las copias de seguridad lgicas contienen datos lgicos (por ejemplo,
tablas o procedimientos almacenados) exportados desde una base de datos,
una de las herramientas es la de exportacin de Oracle y se almacenan en un
archivo binario, para despus volver a importar en una base de datos mediante
la correspondiente utilidad de importacin de Oracle. Las copias de seguridad
fsicas son la base de cualquier estrategia de copia de seguridad y
recuperacin de sonido. Las copias de seguridad lgicas son un complemento
til de las copias de seguridad fsicas en muchas circunstancias, pero no son
suficiente proteccin contra la prdida de datos sin copias de seguridad fsicas.