Unix-Oracle

HPUX - PREPRARACION DE SERVICE GUARD PARA INSTALACION DE ORACLE RAC

2009-10-20T15:12:00.001+02:00

SERVICE GUARD 11.18 PARA ORACLE RAC 10GR2 CON ASM

NOTA:Todo no es necesario hacerlo todo asi, pero asi es como yo lo he hecho sin ningún problema.

1 - DEFINICION DE DISCOS

1.1-Inicializamos los discos.

1.2-Creamos el directorio del VG.

1.3-Comprobamos el minor number.

1.4-Asignamos el minor number.

1.5-Paths alternativos.

1.6-Creamos logical volumen.

1.7-LV contiguo.

1.8-Extendemos cada LV.

1.9-Configuramos los niveles de timeout.

1.11-Verificar que los VG de han creado correctamente.

2 - EXPORTAMOS EL VG

2.1-Desactivamos el VG.

2.2-Creamos el fichero del VG vgasm.map.

2.2-Copiamos el fichero a todos los nodos del cluster.

3 - IMPORTAMOS EL VG DESDE EL SEGUNDO NODO

3.1-Creamos el directorio del VG.

3.2-Verificar los discos importados.

4 - FICHEROS DE CONFIGURACION DE SERVICE GUARD EXT. FOR RAC 11.18

4.1-Definimos el nombre del cluster y el del paquete.

4.2-Fichero .rhosts.

4.3-Activamos el VG.

4.4-Creamos plantilla de fichero de configuración.

4.5-Cromprobamos la plantilla de configuración.

4.6-Adaptamos la plantilla.

4.7-Configuramos el fichero cmnodelist.

4.8-Aplicamos la configuración.

4.9-Desactivamos el grupo.

4.10-Deshabilitar arranque automático de VG´s.

4.11-Arrancamos el cluster.

4.12-Arranque automático de cluster.

4.13-Ficheros de configuración del paquete.

4.14-Configuración del paquete.

4.15-Añadimos VG al cluster.

5 - COMPROBAMOS Y APLICAMOS LA CONFIGURACION DEL PAQUETE

5.1-Paramos cluster.

5.2-Chequeamos el fichero de configuración.

5.3-Aplicar configuración.

5.4-Arrancar cluster y parar paquete.

5.5-Ponemos la marca al vg.

5.6-Reiniciamos el cluster.

7 - INTEGRACION SERVICE GUARD CON CRS

7.1-Comprobar estado.

7.2-Parar el paquete.

7.3-Arranque automático del CRS.

7.4-Agregar CRS al multipaquete.

7.5-Fichero de control.

8 - INTEGRACION SERVICE GUARD CON INSTANCIAS

8.1-Fichero de configuración.

8.2-Poner el correcto valor de las variables:

8.3-Fichero de control.

8.4-Arranque de instancias

1 - DEFINICION DE DISCOS

/dev/vgasm à aquí va a estar la Base de datos y ASM

/dev/vgasm/raw_ora_asm à tamaño= disco entero

/dev/vgocr à dentro se encuentran dos lvol donde estan el OCR y el votingdisk

/dev/vgocr/raw_ora_ocr à tamaño= 108 MB

/dev/vgocr/raw_ora_vote à tamaño= 28 MB

/dev/vgoradata à aquí crearemos propiamente la base de datos

/dev/vgoradata/lvoloradata à tamaño= disco entero

/dev/vgsoftora à aquí vamos a instalar el software de Oracle RAC10g

/dev/vgsoftora/lvolsofora à tamaño= disco entero

NOTA: Si estos discos aun no están creados hay que añadirlos al sistema operativo haciendo lo siguiente. En este ejemplo vamos a crear un VG llamado vgasm compuesto por dos LV cada uno de los cuales esta en un disco físico distinto

Discos: /dev/rdsk/c9t0d1 /dev/rdsk/c9t0d2

1.1-inicializamos los discos:

pvcreate –f /dev/rdsk/c9t0d1

pvcreate –f /dev/rdsk/c9t0d2

1.2-Creamos el directorio del grupo de volumen con el fichero especial de carácter

llamado "group":

mkdir /dev/vgasm

1.3-Comprobamos el minor number que nos queda libre:

