Upgrade ASM 10gr2 a 11gr2 con el usuario grid

[Amín Chavarría]

Hola,

Estoy intentando hacer un upgrade de ASM 10gr2 (10.2.0.4) no RAC standalone a 11gr2 (11.2.0.3) utilizando el usuario grid de GI, para separar la administración por roles. El problema en si, es que en el DBUA en la parte del chequeo de prerequisitios falla y me muestra el siguiente mensaje:

--

CRS user Consistency for Upgrade

Expected Value: oracle
Actual Value: grid

--

Estos son los IDs del usuario grid

 

[grid@xxx> / ]$id grid
uid=501(grid) gid=500(oinstall) groups=501(dba),503(asmadmin),504(asmdba),506(asmoper)

[grid@xxx> / ]$id oracle
uid=500(oracle) gid=500(oinstall) groups=501(dba),504(asmdba),502(oper)

Como ven el grupo dba forma parte del grupo secundario de grid, y no hay problema al administrar el ASM con el usuario grid, ya que hice la prueba de bajar/iniciar la instancia con grid sin problemas.

Cuál podría ser la solución?

saludos

[Juan Andrés Mercado]

Amin:

1)Cuando te sale ese problema en los prereqisitos... cancela o te la opcion de poder pasar ese chequeo de largo ?

2) La instalacion de los binarios con que usuario la realizaste ?

Saludos,

Juan Andres Mercado

twt: enjoydana

blog: http://burzaco.wordpress.com
about me: http://www.linkedin.com/in/juanandres

[Juan Andrés Mercado]

Otra consulta mas , previo a ejecutar el upgrade... corriste el runcluvfy.sh ?

Te dio algun warning que podamos ver ?

Saludos.

Juan Andres Mercado

twt: enjoydana

blog: http://burzaco.wordpress.com
about me: http://www.linkedin.com/in/juanandres

[Amín Chavarría]

Juan,

 

1. No puedo brincarme el chequeo delos prerequisitos, el boton de "next" esta deshabilitado.

2. La instalación y upgrade la hago en mismo paso desde le DBUA, seleccionando la opción:
"Upgrade Oracle Grid Infraestructure or Oracle Automatic Storage Management"

3. No ejecuté el runcluvfy.sh ya que es una BD con ASM standalone no RAC.
4. No me envian ningun warning, simplemente el mensaje de "CRS user Consistency for Upgrade" y el detalle es el siguiente:

"CRS user Consistency for upgrade - This task verifies that the OS user performing an upgrade is consistent with the existing installation owership.

Expected Value: oracle

Actual value: grid

details:

-PRVF-9555: Current installation user "grid" is not the owner "oracle" of the exisiting CRS installation.

- Cause: Current user was not found to be an owner of an existing CRS installation.

- Action: Ensure that the user upgrading CRS installation is an owner of already existing installarion."

Ahora yo pregunto,

1. Debo de cambiar como dueño al usuario grid del ASM_HOME (10gr2) ?

2. Debo de instalar primero los binarios de 11gr2 y luego hago el upgrade con el ASMCA?

[Amín Chavarría]

Se que el DBUA es utilizado solo para actualizar la base de datos no para actualizar los binarios de un cluster (CRS).

[Juan Andrés Mercado]

Amin:

Disculpa la demora pero estabamos con algunos problemas... Vamos a lo nuestro.

Yo no haria lo que dice el paso :

1. Debo de cambiar como dueño al usuario grid del ASM_HOME (10gr2) ?

ya que deberias armar un script tipo unix buscando todo lo que exista con ese usuario y que toque todo en todo en OS. Te cuento que una vez hice algo similiar para el gridcontrol y casi me internan jajajaja

En cuanto al paso 2) 

2. Debo de instalar primero los binarios de 11gr2 y luego hago el upgrade con el ASMCA?

 

Mira primero en mi blog que hay un articulo:

 

Oracle ASM 11gr2 | How to Upgrade ASM 10gr2 to 11gr2

https://burzaco.wordpress.com/2011/10/05/asm-how-to-upgrade-asm-10g...

 

Y que ahi esta paso a paso lo que debieras hacer, ya que el instalador te ofrece hacer el upgrade.

 

