You are on page 1of 17

28/5/2018 Storage IBM/AIX - Deister KB

Storage IBM/AIX
De Deister KB

En AIX el sistema de almacenamiento utiliza el software denominado Logical Volume Manager que introduce una capa de intraestructura para el
almacenamiento de datos. En AIX los discos duros se denominan phyisical volumes y un conjunto de éstos es un volume group. A continuación
se presentan en detalle, los conceptos del software LVM de AIX.

Contenido
1 Determinación de la estructura de discos del sistema
2 Physical Disks
3 Physical Volumes
4 Volume Groups
4.1 Elimiar un volume group
4.2 Crear un volume group
5 Logical Volumes
5.1 Crear un logical volume
5.2 Utilización de raw devices
5.3 Eliminar un logical volume
6 Determinación de arrays de discos
7 Scripts de creación de dispositivos raw para el sistema
8 Configuración de IBM IDS basado en el ejemplo anterior
9 Añadir un filesystem a un logical volume
10 Operaciones de ampliación de un filesystem
11 Mount CD-ROM

Determinación de la estructura de discos del sistema

http://kb.deister.net/index.php/Storage_IBM/AIX 1/17
28/5/2018 Storage IBM/AIX - Deister KB

Concepto Descripción

Un volume group (VG) se compone de uno o más physical volumes (PV), pudiendo existir un máximo de 255 (varía
según versiones de AIX) volume groups por sistema.
Todos los physical volumes de un mismo volume group tienen dos áreas de información denominadas VGDA (Volume
Group Descriptor Area) y VGSA (Volume Group Status Area).
El VGDA almacena la descripción de los physical volumes y logical volumes del grupo.
El VGSA almacena el estado de los physical volumes y las particiones del grupo.

Volume
Group

Los volume groups deben activarse con la orden varyonvg para tener acceso a sus physical volumes. Este proceso se
realiza normalmente durante el arranque del sistema.
Los volume groups pueden desactivarse con la orden varyffvg
Si al hacer varyonvg un volume group no encuentra más de la mitad de VGDA's y VGSA's, este no se activa. A esta
mayoria de áreas de descripción se llama "quorum".

Un physical volume se divide en múltiples physical partitions (PP) que son agrupamientos contiguos de bytes. Todas la
Physical PP de un volume group (VG) tiene el mismo tamaño.
Volume Los tamaños de las PP pueden estar en el rango de 1 a 256Mb.
Un physical volume sólo puede pertenecer a un volume group.

Un logical volume (LV) está formado por un conjunto de physical partitions no necesariamente contiguas.
Puede haber hasta 255 LV por volume group (VG).
Una logical partition (LP) corresponde a una, dos o tres physical partitions (PP). Si no hay mirroring, una LP corresponde
a una única PP. En el gráfico inferior pueden verse algunos ejemplos (LV1 con 2 PP, LV4 con una única PP, y LV2 un
caso de mirror con dos PP).

Logical
Volumes

En AIX es posible ver una estructura de filesystems similar a la del siguiente ejemplo.

# df -k
Sist_archivos Bloques-1024 Libre %Usado Iusado %Iusado Montado en

http://kb.deister.net/index.php/Storage_IBM/AIX 2/17
28/5/2018 Storage IBM/AIX - Deister KB
/dev/hd4 65536 51900 21% 1271 10% /
/dev/hd2 786432 142788 82% 22494 40% /usr
/dev/hd9var 65536 58840 11% 435 4% /var
/dev/hd3 65536 63356 4% 65 1% /tmp
/dev/hd1 65536 65180 1% 5 1% /home
/proc - - - - - /proc
/dev/hd10opt 65536 34032 49% 350 5% /opt
/dev/datos_lv 13107200 13072108 1% 4 1% /data

No obstante esta información dice poco acerca de la estructura física de discos. A continuación se muestran una serie de comandos que permiten
conocer la estructura en detalle del sistema de almacenamiento físico. Para ello se empezará desde el más bajo hasta llegar a la estructura lógica y
en concreo al ejemplo anterior.

Physical Disks
Se puede observar primeramente qué dispositivos de disco dispone un sistema. Para ello podemos utilizar el comando 'lsdev:

# lsdev -C -c disk
hdisk0 Disponible 1S-08-00-8,0 Unidad de disco SCSI LVD de 16 bits
hdisk1 Disponible 1S-08-00-9,0 Unidad de disco SCSI LVD de 16 bits
hdisk2 Disponible 1S-08-00-10,0 Unidad de disco SCSI LVD de 16 bits
hdisk3 Disponible 1S-08-00-11,0 Unidad de disco SCSI LVD de 16 bits
hdisk4 Disponible 1D-08-01 3552 (500) Disk Array Device
hdisk5 Disponible 1D-08-01 3552 (500) Disk Array Device

Del ejemplo anterior, podemos deducir que el sistema incorpora 4 discos SCSI de 16 bits y 2 Disk Arrays.

Physical Volumes
Los physical volumes corresponden a las unidades de almacenamiento físico (discos) y se dividen en physical partitions. Una physical
partition es el tamaño mínimo de asignación que puede tomarse de un phyiscal volume.

Como se muestra más adelante, un volume group se compone de uno o varios physical volumes como se muestra en la figura siguiente:

http://kb.deister.net/index.php/Storage_IBM/AIX 3/17
28/5/2018 Storage IBM/AIX - Deister KB

Es posible utilizar el comando lspv para listar los physical volumes definidos en el sistema.

# lspv
hdisk0 00554fdaccd0aec5 rootvg
hdisk1 00554fda330e1ca5 rootvg
hdisk2 00554fda330ed295 datos_vg
hdisk3 00554fda330f583a datos_vg
hdisk4 00554fda384c76ba raw1_vg
hdisk5 00554fda390fa5a4 raw2_vg