ls -la /dev/*/group

crw-r----- 1 root sys 64 0x000000 Oct 1 14:16 /dev/vg00/group

crw-r--r-- 1 root sys 64 0x010000 Oct 1 15:42 /dev/vgasm/group

1.4-Asignamos el minor number:

mknod /dev/vgasm/group c 64 0x060000

NOTA: <0x060000> es el minor number para el fichero group que debe de ser unico del resto de grupos de volúmenes del sistema.

1.5-Creamos el VG con los paths alternativos si fuese necesario:

vgcreate /dev/vgasm /dev/dsk/c9t0d1 /dev/dsk/c10t0d1 (path primario ... path secundario)

vgextend /dev/vgasm /dev/dsk/c10t0d2 /dev/dsk/c9t0d2

1.6-Creamos logical volumes con tamaño zero para cada physical volume:

lvcreate -n raw_ora_asm1 vgasm

lvcreate -n raw_ora_asm2 vgasm

1.7-Nos aseguramos que cada LV sera contiguo:

lvchange –C y /dev/vgasm/raw_ora_asm1_10g

lvchange –C y /dev/vgasm/raw_ora_asm2_10g

1.8-Extendemos cada LV con el máximo tamaño permitido para su correspondiente PV en este caso 2900:

lvextend -l 2900 /dev/vgasm/raw_ora_asm1 /dev/dsk/c9t0d1

lvextend -l 2900 /dev/vgasm/raw_ora_asm2 /dev/dsk/c9t0d2

1.9-Configuramos los niveles de timeout, ya que de otra manera el fallo de un PV podría ocasionar el cuelgue de la base de datos. Aquí asumimos un PV timeout de 30 segundos. Si disponemos de 2 paths a cada disco el PV timeout sera de 60 segundos:

lvchange -t 60 /dev/vgasm/raw_ora_asm1

lvchange -t 60 /dev/vgasm/raw_ora_asm2

1.10-Borramos sectores primarios de discos (ver Oracle Metalink Note 268481.1):

dd if=/dev/zero of=/dev/vgasm/raw_ora_asm1 bs=8192 count=12800

dd if=/dev/zero of=/dev/vgasm/raw_ora_asm2 bs=8192 count=12800

1.11-Verificar que los VG de han creado correctamente:

strings /etc/lvmtab

vgdisplay –v /dev/vgasm

2 - EXPORTAMOS EL VG

2.1-Desactivamos el VG:

vgchange –a n /dev/vgasm

2.2-Creamos el fichero del VG vgasm.map:

vgexport –v –p –s –m vgasm.map /dev/vgasm

2.2-Copiamos el fichero a todos los nodos del cluster:

rcp vgasm.map sdppdb2:/tmp

3 - IMPORTAMOS EL VG DESDE EL SEGUNDO NODO

3.1-Creamos el directorio del VG con el fichero de caracter especial llamado group:

mkdir /dev/vgasm

mknod /dev/vgasm/group c 64 0x060000

NOTA: El minor number debe ser el mismo en ambos nodos

vgimport –v –s –m /tmp/vgasm.map /dev/vgasm

3.2-Verificar los discos importados:

strings /etc/lvmtab

Ejemplo:

ioscan -fnCdisk|grep d3

/dev/dsk/c4t0d3 /dev/rdsk/c4t0d3

/dev/dsk/c6t0d3 /dev/rdsk/c6t0d3

/dev/dsk/c8t0d3 /dev/rdsk/c8t0d3

/dev/dsk/c10t0d3 /dev/rdsk/c10t0d3

pvcreate -f /dev/rdsk/c4t0d3

Physical volume "/dev/rdsk/c4t0d3" has been successfully created.

mkdir /dev/vgsoftora

ls -la /dev/*/group

crw-r----- 1 root sys 64 0x000000 Oct 1 14:16 /dev/vg00/group

crw-r--r-- 1 root sys 64 0x010000 Oct 1 15:42 /dev/vgasm/group

crw-r--r-- 1 root sys 64 0x020000 Oct 1 15:53 /dev/vgocr/group

mknod /dev/vgsoftora/group c 64 0x030000

vgcreate /dev/vgsoftora /dev/dsk/c4t0d3

Increased the number of physical extents per physical volume to 2559.

Volume group "/dev/vgsoftora" has been successfully created.

Volume Group configuration for /dev/vgsoftora has been saved in /etc/lvmconf/vgsoftora.conf

vgextend /dev/vgsoftora /dev/dsk/c6t0d3 /dev/dsk/c8t0d3 /dev/dsk/c10t0d3

Volume group "/dev/vgsoftora" has been successfully extended.

Volume Group configuration for /dev/vgsoftora has been saved in /etc/lvmconf/vgsoftora.conf

lvcreate -n lvolsoftora vgsoftora

Logical volume "/dev/vgsoftora/lvolsoftora" has been successfully created with

character device "/dev/vgsoftora/rlvolsoftora".

Volume Group configuration for /dev/vgsoftora has been saved in /etc/lvmconf/vgsoftora.conf

vgdisplay vgsoftora

--- Volume groups ---

VG Name /dev/vgsoftora

VG Write Access read/write

VG Status available

Max LV 255

Cur LV 1

Open LV 1

Max PV 16

Cur PV 1

Act PV 1

Max PE per PV 2559

VGDA 2

PE Size (Mbytes) 4

Total PE 2559

Alloc PE 0

Free PE 2559

Total PVG 0

Total Spare PVs 0

