respaldo de base de datos. politicas y recuperacion de fallos catastroficos

8/19/2019 Respaldo de Base de Datos. Politicas y Recuperacion de Fallos Catastroficos

1/15

EQUIPO NÚMERO 7:

T.S.U. López, Yenifer.C.I.V- 23.464.969

T.S.U. Márquez, NinibethC.I.V- 24.817.856

T.S.U. Rojas, Abigail.C.I.V- 18.396.886

UNIDAD DE FORMACIÓN:

Administrador de base de datos

TRAYECTO V.

San Juan de Colón, Marzo de 2016.

REPÚBLICA BOLIVARIANA DE VENEZUELAMINISTERIO DEL PODER POPULAR PARA LA EDUCACIÓN UNIVERSITARIA,

CIENCIA Y TECNOLOGÍA

INSTITUTO UNIVERSITARIO DE TECNOLOGÍA AGRO INDUSTRIALPLAN NACIONAL DE FORMACIÓN EN INFORMÁTICAEXTENSIÓN ZONA NORTE


2/15

Introducción.

La latencia de propagación es el tiempo tomado para hacer el cambio a

lo largo de todos los sistemas. El objetivo principal de la administración en toda

empresa es la seguridad. En la empresa, la seguridad es un tema principalcuando 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 también se puede acceder por un

personaje no autorizado, pues presenta un alto riesgo de pérdida o robo de

información.

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

los datos originales mantienen en el servidor local, y todos los días 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 sólo en un servidor también

crear un problema, ya que a veces el servidor es pequeño 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.


3/15

Contenido Introducción. ................................................................................................... 1

RESPALDO DE BASE DE DATOS ................................................................. 3

¿Qué es respaldo? ......................................................................................... 3

Respaldos de información. ............................................................................. 3

Tipos de respaldo ........................................................................................... 4

RECUPERACIÓN DE FALLOS CATASTRÓFICOS. ...................................... 6

Bitácora del sistema. ....................................................................................... 6

Recuperación de fallos catastróficos .............................................................. 6

Fallos catastróficos más comunes. ................................................................. 8

POLÍTICAS DE RESPALDO DE BASES DE DATOS ..................................... 8

Guardado y retención de backups .................................................................. 9

Restauración ................................................................................................... 9

Herramientas ................................................................................................ 10

Referencias Bibliográficas ............................................................................ 13

Conclusión. ................................................................................................... 14


4/15

RESPALDO DE BASE DE DATOS

¿Qué es respaldo?

Es la obtención de los datos en un dispositivo externo de modo, que a partirde dicha copia, se pueda restaurar el sistema si es necesario. El respaldo es

vital en un ambiente de manejo de información automatizado ya que la

posibilidad de que ocurran fallos que no permitan la recuperación automática,

es bastante probable. Así, cuando se esté en la presencia de una falla

catastrófica o no tan catastrófica como los puede ser el error de un usuario al

hacer una eliminación y confirmarla, la forma menos dolorosa para volver a un

estado consistente en el ambiente de datos es, a través de la aplicación de un

respaldo.

Respaldos de información.

La protección de los datos es algo importante en la actualidad. Las

empresas dedicadas a esta tarea, han diseñado métodos y estrategias para

editar la pérdida de información. Se pierde tiempo y dinero para recuperar


5/15

datos. Una manera sencilla para evita esto es respaldar periódicamente la

información. Un punto de restauración nos ayuda a prevenir. Existen riesgos

bajo los cuales se encuentran los sistemas de información

Terrorismo/sabotaje

Fallo de red

Desastres naturales

Errores de hardware/software

Riesgo de infraestructura

Rotura de conducción

Choques eléctricos

Tipos de respaldo

Según los componentes físicos 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 línea

