ARQUITECTURA DE LA BASE DE DATOS Y ASM

ASM es una caracterstica Oracle que se debera usar siempre. Cada archivo es distribuido dentro del
file system y es mirrored para mejorar el rendimiento. La administracin de los volmenes del ASM
se hacen cuando el volumen esta en lnea, adems, el multiplexado de ASM hace menos posible la
perdida de datos. Tambin puede utilizar su ASM para soportar el almacenamiento de otras instancias
de base de datos Oracle.
Antes de sumergirnos en lo que es ASM, hagamos un repaso de las estructuras fsicas de
almacenamiento de la base de datos (Datafiles, control files, redo log files, archived redo log files),
tambin los arhivos que no propiamente son de base de datos (Archivos de parmetros de
inicializacin, archivos de log, password files).
Estructuras de almacenamiento Lgicas
Los Datafiles son estructuras de almacenamiento fsicas, las cuales estan al servicio de los
tablespaces, los Tablespaces son las unidades lgicas que agrupan y poseen los datafiles. Los datafiles
son estructuras fsicas que estn sub divididas en extents y Blocks. Dentro de los Tablespaces existen
estructuras lgicas de la base de datos, como tablas e ndices.
Tablespace
Consiste de uno o mas datafiles. En 11g, para la creacin de la base de datos, se requiere de almenos
2 tablespaces, SYSTEM Y SYSAUX.
Una instalacin de 11g por defecto crea 6 tablespaces. (SYSTEM, SYSAUX, UNDOTBS1, TEMP, USERS,
EXAMPLE) Oracle 10g y 11g, permiten crear un tipo de tablespace llamado big tablespace, el cual
puede ser hasta de 128 Terabytes. En la siguiente grafica se presenta la relacin entre las estructuras
lgicas de almacenamiento.
Los tablespaces puede ser dictionary managed o locally managed. En dictionary managed, la
administracin de los extents es almacenada en las tablas del diccionario de datos, por lo tanto, en
aplicaciones donde todas las tablas e ndices residan en un solo tablespace, Oracle estar accediendo
permanentemente el tablespace SYSTEM, en este caso es posible que se nos genere un cuello de
botella para aplicaciones con alto nivel de escritura.
En locally Managed, Oracle mantiene un bitmap en el encabezado de cada datafile para poder rastrear
el espacio disponible. De esta manera se reduce dramticamente la contencin sobre las tablas del
diccionario de datos.
Bloques
Un bloque Oracle es la unidad mnima de almacenamiento Oracle. Un bloque Oracle puede agrupar
varios bloques del sistema operativo. Para no afectar el rendimiento, el tamao de un bloque Oracle
debe ser mltiplo del tamao del bloque del sistema operativo.
Extents
Es el siguiente nivel de agrupamiento lgico en la base de datos. Consiste en uno o mas bloques
Oracle, Cuando se crece un objeto, este se crece a travs de extents. Los extents son manejados por
Oracle a nivel de datafile (Preferiblemente).