Total Spare PVs in use 0

lvextend -l 2559 /dev/vgsoftora/lvolsoftora /dev/dsk/c4t0d3

Logical volume "/dev/vgsoftora/lvolsoftora" has been successfully extended.

Volume Group configuration for /dev/vgsoftora has been saved in /etc/lvmconf/vgsoftora.conf

dd if=/dev/zero of=/dev/vgsoftora/lvolsoftora bs=8192 count=12800

12800+0 records in

12800+0 records out

4 - FICHEROS DE CONFIGURACION DE SERVICE GUARD EXT. FOR RAC 11.18

/etc/cmcluster

4.1-Definimos el nombre del cluster y el del paquete:

Cluster: sdppclus

Paquete: sdppdb

NOTA: Debemos tener configuradas la red pública y la privada para que la configuración funcione.

4.2-Creamos el fichero .rhosts de root en ambos nodos:

vi .rhosts

".rhosts" [New file]

sdprdb1 root

sdprdb1.mdef.es root

sdprdb2 root

sdprdb2.mdef.es root

4.3-Activamos el VG o VG´s que van a estar bajo control de cluster:

vgchange -a y /dev/vgasm

4.4-Creamos plantilla de fichero de configuración en formato asci:

cmquerycl –n sdppdb1 –n sdppdb2 –v –C /etc/cmcluster/sdppclus.ascii

4.5-Cromprobamos la plantilla de configuración:

cmcheckconf -v -C sdppclus.ascii

4.6-Adaptamos esta plantilla a nuestro caso, en este fichero normalmente solo modificamos el siguiente campo:

vi /etc/cmcluster/sdppclus.ascii

CLUSTER_NAME sdppclus àponemos el nombre de nuestro cluster

4.7-Configuramos el fichero cmnodelist para que contenga lo siguiente:

vi /etc/cmcluster/nodelist

sdppdb1 root

sdppdb2 root

4.8-Aplicamos la configuración:

cmcheckconf -v -C sdppclus.ascii

cmapplyconf -v -C sdppclus.ascii

4.9-Desactivamos el grupo:

vgchange -a n /dev/vgasm

4.10-Hacemos que los grupos de volúmenes no arranquen automáticamente para que se encargue de ello el cluster:

vi /etc/lvmrc

AUTO_VG_ACTIVATE=0 àsi lo dejamos con valor 1 los vg´s se activaran automáticamente en el inicio del sistema

custom_vg_activation()

{

# e.g. /sbin/vgchange -a y -s

# parallel_vg_sync "/dev/vg00 /dev/vg01"

# parallel_vg_sync "/dev/vg02 /dev/vg03"

/sbin/vgchange -a y /dev/vgsoftora
àes aquí donde pondremos los VG que NO deseamos que maneje nuestro paquete de cluster con sus opciones desactivación

return 0

}

4.11-Hacemos que el cluster arranque automáticamente en el inicio del sistema:

vi /etc/rc.config.d/cmcluster

AUTOSTART_CMCLD=1 àsi dejamos el valor a 0 el cluster no arrancará automáticamente en el inicio del sistema

4.12-Arrancamos el cluster:

cmruncl –v

NOTA: Copiamos nuestro fichero de configuración de cluster el fichero sdppclus.ascii en este caso, a todos los nodos (no es necesario pero si conveniente).

4.13-Es necesario crear ficheros de configuración del paquete para ello:

mkdir /etc/cmcluster/sdppdb

cmmakepkg -p /etc/cmcluster/sdppdb/sdppdb.conf

cmmakepkg -s /etc/cmcluster/sdppdb/sdppdb.cntl

NOTA: También metemos en este directorio las toolkits que son las herramientas proporcionadas por HP para el fácil manejo y control de ServiceGuardExtension for RAC sobre el CRS de OracleRAC y el Database de Oracle.

4.14-Modificamos los ficheros poniendo los siguientes valores tal están aquí:

vi /etc/cmcluster/sdppdb.conf

PACKAGE_NAME sdppdb

PACKAGE_TYPE MULTI_NODE

NODE_NAME *

RUN_SCRIPT /etc/cmcluster/sdppdb/sdppdb.cntl

HALT_SCRIPT /etc/cmcluster/sdppdb/sdppdb.cntl

RUN_SCRIPT_TIMEOUT 600

HALT_SCRIPT_TIMEOUT 600

#FAILOVER_POLICY CONFIGURED_NODE--àcomentado

#FAILBACK_POLICY MANUAL --àcomentado

vi /etc/cmcluster/sdppdb/sdppdb.cntl

# VOLUME GROUP ACTIVATION:

# Specify the method of activation for volume groups.

# Leave the default (VGCHANGE="vgchange -a e") if you want volume

# groups activated in exclusive mode. This assumes the volume groups have

# been initialized with 'vgchange -c y' at the time of creation.