En el ejemplo anterior se puede observar que rootvg está compuesto por dos discos físicos, hdisk0 y hdisk1, de modo que podemos suponer que
se trata de un mirror.

Podemos ahora averiguar el estado de asignación de un volumen físico mediante el comando lspv.

# lspv hdisk0
PHYSICAL VOLUME: hdisk0 VOLUME GROUP: rootvg
PV IDENTIFIER: 00554fdaccd0aec5 VG IDENTIFIER 00554fda000...
PV STATE: active
STALE PARTITIONS: 0 ALLOCATABLE: yes
PP SIZE: 64 megabyte(s) LOGICAL VOLUMES: 10
TOTAL PPs: 542 (34688 megabytes) VG DESCRIPTORS: 2
FREE PPs: 495 (31680 megabytes) HOT SPARE: no
USED PPs: 47 (3008 megabytes)
FREE DISTRIBUTION: 108..84..86..108..109
USED DISTRIBUTION: 01..24..22..00..00

# lspv hdisk1
PHYSICAL VOLUME: hdisk1 VOLUME GROUP: rootvg
PV IDENTIFIER: 00554fda330e1ca5 VG IDENTIFIER 00554fda0000...
PV STATE: active
STALE PARTITIONS: 0 ALLOCATABLE: yes
PP SIZE: 64 megabyte(s) LOGICAL VOLUMES: 9
TOTAL PPs: 542 (34688 megabytes) VG DESCRIPTORS: 1
FREE PPs: 511 (32704 megabytes) HOT SPARE: no
USED PPs: 31 (1984 megabytes)
FREE DISTRIBUTION: 108..100..86..108..109
USED DISTRIBUTION: 01..08..22..00..00

Para mostrar el estado y las características de un physical volume se puede utilizar el siguiente comando:

http://kb.deister.net/index.php/Storage_IBM/AIX 4/17
28/5/2018 Storage IBM/AIX - Deister KB

# lspv -p hdisk0
hdisk0:
PP RANGE STATE REGION LV NAME TYPE MOUNT POINT
1-1 used outer edge hd5 boot N/A
2-109 free outer edge
110-110 used outer middle hd6 paging N/A
111-126 used outer middle lg_dumplv sysdump N/A
127-133 used outer middle hd6 paging N/A
134-217 free outer middle
218-218 used center hd8 jfs2log N/A
219-219 used center hd4 jfs2 /
220-220 used center hd2 jfs2 /usr
221-221 used center hd9var jfs2 /var
222-222 used center hd3 jfs2 /tmp
223-223 used center hd1 jfs2 /home
224-224 used center hd10opt jfs2 /opt
225-239 used center hd2 jfs2 /usr
240-325 free center
326-433 free inner middle
434-542 free inner edge

Volume Groups
Los volume groups se forman con uno o más dispositivos de disco. Esto permite crear volume groups con tamaños superiores a los de un disco
e incluso mezclar discos de diferentes capacidades. En el siguiente gráfico se pueden ver algunos ejemplos.

Un volume group puede contener uno o varios logical volumes, cada uno de los cuales puede a su vez tener asignado un filesystem que contiene
a su vez un conjunto de ficheros.

Para descubrir los volume groups de su sistema AIX utilice el comando lsvg.
http://kb.deister.net/index.php/Storage_IBM/AIX 5/17
28/5/2018 Storage IBM/AIX - Deister KB

# lsvg
rootvg
datos_vg
raw1_vg
raw2_vg

En el ejemplo anterior, vemos que el sistema está compuesto de 4 grupos de volumenes, rootvg, datos_vg, raw1_vg y raw2_vg. Las caractrísticas
de un volume group son las siguientes:

# lsvg rootvg
VOLUME GROUP: rootvg VG IDENTIFIER: 00554fda00....
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 1084 (69376 megabytes)
MAX LVs: 256 FREE PPs: 1014 (64896 megabytes)
LVs: 10 USED PPs: 70 (4480 megabytes)
OPEN LVs: 9 QUORUM: 1
TOTAL PVs: 2 VG DESCRIPTORS: 3
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 2 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no

Entre otros aspectos importantes, observe:

El tamaño de partición de 64Mb


El total de particiones (1084), unos 70GB
El total de particiones usadas (70)
El número de particones disponibles (1014), unos 64GB

A continuación se muestran las caractrísticas físicas de un volume group, es decir, que physical volumes utiliza.

# lsvg -p rootvg
rootvg:
PV_NAME PV STATE TOTAL PPs FREE PPs FREE DISTRIBUTION
hdisk0 active 542 499 108..84..90..108..109
hdisk1 active 542 515 108..100..90..108..109

En el ejemplo anterior se observa que el volume group rootvg está formado por dos physical volumes, hdisk0 y hdisk1.

Elimiar un volume group


Para eliminar un volume group, se debe de utilizar el comando reducevg. Sólo es posible eliminarlo si el volume group no contiene physical
volumes.

# reducevg -df raw2_vg hdisk5


rmlv: Se ha eliminado el volumen lógico raw2_lv.
ldeletepv: Se ha suprimido el Grupo de volúmenes porque no
contiene volúmenes físicos.

Hay que utilizar este comando con cuidado. Las particiones raw (logical volumes) no están asiganadas a filesystems y por tanto, el sistema no
las conoce. Si ejecuta este comado con (logical volumes) no asignados a filesystems (el caso de una base de datos), estos pueden ser
destruidos.

# reducevg -df raw1_vg hdisk4


rmlv: Se ha eliminado el volumen lógico rootdbs_01.
rmlv: Se ha eliminado el volumen lógico d_icon_03.
rmlv: Se ha eliminado el volumen lógico d_icon_04.
rmlv: Se ha eliminado el volumen lógico i_iges_01.
...

