Backups en Oracle PDF

Preview

Summary

Las causas de error en un sistema de BD pueden agruparse en las siguientes categorías:
•Físicas son causadas por Fallas del hardware, como por ejemplo del disco o de la CPU...
...

Description

ESCUELA POLITÉCNICA NACIONAL FACULTAD DE INGENIERÍA DE SISTEMAS INGENIERÍA EN SISTEMAS INFORMÁTICOS Y DE COMPUTACIÓN PERÍODO ACADÉMICO: 2019-A ASIGNATURA: Administración de bases de datos PROFESOR: Ing. Chancusig Bernardino TIPO DE INSTRUMENTO: Consulta – Backups

GRUPO: GR2

BACKUP DE BDS ORACLE Las causas de error en un sistema de BD pueden agruparse en las siguientes categorías:   



Físicas son causadas por Fallas del hardware, como por ejemplo del disco o de la CPU. de Diseño son agujeros en el software, ya sea en el SO o en el SGBD. de Funcionamiento son causadas por la intervención humana, debidos a Fallas del DBA, configuraciones inapropiadas o mal planteamiento de los procedimientos de backup. del entorno como por ejemplo desastres naturales, Fallas de corriente, temperatura excesiva.

De entre todas estas posibilidades, el DBA solo puede influir y prever los errores de funcionamiento, ya que el resto habitualmente no está dentro de sus responsabilidades y capacidades. Dada la complejidad de los sistemas actuales y las necesidades cada vez más críticas en la disponibilidad de los sistemas, donde una BD caída puede causar pérdidas millonarias, puede ser interesante considerar los mecanismos de protección hardware y de redundancia que la tecnología nos proporciona:    

UPS o fuentes de corriente ininterrumpida, espejado de disco, o tecnología RAID, Componentes duplicados, Sistemas redundantes.

Una de las más importantes decisiones que un DBA debe tomar es decidir si arrancar la BD en modo ACHIVELOG o no. Esta decisión tiene sus ventajas e inconvenientes: Ventajas:  

Aunque se pierdan los archivos de datos, siempre se puede recuperar la BD con una copia antigua de los archivos de datos y los archivos de redo log archivados. Es posible realizar backups en caliente.

Inconvenientes:  

Se necesitar� m �s espacio en disco, normalmente un disco especial de destino de archiving, incluso en modalidad duplex . El trabajo del DBA se incrementa al tener que determinar el destino del archivado de los redo log.

TIPOS DE BACKUPS Los backups se pueden clasificar en físicos y lógicos. Los físicos se realizan cuando se copian los archivos que soportan la BD. Entre estos se encuentran los backups del SO, los backups en frío y los backups en caliente. Los backups lógicos sólo extraen los datos de las tablas utilizando comandos SQL y se realizan con la utilidad export/import. -

Backups del SO

Este tipo de backup es el más sencillo de ejecutar, aunque consume mucho tiempo y hace inaccesible al sistema mientras se lleva a cabo. Aprovecha el backup del SO para almacenar también todos los archivos de la BD. Los pasos de este tipo de backup son los siguientes: 1. 2. 3. 4. -

Parar la BD y el SO Arrancar en modo super usuario. Realizar copia de todos los archivos del sistema de archivos Arrancar el sistema en modo normal y luego la BD. Backups de la BD en Frio

Los backups en frio implican parar la BD en modo normal y copiar todos los archivos sobre los que se asienta. Antes de parar la BD hay que parar también todas las aplicaciones que están trabajando con la BD. Una vez realizada la copia de los archivos, la BD se puede volver a arrancar. -

Backups de la BD en Caliente

El backup en caliente se realiza mientras la BD está abierta y funcionando en modo ARCHIVELOG. Habrá que tener cuidado de realizarlo cuando la carga de la BD sea pequeña. Este tipo de backup consiste en copiar todos los archivos correspondientes a un tablespace determinado, los archivos redo log archivados y los archivos de control. Esto para cada tablespace de la BD. -

Backups lógicos con Export/Import

Estas utilidades permiten al DBA hacer copias de determinados objetos de la BD, así como restaurarlos o moverlos de una BD a otra. Estas herramientas utilizan comandos del SQL para obtener el contenido de los objetos y escribirlos en/leerlos de archivos Una vez que se ha planeado una estrategia de backup y se ha probado, conviene automatizarla para facilitar así su cumplimiento.

BACKUPS FÍSICOS ADMINISTRADOS CON RMAN (RECOVERY MANAGER) RMAN es la herramienta recomendada para realizar los respaldos y recuperaciones � de bases de datos Oracle. -

Caracteríísticas de Recovery Manager

Recovery Manager (RMAN) es una utilidad de Oracle que se usa para manejar respaldos, restauraciones, y operaciones de recuperación de las bases de datos Oracle. RMAN tiene un poderoso lenguaje de comandos que es independiente del sistema operativo. Recovery Manager tiene una interfaz de comandos. Oracle Enterprise Manager también proporciona un interfaz gr áfico para el Recovery Manager. Recovery Manager puede ser utilizado en bases de datos de Oracle 8 y posteriores. RMAN proporciona varias características no disponibles cuando se hacen respaldos administrados por� usuario utilizando comandos del sistema operativo. Por ejemplo:  

  