# Uncomment the first line (VGCHANGE="vgchange -a e -q n"), and comment

# out the default, if you want to activate volume groups in exclusive mode

# and ignore the disk quorum requirement. Since the disk quorum ensures

# the integrity of the LVM configuration, it is normally not advisable

# to override the quorum.

# Uncomment the second line (VGCHANGE="vgchange -a e -q n -s"), and comment

# out the default, if you want to activate volume groups in exclusive mode,

# ignore the disk quorum requirement, and disable the mirror

# resynchronization. Note it is normally not advisable to override the

# quorum.

# Uncomment the third line (VGCHANGE="vgchange -a s"), and comment

# out the default, if you want volume groups activated in shared mode.

# This assumes the volume groups have already been marked as sharable

# and a part of a Serviceguard cluster with 'vgchange -c y -S y'.

# Uncomment the fourth line (VGCHANGE="vgchange -a s -q n"), and comment

# out the default, if you want to activate volume groups in shared mode

# and ignore the disk quorum requirement. Note it is normally not

# advisable to override the quorum.

# Uncomment the fifth line (VGCHANGE="vgchange -a y") if you wish to

# use non-exclusive activation mode. Single node cluster configurations

# must use non-exclusive activation.

# VGCHANGE="vgchange -a e -q n"

# VGCHANGE="vgchange -a e -q n -s"

# VGCHANGE="vgchange -a s"

# VGCHANGE="vgchange -a s -q n"

# VGCHANGE="vgchange -a y"

VGCHANGE="vgchange -a s" # Default àponemos la opción con la que queremos que se activen nuestros VG´s

VG[0]="vgasm" àponemos los vg que vamos a utilizar e iremos añadiendo según necesidad

VG[1]="vgocr"

# START OF CUSTOMER DEFINED FUNCTIONS

# This function is a place holder for customer define functions.

# You should define all actions you want to happen here, before the service is

# started. You can create as many functions as you need.

function customer_defined_run_cmds

{

# ADD customer defined run commands.

: # do nothing instruction, because a function must contain some command.

# /etc/cmcluster/sdppdb/toolkit_crs/toolkit_oc.sh start àdescomentar una vez instalado oracle

# /etc/cmcluster/sdppdb/toolkit_rac/toolkt_dbi.sh start àdescomentar una vez instalado oracle

test_return 51

}

# This function is a place holder for customer define functions.

# You should define all actions you want to happen here, after the service is

# halted.

function customer_defined_halt_cmds

{

# ADD customer defined halt commands.

: # do nothing instruction, because a function must contain some command.

# /etc/cmcluster/sdppdb/toolkit_crs/toolkit_oc.sh stop àdescomentar una vez instalado oracle

# /etc/cmcluster/sdppdb/toolkit_rac/toolkt_dbi.sh stop àdescomentar una vez instalado oracle

test_return 52

}

# END OF CUSTOMER DEFINED FUNCTIONS

4.15-Ahora volvemos a editar el fichero de configuración de cluster sdppclus.ascii y añadimos al final los VG que va a manejar el cluster:

vi sdppclus.ascii

# List of OPS Volume Groups.

# Formerly known as DLM Volume Groups, these volume groups

# will be used by OPS or RAC cluster applications via

# the vgchange -a s command. (Note: the name DLM_VOLUME_GROUP

# is also still supported for compatibility with earlier versions.)

# For example:

# OPS_VOLUME_GROUP /dev/vgdatabase

# OPS_VOLUME_GROUP /dev/vg02

OPS_VOLUME_GROUP /dev/vgasm

OPS_VOLUME_GROUP /dev/vgocr

OPS_VOLUME_GROUP /dev/vgoradata

5 - COMPROBAMOS Y APLICAMOS LA CONFIGURACION DEL PAQUETE

5.1-Paramos cluster:

cmhaltcl -v

5.2-Chequeamos el fichero de configuración:

cmcheckconf -v -C ../sdppclus.ascii -P sdppdb.conf

5.3-Aplicar configuración:

cmapplyconf -v -C ../sdppclus.ascii -P sdppdb.conf

5.4-Arrancar cluster y parar paquete:

cmruncl –v

cmhaltpkg –v sdppdb

5.5-Ponemos la marca al vg:

vgchange -S y -c y /dev/vgasm

5.6-Reiniciamos el cluster:

cmhaltcl –v

cmruncl –v

NOTA: Si el disco que hemos añadido al paquete de cluster el nuestro disco de LOCK DISK, realizaremos lo siguiente:

Una vez comprobamos que esta todo ok podemos volver a editar el fichero sdppdb.conf para poner el parámetro FIRST_CLUSTER_LOCK_VG y añadir VG de la siguiente manera:

vi sdppclus.ascii

# QS_HOST qshost

# QS_POLLING_INTERVAL 120000000