Crear un volume group


http://kb.deister.net/index.php/Storage_IBM/AIX 6/17
28/5/2018 Storage IBM/AIX - Deister KB
Para crear un volume group, hay que utilizar el comando mkvg indicando el physical volume sobre el que asignarlo.

# mkvg -f -y'raw2_vg' hdisk5

Logical Volumes
Un volume group puede conter uno o más logical volume.

A continuación se analizan los logical volume de que se compone un volume group como rootvg en el ejemplo.

# lsvg -l rootvg
rootvg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
hd5 boot 1 2 2 closed/syncd N/A
hd6 paging 8 16 2 open/syncd N/A
hd8 jfs2log 1 2 2 open/syncd N/A
hd4 jfs2 1 2 2 open/syncd /
hd2 jfs2 12 24 2 open/syncd /usr
hd9var jfs2 1 2 2 open/syncd /var
hd3 jfs2 1 2 2 open/syncd /tmp
hd1 jfs2 1 2 2 open/syncd /home
hd10opt jfs2 1 2 2 open/syncd /opt
lg_dumplv sysdump 16 16 1 open/syncd N/A

Se puede observar que rootvg contiene diferentes tipos de particiones y que algunas contienen puntos de montaje.

En el apartado anterior se puede observar que la columna PPs es siempre el que la de LPs. Ésto, indica que para cada logical partion hay dos
physical partitions, lo cual es un espejo. En AIX, los discos espejo por software se realizan sobre logical volumes, no sobre discos físicos
como en otros sistemas.

A continuación se analizan en detalle las características de un determinado logical volume.

# lslv hd2
LOGICAL VOLUME: hd2 VOLUME GROUP: rootvg
LV IDENTIFIER: 00554fda00004c00000000f2344db082.5 PERMISSION: read/write
VG STATE: active/complete LV STATE: opened/syncd
TYPE: jfs2 WRITE VERIFY: off
MAX LPs: 32512 PP SIZE: 64 megabyte(s)
http://kb.deister.net/index.php/Storage_IBM/AIX 7/17
28/5/2018 Storage IBM/AIX - Deister KB
COPIES: 2 SCHED POLICY: parallel
LPs: 12 PPs: 24
STALE PPs: 0 BB POLICY: relocatable
INTER-POLICY: minimum RELOCATABLE: yes
INTRA-POLICY: center UPPER BOUND: 32
MOUNT POINT: /usr LABEL: /usr
MIRROR WRITE CONSISTENCY: on/ACTIVE
EACH LP COPY ON A SEPARATE PV ?: yes

Se puede comprobar que en el apartado COPIES indica 2, lo que supone que se trata de un logical volume con espejo.

Finalmente se analizan en detalle la composición del logical volume y observar el número de logical partition y sus correspondientes physical
partitions. En el ejemplo se puede observar que todas tienen un espejo en la partición 2. AIX dispone de la capacidad de espejos a 3.

# lslv -m hd2
hd2:/usr
LP PP1 PV1 PP2 PV2 PP3 PV3
0001 0220 hdisk0 0220 hdisk1
0002 0225 hdisk0 0225 hdisk1
0003 0226 hdisk0 0226 hdisk1
0004 0227 hdisk0 0227 hdisk1
0005 0228 hdisk0 0228 hdisk1
0006 0229 hdisk0 0229 hdisk1
0007 0230 hdisk0 0230 hdisk1
0008 0231 hdisk0 0231 hdisk1
0009 0232 hdisk0 0232 hdisk1
0010 0233 hdisk0 0233 hdisk1
0011 0234 hdisk0 0234 hdisk1
0012 0235 hdisk0 0235 hdisk1
0013 0236 hdisk0 0236 hdisk1
0014 0237 hdisk0 0237 hdisk1
0015 0238 hdisk0 0238 hdisk1
0016 0239 hdisk0 0239 hdisk1

Crear un logical volume


Para crear un logical volume sobre un volume group, se utilizará el comando mklv.

# mklv -y'rootdbs_01' raw1_vg 16 hdisk4

En el ejemplo se crea un logical volume con 16 particiones sobre el volume group raw1_vg.

Si se analiza la información del volumen, se puede ver que el tamaño de la partición física del volume group es de 128 megabytes, de modo que
las 16 particiones nos conforman un espacio total de 2048 megabytes.

# lslv rootdbs_01
LOGICAL VOLUME: rootdbs_01 VOLUME GROUP: raw1_vg
LV IDENTIFIER: 00554fda00004c00000000f23916f5ef.2 PERMISSION: read/write
VG STATE: active/complete LV STATE: closed/syncd
TYPE: jfs WRITE VERIFY: off
MAX LPs: 512 PP SIZE: 128 megabyte(s)
COPIES: 1 SCHED POLICY: parallel
LPs: 16 PPs: 16
STALE PPs: 0 BB POLICY: relocatable
INTER-POLICY: minimum RELOCATABLE: yes
INTRA-POLICY: middle UPPER BOUND: 32
MOUNT POINT: N/A LABEL: None
MIRROR WRITE CONSISTENCY: on/ACTIVE
EACH LP COPY ON A SEPARATE PV ?: yes

Para determinar el tamaño y características del volume rgoup raw1_vg, es posible utilizar el comando lspv -l raw1_vg. Allí es posible
observar ente otros parámetros el tamaño de la partición física, es decir, el bloque mínimo a asignar el volumen cuando se añade un logical
volume
http://kb.deister.net/index.php/Storage_IBM/AIX 8/17
28/5/2018 Storage IBM/AIX - Deister KB

