oracle
YAQUE_Z
11 de Octubre del 2005
como realizar una copia de seguridad en oracle 9i
de
11 de Octubre del 2005
hola
educacion
11 de Octubre del 2005
por favor
poquito
11 de Octubre del 2005
muchas gracias
Rodolfo Reyes
11 de Octubre del 2005
Lo mas sencillo es utilizar los comandos Imp para importar y EXP para exportar:
Backup L贸gico :
Este backup se refiere a hacer una copia l贸gica de las estructuras e informaci贸n
que est谩n dentro de la base de datos. Se llama copia l贸gica porque lo que se copia
es pr谩cticamente la definici贸n en un script de los objetos para luego poder crearlos
cuando algo falle.
Este tipo de backup se realiza con el utilitario import y export de la base de datos.
El export genera un archivo con extensi贸n .DMP el cual contiene scripts y datos
pero tambi茅n puede realizarse directamente a una cinta; esta 煤ltima opci贸n es
preferida por muchos ya que los archivos .DMP pueden ocupar mucho espacio en
disco.
Tipos de Backup L贸gico:
El backup puede ser de la base de datos completa, un solo usuario o de una o
varias tablas. El backup completo de la base de datos tiene la ventaja que saca
backup de la definici贸n de los tablespaces, usuarios, roles, permisos y de todos los
objetos de todos los usuarios. El backup de usuario permite sacar backup de todos
los objetos de un usuario determinado. El backup de tablas puede sacar backup de
una o m谩s tablas de un usuario determinado.
Ejemplos export 1:
Se desea hacer un backup completo de base de datos a una unidad de cinta con
una capacidad m谩xima de 4 GB.
1. Introducir un cartucho de cinta.
2. Ejecutar la instrucci贸n:
exp system/password_system full=y indexes=y rows=y consistent=y
file=/dev/rmt0 volsize=400000000 log=full_fecha_.log constraints=y
donde:
password_system debe ser el password del usuario system.
_fecha_ debe ser la fecha del d铆a que se ejecuta el backup.
full=y indica que es backup completo de la base de datos.
volsize es la capacidad m谩xima de la cinta en bytes, esto es para que al terminarse
el espacio pida un cambio de cinta. (este par谩metro no es necesario para exports a
disco).
Ejemplo export 2:
Se desea hacer backup del usuario contabilidad y todos sus objetos a un archivo
del disco.
exp system/password_system full=n owner=contabilidad indexes=y rows=y
consistent=y file=/backup/exports/conta.dmp log=conta.log constraints=y
Ejemplo export 3:
Se desea realizar backup de las tablas datos1 y datos2 del usuario contabilidad
hacia un archivo .dmp.
exp system/password_system full=n owner=contabilidad
tables=(datos1,datos2) indexes=y rows=y consistent=y
file=/backup/exports/conta_tables.dmp log=conta_tables.log constraints=y
Tipos de Recuperaci贸n L贸gica:
As铆 como existen tres formas de hacer export, existen tres formas de hacer el
import: Base de datos completa, usuarios y tablas. Una excelente caracter铆stica del
import es que se puede recuperar usando un tipo inferior de import si el archivo de
export esta hecho con un tipo superior. Por ejemplo si el export fue realizado tipo
base de datos completa, se puede hacer import de base de datos completa, por
usuario o por tablas; pero si el export se hizo por usuario, no se podr铆a hacer un
import de base de datos completa.
Lo que siempre se debe tomar en cuenta es que al realizar una recuperaci贸n con el
import, se debe de preparar la base de datos es decir, si tenemos una falla en disco
y se pierde la base de datos completa, se debe de crear una base de datos inicial
(tablespace system, rbs, temp, users y tools) y los tablespaces de los datos antes
de ejecutar el import. Si la falla es de un solo tablespace, este se debe borrar y se
debe crear nuevamente.
Ejemplo import 1:
Se desea realizar un import completo de la base de datos.
imp system/password_system file=/backup/dmps/full_db.dmp full=y rows=y
indexes=y commit=y buffer=200000
donde:
commit=y es un par谩metro que le indica al import que debe hacer commit por
grupos de registros y no esperar al final de cada tabla para hacerlo.
Ejemplo import 2:
Se tiene un archivo de export de la base de datos completa y se desea importar
una tabla llamada prueba_2.
imp system/password_system file=/backup/dmps/full_db.dmp full=y rows=y
indexes=y commit=y buffer=200000 fromuser=contabilidad touser=contabilidad
tables=prueba_2
donde:
fromuser es el par谩metro que indica quien es el due帽o de la tabla a importar.
touser es el nombre del usuario donde se importar谩 la tabla
tables es el listado de tablas a importar.
Ventajas del Backup L贸gico:
聲 F谩cil de ejecutar.
聲 La base de datos esta disponible y los usuarios pueden accesarla, en este
caso es mejor utilizar el par谩metro CONSISTENT=Y del export.
聲 Se puede recuperar la base de datos de tres formas : Base de datos
completa, Usuario completo o por tablas.
聲 Es muy simple cuando se desea trasladar una base de datos de un sistema
operativo a otro.
Desventajas :
聲 Puede tener una copia inconsistente de los datos. (Si no se usa el par谩metro
CONSISTENT).
聲 En caso de una falla se tiene que preparar la base de datos para que puede
empezar a importarse.
聲 Toma mucho m谩s tiempo hacer un import que una carga en fr铆o.
聲 Se tiene que recuperar a alg煤n momento en el tiempo, esto quiere decir
siempre se pierde informaci贸n.
Backup L贸gico :
Este backup se refiere a hacer una copia l贸gica de las estructuras e informaci贸n
que est谩n dentro de la base de datos. Se llama copia l贸gica porque lo que se copia
es pr谩cticamente la definici贸n en un script de los objetos para luego poder crearlos
cuando algo falle.
Este tipo de backup se realiza con el utilitario import y export de la base de datos.
El export genera un archivo con extensi贸n .DMP el cual contiene scripts y datos
pero tambi茅n puede realizarse directamente a una cinta; esta 煤ltima opci贸n es
preferida por muchos ya que los archivos .DMP pueden ocupar mucho espacio en
disco.
Tipos de Backup L贸gico:
El backup puede ser de la base de datos completa, un solo usuario o de una o
varias tablas. El backup completo de la base de datos tiene la ventaja que saca
backup de la definici贸n de los tablespaces, usuarios, roles, permisos y de todos los
objetos de todos los usuarios. El backup de usuario permite sacar backup de todos
los objetos de un usuario determinado. El backup de tablas puede sacar backup de
una o m谩s tablas de un usuario determinado.
Ejemplos export 1:
Se desea hacer un backup completo de base de datos a una unidad de cinta con
una capacidad m谩xima de 4 GB.
1. Introducir un cartucho de cinta.
2. Ejecutar la instrucci贸n:
exp system/password_system full=y indexes=y rows=y consistent=y
file=/dev/rmt0 volsize=400000000 log=full_fecha_.log constraints=y
donde:
password_system debe ser el password del usuario system.
_fecha_ debe ser la fecha del d铆a que se ejecuta el backup.
full=y indica que es backup completo de la base de datos.
volsize es la capacidad m谩xima de la cinta en bytes, esto es para que al terminarse
el espacio pida un cambio de cinta. (este par谩metro no es necesario para exports a
disco).
Ejemplo export 2:
Se desea hacer backup del usuario contabilidad y todos sus objetos a un archivo
del disco.
exp system/password_system full=n owner=contabilidad indexes=y rows=y
consistent=y file=/backup/exports/conta.dmp log=conta.log constraints=y
Ejemplo export 3:
Se desea realizar backup de las tablas datos1 y datos2 del usuario contabilidad
hacia un archivo .dmp.
exp system/password_system full=n owner=contabilidad
tables=(datos1,datos2) indexes=y rows=y consistent=y
file=/backup/exports/conta_tables.dmp log=conta_tables.log constraints=y
Tipos de Recuperaci贸n L贸gica:
As铆 como existen tres formas de hacer export, existen tres formas de hacer el
import: Base de datos completa, usuarios y tablas. Una excelente caracter铆stica del
import es que se puede recuperar usando un tipo inferior de import si el archivo de
export esta hecho con un tipo superior. Por ejemplo si el export fue realizado tipo
base de datos completa, se puede hacer import de base de datos completa, por
usuario o por tablas; pero si el export se hizo por usuario, no se podr铆a hacer un
import de base de datos completa.
Lo que siempre se debe tomar en cuenta es que al realizar una recuperaci贸n con el
import, se debe de preparar la base de datos es decir, si tenemos una falla en disco
y se pierde la base de datos completa, se debe de crear una base de datos inicial
(tablespace system, rbs, temp, users y tools) y los tablespaces de los datos antes
de ejecutar el import. Si la falla es de un solo tablespace, este se debe borrar y se
debe crear nuevamente.
Ejemplo import 1:
Se desea realizar un import completo de la base de datos.
imp system/password_system file=/backup/dmps/full_db.dmp full=y rows=y
indexes=y commit=y buffer=200000
donde:
commit=y es un par谩metro que le indica al import que debe hacer commit por
grupos de registros y no esperar al final de cada tabla para hacerlo.
Ejemplo import 2:
Se tiene un archivo de export de la base de datos completa y se desea importar
una tabla llamada prueba_2.
imp system/password_system file=/backup/dmps/full_db.dmp full=y rows=y
indexes=y commit=y buffer=200000 fromuser=contabilidad touser=contabilidad
tables=prueba_2
donde:
fromuser es el par谩metro que indica quien es el due帽o de la tabla a importar.
touser es el nombre del usuario donde se importar谩 la tabla
tables es el listado de tablas a importar.
Ventajas del Backup L贸gico:
聲 F谩cil de ejecutar.
聲 La base de datos esta disponible y los usuarios pueden accesarla, en este
caso es mejor utilizar el par谩metro CONSISTENT=Y del export.
聲 Se puede recuperar la base de datos de tres formas : Base de datos
completa, Usuario completo o por tablas.
聲 Es muy simple cuando se desea trasladar una base de datos de un sistema
operativo a otro.
Desventajas :
聲 Puede tener una copia inconsistente de los datos. (Si no se usa el par谩metro
CONSISTENT).
聲 En caso de una falla se tiene que preparar la base de datos para que puede
empezar a importarse.
聲 Toma mucho m谩s tiempo hacer un import que una carga en fr铆o.
聲 Se tiene que recuperar a alg煤n momento en el tiempo, esto quiere decir
siempre se pierde informaci贸n.