Segments
Siguiente nivel de agrupamiento, agrupa extents, un segment es una agrupacin de extents que
forman un objeto de base de datos (Tabla, ndice). Existen 4 tipos de segmentos Oracle (Data
Segments, Index Segments, temporary Segments, Undo Segments).
La explicacin de cmo y cuando son usados los diferentes tipos de segmentos la vimos en captulos
anteriores.
Estructuras de almacenamiento Fsicas
Oracle utiliza un numero de archivos fsicos en disco para gestionar los datos de las transacciones de
los usuarios, algunas de estas etructuras de almacenamiento como los datafiles, redo log files
contienen los datos reales de los usuarios, y otras estructuras como los control files almancenan el
estados de los objetos de la base de datos. Otros archivos basados en texto son los alert y los trace
files, los cuales almacenan informacin sobre los eventos en la base de datos y los errores de la base
de datos.
Las siguiente figura nos presenta una relacin de las estructuras fsicas y lgicas de almacenamiento
de la base de datos.
A continuacin las definiciones de los diferentes componentes fsicos:
Datafiles: al menos 1
Redo Log files: .al menos 2
Control Files: Al menos 1 Sin importar cuantas copias multiplexadas tengamos, solo uno es
designado como el primario para retornar informacin de la base de datos. La instruccin ALTER
DATABASE BACKUP CONTROLFILE TO TRACE es una instruccin que genera un SQL que puede ser
usada para crear un controlfile en caso que todos los controlfiles se pierdan por una falla catastrfica.
Archived Log Files: Tiene el contenido acumulado de los Redo log files. Son el insumo para el data
Guard.
Initialization parameter files: Contiene los parmetros de la base de datos.
Alert and trace log files: El alert contiene los eventos significativos, el alert queda en la ruta
especificada para el parmetro BACKGROUND_DUMP_DEST , todo alter system o alter database queda
se registra en el alert. Lo de los background process y las sesiones de usuarios se almacenan en los
trace files. A partir de Oracle 11g release 1, los archivos sern almacenados en la ruta especificada
para el parmetro DIAGNOSTIC_DEST.
Backup files: Archivos de backup generados por el RMAN.
Estructuras de memoria Oracle
SGA: System Global Area, corresponde a un conjunto de estructuras de memoria, la cuales son
compartidas a lo largo de la instancia. Solo crecer hasta el valor SGA_MAX_SIZE. Oracle ajustara los
tamos de las estructuras de memoria hasta alcanzar el tamao especificado en SGA_TARGET. El
parmetro MEMORY_TARGET (11g) balanceara la memoria disponible entre la SGA y la PGA para

mejorar el rendimiento. La memoria crece enterminos de granulos, un granulo puede ser de 4 MB o

16MB, si la instancia es menor o igual a 128, entonces el granulo ser de 4MB, si es mayor de 128,
entonces el granulo ser de 16MB.
Definicion de cada area
Buffer cache: .
Shared Pool: .
Redo Log Buffer: .
Large Pool: area opcinal, usada para transacciones que interactan con mas de una base de datos.
Buffer de mensajes para procesos ejecutando parallel queries y backups y restauracines en paralelo
del RMAN.
Java Pool:
Streams Pool:
Program Global Area:
Software Code Area:
Background Process
DESCRIBIENDO AUTOMATIC STORAGE MANAGEMENT (ASM)
ASM es una solucin de mutiplexacin que automatiza las plantillas de los datafiles, control files, y
redo log files, distribuyndolos a travs de los discos disponibles. Cuando un disco es adicionado al
Cluster del ASM, los archivos de la base de datos son re distribuidos automticamente a travs de
estos volmenes de discos para obtener un excelente desempeo. La mutiplexacin del ASM minimiza
la posibilidad de perder datos. Uno de los componentes claves del ASM son los disk groups, son una
coleccin de discos que ASM administra como una unidad. Cuando se crea una nueva estructura de
almacenamiento de la base de datos como un control file, o un redo log file, se especifica entonces un
grupo de discos en cambio de un archivo de sistema operativo. ASM puede soportar mltiples nodos
de un RAC.
ASM mejora el rendimiento propagando los objetos de la base de datos en mltiples dispositivos,
adicionalmente, tambin incrementa la disponibilidad, permitiendo agregar nuevos discos a la base de
datos si necesidad de detenerla, adems, despus de agregados, se re balancea con una mnima
intervencin.
ASM ARCHITECTURE
Divide los datafile y otras estructuras de la base de datos en extents, y divide esos extents entre los
discos del disk groups para mejorar el rendimiento y la confiabilidad. En vez de mirroring todo el
volumen de discos, ASM, mirrors los objetos de la base de datos, de diferentes formas, dependiendo
del tipo de objeto. Opcionalmente, los objetos pueden no ser Striped si por debajo ya tenemos un
RAID nivel de Hardware. Cuando se agregar mas disposivitos de discos, ASM re-balancea la