# lsvg raw1_vg
VOLUME GROUP: raw1_vg VG IDENTIFIER: 00554f....
VG STATE: active PP SIZE: 128 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 541 (69248 megabytes)
MAX LVs: 256 FREE PPs: 541 (69248 megabytes)
LVs: 0 USED PPs: 0 (0 megabytes)
OPEN LVs: 0 QUORUM: 2
TOTAL PVs: 1 VG DESCRIPTORS: 2
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 1 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no

Utilización de raw devices


En las aplicaciones de base de datos suele ser frecuente acceder directamente a los datos evitando la capa de software del sistema operativo. Un
programa puede acceder a un dispositivo raw de tres formas.

Un dispositivo de disco por bloques que toma el nombre /dev/hdiskN. No se recomienda el uso de este método por las aplicaciones.
Un dispositivo de disco por carácteres que toma el nombre /dev/rhdiskN. No se recomienda el uso de este método por las aplicaciones.
Un logical volume en el que no se ha creado ningún filesystem puede accederse en modo raw. Todas las operaciones deberían hacerse
en múltiplos de 512 bytes.

El Logical Volume Control Block (LVCB) ocupa los 512 bytes del logical volume. Una aplicación que escriba directamente sobre el logical
volume, debe asegurarse de no escribir esta región.

Al crear un logical volume, el sistema ha creado dos dispositivos en /dev. Uno de modo binario y otro de modo carácter. El dispositivo
denominado raw empieza por la letra r. En el ejemplo es rrootdbs_01.

# ls -l /dev/*rootdbs*
brw-rw---- 1 root system 44, 2 14 ene 13:04 /dev/rootdbs_01
crw-rw---- 1 root system 44, 2 14 ene 13:04 /dev/rrootdbs_01

Eliminar un logical volume


Para eliminar un logical volume, es posible utilizar el comando rmlv

rmlv -f 'rootdbs_01'

Determinación de arrays de discos


En los apartados anteriores se ha visto que los discos hdisk4 y hdisk5' son Disk Arrays. Hay que recordar el comando lsdev.

# lsdev -C -c disk
hdisk0 Disponible 1S-08-00-8,0 Unidad de disco SCSI LVD de 16 bits
hdisk1 Disponible 1S-08-00-9,0 Unidad de disco SCSI LVD de 16 bits
hdisk2 Disponible 1S-08-00-10,0 Unidad de disco SCSI LVD de 16 bits
hdisk3 Disponible 1S-08-00-11,0 Unidad de disco SCSI LVD de 16 bits
hdisk4 Disponible 1D-08-01 3552 (500) Disk Array Device
hdisk5 Disponible 1D-08-01 3552 (500) Disk Array Device

El siguiente comando permite determinar directamente que dispositivos son Disk Arrays.

# lsdev -Ctarray -s fdar -F name


hdisk4

http://kb.deister.net/index.php/Storage_IBM/AIX 9/17
28/5/2018 Storage IBM/AIX - Deister KB
hdisk5

En este punto, se puede determinar la composición y el estado del los discos mediante el comando fraidmgr:

# fraidmgr -C -l hdisk4
hdisk4 Raid 5 1H-08-01 69270 MB Status OPTIMAL LUN=0x0
hdisk4 11 Channel 1 ID 1 Location 1,1 Optimal
hdisk4 12 Channel 1 ID 2 Location 1,2 Optimal
hdisk4 13 Channel 1 ID 3 Location 1,3 Optimal
hdisk4 14 Channel 1 ID 4 Location 1,4 Optimal
hdisk4 15 Channel 1 ID 5 Location 1,5 Optimal

# fraidmgr -C -l hdisk5
hdisk5 Raid 5 1D-08-01 69270 MB Status OPTIMAL LUN=0x1000000000000
hdisk5 16 Channel 1 ID 6 Location 1,6 Optimal
hdisk5 17 Channel 1 ID 7 Location 1,7 Optimal
hdisk5 18 Channel 1 ID 8 Location 1,8 Optimal
hdisk5 19 Channel 1 ID 9 Location 1,9 Optimal
hdisk5 1A Channel 1 ID A Location 1,A Optimal

Es posible observar como cada Disk Array está compuesto en este ejemplo por 5 unidades de disco configuradas en RAID 5 con un total de
70GB, de lo que se deduce que se trata de 4x18GB más un disco de paridad.

Resulta evidente de lo anterior, que puede combrobar de forma automática una anomalía en un array detectando la falta del flag OPTIMAL
en la secuencia de estado.

Scripts de creación de dispositivos raw para el sistema


Llegados a este punto es posible utilizar los comandos de los apartados anteriores para configurar los dispositivos necesarios para el
almacenamiento de datos.

En sistemas con un volumen de datos elevado y mútiples sistemas de disco, es conveniente realizar un script (y documentarlo) para la creación de
los dispositivos de disco.

En el siguiente ejemplo se muestra como crear logical volumes en los discos del array (raw_vg1, raw_vg2) para asignarlos a un sistema de base
de datos.

Sabemos que el sistema de base de datos requiere el uso de dispositivos raw y que el bloque máximo de uno de esas unidades de almacenamiento
es de 2GB (tamaño de un chunk).

La base de datos almacena los datos en dispotivos raw lo que reporta beneficios en lo referente a las prestaciones.

También es posible utilizar ficheros pero el rendimiento se ve claramente mermado.

La base de datos se compone de entidades denominadas dbspaces compuestas por chunks.


Un chunk es un área de disco de hasta 2 GB.
Se disponen raw devices de 2GB.
Se disponen de dos volume groups, raw_vg1 y raw_vg2 que se encuentran soportados por un disk array.

* Es necesario crear un conjunto de logical volumes sobre estos volume groups para ser utilizados como raw devices.

