copia de seguridad
gaby
12 de Febrero del 2005
Hola, hace poco instale en mi eq win 2000 oracle 9i, para probar aplicaciones con esta BD, me conecto bien he incluso desde otro equipo cliente oracle tambien puedo conectarme. Mi dudad es acerca de como hacer una copia de seguridad o exportar ( no se si es lo mismo) pero la idea es hacer una copia e la BD y sus tablas, lo intente mediante la consola de enterprice manager, me conecto en modo autonomo y cuando selecciono la opcion de copia de seguridad o exportar me aparece un mensaje " que el asistente solo puede iniciarse si la aplicacion esta conectada a OMS), bueno salgo y nuevamente en la consola de enterprice management me conecto a oracle management server, mi duda es q viendo la ayuda aparece q el administrador es sysman/oem_tmp y contrase帽a por defecto oem_tmp. Tambien intento conectarme con el administrador system con su respectiva clave y como management server (que no estoy muy segura lo q debo ingresar) ingreso el identificador de conexion (servicio) y aparece un mensaje "no se ha podido resolver el nombre del host". Bueno ojala puedan ayudarme o darme alguna pista de como hacerlo. El equipo tiene win 2000 prof. desde ya gracias
Rodolfo Reyes
12 de Febrero del 2005
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.
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.