informacin en los nuevos grupos de discos, de tal forma que el I/O se manetenga balanceado entre
los discos.
El re-balanceo se hace como un proceso de fondo, y en lnea. Si esto llegara a degradar el
performance de la base de datos, la velocidad de re-balanceo se puede disminuir en los parmetros de
inicializacin.
ASM requeire un tipo especial de instancia para proveer la interfaz entre la instancia oracle tradicional
y el file system.
Dos nuevos procesos se incorporaron desde Oracle 10g:
RBAL: Coordina la actividad de los discos del grupo de discos, ejecutando los re-balanceos cuando un
disco es adicionado o removido.
ARBn: Maximo 9, ejecuta el movimiento de extents entre los discos de un grupo de discos.
Para las bases de datos que usen discos ASM, dos nuevos procesos de fondo fueron adicionados desde
Oracle 10g, ASMB y RBAL. ASMB, ejecuta la comunicacin entre la base de datos y la instancia de
ASM, mientras RBAL ejecuta la apertura y cerrado de discos en el grupo de discos en nombre de la
base de datos. Este proceso RBAL es el mismo proceso RBAL de la instancia ASM, pero ejecutan
diferentes funciones, aunque estn relacionadas. En resumen, el proceso de comporta diferente
dependiendo del tipo de instancia.
Creando una Instancia ASM
ASM requiere de una instancia especial para administrar los grupos de discos, esta instancia es mucho
mas pquea que la instancia de la base de datos, esta en el rango de 60MB-120MB. Esto es
automticamente configurado cuando ASM es seleccionado como tipo de almacenamiento.
Una instancia ASM tiene su propio archivo de parmetros de inicializacin y su propio password file,
sin embargo, el ASM no tiene diccionario de datos, por lo tanto todas las conexiones al ASM sern con
el SYS y el SYSTEM usando autenticacin de sistema operativo. Una instancia ASM tiene estados,
como los de la instancia tradicional, sin embargo, lo nicos dos estados son NOMOUNT y MOUNT.
Desde Oracle 11g , un nuevo privilegio llamado SYSASM separa la administracin del ASM de la
administracin de la instancia tradicional la cual se hace con el privilegio SYSDBA. El grupo de
usuarios de sistema operativo OSASM automticamente concede el provilegio SYSASM a los usuarios
que pertenezcan a este grupo.
Para conectarse a una instancia ASM se deben ejecutar los siguientes comandos:
export ORACLE_SID=+ASM
sqlplus / as sysasm
Aunque en Oracle 11g Release 1 todava se puede usar el privilegio SYSDBA, oracle escribira un
mensaje en el alert log file indicando que este privilegio SYSDBA es obsoleto para la administracin
del ASM y que ser eliminado en futuras versiones.
En Oracle 11g release I, el grupo de sistema operativo para SYSASM y SYSDBA es el mismo dba,
pero en Release 2, debern ser grupos independientes.

La forma de saber que usuarios tiene el provilegio SYSASM, es consultando la vista del diccionario de
datos V$PWFILE_USERS.
SQL> select * from v$pwfile_users;
USERNAME

SYS
MARTHAG
BOBBYB

SYSDBA

TRUE
FALSE
FALSE

SYSOPER

SYSASM

TRUE
FALSE
FALSE

TRUE
TRUE
TRUE

Configurando el archivo de parmetros de inicializacin para el ASM

La administracin de la instancia ASM tiene muchas advertencias, sin embargo, una de las mas
importantes es que NUNCA se podr detener una instancia ASM que este administrando discos para
una instancia RDBMS activa.
Componentes de la instancia ASM
Las instancias ASM no podrn ser accedidas con una variedad de herramientas, tal como si es posible
hacer con una instancia RDBMS.
Accediendo la instancia ASM
Como se menciono anteriormente, la nica forma de conectarse a una instancia ASM es a travs del
privilegio SYSASM (SYSDBA tambin es posible, pero en R2 es obsoleto), con este se podrn hacer
todas las labores administrativas para el ASM, tales como crear y borrar grupos de discos y tambin
adicionar y remover discos de los grupos de discos. El usuario SYSOPER tiene acciones administrativas
mucho ms limitadas. Las siguientes son las operaciones que se pueden ejecutar con SYSOPER:

Startup y Shutdown la instancia ASM

Montar o desmontar un grupo de discos

Alterar un grupo de discos, de OFFLINE a ONLINE y viceversa

Re-balancear un grupo de discos

Ejecutar una verificacin de integridad de un grupo de discos