# QS_TIMEOUT_EXTENSION 2000000

FIRST_CLUSTER_LOCK_VG /dev/vgasm àAñadiremos esta linea

# Definition of nodes in the cluster.

# Repeat node definitions as necessary for additional nodes.

# NODE_NAME is the specified nodename in the cluster.

# It must match the hostname and both cannot contain full domain name.

# Each NETWORK_INTERFACE, if configured with IPv4 address,

# must have ONLY one IPv4 address entry with it which could

# be either HEARTBEAT_IP or STATIONARY_IP.

# Each NETWORK_INTERFACE, if configured with IPv6 address(es)

# can have multiple IPv6 address entries(up to a maximum of 2,

# only one IPv6 address entry belonging to site-local scope

# and only one belonging to global scope) which must be all

# STATIONARY_IP. They cannot be HEARTBEAT_IP.

NODE_NAME sdppdb1

NETWORK_INTERFACE lan0

HEARTBEAT_IP 10.7.115.133

NETWORK_INTERFACE lan1

HEARTBEAT_IP 192.168.2.201

FIRST_CLUSTER_LOCK_PV /dev/dsk/c2t0d1 àAñadiremos esta linea

# Warning: There are no standby network interfaces for lan0.

# Warning: There are no standby network interfaces for lan1.

NODE_NAME sdppdb2

NETWORK_INTERFACE lan0

HEARTBEAT_IP 10.7.115.137

NETWORK_INTERFACE lan1

HEARTBEAT_IP 192.168.2.202

FIRST_CLUSTER_LOCK_PV /dev/dsk/c2t0d1

# Warning: There are no standby network interfaces for lan0.

# Warning: There are no standby network interfaces for lan1.

# List of OPS Volume Groups.

# Formerly known as DLM Volume Groups, these volume groups

# will be used by OPS or RAC cluster applications via

# the vgchange -a s command. (Note: the name DLM_VOLUME_GROUP

# is also still supported for compatibility with earlier versions.)

# For example:

# OPS_VOLUME_GROUP /dev/vgdatabase

# OPS_VOLUME_GROUP /dev/vg02

OPS_VOLUME_GROUP /dev/vgasm àestas lineas ya deberian estar añadidas

OPS_VOLUME_GROUP /dev/vgocr

OPS_VOLUME_GROUP /dev/vgoradata

-PONER MARCA DE CLUSTER EN DISCO

vgchange -S y -c y /dev/vgasm

-QUITAR MARCA DE CLUSTER EN DISCO

vgchange -c n /dev/vgasm

NOTA: VERIFICAR EL /ETC/LVMRC QUE SE ACTIVEN AUTOMATICAMENTE TODOS LOS VG QUE NO QUEREMOS QUE MANEJE SERVICE GUARD EXTENSION FOR RAC

6 - PROCEDIMIENTO PARA AÑADIR NUEVOS DISCO BAJO CONTROL DE SGEFRAC

6.1-Para añadir nuevos discos compartidos debemos seguir el procedimiento común para crear los vg y lv.

6.2-Desactivar el vg que vamos a añadir.

vgchange –a n vgxx

6.3-Parar solo paquete de cluster pero el cluster debe seguir corriendo y editar los ficheros de configuración de cluster y del paquete para añadir los discos:

cmhaltpkg <nombre-paquete>

vi etc/cmcluster/sdppclus.ascii

OPS_VOLUME_GROUP /dev/vgxx

vi /etc/cmcluster/sdppdb/sdppdb.cntl

VG[x]="vgxx"

6.4-Marcar el vg para su uso.

vgchange –S y –c y vgxxx

vgchange -S y -c y /dev/vgocr

Performed Configuration change.

Volume group "/dev/vgocr" has been successfully changed.

cmviewcl

CLUSTER STATUS

sdprclus up

NODE STATUS STATE

sdprdb1 up running

MULTI_NODE_PACKAGES

PACKAGE STATUS STATE AUTO_RUN SYSTEM

sdprdb down halted enabled no

6.5-Paramos cluster:

cmhaltcl

Disabling all packages from starting on nodes to be halted.

Package sdprdb is already disabled on node sdprdb1

Warning: Do not modify or enable packages until the halt operation is completed.

Waiting for nodes to halt ..... done

Successfully halted all nodes specified.

Halt operation complete.

6.6-Arrancamos cluster:

cmruncl

cmruncl: Validating network configuration...

cmruncl: Network validation complete

Waiting for cluster to form .... done

Cluster successfully formed.

Check the syslog files on all nodes in the cluster to verify that no warnings occurred during startup.

6.7-Verificamos cluster:

cmviewcl

CLUSTER STATUS

sdprclus up

NODE STATUS STATE

sdprdb1 up running

MULTI_NODE_PACKAGES

PACKAGE STATUS STATE AUTO_RUN SYSTEM

sdprdb up running enabled no

