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
No hay comentarios:
Publicar un comentario