Documente Academic
Documente Profesional
Documente Cultură
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.
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.
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
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
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.
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.
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?
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.
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.
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
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.