7 - INTEGRACION SERVICE GUARD CON CRS

7.1-Podemos comprobar el estado del CRS y los listeners con:

crsctl stop | start crs

netstat –in àcomprobamos como se trasladan las vip al parar crs

ps –ef | grep –i tns àcomprobar listeners

oifcfg getif

oifcfg iflist

7.2-Paramos el paquete:

cmhaltpkg <nombre_paquete>

7.3-Quitamos el arranque automático del CRS al inicio del sistema ejecutando como root en

ambos nodos:

Deshabilitar: crsctl disable crs

Habilitar: crsctl enable crs

7.4-Agregar el arranque y parada de CRS al multipaquete de Service Guarderas Editando el

fichero /etc/cmcluster/sdppdb/toolkit_crs/toolkit_oc.conf en ambos nodos y poniendo el valor correcto de la variable ORA_CRS_HOME que se puede ver en el .profile del usuario oracle.

7.5-Editar el fichero /etc/cmcluster/sdppdb/sdppdb.cntl y descomentar las siguientes líneas:

NOTA: Poner un /usr/bin/sleep 30 para estabilizar el tiempo en cambio de ip:

# /etc/cmcluster/sdppdb/toolkit_crs/toolkit_oc.sh start àdescomentar

/usr/bin/sleep 30

# /etc/cmcluster/sdppdb/toolkit_crs/toolkit_oc.sh stop àdescomentar

8 - INTEGRACION SERVICE GUARD CON INSTANCIAS

8.1-Una vez creadas las instancias en ambos nodos editar el fichero:

/etc/cmcluster/sdppdb/toolkit_rac/toolkt_dbi.conf

8.2-Poner el correcto valor de las variables:

ORA_CRS_HOME= ponemos lo que tenga definido el .profile de oracle

ORACLE_HOME= ponemos lo que tenga definido el .profile de oracle

ORACLE_DBNAME= ponemos el nombre de nuestra base de datos "sdppdb"

8.3-Editar el fichero /etc/cmcluster/sdppdb/sdppdb.cntl y descomentar las siguientes líneas:

# /etc/cmcluster/sdppdb/toolkit_rac/toolkt_dbi.sh start àdescomentar

# /etc/cmcluster/sdppdb/toolkit_rac/toolkt_dbi.sh stop àdescomentar

8.4-Por otra parte, para que en el inicio del CRS se arranquen (o no) las instancias hay que configurar el CRS ejecutando los siguientes comandos:

Para indicar al CRS que no levante la BBDD automáticamente:

./srvctl modify database -d NOMBRE_DE_LA_BD -y MANUAL

Para indicar al CRS que levante la BBDD automáticamente:

./srvctl modify database -d NOMBRE_DE_LA_BD -y AUTOMATIC

HPUX - RAPIDOS IGNITE

2009-10-20T14:49:00.001+02:00

REQUISITOS PREVIOS PARA FUNCIONAMIENTO CORRECTO DEL SERVIDOR

more /etc/inetd.conf

tftp dgram udp wait root /usr/lbin/tftpd tftpd /opt/ignite /var/opt/ignite

bootps dgram udp wait root /opt/ignite/lbin/instl_bootd instl_bootd

#bootps dgram udp wait root /usr/lbin/bootpd bootpd

#instl_boots dgram udp wait root /opt/ignite/lbin/instl_bootd instl_bootd

more /etc/bootptab

sdpprsas:\

ht=ethernet:\

hn:\

bf=/opt/ignite/boot/nbp.efi:\

bs=48:\

tc=ignite-defaults:\

ha=0018FE2D6AEC:\

ip=10.7.115.142:\

sm=255.255.252.0:\

gw=10.7.112.4:\

more /etc/opt/ignite/instl_boottab

#10.7.115.140:0x001560DEB702:20071023112502:reserve

#10.7.115.138:0x001560DE78FB:20071025095118:reserve

#10.7.115.137:0x001560DE98CC:20071026103353:reserve

10.7.115.141:0x0018FE2D6AEC:20071107192634:reserve à opcional

more /etc/nsswitch.conf

passwd: files

group: files

hosts: files [NOTFOUND=continue UNAVAIL=continue] dns

ipnodes: files

services: files

networks: files

protocols: files

rpc: files

publickey: files

netgroup: files

automount: files

aliases: files

more /etc/hosts à importante con esto evitamos errores de NFS

es necesario que este registrado el cliente en este fichero

127.0.0.1 localhost loopback

10.7.115.132 sdprinte sdprinte

x.x.x.x cliente cliente

- Arrancamos ignite en modo gráfico desde un reflection X:

#ignite

- Añadimos el cliente sdprapli con lo que sobre la misma aparece el icono correspondiente.

- Desde esta pantalla gráfica, apuntamos al cliente sdprapli y desde acciones pulsamos create a network recovery system