Acordate en el archivo de configuracion de ASM te muestra quien es el owner de los discos de asm y si ambos estan en el mismo grupo los va a poder levantar sin problemas.

 

servidor@usuario # cat /etc/sysconfig/oracleasm

# This is a configuration file for automatic loading of the Oracle
# Automatic Storage Management library kernel driver. It is generated
# By running /etc/init.d/oracleasm configure. Please use that method
# to modify this file
#

# ORACLEASM_ENABELED: 'true' means to load the driver on boot.
ORACLEASM_ENABLED=true

# ORACLEASM_UID: Default user owning the /dev/oracleasm mount point.
ORACLEASM_UID=oracle

# ORACLEASM_GID: Default group owning the /dev/oracleasm mount point.
ORACLEASM_GID=dba

# ORACLEASM_SCANBOOT: 'true' means fix disk perms on boot
ORACLEASM_SCANBOOT=true

# ORACLEASM_CLEARBOOT: 'true' means clean old disk perms on boot
ORACLEASM_CLEARBOOT=true

# ORACLEASM_SCANORDER: Matching patterns to order disk scanning
ORACLEASM_SCANORDER="mpath dm"

# ORACLEASM_SCANEXCLUDE: Matching patterns to exclude disks from scan
ORACLEASM_SCANEXCLUDE="sd"

En cuanto al procedimiento que vos mencionas de hacer el upgrade con el asmca , no lo tengo presente en este momento, pero podria buscar algo ver si estas en lo correcto.

Recorda lanza el X , con el usuario grid que es quien va a manejar tu Infraestructura ASM.

Espero te sea de utilidad.

 

PD: EN cuanto a lo de runcluvfy.sh puede funcionar por que lo que realiza en chequeos aunque sea stadalone.

Es un nuevo feature de 11g que te permite controlar cosas como librerias , etc.

Es muy configurable.

 

Juan Andres Mercado

twt: enjoydana

blog: http://burzaco.wordpress.com
about me: http://www.linkedin.com/in/juanandres

 

[Amín Chavarría]

Hola Juan, 

Sobre tu artículo How to Upgrade ASM 10gr2 to 11gr2>> en tu blog, ya lo había leído pero no se ajusta a lo que estoy haciendo, ya que tu haces la instalación con el usuario oracle y yo con grid, eso de entrada.

 

Ya pude solucionar el problema del "CRS user Consistency for Upgrade", es porque el demonio ocssd.bin estaba ejecutándose sobre el ORACLE_HOME de 10gr2 y no sobre el nuevo GRID_HOME de 11gr2.

 

¿Cómo lo solucioné?

Fácil, instalando solo los binarios de 11gr2 y luego haciendo el UPGRADE de ASM a 11gr2 con ASMCA. Al final de la instalación de los binarios de 11gr2, ejecutas un script para configurar el GI stand-alone y ahí se borra y crea el servicio/demonio sobre el nuevo GRID_HOME y listo! ya puedo hacer mi UPGRADE de ASM a 11gr2 sin problemas.

En estos días subiré todo la historia en mi blog para documentarlo ya que salieron otros detalles de unos recursos de Exadata que están habilitados a partir de la versión de 11.2.0.3 (no se porque Oracle no documenta todo eso).

NOTA: Respecto a los permisos que mencionar de los discos, el usuario grid pertenece al grupo de dba, entonces puedo administrar mi instancia de ASM 10gr2 sin problemas con dicho usuario.

Estaré actualizando esta entrada del blog como sea posible.

saludos

Amin

BLOG: www.amin.ol-e.com.mx

@AminChavarria

 

[Juan Andrés Mercado]

Muy Bien logrado !

Saludos Cordiales.

Juan Andres Mercado

twt: enjoydana
blog: http://burzaco.wordpress.com
about me: http://www.linkedin.com/in/juanandres

[Fernando Santisteban]

Te recomiendo usar los mismos usuarios de Oracle Databae para Grid Infrastruture (GI) , te puedes complicar si no docummentas de principio,

Fernando

[Amín Chavarría]

Hola Fernando, no hay problema con la administración de mis ambientes, ya que tengo todo documentado.

saludos