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.