Al hacer remsh al sistema sdprapli nos dice que falla el remsh y que introduzcamos manualmente el password de root (la damos) y aparece una pantalla que indica:

Destination host: sdprapli

Destination directory: /var/opt/ignite/recovery/archives/sdprapli à
verificar que hay espacio suficiente allí.

Max nº. archives: 2

Long description: Recovery archive

Archive type: tar à
lo hacemos con cpio para que no falle el backups con los nombres largos de archivo

Damos next y aparece una advertencia indicando que el directorio anterior tiene un cierto número de Mb. libres.

Damos next y aparece una pantalla en la que podemos indicar de qué sistemas de ficheros queremos hacer copia nosotros hemos puesto:

inc_entire: /dev/vg00

exclude: /var/opt/ignite/recovery

Excluimos este sistema de ficheros que sólo tiene sentido tenerlo en el servidor de ignite, no en el resto de sistemas.

- A continuación se inicia el backup que durará una media hora.

- Podemos ir viendo el progreso de la copia (status) desde la pantalla gráfica de ignite. Veríamos algo así:

Prepare the cliente Complete

Run de recovery UI Complete

Save the system config Complete

Prepare the archive config file Complete

Build the archive Active à (está haciendo esto en este momento)

Update de CINDEX file Pending

Cuando acabe el backup todo estará en estado Complete.

CLONACION DE SISTEMAS

- Introduciremos al final del fichero /etc/bootptab la entrada del sistema a instalar:

sdprdb1:\

ht=ethernet:\

hn:\

bf=/opt/ignite/boot/nbp.efi:\

bs=48:\

tc=ignite-defaults:\

ha=001560DE78FB:\

ip=10.7.115.134:\

sm=255.255.252.0:\

gw=10.7.112.4:\

Y las correspondientes al resto de clientes de la misma manera.

- Cambios en el fichero /etc/inetd.conf:

A partir de la rev. De ignite B.4.3.X y a fin de mejorar la respuesta del ignite Server a clientes se deben hacer algunos cambios en el fichero /etc/inetd.conf.

Los cambios requieren que el bootpd no corra sobre el ignite Server y en su lugar se usa el instl_bootd, así pues haremos lo siguiente:

-Comentaremos la linea (si no está ya comentada):

bootps dgram udp wait root /usr/lbin/bootpd bootpd

- Y Añadiremos la siguiente:

bootps dgram udp wait root /opt/ignite/lbin/instl_bootd instl_bootd

- A continuación para que coja los cambios daremos:

#inetd –c

- Editamos una línea del fichero /etc/exports, quitando las alusiones a los clientes NFS permitidos y damos permisos a todo el mundo y a continuación exportamos de nuevo:

#vi /etc/exports

/var/opt/ignite/recovery/archives/sdprapli -anon=2 à
de este archive se va a leer la imagen para clonar

#exportfs –av

Si exportamos el directorio entero /var/opt/ignite/recovery el servidor de ignite no funciona

- Nos vamos al directorio de clientes y vemos que sdprapli es un link a un directorio con el nombre de la MAC de la tarjeta LAN de sdprapli:

#cd /var/opt/ignite/clients

#ll

drwxr-xr-x 3 bin bin 1024 Sep 18 15:28 0x001560DE08E2

lrwxr-xr-x 1 bin bin 14 Sep 18 15:01 sdprapli -> 0x001560DE08E2

Copiamos el directorio de la MAC de nuestro servidor con el nombre del la MAC de la maquina a instalar :

0x001560DE78FB MAC à
de la maquina a instalar

#cd /var/opt/ignite/clients

#cp –r 0x001560DE78E2 0x001560DE78FB

- El entorno gráfico nos detecta un nuevo cliente con nombre repetido, cambiamos el nombre del icono por el del nombre de nuestra maquina a instalar desde el entorno gráfico y nos crea el enlace a su MAC.

drwxr-xr-x 3 bin bin 1024 Sep 18 15:28 0x001560DE08E2

drwxr-xr-x 4 bin bin 1024 Sep 18 17:05 0x001560DE78FB

lrwxr-xr-x 1 bin bin 14 Sep 18 15:01 sdprapli -> 0x001560DE08E2

lrwxr-xr-x 1 bin bin 14 Sep 18 16:43 sdprdb1 -> 0x001560DE78FB

- Borramos el contenido de del nuevo cliente y copiamos los ficheros desde nuestra maquina origen:

#cd /var/opt/ignite/clients/0x001560DE08E2

#rm –r *

#find CINDEX recovery | cpio –pdvma ../0x001560DE78FB

- Dentro de /var/opt/ignite/clients/sdppcon2/recovery/latest hay que verificar la ip de nuestro servidor editando el fichero archive_cfg

Para arrancar la maquina por red hay varias formas :

nPar à Shell>lanboot select

