Documentos de Académico
Documentos de Profesional
Documentos de Cultura
CAPITULO IV
RESPALDO Y RESTAURACIÓN
DE BASE DE DATOS
El SGDBMS debe estar equipado también para manejar fallos mas catastróficos
como lo son los fallos de disco. La técnica principal para manejar tales fallos es de
realizar copias de seguridad de las DB. La base de datos completa y el diario se
deben copiar periódicamente a un medio de almacenamiento económico como
las cintas magnéticas, nas server, file server y discos externos usb.
2. Una vez decidido sobre qué vamos a mantener una copia de seguridad,
pasaremos a definir cada cuanto vamos a realizar esas copias y el numero de
serie que utilizaremos para el nombre. Depende de la parte critica de los
datos puede ser necesario hacer copias diarias, semanales, mensuales, días
pares, impares y porque no fin de cierre de la semana un respaldo
completo, etc… .
3. Una vez decidido cada cuanto tiempo, pasaremos a definir que tipo de
copias serán realizadas. Existen básicamente tres (3) tipo:
Completas
Incrementales
Diferenciales
4. Después pasamos a decidir los parámetros de la copia de seguridad. Aquí
se decide si usted como administrador comprimirá a posteriori de realizar el
backup, o si se encriptará la información o si se protegerá por contraseña.
Con la finalidad de evitar una pérdida total de nuestra información en DB, es necesario
hacer copias de seguridad en medios de almacenamiento externos como en un NAS,
Cinta, Disco USB o un File Server.
En estas copias, conocidas como backups, la información permanece intacta hasta el
momento en el que se vuelven a guardar nuevos archivos.
Hay que distinguir entre las copias de seguridad online y offline. Las copias online se
crean sin necesidad de reiniciar la base de datos. Durante el proceso de
almacenamiento, el backup reconoce los cambios realizados y restaura los archivos
automáticamente a través de una conexión.
En caso de que sea necesario cerrar la base de datos para crear una copia de
seguridad, se trata de una copia offline. Esta última es especialmente sencilla de hacer,
pero tiene la desventaja de que las aplicaciones y páginas web que dependan de la
base de datos no estarán disponibles durante la creación de la copia de seguridad. Por
ello, se deben realizar por la noche (forma programada como una tarea) o en
momentos de poco tráfico.
Backups completos:
Como su nombre indica, este tipo de respaldo copia la totalidad de los datos. La
principal desventaja es que, aunque siempre se tendrá a mano toda la información,
realizar cada copia demandará una gran capacidad de espacio de disco. Para la
restauración solo se necesitará la copia de seguridad. En Oracle usaremos:
export/import, pero también podrá usar el RMAN
Backups diferenciales:
Este tipo de backup crea primero una copia de seguridad completa Se diferencia
del anterior en que solo almacena aquellos archivos que han sufrido algún cambio
o actualización, lo que ahorra algo de espacio de almacenamiento en el disco. Para
la restauración se necesita la última copia de seguridad completa, y además, la
última copia de seguridad diferencial. Se utiliza como ejemplos en SQLserver 2008
como tareas programadas.
Backups incrementales:
1 OBJETIVOS
2 DATAPUMP EXPORT
Para trabajar con expdp se necesitan los permisos adecuados en el usuario con
el que vayamos a realizar la exportación. Cualquier usuario puede exportar
objetos de su propiedad o su esquema al completo pero los usuarios no
privilegiados deben tener permiso WRITE en el objeto directorio.
Para poder hacer uso de esta utilidad se debe especificar el directorio que va a
ser utilizado por ORACLE11g Export/Import. Dependiendo de la exportación, se
deberá actualizar cada uno de los diferentes permisos.
Data Pump es una tecnología servidor. Por esto, los ficheros dump y
log son generados en directorios del servidor oracle. Data Pump
requiere objetos directorios que para poder acceder al directorio
donde se exportará o importarán los datos.
Oracle Database 11g permite hacer copia de seguridad lógica de los datos que
componen la base de datos: tablas, vistas, procedimientos almacenados, secuencias,
funciones, disparadores, paquetes, sinónimos, usuarios, etc.
Dicha copia se realiza con el comando expdp y se realizará en línea (sin detener la base
de datos). Durante el proceso de export puede que caiga un poco el rendimiento pero
seguirá funcionando la base de datos normalmente.
Una vez exportados los datos, podrían importarse con el comando impdp (Import) en
otra base de datos o en la misma si queremos "sobreescribirla“.
Una vez realizada la copia de seguridad en oracle modo comando CDM , y ver la
ruta donde fue guardada, podemos importar o recuperar la Base de datos, por
medio del comando import, que a continuación detallamos con el siguiente
ejemplo.
Pero primero debemos crear una usuario o nombre de la base de datos con los
privilegios necesarios para importar los datos o sobre escribirlos, que se
desarrollara en el siguiente ejemplo.
c:\oracle\app\oracle\admin\xe\dpdump\test.dmp
IMPORTACION USANDO :
SQL DEVELOPER DE ORACLE 11 G, SOPORTE GRAFICO