agosto 2010 – Juan Andres Mercado Technology Blog

Cuando trabajamos remotamente contra una instancia que se encuentra en un host en algún sitio, Oracle de alguna manera debe validar el usuario DBA.

Podemos observar que la base no podria almacenar nunca la validación , ya que al momento de bajar una instancia , no podríamos levantarla más, por que no podríamos accesar a la base de ninguna manera. Es por ello que la validación se produce desde el exterior de la instancia y lo hace por medio de un archivo que es conocido como password file.

Es asi que el DBA o la aplicación que tuviere la facultad de poder levantar la instancia , debe ser validado por el archivo que se encuentra en el OS.

En el parametro remote_login_passwordfile nos especifica si un password file esta encargado o no de validar al usuario.

Cuando generamos el archivo, este sera almacenado por default en los siguientes paths según el tipo de OS tengamos :

En los tipos Unix:

$ORACLE_HOME/dbs/orapw$ORACLE_SID

En los ambientes Windows:

%ORACLE_HOME%\database\PWD%ORACLE_SID%.ora

Continuar leyendo «Oracle password file on Windows and Unix enviroments»

Wireless Information System for Emergency Resp... — Image via Wikipedia

El comando CROSSCHECK compara lo existente en el CATALOGO con lo existente fisico en DISCO o TAPE.

Esto no sirve para conocer con que contamos al momento de hacer una tarea que implique traer datos antiguos al dia de hoy.

Recordemos que el comando CROSSCHECK, nos muesta tres estados:

EXPIRED : Cuando un objeto no es encontrado ni en el disco , ni en TAPE.
Si un backup set aparece como EXPIRED todos su componentes también lo están.AVAILABLE: Como su nombre lo indica estan los objetos disponibles para
que RMAN los tome para trabajar. De la misma manera descrita con antelacion ,
si un backup set aparece como AVAILABLE todos su componentes también lo están.UNAVAILABLE: Como su nombre lo indica estan los objetos disponibles
para que RMAN los tome para trabajar.

Voy a poner solo algunos ejemplos de lo que podemos realizar con el :

Cuando trabajamos con RMAN , sabemos que podemos tener resguardos en cinta (TAPE) o en disco (DISK) es por ello que en algunos casos voy alocar el canal de el TAPE y cuano ejecute el comando sin niguna alocacion voy a estar asumiendo directamente que estoy trabajando con el disco. Esto es importante por que quizas borramos cosas del disco local y al ejecutar el croscheck actualiza el catalogo con datos de lo que tenemos en cinta : Ejemplo

Tomo un backup en filsystem.
Pasa la cinta y lo resguarda.
La cinta no borra lo que resguardado del SO por que no lo tiene configurado por politica.
Las piezas quedan en el SO, y ahi es donde debemos tener cuidado.

* Recomiendo hacer un script para que luego de cada subida a cinta lo elimine o por operativo mediante un cron.

Continuar leyendo «RMAN – Crosscheck command»