Hoy vamos a ver una entrada que nos puede causar grandes dolores de cabeza .
Uno de los problemas con los que nos podemos encontrar cuando se modifica la tecnología de los discos físicos utilizados en el ASM es el cambio del tamaño de bloque lógico.
Supongamos que nos ofrecen un nuevo disco /dev/xvdz
Nosotros intentamos añadirlo al ASM, pero recibimos un error ORA-01378
Errors in file /u01/app/oracle/diag/rdbms/test/TEST/trace/TEST_ora_40862.trc: ORA-01378: The logical block size (512) of file +REDO is not compatible with the disk sector size (media sector size is 4096 and host sector size is 4096)
Veamos las características de este disco
sudo fdisk -l /dev/xvdz Disk /dev/xvdd: 21.5 GB, 21474836480 bytes 255 heads, 63 sectors/track, 2610 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 4096 bytes I/O size (minimum/optimal): 4096 bytes / 4096 bytes Disk identifier: 0x00000000
Y veamos ahora otro de los discos que tenemos
The other disks have sector size 512 Disk /dev/xvdp: 2147.5 GB, 2147483648000 bytes 255 heads, 63 sectors/track, 261083 cylinders Units = cylinders of 16065 * 512 = 8225280 bytes Sector size (logical/physical): 512 bytes / 512 bytes I/O size (minimum/optimal): 512 bytes / 512 bytes Disk identifier: 0x00000000
Si nos fijamos, el problema que tenemos es que el sector size de nuestro nuevo disco es 8 veces mayor que el del disco viejo (521 / 4096) .
Como solucionamos ahora nuestro problema?
Tal y como indican el el blog flashdba ASM tiene un parámetro en el fichero de configuración llamado ORACLEASM_USE_LOGICAL_BLOCK_SIZE que por defecto esta a false, que era el parámetro por defecto de oracleasm-support-2.1.8.
Podemos ver su valor en el fichero /etc/sysconfig/oracleasm
# ORACLEASM_USE_LOGICAL_BLOCK_SIZE: 'true' means use the logical block size # reported by the underlying disk instead of the physical. The default # is 'false' ORACLEASM_USE_LOGICAL_BLOCK_SIZE=false
Lo que vamos ha hacer es modificarlo a TRUE, de manera que el ASM sea capaz de usar los bloques de manera lógica y no se aferre a la configuración física de los mismos, esto lo hacemos con el script
oracleasm-configure.sh
- -b|—logical-blocks sets logical blocksize usage
- -p|—physical-blocks set physical blocksize usage
Veamos ahora cual es la información que nos dará nuestro ASM
[oracle@testserver ~]$ sysasm SQL> select NAME,SECTOR_SIZE,BLOCK_SIZE,DATABASE_COMPATIBILITY,COMPATIBILITY,((TOTAL_MB-FREE_MB)*100/TOTAL_MB) PERCENT_USED from v$asm_diskgroup; NAME SECTOR_SIZE BLOCK_SIZE DATABASE_COMPATIBILI COMPATIBILITY PERCENT_USED -------------------- --------- ---------- -------------------- -------------------- ------------ REDO 4096 4096 10.1.0.0.0 10.1.0.0.0 .249023438 FRA 512 4096 10.1.0.0.0 12.1.0.0.0 44.1858724 DATA 512 4096 11.2.0.0.0 11.2.0.0.0 90.4637587
Como podeis ver, es un problema que se nos puede dar en bases de datos con ASM antiguos en los que llevemos a cabo un cambio de tecnología física.
Mas informacion en