(online tablespace backup) o fuera de línea (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.


6/15

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

este tipo se puede guardas simultáneamente 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 unrespaldo 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 físicas de la base de

datos. También se pueden realizar respaldos lógicos a través de utilitarios

estándares del software. El respaldo lógico se puede hacer sobre todas las

cuentas de una base de datos, de una cuenta particular, de una tabla

partículas, entre otras.


7/15

RECUPERACIÓN DE FALLOS CATASTRÓFICOS.

Bitácora del sistema.

La bitácora es un fichero en el que se almacena detalles sobre lasoperaciones 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 modificación y el que contiene después. La

bitácora se mantiene en el disco, asi que no le afecta ningún tipo de fallo, salvo

los catastróficos. Ademas se suele realizar una copia en cinta del fichero, para

protección de fallos catastróficos.

Recuperación de fallos catastróficos

Como un sistema de uso continuo y que almacena datos críticos, una base

de datos por lo general es el sistema mas importante de una organización. Por

lo tanto, un SBD debe poseer varias caracterisicas para evitar fallos

catastróficos y no catastróficos. Arias (2015) dice que “Recuperarse de fallos

significa que la base de datos debe volver al estado consistente antes del fallo

catastrófico… fallo catastrófico es aquel que provoca la corrupción del sistema

en donde no se puede conseguir una colucion por medios normales.” (pág.

165)


8/15

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

la base de datos, para que no pueda ser fácilmente atacada por fallos

catastróficos normales. Al tener un fallo catastrófico se considera que el

registro de la bitácora del sistema esta dañado, y para ello se debe contar conun backup de la BD, en que la BD y su archivo de registro deben ser copiados

periódicamente. Otra opción 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 catastróficos 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 política para la construcción 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 configuración para reemplazar un

servidor que muestra problemas: de preferencia fuera de la empresa u

organización y de acceso rápido en caso de fallo.

Los servidores de la BD deben pemanecer en lugares seguros y de

difícil acceso para proporcionar protección contra el daño ambiental y

humao.


9/15

Fallos catastróficos más comunes.

Caída del sistema: la falta de alimentación u otro problema hardware

(excepto de discos) detiene el funcionamiento normal y produce la pérdida de

la información en memoria volátil.Fallo del disco: se produce una destrucción total o parcial de los datos

almacenados en un disco. Fallo del disco: se produce una destrucción total o

parcial de los datos almacenados en un disco

POLÍTICAS DE RESPALDO DE BASES DE DATOS

Define los diferentes aspectos de las copias de seguridad

• ¿De qué se debe hacer backup?• ¿Cada cuánto se realiza la copia de seguridad?• ¿Qué retención deben tener?• ¿Dónde se guardan las copias?• ¿Cuánto tiempo es aceptable que se pueda tardar en recuperar datos?

Diferencia entre distintos entornos (preproducción, desarrollo, test,producción, etc.)

Determina los costes de las posibles pérdidas de datos

Determina el tiempo que se tardaría en la recuperación

Valora los recursos disponibles (hardware, velocidad de la red, discosremotos, etc.)

Analiza qué es imprescindible copiar y qué no.


10/15

Guardado y retención de backups

Un aspecto importante de seguridad a la hora de establecer una política de

backups es dónde se van a guardar las copias de seguridad.

VAULTING ARCHIVINGMitiga los efectos de un posibleincidente en el site donde se realizanlos backups.

Puede causar incidentes por lacantidad de datos acumulados

Mueve a otra localizaciónperiódicamente una copia completade los datos, por ejemplo una vez alme

Mueve datos antiguos que no seestán utilizando a una localizacióndistinta.

Esto es habitual cuando el soporte

físico es en cinta.

El archiving consta de los datos

originales que son trasladadosporque no se utilizan pero no sequieren eliminar definitivamente

Restauración

El objetivo final de un backup es poder restaurarlo en caso de pérdida de

los datos. Por lo tanto, tener presente la restauración a la hora de definir una

política de backups o escoger una herramienta es clave. Para ello, es

importante haber decidido previamente (en la gestión de riesgos) los

siguientes puntos:

RTO (Recovery Time Objective): Es el tiempo máximo en el que se

debe alcanzar un nivel de servicio mínimo tras una caída del servicio (por

ejemplo, debido a pérdida 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 pérdida de datos, el RTO es cero. Sin embargo, si se tolera una

hora de recuperación de datos, el RTO es una hora. RPO (Recovery Point Objective): Es el periodo de tiempo máximo 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 información antes de agotar el periodo.


11/15

El tiempo de restauración de un backup en caso de pérdida 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 política de backup. Dada la

variedad de plataformas, se han creado muchísimas herramientas que actúan

a diferentes niveles. Algunas de ellas son: Navicat 2004 (tiene un módulo

gráfico muy interesante para realizar "Querys".), SQLyog (la versión 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 diseño visual de bases de datos.)

Con la infinidad de herramientas disponibles, la elección puede ser

complicada. Para simplificar la búsqueda 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 elección de una herramienta son las siguientes:

Instalación: ¿Está paquetizada o es necesario compilar? ¿Es fácil de

instalar? ¿Tiene requerimientos especiales?

Configuración y mantenimiento: ¿Es fácil de mantener? ¿Es capaz de

implementar la política? ¿Cuánto tiempo de aprendizaje requiere?

¿Tiene interfaz gráfica?

Restauración: ¿La restauración es fácil y rápida? ¿Puede un usuario

restaurar un fichero suyo o debe ser siempre el administrador?

Compatibilidad: ¿Sirve para todos los sistemas de la plataforma? ¿Elservidor debe correr en un sistema concreto?

Soporte físico: ¿Permite backup a cinta, DVD, sistemas de ficheros

remotos, disco…?


12/15

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

empresas?

7 Reglas de una Buena Política de Respaldo

Establece políticas coherentes: Su procedimiento debe

animar, si no exigir, políticas de respaldo coherentes a través 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 políticas son claras y tan fáciles de

aplicar como sea posible:Una política que no sea seguida de manera

consistente porque es confusa no es mucho mejor que no tener ninguna

política en absoluto. Lo ideal sería que todo el mundo entendiera la

política y por qué existe. Eso significa poner la justificación por escrito.

Establece métricas: Un procedimiento eficaz tiene formas

claras, medibles y apropiadas de comprobación para ver que se están

siguiendo las políticas. El software de respaldo moderno con funciones

automáticas de gestión de políticas ayuda considerablemente con esto.

Se esfuerza por quitar al humano del circuito: Una buena

política saca a la gente fuera del proceso de respaldo tanto como sea

posible, porque las máquinas son simplemente más fiables. Por lo

general, no es posible eliminar por completo a los seres humanos del

proceso por razones económicas o de otra índole, pero minimizar su

influencia debe ser un objetivo del procedimiento.

Recoge retroalimentación continua: Un procedimiento eficaz

crea políticas que reaccionan ante el mundo real. Eso significa que ustedtiene que hacer un esfuerzo para averiguar a través de las personas en

las trincheras qué tan bien están funcionamiento realmente las políticas.

Idealmente, esto es más que un esfuerzo pasivo. Los administradores de

almacenamiento deben buscar activamente las opiniones de las


13/15

personas afectadas por las partes interesadas, especialmente la gente

que está haciendo el trabajo.

Obtiene compromiso: Usted lo ha oído antes: Obtenga el

compromiso de las personas que hacen el trabajo. Sin embargo, esespecialmente importante en este caso porque la gran mayoría de las

fallas en el respaldo y la restauración tienen un error humano como su

causa raíz. (La mayoría de los estudios muestran al error humano como

la segunda causa de fallas en los respaldos, por detrás 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 fácil cambiar políticas conforme cambian la

tecnología y las necesidades: El objetivo de un procedimiento de

respaldo es hacer más fácil el establecimiento de buenas políticas. Las

buenas políticas son aquellas que reflejan y se adaptan a las

necesidades reales de la organización. Un procedimiento para establecer

políticas “lento, inflexible y excesivamente burocrático” obstaculizará en

lugar de ayudar a este objetivo.


14/15

Referencias Bibliográficas

Arias, A. (2016). Fundamentos de Programación y Bases de Datos: 2ª Edición. Mexico: IT Campus Academy. Recuperado el 21 de 3 de 2016, dehttps://books.google.co.ve/books?id=AyxpCwAAQBAJ&pg=PA237&dq=rec

uperacion+de+fallos+catastroficos&hl=es-419&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 de2016, de http://www.grch.com.ar/docs/bd/apuntes/BDTema15.pdf

Desongles, J. (2005). Ayudantes Técnicos de Informatica de la junta de Andalucia. Andalucia, España: Editorial MAD. Recuperado el 21 de 3 de2016, de

https://books.google.co.ve/books?id=8m8Skf_Hf3YC&pg=PA84&dq=recuperacion+de+fallos+catastroficos&hl=es-419&sa=X&ved=0ahUKEwjSna_ox9TLAhVFqB4KHVdMAqwQ6AEIMTAE#v=onepage&q=catastr%C3%B3ficos&f=false

Ferrer, A. (11 de 2012). CAPSIDE, Architecs of the digital society . Recuperadoel 21 de 3 de 2016, de http://capside.com/en/2012/11/backups-101-que-debemos-tener-en-cuenta-politicas-retencion-storage-restauracion-herramientas/

Kroenke, D. (2003). Procesamiento de bases de datos: fundamentos, diseñoe implementación. 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=respaldo+de+base+datos&hl=es-419&sa=X&ved=0ahUKEwju2sD8rdTLAhVFFR4KHdFoB4sQ6AEIIzAA#v=onepage&q=catastr%C3%B3ficas&f=false

Márquez, J., Parra, A., Ortega, J., & Rondón, F. (7 de 12 de 2012).WordPress.com. Recuperado el 21 de 3 de 2016, de PROYECTOINTERFAZ DE SISTEMA ADMINISTRADOR DE DATOS:https://pisad.wordpress.com/2012/12/07/politica-de-respaldo-de-base-de-datos/

Payare, D. (s.f.). Monografias.com. Recuperado el 21 de 3 de 2016, dehttp://www.monografias.com/trabajos14/respaldoinfo/respaldoinfo.shtml

Tamayo, A. (2001). Auditoria de Sistemas, Una vision práctica. Manizales,Colombia: Centro de Publicaciones, Universidad Nacional de Colombia.Recuperado el 21 de 3 de 2016, dehttps://books.google.co.ve/books?id=HdtpS3UBCuMC&pg=PA38&dq=respaldo+de+base+datos&hl=es-419&sa=X&ved=0ahUKEwju2sD8rdTLAhVFFR4KHdFoB4sQ6AEITjAJ#v=onepage&q=respaldo&f=false


15/15

Conclusión.

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 físicas y lógicas copias de seguridad. Las copiasde seguridad físicas son las copias de seguridad de los archivos físicos que se

utilizan en el almacenamiento y la recuperación de su base de datos, tales

como archivos de datos, archivos de control y registros de archivos. En última

instancia, cada copia de seguridad física es una copia de los archivos que

almacenan la información de base de datos a otro lugar, ya sea en disco o

algún almacenamiento fuera de línea, tales como la cinta.

Las copias de seguridad lógicas contienen datos lógicos (por ejemplo,

tablas o procedimientos almacenados) exportados desde una base de datos,

una de las herramientas es la de exportación de Oracle y se almacenan en un

archivo binario, para después volver a importar en una base de datos mediante

la correspondiente utilidad de importación de Oracle. Las copias de seguridad

físicas son la base de cualquier estrategia de copia de seguridad y

recuperación de sonido. Las copias de seguridad lógicas son un complemento

útil de las copias de seguridad físicas en muchas circunstancias, pero no son

suficiente protección contra la pérdida de datos sin copias de seguridad físicas.

respaldo de base de datos. politicas y recuperacion de fallos catastroficos

Documents