Acceder las vistas dinmicas de rendimiento V$ASM*

Parmetros de Inicializacin de la Instancia ASM
Un numero de parmetros de inicializacin del ASM son especficos o son espeficicados dentro de la
instancia ASM. Un SPFILE es altamente recomendado en cambio de una archivo de parmetros para la
instancia ASM.
INSTANCE_TYPE: Para una instancia ASM, este parmetro tendr el valor de ASM. El valor por
defecto para una instancia tradicional es RDBMS.

DB_UNIQUE_NAME: El valor para este parmetro ser +ASM, y debe ser nico en un ambiente
single instance o Cluster.
ASM_POWER_LIMIT: Para asegurar que los procesos de re-balanceo no interfieran con el normal
curso del I/O de los usuarios, este parmetro determina que tan rpido la operacin de rebalanceo
ocurre. El rango de valores est entre 1 y 11, siendo este el ms alto posible valor. El valor por defecto
es 1 (Bajo trabajo adicional de I/O). Ya que este es un parmetro dinmico, es posible ponerlo en un
valor bajo en el da y en un valor alto en la noche.
ASM_DISKSTRING: Especifica uno o mas paths de sistema operativo para limitar los dispositivos de
discos que pueden ser utilizados para los discos del ASM. Si este parmetro es NULL entonces todos
los discos visibles para la instancia ASM sern candidatos potenciales para crear grupos de discos.
ASM_DISKGROUPS: Este parmetro contiene la lista con los nombres de los grupos de discos que
sern montados automticamente al inicio de la instancia ASM o por el evento ALTER DISKGROUP ALL
MOUNT. Si un grupo de discos no est en la lista podr ser montado manualmente.
LARGE_POOL_SIZE: Es usado diferentemente en las instancias ASM, todos los paquetes internos ASM
son ejecutados desde este POOL, este parmetro podr ser definido como mnimo de 12MB para una
sola instancia o en 16MB para una instancia RAC.
ASM_PREFERRED_READ_FAILURE_GROUPS: este es un parmetro nuevo, a partir de 11g,
permite especificar una
ASM DYNAMIC PERFORMANCE VIEWS
Unas nuevas vistas son asociadas a las instancias ASM.
V$ASM_DISK (UISDB): Un registro por cada disco descubierto por una instancia ASM, usado por
un grupo de discos o no. Para una instancia de base de datos, un registro para cada grupo de discos
que este siendo usado por la base de datos.
V$ASM_DISKGROUP - (UISDB): Para una instancia ASM, un registro para cada grupo de discos
conteniendo las caractersticas generales del grupo de discos. Para una instancia de base de datos, un
registro para cada grupo de discos en uso, bien sea que este montado o no.
V$ASM_FILE (NUISDB): Un registro para cada archivo en cada grupo de discos montado.
V$ASM_OPERATION (NUISDB): Un registro para cada long-running operation en la instancia
ASM.
V$ASM_TEMPLATE (UISDB): Un registro para cada plantilla en cada grupo de discos montado en
la instancia ASM. Para una instancia de base de datos, un registro para cada plantilla para cada grupo
de discos montado.
V$ASM_CLIENT (UISDB): Un registro para cada base de datos usando grupos de discos
manejados por la instancia ASM. Para una base de datos, un registro para cada instancia ASM si algn
archivo ASM est abierto.
V$ASM_ALIAS (NUISDB): Un registro para cada alias en cada grupo de discos montado

Formatos de nombre de archivos para el ASM

Como una mejor practica se recomienda que los archivos de ASM sean creados usando OMFs, de tal
forma que el nombre detallado del archivo no sea necesario para la mayora de las tareas
administrativas. Cuando un objeto es borrado en el grupo de discos, el archivo automticamente es
borrado. Varios archivos podrn mostar el nombre actual de los archivos, tales como ALTER DATABASE
BACKUP CONTROLFILE TO TRACE, y tambin algunas vistas del diccionario de datos, por ejemplo
V$DATAFILE. Los nombres de los archivos de ASM pueden estar en 6 diferentes formatos