Se puede almacenar operaciones de uso frecuentes como scripts en la base de datos (cuando se utiliza CATALOGO) Usando la caracter ística de backup incremental a nivel de bloque, se puede limitar el backup solamente a esos bloques que han cambiado desde el backup anterior. Esto puede también reducir el tiempo que toma para realizar operaciones de la recuperación en modo ARCHIVELOG. Se puede utilizar RMAN para manejar el tamaño de piezas de backup y para ahorrar tiempo paralelizando la operación de backup. Las operaciones de RMAN se pueden integrar con la programación de tareas del sistema operativo para automatizar operaciones de backup. Se puede detectar la corrupción de bloque. La información referente a la corrupción de bloque que se detecta durante el respaldo puede ser obtenida usando las vistas dinámicas V$BACKUP_CORRUPTION y V$COPY_CORRUPTION.

RMAN proporciona mejoras de desempeño tales como:    

Paralelismo automático de backup, restore, y operaciones de la recuperación No existe generación extra de información de redo entries durante el respaldo Respaldos que se restringen para limitar lecturas por archivo, por segundo para evitar interferir con las operaciones de OLTP. Evita saturación de lectura/escritura de cualquier archivo mientras todav ía mantiene un flujo activo hacia la cinta de respaldo, usando multiplexación.

Bajo el método de respaldo manejado por usuario se necesita mantener control de todos los archivos y respaldos de base de datos. En situaciones de recuperación se debe ubicar los respaldos para cada datafile, copiarlo al lugar correcto usando comandos del sistema operativo, y elegir qué archivos de archivelog deben aplicarse. RMAN maneja estas tareas automáticamente. Esta ventaja de usar RMAN es especialmente verdadera si se utilizan archivos manejados por Oracle (OMF). La mayor ventaja de RMAN es que solo respaldar el espacio usado en base de datos. RMAN no pone los tablespaces en modo de backup, ahorrando en sobrecarga de generación de entradas de redolog

El ambiente RMAN consiste de utilidades y base de datos que juegan un rol en el respaldo de los datos. El ambiente RMAN debe incluir como mínimo lo siguiente:  

La base de datos que va a ser respaldada (base de datos target) El cliente RMAN, que interpreta los comandos de respaldo y recuperación, dirige las sesiones de servidor para ejecutar esos comandos, y registra la actividad de los respaldos y recuperación en el archivo de control de la base de datos target.

Algunos ambientes también usarán las siguientes componentes opcionales: 





Un área llamada flash recovery área, que es un área de disco en la cual la base de datos puede almacenar y manejar archivos relacionados con respaldos y recuperaciones; Media management software, que son librerías que deben proveer los proveedores de unidades de respaldos que es requerido por RMAN como interfaz para controlar las cintas de los dispositivos de respaldos. Una base de datos de catálogo de recuperació ón, que es un esquema de base de datos separado usado para registrar la actividad de RMAN en relación a una o más bases de datos target.

BACKUPS L� �GICOS Este tipo de backups copian el contenido de la BD pero sin almacenar la posición física de los datos. Se realizan con la herramienta export que copia los datos y la definici ón de la BD en un archivo en un formato interno de Oracle. Para realizar un export la BD debe estar abierta. Export asegura la consistencia en la tabla, aunque no entre tablas. Si se requiere consistencia entre todas las tablas de la BD entonces no se debe realizar ninguna transacción durante el proceso de export. Esto se puede conseguir si se abre la BD en modo RESTRICT. Entre las ventajas de efectuar un export estan las siguientes:     

Se puede detectar la corrupción en los bloques de datos, ya que el proceso de export fallar. Protege de Fallas de usuario, por ejemplo, si se borra una fila o toda una tabla por error es fácil recuperarla por medio de un import. Se puede determinar los datos a exportar con gran flexibilidad. Se pueden realizar exports completos, incrementales y acumulativos. Los backups relizados con export son portables y sirven como formato de intercambio de datos entre BDs y entre máquinas.

Una de las desventajas de realizar backups lógicos con export es que son mucho más lentos que los backups físicos.

Parámetro USERID

Defecto indefinido

BUFFER

dependiente delS

Descripción el username/password del usuario que efectúa el export. El tamaño en bytes del buffer utilizado.

FILE GRANTS

O expdat.dmp Yes

INDEXES ROWS

Yes Yes

CONSTRAINTS

Yes

COMPRESS FULL OWNER

Yes No usuario actual

TABLES RECORDLENGT H

indefinido dependiente delS O indefinido Yes

INCTYPE RECORD PARFILE

indefinido

el nombre del archivo destino. indica si se exportan también los derechos. indica si se exportan también los índices. indica si se exportan también las filas de las tablas, o sólo las definiciones de las tablas. indica si se exportan también las restricciones. indica si se exporta en modo comprimido. indica si se exporta la BD entera. una lista de usuarios cuyos objetos se quieren exportar. la lista de tablas a exportar. la longitud en bytes del registro del archivo. el tipo de export incremental. indica si se anota el export incremental en las tablas SYS.INCVID y en SYS.INCEXP. el archivo de parámetros, donde se pueden definer todas las opciones anteriores.

REFERENCIAS -

http://oracleduoc.pbworks.com/f/ORACLE+Backup+y+Recuperaci%C3%B3n.htm

-

https://www.oracle.com/technetwork/es/articles/database-performance/pdbsbackup-recovery-dbpitr-2192211-esa.html

http://www.ajpdsoft.com/modules.php?name=News&file=article&sid=560...