Академический Документы
Профессиональный Документы
Культура Документы
1. Introducción.
Tipos de Backup.
Los backups se pueden clasificar en físicos y lógicos.
Backup Físicos: Los físicos se realizan cuando se copian los ficheros que soportan la
BD.
Backup Lógicos: Los backups lógicos sólo extraen los datos de las tablas utilizando
comandos SQL y se realizan con la utilidad export/import.
Presentación de la recuperación
Una de las mayores responsabilidades del DBA consiste en tener la BD a
punto, y prepararla ante la posibilidad de que se produzca un fallo. Así,
ante un fallo el DBA podrá recuperar la BD en el menor tiempo posible.
Los procesos de recuperación dependen del tipo de error y de las
estructuras afectadas.
Tipos de errores en la recuperación de BD en Oracle.
Errores de Usuario: Pueden ocurrir cuando el usuario borra una fila o elimina
una tabla. Estos errores se solucionan importando una tabla de una copia lógica
anterior. Tambien se puede recuperar la BD en una instancia auxiliar, ya sea
importanto o exportando la tabla.
Fallos de la Red: Algunas veces los fallos en la red producen fallos de proceso,
que son tratados por el PMON. Si en el error de red se ve envuelta una
transacción distribuida, una vez que se reestablece la conexión, el proceso
RECO resuelve los conflictos automáticamente.
Fallos del Sistema: Son los fallos más peligrosos, no sólo porque se pueden
perder datos, sino porque se tarda más tiempo en recuperar que los otros fallos.
RECOVER. Se utiliza para convertir los ficheros de backup en actuales. Restaura cambios
perdidos al poner un fichero offline sin checkpoint.
Métodos de Recuperación.
2. BACKUPS FÍSICOS
Se debe tener en cuenta que para realizar un backup en frio la base debe
ser desmontada eso significa que no se puede realizar en bases de datos
que funcionan 24/7 (las 24 horas los 7 días de la semana), es decir
siempre.
¿Cómo hacerlo?
Backup:
Una vez detenida la base copiamos los ficheros q la componen (datos, control, redolog)
y ficheros de configuración y contraseñas (SPFILE y PWDFIle) , suelen esta ubicados
en
$oracle_home/dbhome_1/DATABASE
Copiaremos también todos los ficheros de log archivado:
$flash_recovery_area
Una vez copiados todos los ficheros a una ubicación de red local volveremos a iniciar la
base de datos con el comando:
sql> startup
Restauración:
Primera opcion:
Se debe de apagar la base de la siguiente manera:
sql> shutdown IMMEDIATE;
Copiamos lo que tenemos en:
$flash_recovery_area
y lo pegamos en
$oradata\orcl
Y luego volvemos a iniciar la base con el comando:
sql> startup
Segunda opcion:
Si se ha alterado la direccion de donde se puso el backup al principio
sql> oradim -NEW -SID SAME_AS_BACKED_UP_DB -pfile FULLPATH\init.ora -
syspass contraseña
Copiar los oradata a la misma direccion de la que se desea recuperar
C:\sqlplus
Ventajas:
Desventajas:
Conexión a RMAN
La forma más simple de conectarse a RMAN es la siguiente (con el usuario oracle):
$ rman target /
RMAN>
# DEFAULT
Respaldos incrementales
Políticas de retención
Las políticas de retención nos ayudan a determinar qué respaldos todavía son necesarios
y cuáles ya no debido a que han quedado obsoletos por un respaldo más reciente. Hay
dos tipos de políticas de retención y son mutuamente excluyentes: redundancy y
recovery window.
Configuración de cintas
RMAN no puede escribir directamente a cintas, por lo que es necesario configurar una
librería que generalmente es proporcionada por el fabricante. En versiones anteriores de
RMAN dicha librería se configuraba en $ORACLE_HOME/lib, sin embargo, en 10g
Oracle recomienda que se especifique la librería directamente:
RMAN> configure channel device TYPE sbt
Reporte de operaciones
Podemos usar los comandos LIST y REPORT para generar reportes de actividades
realizadas con RMAN:
list backup summary;
report obsolete ;
Scripts
Archivos de comandos:
Un archivo de comandos es un archivo de texto conteniendo comandos RMAN, y que
puede ser llamado de la siguiente forma:
RMAN> @/ruta/script.txt
o
$ rman target / @/ruta/script.txt
Comando RUN:
El comando RUN agrupa comandos de RMAN para ser ejecutados como uno solo. Si
uno de los comandos falla, el resto ya no es ejecutado.
RUN {
Casos de recuperación
Se puede ejecutar el comando RESTORE … VALIDATE para confirmar que una
operación puede ser ejecutada correctamente. RMAN automáticamente decide qué
archivos son necesarios para la recuperación y verifica que sean utilizables.
RMAN> restore database VALIDATE ;
Caso 1. Recuperación completa de la base de datos cuando se tiene el archivo de control
y la base de datos está montada:
RMAN> restore database ;
Caso 2. Se tiene la situación del caso 1 pero se desea recuperar a un punto pasado en el
tiempo:
RMAN> run {SET until TIME = ’04-MAR-06 12:00:00’;
Recuperar el datafile:
4> }
5> }
El comando run es para correr las instrucciones en modo script, pero también pueden
ser ejecutadas una por una:
RMAN> SQL ‘ALTER tablespace users offline’ ;
Desventajas
3. BACKUPS LÓGICOS
Importación y Exportación.
Es uno de los más usados por los clientes de Oracle por su flexibilidad y portabilidad y
solo se puede hacer si la Base de Datos esta abierta.
Es una utilidad de Oracle para realizar backups lógicos (y luego poderlos
restaurar). Esto significa que copian el contenido de la BD pero sin
almacenar la posición física de los datos. Para realizar esta operaciones
la base de datos tiene que estar abierta.
Para crear el fichero de backup se utiliza la utilidad export y para
importar el contenido o recuperar la base de datos se realiza import.
Parámetros de Export
Modo BD Entera
Modo Tabla.
Modo Usuario.
Modo Tabla:
Exporta las definiciones de tabla, los datos, los derechos del propietario,
los índices del propietario, las restricciones de la tabla y los disparadores
asociados a la tabla.
Export:
$exp file=’C:app/usuario/oracle/export.dmp’ tables=(depto, empleados)
buffer=100000
Import:
$imp file=’C:app/usuario/oracle/export.dmp’ tables=(depto, empleados)
buffer=100000
Modo Usuario:
Exporta todo lo del modo de Tabla más los clusters, enlaces de BD,
vistas, sinónimos privados, secuencias, procedimientos, etc. del usuario.
Ej. Donde HR es un esquema de la BD:
Export:
$exp file=’C:app/usuario/oracle/export.dmp’ LOG=
‘C:app/usuario/oracle/ LOG /export.LOG’ owner=HR buffer=100000
Import:
$imp file=’C:app/usuario/oracle/export.dmp’ LOG=’C:app/usuario/oracle/
LOG /import.LOG’ fromuser=HR buffer=100000
Acumulativo
Exporta solo las tablas que han sido modificadas o creadas desde la
última exportación Acumulativa o Completa, y registra los detalles de
exportación para cada tabla exportada. Después de una exportación
acumulativa, no se necesitan los ficheros de exportaciones incrementales
de la BD anteriores.
$ EXP userid=SYSTEM/manager full=y inctype=cumulative CONSTRAINTS=Y
FILE=cumulative_export_filename
Incremental
Ventajas
Selectividad muy alta: se puede respaldar desde una tabla de la base de datos
hasta toda la información almacenada en ella. Si se desea se pueden guardar
únicamente las estructuras de los objetos, los triggers, los constraints etc. Esta
misma selectividad funciona al restaurar la información posteriormente desde el
Backup.
Portabilidad: Un archivo de "export" puede ser exportado de y desde cualquier
sistema operativo que soporte Oracle7 o superior y ser importado en y desde
cualquier sistema operativo con la ayuda de SQL*Net (herramienta de
conectividad de Oracle).
Herramienta de Reorganización: una vez hecho un "export ", al restaurar los
datos con el "Import" correspondiente se pueden relocalizar los objetos en otros
tablespaces o si se quiere se pueden cambiar sus parámetros de almacenamiento;
también permite crear los índices por separado acelerando el tiempo del import y
cambiar de esquema (usuario dueño) los objetos si quien los importa posee los
privilegios suficientes.
Permite recuperar información perdida por errores de usuario o del servidor
como son: drops, truncates, deletes, corrupción de registros en tablas, perdida de
tablas al perderse el tablespace o la base de datos, borrado de objetos y por ende
su definición entre ellos triggers, constraints etc.
Desventajas
DataPump
Procesos:
Hay 2 procesos: expdp e impdp que son procesos de usuario para iniciar,
controlar y monitorear los trabajos de Data Pump. Estos procesos
establecen sesión en la base de datos a través de procesos de servidor
normales.
Cuando un trabajo Data Pump es lanzado, se inician los siguientes
procesos: Data Pump Master Process (DMmn) y uno o más Worker
Process (DWnm) que son controlados por el Master Process. Por cada
trabajo Data Pump tendrá sus respectivos procesos Master y Workers.
Colas:
Un trabajo Data Pump crea dos colas. Una de Control y una de Estatus:
La cola de Control almacena las tareas individuales que tienen que hacer
los procesos Worker. El master process divide un trabajo en tareas
individuales que son ejecutadas por los procesos Worker; esta cola
almacena las tareas en forma FIFO. Los procesos worker recojen de esta
cola solo una tarea. La cola de Estatus se utiliza para monitorear:
Almacena mensajes que describen el estado del trabajo. Estos mensajes
son enviados por el Master Process. Cualquier sesión puede (Con sus
privilegios asociados) puede consultar esta cola para monitorear el
trabajo
Archivos:
Los archivos generados por Data Pump vienen en tres formas: archivos
SQL, archivos Dump y archivos de log. Los archivos SQL incluyen
sentencias DDL que describen los objetos incluidos en el trabajo. Los
archivos Dump contienen los datos exportados en formato XML. Para
finalizar, los archivos de log incluyen un historial de todo el trabajo.
Realizar expdp:
Primero conectarse como sys o system como sysdba
SQL*Plus: RELEASE 11.2.0.1.0 Production ON Dom Oct 16 22:00:43 2011
Enter password:
Connected TO:
WITH the Partitioning, OLAP, Data Mining AND REAL Application Testing
options
Crear un directorio o utilizar uno ya creado, por cuestiones practicas crearemos uno:
CREATE OR REPLACE DIRECTORY DOCUMENTS AS 'C:\app\Lesh\Backups';
Luego asignar permisos de lectura y escritura:
SQL> GRANT read,write ON DIRECTORY DOCUMENTS TO system;
-Para ver los directories disponibles y sus permisos o privilegios, consulté:
SQL> SELECT privilege,directory_name
SCOTT.DEPT DUMPFILE=DOCUMENTS:orasite.dmp
LOGFILE=DOCUMENTS:orasite.log
Durante la ejecucion te pedira que ingreses de nuevo el user y el password. Al terminar
el backup se generara dos archivos uno con extencion *.dmp y uno *.log en la ubicacion
del directorio que creamos.
Si se desea hacer un backup de esquemas se cambia el tables por esquemes y los
esquemas que se desean almacenar como por ejemplo:
C:\app\lesh\product\11.2.0\dbhome_2\BIN>expdp system/manager
esquemes=SCOTT DUMPFILE=DOCUMENTS:orasite.dmp
LOGFILE=DOCUMENTS:orasite.LOG
Y si desea hacer de toda la base se cambia por FULL=Y
C:\app\lesh\product\11.2.0\dbhome_2\BIN>expdp system/manager FULL = Y
DUMPFILE=DOCUMENTS:orasite.dmp LOGFILE=DOCUMENTS:orasite.LOG
Ventajas:
Apéndice