Fully Qualified Names: Estos nombres son usados solo cuando se referencia un
archivo ya existente. Un archivo nombrado completamente tiene el formato:
+group/dbname/file type/tag.file.incarnation
Donde Grupo corresponde al grupo de discos, dbname es la base de datos a la cual el archivo
pertenece, file type es el tipo de archivo Oracle, tag corresponde a informacin especifica del tipo de
archivo, y la pareja file.incarnation aseguran que sea nico, a continuacin se presenta un ejemplo del
tablespace USERS, +DATA/dw/datafile/users.259.627432977

Numeric Names: Es usado nicamente pare ferenciar archivos ya existentes. Permite

referenciar archivos ASM usando nicamente el nombre del grupo de discos y el la pareja
(Numero de archivo y encarnacion). Ej.: +DATA.259.627432977.

Alias Names: Puede ser usado cuando se referencia un archivo ya existente o

cuando se crea un archivo ASM.Usando el comando ALTER DISKGROUP ADD
ALIAS, se pueden crear nombres las legibles para los archivos ASM existentes.
Los alias son diferenciables de los nombres ASM convencionales, porque estos
no terminan con puntos en el nombre para separar la pareja que los hace nicos.

Alias With Template names: Pueden ser usados nicamente cuando se crea un
archivo ASM. Los tamplates ofrecen una nemotecnia para espeficiar el tipo de archivo y
un tag cuando creamos un nuevo archivo ASM. Aqu hay un ejemplo de un alias usando
un template para un nuevo tablespace en el grupo de discos +DATA
SQL> create tablespace users2 datafile +data(datafile);
El template DATAFILE especifica COARSE striping, MIRROR en normal redundancy group

Incomplete names: Puede ser usado para bien sea para la creacin de archivos
single.file o para multiple-file. Solo se debe especificar el nombre del grupo de discos, y
una plantilla por defecto ser aplicada, dependiendo del tipo de archivo, como se muestra
aqu:
SQL> Create tablespace users5 datafile +data1;

Incomplete Names With Template: Igual que el de nombres incompletos, pero le

puedo especificar una plantilla para que independientemente del tipo de archivo, el
template determina las caracateristicas del archivo. En el siguiente ejemplo, aunque el
tablespace efectivamente es creado las caractersticas de striping y mirroring que se le
aplican al archivo son las de un online log file (fine striping) en cambio de las del datafile
(coarse striping).
SQL> create tablespace users5 datafile +data1(onlinelog);

Typos de archivos ASM y templates: ASM soporta todo tipo de archivos oracle usados por la base
de datos, excepto los ejecutables, la siguiente tabla presenta los tipos de archivo asm, tags y default
templates para cada tipo de archivo:

