EXTEND LV AIX

 A continuación se detalla los pasos necesarios para realizar el incremento de espacio en una partición sobre el sistema operativo AIX.

• Una vez conectado el nuevo disco sobre el host, se debe reconocer el disco ejecutando el comando siguiente (En el VIOS).
• cfgmgr
• Una vez que se descubra el nuevo disco, asignamos a la LPAR el nuevo disco y realizamos los siguientes pasos con root.
• Descubrimos el disco.
• Cfgmgr
• Iniciamos el dispositivo
• lsdev -Cc hdisk213
• Listamos para identificar el nuevo disco físico.
• lspv
• Extemdemos el volumen group al cual queremos extender, en este caso es rootvg, ya que opt esta dentro de este volumen group.
• extendvg rootvg hdisk213
• Con este comando podemos ver en que volumen group
• lslv hd10opt
• Se extiende el logical volumen
• extendlv hd10opt 30G
• Se incrementa el espacio al filesystem.
• chfs -a size=+30G /opt

 

 

ERROR - During Installation DB - "agent.nmhs"

 Para solucionar este inconveniente durante la instalacion de oracle 11g sobre Centos u Oracle Linux 7, debemos seguir los siguientes pasos previo a intentar un reintento durante la instalacion.

https://support.oracle.com/epmos/faces/DocumentDisplay?_afrLoop=476409879227443&parent=EXTERNAL_SEARCH&sourceId=PROBLEM&id=2299494.1&_afrWindowMode=0&_adf.ctrl-state=19tzz2w5w5_4

Error after duplication

 Cuando se presenta errores de escritura en los discos ASM luego de un duplication database.

Se debe ejecutar el siguiente comando, desde el oracle home del GRID.

./setasmgidwrap o=/u01/app/oracle/product/11.2.0/db_1/bin/oracle

En caso que no funcione ejecutar manualmente lo siguiente con usuario root.

cd $ORACLE_HOME/bin

chown oracle:asmadmin oracle

chmod 6751 oracle

ORA-29701: unable to connect to Cluster Synchronization Service

 ORA-29701: unable to connect to Cluster Synchronization Service

En este post, vamos a verificar como solucionar el problema, ORA-29701 en un evento no critico, donde no es necesario realizar una deconfig de oracle restart. 

Manual de Solucion - ORA-29701

ORA-15001 When duplicate database from 0

 

En algunas ocasiones cuando se realiza la configuración del ASM por separado y se intenta realizar un restore de la base de datos al realizar un duplicate, es necesario realizar la siguiente script dentro del usuario grid.

cd $ORACLE_HOME

 cd bin/

 ./setasmgidwrap o=/u01/app/oracle/product/11.2.0/db_1/bin/oracle

 JOB SIN REGISTRO DE EJECUCION.

Cuando un Job no registra trace de su ejecución y estado, es por que el mismo fue creado con un estado de logging off, para lo cual se debe ejecutar la siguiente instrucción para modificar esta característica en el job.

BEGIN
  DBMS_SCHEDULER.SET_ATTRIBUTE (
   'mytestjob', 'logging_level', DBMS_SCHEDULER.LOGGING_FULL);
END;

Posible valores.

DBMS_SCHEDULER.LOGGING_OFF
No logging is performed.
DBMS_SCHEDULER.LOGGING_FAILED_RUNS
A log entry is made only if the job fails.
DBMS_SCHEDULER.LOGGING_RUNS
A log entry is made each time the job is run.
DBMS_SCHEDULER.LOGGING_FULL
A log entry is made every time the job runs and for every operation performed on a job, including create, enable/disable, update (with SET_ATTRIBUTE), stop, and drop.

Reconfigurar acceso a discos ASM

 Reconfiguracion de persmisos bin/oracle

El problema que se suele presentar es que la base de datos sube con normalidad pero el momento de escribir sobre los discos asm recibimos un ORA-600.

Solucion.

Dentro del ORACLE_HOME/bin del usuario grid, se debe ejecutar el siguiente comando. 

./setasmgidwrap o=/u01/app/oracle/product/11.2.0/db_1/bin/oracle