Hace poco instale un RAC sobre IBM AIX 6.1 en un cliente donde la redundancia manda, es decir todo duplicado incluido la cabina de disco aunque sea el mismo Data Center.
Hasta ahora el cliente habia utilizado HACMP como solucion de mirror de los datos entre cabinas, claro eso para RAC de version 9i. En la 10g como ya no es necesario un Clusterware de terceros habia que buscar una opcion para no tener que recurrir a HACMP solo para replicar datos. Aqui entra en juego ASM.
ASM como es sabido da opciones de tener redundancia a nivel de software en vez de hardware, para eso es necesario crear 2 ó más Failure Groups de un Disk Group. Puedes crear X Failure Groups, incluso uno por cada LUN ya que el mirroring de ASM es a nivel de Extents de 1MB. Pero bueno eso es otro tema.
Para este cliente se ha creado 2 Failure Groups, cada uno ubicado en una SAN, esto automaticamente se convierte en una solucion de Host Based Mirroring pero yo creo ASM no estaba diseñado para este tipo de arquitectura y ahora digo el por qué.
Un posible problema es, como es sabido si ASM no puede aceeder a los discos de un Failrue Group automaticamente pone los discos Offline y hace un drop de estos al considerar que están inválidos. Problemón! Porque si un dia hay que hacer mantenimiento de una cabina por ejemplo upgrade de firmware el ASM va a borrar todos esos discos del Failure Group que están ubicados ahi. El Resilvering una vez recuperado la cabina es total, es decir resincronizacion total de los datos de una SAN a la otra. Imagina que tienes que resincronizar 1TB de datos por la Fibre Channel, no irá mal pero no es lo mismo sincronizar en una misma SAN.
ASM, no como otros Volume Managers no tiene la funcionalidad de Dirty Region Logging que es una especie de bitmap que permite una sincronizacion incremental en caso de caida de un lado de mirror.
En 11g, seguro que a petición de muchos clientes y viendo que ASM se puede vender como una solucion de Host Based Mirroring para arquitecturas de RAC Extendido sin necesidad de terceros (un pure Oracle Stack en RAC extendido) se ha introducido la funcionalidad de Fast Mirror Resync, en vez de borrar los discos cuando no puede acceder solo lo deja en estado Offline, dependiendo del parametro DISK_REPAIR_TIME lo deja en ese estado durante el intervalo de tiempo especificado. Durante este intervalo mediante un bitmap va marcando las extensiones que han sido modificados, una vez recuperado los discos en estado Online solo tendría que sincronizar las extensiones que han sido marcados en el bitmap. Ya tenemos sincronización incremental!
La pena es que tienes que tener todo en 11g no solamente el parte de ASM sino también el motor de RDBMS.
Esta misma filosofia es como de un Stretch Cluster/RAC Extendido que por cierto en esta instalación se ha tenido que montar el tercer Voting Disk en un tercer nodo para romper el quorum.