Las plantillas por default referencias en la tercera columna para cada uno de los tipos de archivos son
descritas en la siguiente tabla. Cuando un nuevo grupo de discos es creados, los templates son
copiados dentro del grupo de discos, como resultado, las caractersticas individuales de cada template
podrn ser modificadas y aplicaran nicamente al grupo de discos en el cual el template reside.
Cuando un datafile es creado con el template DATAFILE, por defecto el datafile ser de 100MB y
autoextend. El tamao mximo ser de 32767MB (32GB).
STARTUP Y SHUTDOWN DE UNA INSTANCIA ASM
El inicio de una instancia ASM es similar al inicio de una instancia RDBMS, sin embargo, el comando
STARTUP por default lleva la base de datos hasta el estado MOUNT. Debido a que no hay control file,
base de datos o diccionario de datos para montar, los discos ASM son montados en cambio de la base
de datos.
El comando STARTUP NOMOUNT inicia la instancia pero no monta los discos del ASM. Si se ejecuta un
SHUTDOWN en la instancia ASM, este fallara, no se podr detener la instancia hasta tanto no se bajen
todas las instancias RDBMS que estn conectadas al ASM. La nica manera de bajar la instancia ASM
con bases de datos conectadas, es con SHUTDOWN ABORT, esto consecuentemente forzara un
SHUTDOWN ABORT en las bases de datos conectadas a la instancia ASM.
El abort solo se debe usar cuando no quede mas opcin, literalmente lo que hace es matar los
procesos del sistema operativo, y consecuentemente, las instancias que estaban conectadas, se vern
forzadas a hacer rollback a todas las transacciones no confirmadas al momento de re iniciar. Hacer un
shutdown abort sobre la instancia ASM puede causar la perdida de la base de datos. Cuando hay
multiples instancias ASM compartiendo grupos de discos, como en RAC, la falla de una instancia ASM
no causara que la instancia RDBMS falle. En cambio, otra instancia ASM ejecutara una operacin de
recuperacin para la instancia que fallo. Las fallas de las instancias RDBMS conectadas no generaran
falla en la instancia ASM.
ADMINISTRANDO GRUPOS DE DISCOS ASM
El uso de grupos de discos en ASM proporciona varios beneficios, el rendimiento del I/O es
incrementado, la disponibilidad es incrementada, adems de las facilidades de adicionar discos a un
grupo de discos, o adicionar un grupo de discos completo.
ARQUITECTURA DE LOS GRUPOS DE DISCOS
Un grupo de discos es una coleccin de discos fsicos manejados como una unidad. Cada disco ASM,
como parte de un grupo de discos, tiene un nombre que puede ser asignado por el DBA o puede ser
asignado automticamente cuando este es asignado al grupo de discos.
Los archivos en un grupo de discos son distribuidos en los discos usando una distribucin gruesa
(coarse striping) o una distribucin fina (Fine Striping). Coarse Striping propaga los archivos en
unidades de 1MB a lo largo de todos los discos. Coarse Striping es apropiado para sistemas con un
alto grado de pequeas transacciones pequeas, tal como un OLTP. Fine Striping propaga los archivos
en unidades de 128K y es apropiado para sistemas de Data Warehouse o sistemas transaccionales con
una baja concurrencia.
DISKGROUP MIRRORING AND FAILURE GROUPS
Antes de definir el tipo de mirroring dentro de un grupo de discos, se debe agrupar discos dentro de
grupos de falla failure groups. Un grupo de falla failure Group es uno o mas discos dentro de un
grupo de discos que comparten un recurso comn, como una controladora de discos, la cual en caso
de falla, puede causar que todo el conjunto de discos quede no disponible para el grupo. En la mayora

de los casos una instancia ASM no conoce las dependencias de hardware y software de un disco. Por
lo tanto, a menos que especficamente se asigne un disco a un failure group, cada disco en un grupo
de discos es asignado a su propio failure group. El numero de failure groups disponibles dentro de
cada grupo de discos puede restringir el tipo de mirroring disponible para el grupo de discos. Existen
tres tipos de mirroring disponibles (External redundancy, normal redundancy, y high redundancy).
External Redundancy: Requiere solamente una asignacin de disco, asume que la informacin no es
critica o que el disco esta administrado con una solucin de alta disponibilidad, como un RAID.
Normal Redundancy: Provee un mirroring de dos vas, requiere almenos de dos failure groups
dentro del un grupo de discos. La falla de un solo disco no causara downtime para el grupo de discos,
solo se disminuir el rendimiento de las consultas sobre los objetos residentes en este grupo de
discos. Cuando todos los discos estan ONLINE el rendimiento de las lecturas ser mejorado.
High Redundancy: Provee un mirroring de tres vas, y requiere de almenos tres failure groups en el
grupo de discos. La falla de dos de los tres discos ser transparente para los usuarios.
El mirroring es manejado a bajo nivel. Extents son mirrored, no discos. Adicionalmente, cada disco
tendr una mezcla de extents primarios y mirrored (Secundarios y terciarios).
Rebalanceo dinamico de los grupos de discos
Siempre que se cambie la configuracin de un grupo de discos, bien sea que se adicione o quite un
failure group, un rebalance dinamico se ejecuta automticamente de tal forma que la distribucin de la
informacin sea proporcional entre los miembros del grupo de discos. Este rebalance ocurre cuando la
base de datos esta arriba y disponible para los usuarios. El impacto sobre el rendimiento puede ser
notorio, pero la velocidad con la cual se ejecuta este rebalanceo puede ser disminuida con el
parmetro ASM_POWER_LIMIT. Ver el ejemplo de la aplicacin de tarjeta de crdito, (A partir del
ultimo parrafor de pag 41 hasta la 42)
Disk Group fast mirror Resync
Cuando un grupo de discos falla, y posteriormente es recuperado y trado nuevamente a en lnea, se
debe tener en cuenta que el proceso de re-mirroring de todo el disco puede consumir demasiado
tiempo. En ocasiones, cuando una controladora de disco falla, los discos son llevados a offline, el disco
entero no tendr que se hacer re-mirroring y solo los datos cambiados durante la falla del disco
necesitarn ser resincronizados. Como resultado, se puede utilizar la caracterstica ASM fast mirror
resync, introducida en Oracle 11g. Para implementar fast mirroring Resync, se debe definir una
ventana de tiempo, durante la cual el ASM no borrara automticamente el disco del grupo de discos
cuando una falla transitoria, planeada o no planeada ocurre. Durante la falla, ASM llevara un record de
todos los bloques de datos cambiados, de tal manera que cuando el disco de la falla se ponga
nuevamente en lnea solo los bloques cambiados se tengan que propagar mirror, en cambio de todo el
disco.
Para definir una ventana para un grupo de discos, primero se debe definir el nivel de compatibilidad
para el grupo de discosa 11.1 o mas alto para las dos intancias, la de ASM y la RDBMS.
SQL> alter diskgroup data
set attribute 2 compatible.asm = 11.1.0.0.0;
Diskgroup altered.