vPar à desde otra vPar ejecutamos: vparboot –p <nombre de vPar> -I

Error de inicio en los sistemas basados en Itanium cuando se utiliza /etc/bootptab

Error:PXE-E16: Valid PXE offer not received.

Exit status code: Invalid Parameter

Al utilizar /etc/bootptab para definir los servicios de inicio de Ignite-UX, se puede introducir una serie de problemas que conlleven este error. Se puede utilizar la siguiente lista de comprobación para aislar el problema:

1. Compruebe el proceso inetd:

• Compruebe el archivo /etc/inetd.conf para asegurarse de que las entradas bootps y tftp no están marcadas como comentarios. Asegúrese de que la línea tftp contiene las rutas /opt/ignite y /var/opt/ignite.

• Indique al proceso inetd que vuelva a leer los archivos de configuración (inetd -c) después de modificar los archivos. Si el proceso inetd no se ejecuta, inícielo con:

/sbin/init.d/inetd start

• Compruebe /var/adm/syslog/syslog.log para asegurarse de que el proceso inetd se ha iniciado y de que no hay ningún mensaje negativo. Compruebe específicamente la existencia de mensajes de bootpd y tftpd.

• Compruebe si hay entradas en /var/adm/inetd.sec que puedan hacer que inetd

deniegue el servicio a determinados clientes.

2. Compruebe el proceso bootpd:

• Compruebe la entrada /etc/bootptab. Asegúrese de que la dirección MAC coincide con la dirección MAC del cliente. Utilice dhcptools -v para validar el formato del archivo /etc/bootptab.

• Compruebe las entradas de /etc/dhcpdeny para asegurarse de que el proceso bootpd no se ha definido para denegar el servicio a clientes concretos.

• Compruebe el archivo /var/adm/syslog/syslog.log para ver si hay un mensaje de bootpd que indica que se inició cuando se recibió un paquete bootpd. Si no se recibieron paquetes, utilice una herramienta como tcpdump para comprobar si hay paquetes de red.

• Compruebe si hay otros sistemas en la red que también puedan estar contestando al sistema cliente en proceso de inicio.

• Compruebe si el sistema en proceso de inicio está en una subred diferente del servidor bootp para asegurarse de que cualquier enrutamiento que haya entre los dos permita el reenvío de solicitudes bootp. La configuración es específica del enrutador.

3. Compruebe el proceso tftpd:

• Compruebe la línea tftp de /etc/inetd.conf para asegurarse de que los directorios /opt/ignite y /var/opt/ignite se enumeran.

• Compruebe manualmente la conexión tftpd utilizando el comando tftp, por ejemplo:

a. $ tftp [nombre_servidor]

b. tftp> get /opt/ignite/boot/nbp.efi /tmp/nbp.efi [n ] bytes recibidos en [s] segundos

c. tftp> quit

CREACION DE ARCHIVO DE RECUPERACION E INSTALACION POR RED Y DvD DE INICIO Y RECUPERACIÓN

Tenemos ejemplos dentro de :

/opt/ignite/data/scripts/examples

Para crear un archivo de recuperación de red :

#make_net_recovery -s sdprinte -x inc_entire=vg00 -x inc_entire=vg01 -m cpio

Para crear una imagen de recuperación del sistema actual en el servidor Ignite-UX denominado y

grabar la imagen de recuperación en el DVD del sistema servidor ejecutar el siguiente

comando en el sistema cliente.

#make_opticaldisc_recovery nombre_servidor_Ignite

DBPROFILE CREACION DE ARCHIVO DE RECUPERACION E INSTALACION POR RED Y DvD DE INICIO Y RECUPERACIÓN

Shell> dbprofile -dn ignite -sip 10.7.115.132 -m 255.255.252.0

Creating profile ignite

Shell> dbprofile rm ignite

dbprofile: profile ignite removed

Shell> dbprofile -dn ignite -sip 10.7.115.132 -m 255.255.252.0 -gip 10.7.112.4

Creating profile ignite

Shell> dbprofile -dn ignite -b "/opt/ignite/boot/nbp.efi"

Updating profile ignite

Shell> dbprofile

Profile List

Profile Name: ignite

Network Type: IPv4

Client IP address: 0.0.0.0

Gateway IP address: 10.7.112.4

Subnet Mask: 255.255.252.0

Server IP address: 10.7.115.132

Boot File: /opt/ignite/boot/nbp.efi

Optional Data:

Shell> dbprofile -dn ignite -cip 10.7.113.171

Updating profile ignite

Shell> dbprofile

Profile List

Profile Name: ignite

Network Type: IPv4

Client IP address: 10.7.113.171

Gateway IP address: 10.7.112.4

Subnet Mask: 255.255.252.0

Server IP address: 10.7.115.132

Boot File: /opt/ignite/boot/nbp.efi

Optional Data:

Shell>lanboot select –dn ignite