11 marzo 2013

¿Hay vida más allá de Oracle? iLO - Administración de sistemas HP



Integrated Lights-Out (iLO) es una tecnología que incorporan algunos servidores Hewlett-Packard ProLiant que permite configurar, actualizar y utilizar los equipos de forma remota, aunque éstos se encuentren apagados. Utiliza una interfaz de red independiente que se puede configurar en el arranque de la máquina.

La arquitectura iLO consiste en un entorno operativo basado en firmware independiente y un procesador de gestión. El procesador de gestión reside en la placa del sistema, utilizando energía auxiliar y funciona independientemente del procesador y del sistema operativo del host. Esta independencia significa que iLO tiene las siguientes características:

  • Totalmente operativo durante un apagado y reinicio del servidor, ya que no depende de la energía del servidor host.
  •  No depende del procesador del host para la operación y no utiliza ningún ciclo de procesamiento del procesador del host;
  • Autónomo al hardware del servidor. Cualquier problema que surja con el hardware del servidor, se encuentra aislado del procesador iLO; Dicha autonomía se consigue gracias a la arquitectura de iLO. Se trata de una tarjeta física conectada en el servidor que actúa de forma independiente del resto de elementos del servidor como puede ser la alimentación, procesador, memoria, disco duro, etc.   
  • Disponible para gestión sin la asistencia del sistema operativo.

Para acceder al servidor, se debe asignar una dirección IP, una máscara de subred y crear un usuario, con lo cual es posible conectarse a la máquina desde un navegador web.

Al ser independiente físicamente permite la gestión del servidor de forma remota conociendo el estado en tiempo real de los diferentes elementos que lo forman (hardware, raid, temperatura, consumo eléctrico, etc.).

Una vez conectado a la consola, se introduce el usuario y contraseña se accede a la ventana principal en la que se puede consultar el estado del servidor. Si el servidor se encuentra apagado, es posible encenderlo remotamente y desde la consola virtual ver todo el proceso de arranque.

Tip de dia: Parcheando Skynet ...


Oracle proporciona a sus clientes (pagando el contrato de soporte $,£,€), 3 tipos de parches, estos son:
  • CPU (Critical Patch Updates): Actualizaciones críticas de parches para resolver vulnerabilidades de seguridad. Cada tres meses son liberados los CPU’s, ademas son mas faciles de instalar, pero tambien Oracle recomienda aplicarlos inmediatamente. 
  • PSU (Patchset Updates): La mayoria de nuestros colegas evitan instalar este conjunto de parches acumulativos, estos incluyen los últimos CPU y PSU, la resolución de bugs que afectan a muchos usuarios y nuevas funcionalidades del software. Cada parche tiene un número de versión, el cuarto número se incrementa por cada PSU, ejemplo: La versión inicial del PSU fue 11.2.0.2, el segundo PSU para la versión 11.2.0.2 es 11.2.0.3 y así sucesivamente.
  • Interim Patches: Estos son escritos para resolver problemas especificos.  OJO!!! antes de aplicar el parche es necesario leer muy bien la documentación.


[oracle@rafa ~]$ sh $ORACLE_HOME/OPatch/opatch lsinventory
Si deseamos obtener información mas detallada, le agregamos los parametros -detail, asi:

[oracle@rafa ~]$ sh $ORACLE_HOME/OPatch/opatch lsinventory -detail

12 febrero 2013

Errores Míticos de Oracle: ORA-27303



El siguiente mensaje apareció al iniciar el cluster de bases de datos, en unas de esas instalaciones que hago por Europa últimamente.
.
>srvctl start database d clusdb
PRCR-1079 : Failed to start resource ora.clusdb.db
CRS-5017: The resource action "ora.clusdb.db start" encountered the following error:
ORA-01078: failure in processing system parameters
ORA-01565: error in identifying file '+DATA/clusdb/spfileclusdb.ora'
ORA-17503: ksfdopn:2 Failed to open file +DATA/clusdb/spfileclusdb.ora
ORA-27140: attach to post/wait facility failed
ORA-27300: OS system dependent operation:invalid_egid failed with status: 1
ORA-27301: OS failure message: Operation not permitted
ORA-27302: failure occurred at: skgpwinit6
ORA-27303: additional information: startup egid = 501 (oinstall), current egid = 506 (asmadmin)

Los permisos de los ficheros eran:.


cd $ORACLE_HOME/bin ls -l oracle
-rwxr-s--x 1 oracle
asmadmin 232437369 Feb 30 14:01 oracle

cd $GI_HOME/bin ls -l oracle
-rwxr-x--x 1 oracle oinstall 204010819 Feb 30 13:57 oracle

Los permisos correctos de estos ficheros son:

cd $ORACLE_HOME/bin ls -l oracle
-rwsr-s--x. 1 oracle asmadmin 220009315 Jun 12 16:59 oracle

cd $GI_HOME/bin ls -l oracle
-rwsr-s--x. 1 grid oinstall 204009973 Jun 12 14:14 oracle


Si se usa separación de roles

cd $GI_HOME/bin ls -l oracle
-rwsr-s--x 1 oracle oinstall 204010819 Feb 30 13:57 oracle

Los permisos se pueden cambiar mediante estos comandos y el error desaparecerá:

chmod 6751 $ORACLE_HOME/bin/oracle
ls -l $ORACLE_HOME/bin/oracle

-rwsr-s--x 1 oracle asmadmin 232437369 Feb 30 14:01 oracle

chmod 6751 $GI_HOME/bin/oracle
ls -l oracle
-rwsr-s--x 1 oracle oinstall 204010819 Feb 30 13:57 oracle
 



Notas útiles de Oracle

  • 11gR2 GRID User Cannot Connect To ASM Instance [ID 1382648.1]
  •  Pre 11.2 Database Issues in 11gR2 Grid Infrastructure Environment [ID 948456.1]
  •   How to change ownership and group memberships of Grid home in 11.2 Standalone [ID 1171674.1]
  •  ORA-15183 Unable to Create Database on Server using 11.2 ASM and Grid Infrastructure [ID 1054033.1] 
  • Database Creation on 11.2 Grid Infracture with Role Separation ( ORA-15025, KFSG-00312, ORA-15081 ) [ID 1084186.1]