SQL> alter diskgroup data

set attribute 2 compatible.rdbms = 11.1.0.0.0;
Diskgroup altered.SQL>
El efecto secundario de usar compatibilidad 11 o mas alta, es que solo las instancias con un numero
de versin 11.1.0.0.0 o mas alto podrn acceder los grupos de discos. Paso seguido, deber definir el
atributo de los grupos de discos DISK_REPAIR_TIME como en el siguiente ejemplo:
SQL> alter diskgroup data
set attribute 2 disk_repair_time = 2.5h;
Diskgroup altered.
SQL>
El tiempo por defecto es de 3.6 Horas, el cual correspondera a un tiempo suficiente para una labor de
mantenimiento. Cuando el disco sea traido de regreso a ONLINE, ejecute el siguiente commando para
indicarle a la instancia ASM que el disco esta nuevamente en linea:
SQL> alter diskgroup data online disk data_0001;
Diskgroup altered.
SQL>
Este commando, inicia el procedimiento de fondo que copia todos los extents cambiados en el disco
que permanecio en linea al disco que se acaba de recuperar.
Alterando grupos de discos
Los discos pueden ser agregados o eliminados de un grupo de discos, tambien otras caracteristicas de
los grupos de discos pueden ser modificadas sin necesidad de re-crear el grupo de discos. Cuando un
disco es agregado al grupo de discos, una operacion de re-balanceo es ejecutada en el background
despues de que el disco ha sido formateado para usarse en el grupo de discos.
Cuando agregamos un disco, el commando se ejecuta instantaneamente, pero por debajo el formateo
y el rebalance se siguen hacienda. La forma de saber el estado del rebalanceo es consultando la vista
V$ASM_OPERATION, en el campo state. Ahi tembien podemos ver el tiempo estimado para terminar el
rebalance. Si queremos reducir este tiempo, dndole mas recursos al proceso, lo podemos hacer con
la siguiente instruccin:
SQL> alter diskgroup data rebalance power 8;
Cuando el proceso termina, no veremos registros en la vista. Y finalmente, podemos ver la nueva
configuracin de discos del ASM, a travs de la siguiente consulta:

SQL> select group_number, disk_number, name, 2 failgroup, create_date, path from v$asm_disk;
Y tambin con la siguiente consulta
SQL> select group_number, name, type, total_mb, free_mb 2 from v$asm_diskgroup;
En la siguiente tabla se presentan otros comandos que pueden ser utilizados contra los grupos de
discos de nuestro ASM:

asmcmd
Este utilitario provee una forma fcil de mostar y mantener los objetos dentro de lso grupos del ASM.
Para poderlo usar, se debe haber definido previamente las variables ORACLE_HOME, ORACLE_BASE y
ORACLE_SID=+ASM.