En base a la propuesta que se encuentra en el apartado guía de preparación del sistema de base de datos
(http://kbold.deister.net/deister/prepare/ibmidsdatabase.html#dbspaces%7C) , se puede generar un script para automatizar la creación de los
logical volumes. Se puede comprobar que al disponer de 2 unidades separadas físicamente (el array), se propondrá alternancia de datos e indices
en ambas unidades con el objetivo de balancear las operaciones en ambas unidades.

#-----------------------------------------------------
# raw1_vg en hdisk4 (70GB aprox)

http://kb.deister.net/index.php/Storage_IBM/AIX 10/17
28/5/2018 Storage IBM/AIX - Deister KB
# raw2_vg en hdisk5 (70GB aprox)
#
# Creamos chunks en cada VG separando datos e indices
# e intentanto alternar carga en los dos VG.
#-----------------------------------------------------

#
# Para destruirlos
# reducevg -df raw1_vg hdisk4
# reducevg -df raw2_vg hdisk5
#
# Para volver a crearlos
# mkvg -f -y'raw1_vg' hdisk4
# mkvg -f -y'raw2_vg' hdisk5
#

RAW_VG1="\
d_root_01 \
s_java_01 \
l_llog_01 \
b_cfgb_01 \
b_icon_01 \
d_icon_01 \
d_icon_02 \
d_icon_03 \
d_icon_04 \
i_iges_01 \
i_iges_02 \
i_iges_03 \
i_iges_04 \
d_gdwh_01 \
d_gdwh_02 \
d_gdwh_03 \
d_gdwh_04 \
d_test_01 \
d_test_02 \
d_test_03 \
"

RAW_VG2="\
d_root_02 \
d_wics_01 \
l_llog_02 \
b_cfgt_01 \
b_iges_01 \
d_iges_01 \
d_iges_02 \
d_iges_03 \
d_iges_04 \
i_icon_01 \
i_icon_02 \
i_icon_03 \
i_icon_04 \
i_gdwh_01 \
i_gdwh_02 \
i_gdwh_03 \
i_gdwh_04 \
d_test_04 \
d_test_05 \
d_test_06 \
"

# Creamos los LV en el VG raw_vg1


for CHUNK in $RAW_VG1; do
echo "Creando $CHUNK"
mklv -y $CHUNK raw1_vg 16 hdisk4
chown informix:informix /dev/r$CHUNK
chmod 660 /dev/r$CHUNK
done

# Creamos los LV en el VG raw_vg2


for CHUNK in $RAW_VG2; do
echo "Creando $CHUNK"
mklv -y $CHUNK raw2_vg 16 hdisk5

http://kb.deister.net/index.php/Storage_IBM/AIX 11/17
28/5/2018 Storage IBM/AIX - Deister KB

chown informix:informix /dev/r$CHUNK

chmod 660 /dev/r$CHUNK


done

# Finalmente, creamos 1 bloque raw al final de 25GB


# (128Mb x 192 PP) que podremos utilizar para realizar
# backups alternados via ontape a una alta velocidad.
# Suponemos que el sistema a carga de datos completa
# no ocupara más de 25GB dado que este será limite de
# cada uno de los dos dispositivos de cinta virtuales.

mklv -y ontape_raw1 raw1_vg 192 hdisk4


mklv -y ontape_raw2 raw2_vg 192 hdisk5

Una vez relizado el script de forma satisfactoria, es posible listar los volume groups para ver si contenido.

# lsvg -l raw1_vg
raw1_vg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
d_root_01 jfs 16 16 1 closed/syncd N/A
s_java_01 jfs 16 16 1 closed/syncd N/A
l_llog_01 jfs 16 16 1 closed/syncd N/A
b_cfgb_01 jfs 16 16 1 closed/syncd N/A
b_icon_01 jfs 16 16 1 closed/syncd N/A
d_icon_01 jfs 16 16 1 closed/syncd N/A
d_icon_02 jfs 16 16 1 closed/syncd N/A
d_icon_03 jfs 16 16 1 closed/syncd N/A
d_icon_04 jfs 16 16 1 closed/syncd N/A
i_iges_01 jfs 16 16 1 closed/syncd N/A
i_iges_02 jfs 16 16 1 closed/syncd N/A
i_iges_03 jfs 16 16 1 closed/syncd N/A
i_iges_04 jfs 16 16 1 closed/syncd N/A
d_gdwh_01 jfs 16 16 1 closed/syncd N/A
d_gdwh_02 jfs 16 16 1 closed/syncd N/A
d_gdwh_03 jfs 16 16 1 closed/syncd N/A
d_gdwh_04 jfs 16 16 1 closed/syncd N/A
d_test_01 jfs 16 16 1 closed/syncd N/A
d_test_02 jfs 16 16 1 closed/syncd N/A
d_test_03 jfs 16 16 1 closed/syncd N/A
ontape_raw1 jfs 192 192 1 closed/syncd N/A

# lsvg -l raw2_vg
raw2_vg:
LV NAME TYPE LPs PPs PVs LV STATE MOUNT POINT
d_root_02 jfs 16 16 1 closed/syncd N/A
d_wics_01 jfs 16 16 1 closed/syncd N/A
l_llog_02 jfs 16 16 1 closed/syncd N/A
b_cfgt_01 jfs 16 16 1 closed/syncd N/A
b_iges_01 jfs 16 16 1 closed/syncd N/A
d_iges_01 jfs 16 16 1 closed/syncd N/A
d_iges_02 jfs 16 16 1 closed/syncd N/A
d_iges_03 jfs 16 16 1 closed/syncd N/A
d_iges_04 jfs 16 16 1 closed/syncd N/A
i_icon_01 jfs 16 16 1 closed/syncd N/A
i_icon_02 jfs 16 16 1 closed/syncd N/A
i_icon_03 jfs 16 16 1 closed/syncd N/A
i_icon_04 jfs 16 16 1 closed/syncd N/A
i_gdwh_01 jfs 16 16 1 closed/syncd N/A
i_gdwh_02 jfs 16 16 1 closed/syncd N/A
i_gdwh_03 jfs 16 16 1 closed/syncd N/A
i_gdwh_04 jfs 16 16 1 closed/syncd N/A
d_test_04 jfs 16 16 1 closed/syncd N/A
d_test_05 jfs 16 16 1 closed/syncd N/A
d_test_06 jfs 16 16 1 closed/syncd N/A
ontape_raw2 jfs 192 192 1 closed/syncd N/A
http://kb.deister.net/index.php/Storage_IBM/AIX 12/17
28/5/2018 Storage IBM/AIX - Deister KB

Se puede ver el tamaño asignado y el tamaño disponible en el volume group. A continuación un ejemplo del estado de asignación de los dos VG
que se han utilizado.

# lsvg raw1_vg
VOLUME GROUP: raw1_vg VG IDENTIFIER: 00554fda0...
VG STATE: active PP SIZE: 128 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 541 (69248 megabytes)
MAX LVs: 256 FREE PPs: 29 (3712 megabytes)
LVs: 21 USED PPs: 512 (65536 megabytes)
OPEN LVs: 0 QUORUM: 2
TOTAL PVs: 1 VG DESCRIPTORS: 2
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 1 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no

# lsvg raw2_vg
VOLUME GROUP: raw2_vg VG IDENTIFIER: 00554fda00...
VG STATE: active PP SIZE: 128 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 541 (69248 megabytes)
MAX LVs: 256 FREE PPs: 29 (3712 megabytes)
LVs: 21 USED PPs: 512 (65536 megabytes)
OPEN LVs: 0 QUORUM: 2
TOTAL PVs: 1 VG DESCRIPTORS: 2
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 1 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no

Se puede comprobar que estan prácticamente completos, restando por utilizar el 29PP (physical partitions).

Además se puede ver la distribución que se ha generado en el disco hdisk4 que soporta el volume group raw_vg1.

# lspv -p hdisk4
hdisk4:
PP RANGE STATE REGION LV ID TYPE MOUNT POINT
1-13 free outer edge
14-29 used outer edge i_iges_03 jfs N/A
30-45 used outer edge i_iges_02 jfs N/A
46-61 used outer edge i_iges_01 jfs N/A
62-77 used outer edge d_icon_04 jfs N/A
78-93 used outer edge d_icon_03 jfs N/A
94-109 used outer edge d_icon_02 jfs N/A
110-125 used outer middle d_root_01 jfs N/A
126-141 used outer middle s_java_01 jfs N/A
142-157 used outer middle l_llog_01 jfs N/A
158-173 used outer middle b_cfgb_01 jfs N/A
174-189 used outer middle b_icon_01 jfs N/A
190-205 used outer middle d_icon_01 jfs N/A
206-217 used outer middle i_iges_04 jfs N/A
218-221 used center i_iges_04 jfs N/A
222-237 used center d_gdwh_01 jfs N/A
238-253 used center d_gdwh_02 jfs N/A
254-269 used center d_gdwh_03 jfs N/A
270-285 used center d_gdwh_04 jfs N/A
286-301 used center d_test_01 jfs N/A
302-317 used center d_test_02 jfs N/A
318-325 used center d_test_03 jfs N/A
326-333 used inner middle d_test_03 jfs N/A
334-433 used inner middle ontape_raw1 jfs N/A
434-525 used inner edge ontape_raw1 jfs N/A
526-541 free inner edge

En AIX la distribución puede especifiarcarse detalladamente. Las cinoc posibles estrategias son:

EDGE
INNER EDGE

http://kb.deister.net/index.php/Storage_IBM/AIX 13/17
28/5/2018 Storage IBM/AIX - Deister KB
MIDDLE
INNER MIDDLE
CENTER

Las ubicaciones EDGE y INNER EDGE colocan las particiones en los exremos del disco y tienen el mayor tiempo de acceso, CENTER situa las
particiones en la sección central y por lo tanto tienen el menor tiempo de acceso. MIDDLE y INNER midle son una opción intermedia entre las
anteriores.

Se puede observar que no se ha indicado la región de almacenamiento preferida del logical volume dado que se trata de unidades disk-array
por lo que hacerlo no tiene un efecto determinante.

Configuración de IBM IDS basado en el ejemplo anterior


El ejemplo anterior ha estado orientado a preparar un conjunto de raw devices para ser asignados al sistema de base de datos IBM IDS. Aunque
excede el ámbito de este documento dedicado al sistema de discos de AIX, se muestra a continuación la secuencia de comandos lógica para
asignar los raw devices del ejemplo a un sistema de base de datos.

Se aplica un offset de 4K a todos los chunks para evitar sobreescribir el LVCB (Logical Volume Control Block) del logical volume.

The ROOTOFFSET and MIRROROFFSET parameters which are defined in kbytes units should be set to 4 or more (multiple of pagesize) for
dbspaces created on AIX logical volumes (i.e., on uncooked devices). This will avoid overwriting the Logical Volume Control Block that's
stored at the beginning of each logical volume.

#
# 1. Inicialize etc/onconfig asignado las variables
# ROOTPATH /dev/rd_root_01
# ROOTOFFSET 16
# 2. Inicialize el agente por primera vez meditante oninit -i
# 3. Una vez que este activo, puede continuar con los
# pasos de asignación de dbspaces/chunks de este script.
#

# SEGUNDO CHUNK DE rootdbs


onspaces -a rootdbs -p /dev/rd_root_02 -o 16 -s 2000000
# LOGICAL LOGS
onspaces -c -d l_llog -p /dev/rl_llog_01 -o 16 -s 2000000
onspaces -a l_llog -p /dev/rl_llog_02 -o 16 -s 2000000

# SMART BLOBS
onspaces -c -S s_java -p /dev/rs_java_01 -o 16 -s 2000000

# WIC_CONF BLOBS & TEXT


onspaces -c -b b_cfgb -g 2 -p /dev/rb_cfgb_01 -o 16 -s 2000000
onspaces -c -b b_cfgt -g 2 -p /dev/rb_cfgt_01 -o 16 -s 2000000

# WICS
onspaces -c -d d_wics -p /dev/rd_wics_01 -o 16 -s 2000000

# ICON
onspaces -c -b b_icon -g 2 -p /dev/rb_icon_01 -o 16 -s 2000000
onspaces -c -d d_icon -p /dev/rd_icon_01 -o 16 -s 2000000
onspaces -a d_icon -p /dev/rd_icon_02 -o 16 -s 2000000
onspaces -a d_icon -p /dev/rd_icon_03 -o 16 -s 2000000
onspaces -a d_icon -p /dev/rd_icon_04 -o 16 -s 2000000
onspaces -c -d i_icon -p /dev/ri_icon_01 -o 16 -s 2000000
onspaces -a i_icon -p /dev/ri_icon_02 -o 16 -s 2000000
onspaces -a i_icon -p /dev/ri_icon_03 -o 16 -s 2000000
onspaces -a i_icon -p /dev/ri_icon_04 -o 16 -s 2000000

# IGES
onspaces -c -b b_iges -g 2 -p /dev/rb_iges_01 -o 16 -s 2000000
onspaces -c -d d_iges -p /dev/rd_iges_01 -o 16 -s 2000000
onspaces -a d_iges -p /dev/rd_iges_02 -o 16 -s 2000000
onspaces -a d_iges -p /dev/rd_iges_03 -o 16 -s 2000000
onspaces -a d_iges -p /dev/rd_iges_04 -o 16 -s 2000000
onspaces -c -d i_iges -p /dev/ri_iges_01 -o 16 -s 2000000

http://kb.deister.net/index.php/Storage_IBM/AIX 14/17
28/5/2018 Storage IBM/AIX - Deister KB
onspaces -a i_iges -p /dev/ri_iges_02 -o 16 -s 2000000
onspaces -a i_iges -p /dev/ri_iges_03 -o 16 -s 2000000
onspaces -a i_iges -p /dev/ri_iges_04 -o 16 -s 2000000

# GDWH (DataWareHouse)
onspaces -c -d d_gdwh -p /dev/rd_gdwh_01 -o 16 -s 2000000
onspaces -a d_gdwh -p /dev/rd_gdwh_02 -o 16 -s 2000000
onspaces -a d_gdwh -p /dev/rd_gdwh_03 -o 16 -s 2000000
onspaces -a d_gdwh -p /dev/rd_gdwh_04 -o 16 -s 2000000
onspaces -c -d i_gdwh -p /dev/ri_gdwh_01 -o 16 -s 2000000
onspaces -a i_gdwh -p /dev/ri_gdwh_02 -o 16 -s 2000000
onspaces -a i_gdwh -p /dev/ri_gdwh_03 -o 16 -s 2000000
onspaces -a i_gdwh -p /dev/ri_gdwh_04 -o 16 -s 2000000

# TEST
onspaces -c -d d_test -p /dev/rd_test_01 -o 16 -s 2000000
onspaces -a d_test -p /dev/rd_test_02 -o 16 -s 2000000
onspaces -a d_test -p /dev/rd_test_03 -o 16 -s 2000000
onspaces -a d_test -p /dev/rd_test_04 -o 16 -s 2000000
onspaces -a d_test -p /dev/rd_test_05 -o 16 -s 2000000
onspaces -a d_test -p /dev/rd_test_06 -o 16 -s 2000000

# LOGICAL LOGS

Consultar el apartado de configuración de discos de la guía de preparación del sistema de base de datos
(http://kbold.deister.net/deister/prepare/ibmidsdatabase.html#dbspaces%7C)

Añadir un filesystem a un logical volume


En el ejemplo anterior se observa como quedan sin usar dos bloques de 25Mb al final de los volumenes raw1_vg y raw2_vg. A continuación se
muestra cómo utilizar esto como un filesystem en vez de un raw device.

En primer lugar se eliminan las logical volumes ontape_raw1 y ontape_raw2.

# rmlv -f 'ontape_raw1'
# rmlv -f 'ontape_raw2'

Seguidamente se puede utilizar el comando crfs para crear los filesystems. Se especifica el tamaño en bloques de 512k, el blocksize de 4096
(para almacenar ficheros de gran tamaño) y el flag de automount al inicio (-A).

# crfs -v jfs2 -g'raw1_vg' -a size='50000000' -m'/ontape_raw1' -A'yes' -p'rw' -a agblksize='4096'


mkfs se ha completado satisfactoriamente.
25033784 kilobytes de espacio total en disco.
El nuevo tamaño del sistema de archivos es 50069504
# crfs -v jfs2 -g'raw2_vg' -a size='50000000' -m'/ontape_raw2' -A'yes' -p'rw' -a agblksize='4096'
mkfs se ha completado satisfactoriamente.
25033784 kilobytes de espacio total en disco.
El nuevo tamaño del sistema de archivos es 50069504

Ahora es posible montar el filesystem mediante el comando mount:

# mount /ontape_raw1
# mount /ontape_raw2

Se puede ver el conjunto de filesystems montados con el comando mount.

# mount
nodo montado montado en vfs fecha opciones
-------- --------------- --------------- ------ ------------ ---------------
/dev/hd4 / jfs2 14 ene 09:54 rw,log=/dev/hd8
/dev/hd2 /usr jfs2 14 ene 09:54 rw,log=/dev/hd8
/dev/hd9var /var jfs2 14 ene 09:54 rw,log=/dev/hd8

http://kb.deister.net/index.php/Storage_IBM/AIX 15/17
28/5/2018 Storage IBM/AIX - Deister KB
/dev/hd3 /tmp jfs2 14 ene 09:54 rw,log=/dev/hd8
/dev/hd1 /home jfs2 14 ene 09:55 rw,log=/dev/hd8
/proc /proc procfs 14 ene 09:55 rw
/dev/hd10opt /opt jfs2 14 ene 09:55 rw,log=/dev/hd8
/dev/datos_lv /data jfs2 14 ene 09:55 rw,log=/dev/datos_lv
/dev/lv01 /ontape_raw1 jfs2 23 ene 20:17 rw,log=/dev/lv00
/dev/lv03 /ontape_raw2 jfs2 23 ene 20:20 rw,log=/dev/lv02

Para eliminar un filesystem se puede ejecutar la instrucción inversa rmfs:

# rmfs /ontape_raw1

Operaciones de ampliación de un filesystem


Para ampliar el tamaño de un filesystem, en primer lugar se debe determinar a que volume group pertenece. Recuerde que el comando lslv
[volume-group-name] permite determinar el contenido de un volume group. A continuación se muestra un ejemplo donde se amplia el tamaño
del filesystem /usr.

1. /usr está asignado al logical volume hd2.


2. hd2 es un logical volume de rootvg.

# lsvg rootvg
VOLUME GROUP: rootvg VG IDENTIFIER: 00554fda00....
VG STATE: active PP SIZE: 64 megabyte(s)
VG PERMISSION: read/write TOTAL PPs: 1084 (69376 megabytes)
MAX LVs: 256 FREE PPs: 1014 (64896 megabytes)
LVs: 10 USED PPs: 70 (4480 megabytes)
OPEN LVs: 9 QUORUM: 1
TOTAL PVs: 2 VG DESCRIPTORS: 3
STALE PVs: 0 STALE PPs: 0
ACTIVE PVs: 2 AUTO ON: yes
MAX PPs per PV: 1016 MAX PVs: 32
LTG size: 128 kilobyte(s) AUTO SYNC: no
HOT SPARE: no

Del ejemplo anterior, se puede determinar que este volume está compuesto de 1084 particiones de 64 megabytes lo que supone unos 70Gb. En
este momento se utilizan 70 particiones que dado que son de 64Mb supone un total de ocupación de 4.5Gb.

3. Es posible ampliar el espacio mediente el comando:

chfs -a size='2000000' /usr

que nos indica que /usr va a pasar a un tamaño de 2 millones de bloques de 512k, es decir a tener 1Gb.

Mount CD-ROM
To mount a CD-ROM on an AIX machine, perform the following steps:

1. Log in as root on the machine where the software is to be installed from the CD-ROM.

2. Ensure that a CD-ROM drive is installed and configured on the machine. If a CD-ROM drive is not installed or configured on the
machine, install and configure one according to the installation instructions provided with the drive.

3. Insert the CD-ROM into the drive, using a caddy if the drive requires one.

4. Use the mkdir command to create a mount point for the CD-ROM. The following command creates a mount point for the CD-ROM at
/cdrom; you can mount the CD-ROM at any location in the machine's local file system.

# mkdir /cdrom

The commands in this document assume the CD-ROM is mounted at /cdrom. If you mount the CD-ROM at a different location, use that
location when issuing the commands in this document.
http://kb.deister.net/index.php/Storage_IBM/AIX 16/17
28/5/2018 Storage IBM/AIX - Deister KB

5. Invoke the AIX System Management Interface Tool (SMIT) for working with CD-ROM file systems by entering the following
command:

# smitty cdrfs

6. From the CDROM File Systems menu, choose Add a CDROM File System.

7. In the Add a CDROM File System screen, do the following:

1. With the cursor in the DEVICE name field, press <F4> and then choose the name of the CD-ROM drive that contains the CD-
ROM.
2. In the MOUNT POINT field, type the full pathname of the mount point for the CD-ROM. Use the name of the directory that
you created before.
3. In the Mount AUTOMATICALLY at system restart field, type either yes (to specify that the CD-ROM is mounted
automatically each time the machine is rebooted) or no (to specify that the CD-ROM is not mounted automatically each time the
machine is rebooted).
4. Press <Return>. SMIT adds the CD-ROM file system. When this process is complete, exit from SMIT.

8. Invoke SMIT for mounting a file system by entering the following command:

# smitty mountfs

9. In the Mount a File System screen, do the following:

1. With the cursor in the FILE SYSTEM name field, press <F4> and then choose the appropriate CD-ROM file system that you
want to mount.
2. In the DIRECTORY over which to mount field, type the name of the mount point for the CD-ROM. Use the name of the
directory that you created before.
3. With the cursor in the TYPE of file system field, press <F4> and then choose cdrfs.
4. Verify or change the entries in the remaining fields depending on how you want to mount the CD-ROM and then press
<Return>. SMIT mounts the CD-ROM as a file system. When this process is complete, exit from SMIT.

The CD-ROM is now mounted locally on the machine.

Obtenido de «http://kb.deister.net/index.php?title=Storage_IBM/AIX&oldid=4639»

Esta página fue modificada por última vez el 7 mar 2013, a las 12:22.
Esta página ha sido visitada 10.422 veces.
Política de protección de datos
Acerca de Deister KB
Aviso legal

http://kb.deister.net/index.php/Storage_IBM/AIX 17/17