LAOUC C0MMUNITY TOUR 2023

 

El próximo 15 de Agosto vuelve el Community Tour a la Argentina en forma presencial. Después de tres años de evento virtual, el tour sale de gira nuevamente por toda Latino América, cerrando la gira en Buenos Aires. En la cual voy a participar como speaker, dando una charla sobre "Cloud Guard y Seguridad en OCI"

Si bien el evento completamente gratuito, requiere registración previa en el sitio de Eventbrite.

Para conocer sobre los distintos países que serán parte este año del evento, así como ver la lista completa de participantes, pueden acceder a la la página de LAOUC (Latin America Oracle User Community). En el mismo sitio pueden conocer los detalles de cada escala del mismo (como ser la de Argentina) incluyendo la agenda tentativa del evento:

Dashboard free en Oracle OCI

 

Buenas!! en esta oportunidad les voy a compartir un dato muy sensillo , pero de mucha utilidad. Ya desde hace un año Oracle habilito una funcionalidad en OCI que nos permite crear paneles (Dashboard) de monitoreo de métricas, para poder centralizar todas las métricas de OCI en un solo lugar. No solo eso, sino que vamos a poder agruparlas y administrarlas como cualquier recurso de OCI aprovechando la agilidad de los compartment, politicas y permisos de AIM.

Pantalla de Ejemplo:

* En este ejemplo estamos viendo el uso de CPU en 4 instancias de un compartment en particular.

Para entender que vamos a mostrar en estos gráficos vamos a ver varios puntos primero:

- Metricas

- Alarmas

- Creación de DashBoard

Resumen básico de Metricas en OCI:

El servicio Oracle Cloud Infrastructure Monitoring le permite supervisar de forma activa y pasiva sus recursos en la nube mediante las funciones de métricas y alarmas.

La mayoría de los recursos en OCI generan métricas las cuales nos permiten monitorearlos. 

Los siguientes recursos emiten métricas:

• API Gateway
• Application Performance Monitoring 
• Bastion
• Big Data Service
• Block Volume
• Blockchain Platform
• Compute
• Container Engine for Kubernetes
• Data Catalog
• Data Flow
• Data Integration
• Data Science
• Data Transfer
• Database
• Database Migration
• DevOps
• Digital Assistant
• DNS
• Email Delivery
• Events
• File Storage
• Functions
• GoldenGate
• Health Checks
• Integration
• Java Management
• Load Balancing
• Logging
• Logging Analytics
• Management Agent
• MySQL Database
• Networking
• NoSQL Database Cloud
• Notifications
• Object Storage
• Operations Insights
• Oracle APEX Application Development
• OS Management
• Service Connector Hub
• Streaming
• Vault
• Vulnerability Scanning
• WAF

El servicio OCI Monitoring utiliza métricas para supervisar recursos y alarmas para notificar en caso de que estas métricas alcancen los disparadores especificados por las alarmas.

Métricas

Su función es presentar los datos sobre el estado, la capacidad y el rendimiento de los recursos en la nube. Una métrica es una medición relacionada con el estado, la capacidad o el rendimiento de un recurso determinado. Los recursos, los servicios y las aplicaciones envían métricas al servicio Monitoring.   Las métricas más comunes reflejan datos relacionados con:

• Disponibilidad y latencia
• Tiempo de actividad e inactividad de las aplicaciones
• Transacciones finalizadas
• Operaciones fallidas y correctas
• Indicadores clave de rendimiento (KPI), como los cuantificadores de ventas e interacción.

Ejemplo de pantalla de métricas:

Alarmas

La función de las Alarmas del servicio Monitoring funciona junto al servicio Notificaciones para informar a los usuarios en caso de que las métricas alcancen umbrales que activen los disparadores especificados para la alarma.

Ejemplo de una notificación enviada vía SMS por una alarma de un recurso de una instancia.

Notifications contiene un nivel en el que los clientes de Oracle Cloud Infrastructure pueden empezar de forma gratuita. Cada mes, los clientes pueden entregar un millón de mensajes a puntos finales HTTPS y 1000 mensajes de correo electrónico sin incurrir en ningún coste.

Los excedentes se pueden visualizar en los links de referencia.

Crear DashBoard

La creación es muy sensilla y tenemos acceso ni bien nos logueamos a OCI:

click en el tab Dashboard en la solapa superior izquierda:

Nos abre una template con ejemplos de dashboard y a la derecha hacemos click en "New Dashboard"

En la siguiente pantalla ingresamos información básica 

Nombre del panel, descripción, compartment donde lo queremos crear y si lo queremos asociar a un grupo (en caso de poner uno existente, automáticamente muestra la opción para seleccionarlo)
Luego click en "Create"

Realmente es muy intuitivo, hacemos click en "Add Widget" y vamos a ver muchas opciones de distintas métricas que podemos visualizar. Voy a ejemplificar el uso de CPU que recolecta el agente de oci (son las mismas métricas que vemos en el detalle de la instancia.

Vamos a ver que tenemos distintos tipos de Widget, en este caso me voy a enfocar en "monitoring" y los dejo a ustedes para que investiguen el resto (el detalle de cada uno lo pueden ver en la documentación de referencia)

Nos aparecera una nuevo cuadro donde hay que configurar el widget que seleccionamos, hacemos click en "Configure"

La primer parte es información standard de referencia al widget

Se pueden seleccionar varios tipos de gráficos o una tabla. 

La segunda parte es más importante, aqui vamos a seleccionar que métrica queremos ver

Tomemos en cuenta que el namespace que nos muestra depende de los recurso que tenga el compartment seleccionado. Si por ejemplo en el compartment no hay instancias, no nos va a mostrar "oci_computeagent", que es el que vamos a utilizar para ver las métricas del agente.

En mi caso selecciono CPUUtilization y el tipo de statistic max. En este momento ya vamos a poder visualizar un preview del gráfico

En Dimension Setting, en los casos que tengo el dato me gusta poner Display Name para identificar el recurso, en Dimension value, podriamos seleccionar una instancia en particular o lo dejamos vacio y nos muestra todos los recursos del compartment.

De esta forma les mostre como crear un widget, la idea es que se configuren el panel con las métricas que a ustedes les sean de relevancia. Los mismos se pueden dividir por grupos o darles permisos a distintos usuarios o grupos de usuarios que tengamos configurado en IDC. 

ejemplo:

Un panel que tengo dividido por instancias en cada compartment:

Espero que les sirva para que cada uno arme sus paneles de metricas.

Referencias:

https://docs.oracle.com/en-us/iaas/Content/Dashboards/home.htm

https://blogs.oracle.com/cloud-infrastructure/post/introducing-dashboards-for-the-oracle-cloud-console

https://docs.oracle.com/en-us/iaas/Content/Monitoring/Concepts/monitoringoverview.htm

https://docs.oracle.com/es-ww/iaas/Content/Dashboards/Concepts/dashboardsoverview.htm

 

Notificaciones Overview:

https://docs.oracle.com/es-ww/iaas/Content/Notification/Concepts/notificationoverview.htm

https://www.oracle.com/ar/devops/notifications/faq/

Upgrade EBS 12.2.11

Buenas a todos!! Este sería mi primer entrada del 2023 y como ya estamos con la versión 12.2.12 de EBS, me parecio interesante volver un poco para atras y guiarlos en los pasos que se deben tomar en cuenta para el upgrade de 12.2.10 a 12.2.11. (serían los mismos para 12.2.12)

Antes de seguir, me ayudarian si siguen el blog:  SEGUIR !! Gracias

Les dejo los blog de Oracle con los anuncios:

EBS 12.2.11 https://blogs.oracle.com/ebstech/post/oracle-e-business-suite-12211-now-available

EBS 12.2.12 https://blogs.oracle.com/ebstech/post/oracle-e-business-suite-12212-now-available

Notas Importantes:

Oracle E-Business Suite Release 12.2.11 Readme (MOS Note 2758997.1)
After Upgrade Of EBS From 12.2.10 To 12.2.11 PA_PPCC_ECC_PVT Is Invalid (Doc ID 2878294.1)
Oracle E-Business Suite Release 12.2.11 Readme (Doc ID 2758997.1)
Patch 17537119: EBS 12.2 TECHNOLOGY CODELEVEL CHECKER (ETCC)
Oracle E-Business Suite Release 12.2 System Schema Migration (Doc ID 2755875.1)

Pasos Generales:

1. Chequeos de Sanidad , previos a cualquier cambio.
2. Ejecutar ETCC y aplicar los parches
3. Upgrade AD and TXK
4. update Filesystem y appsutil nodo DB
5. Sync FileSystem
6. ValidarADOP
7. Aplicar Parche 12.2.11
8. Aplicar Online Help Patch
9. Migrar objetos sys/system a EBS_SYSTEM (paso importante si nunca se realizo, obligatorio a partir de AD 13)

1) Chequeos 

A que me refiero con este punto?, básicamente antes de tocar cualquier entorno, tenemos que estar seguros que la situación actual de EBS es correcta y funciona en todo sentido, para no encontrarnos con problemas post implementación.

No voy a entrar en detalle en cada uno de estos, se supone que cuentan con conocimientos básicos de Apps DBA EBS.

• Update snapshot
• preclone db
• preclone as
• autoconfig db
• autoconfig as
• reinicio de servicios.
• Validar Objetos descompilados actuales

2) Ejecución ETCC

Para este punto que es bastante largo, arme una entrada distinta. La ejecución del ETCC es standard para cualquier versión de EBS y es mandatoria la ejecución e instalación de Parches que recomienda el etcc.

https://cristianpeque.blogspot.com/2023/01/ejecucion-etcc-para-ebs.html

3) Upgrade AD y TXK

Applying the Latest AD and TXK Release Update Packs to Oracle E-Business Suite Release 12.2 (Doc ID 1617461.1) tomar en cuenta que para 12.2.12 ya esta la versión AD 14. 2.1 Apply Required Database Patches Los parches del punto 2.1 de la nota fueron cumplidos al instalar los parches del ETCC en los pasos previos. Section 3: Apply R12.AD.C.Delta.13 and R12.TXK.C.Delta.13 Release Update Packs Abrimos la nota de la sección 6 y descargamos el último AD and TXK Vamos a omitir el análisis de toda la nota y vamos a los puntos importantes. Download and unzip the following patches into the $PATCH_TOP directory: Patch 32394134 (R12.AD.C.Delta.13) Patch 32392507 (R12.TXK.C.Delta.13) Patch 33441060:R12.AD.C (Additional critical AD patch) Patch 33550674:R12.TXK.C (Additional critical TXK patch) ESTAMOS EN UN ABIENTE LAB, ASI QUE NO ES NECESARIO APLICAR EL PARCHE SOBRE EL PATCH fs, VAMOS DIRECOT AL RUN EDITION.   Desde el NODO o ENv DB. Copiamos el adgrant  cp /u01/install/APPS/fs_ne/EBSapps/patch/33441060/admin/adgrants.sql $ORACLE_HOME/appsutil/admin  $ source $ORACLE_HOME/<CDB_NAME>_<HOSTNAME>.env $ export ORACLE_PDB_SID=<PDB_SID>  [oracle@apps 19.0.0]$ source EBSCDB_apps.env [oracle@apps 19.0.0]$ export ORACLE_PDB_SID=EBSDB  $ sqlplus /nolog SQL> @$ORACLE_HOME/appsutil/admin/adgrants.sql apps  Change password [oracle@apps 19.0.0]$ sqlplus / as sysdba SQL*Plus: Release 19.0.0.0.0 - Production on Sat Aug 27 01:48:45 2022 Version 19.9.0.0.0 Copyright (c) 1982, 2020, Oracle.  All rights reserved. Connected to: Oracle Database 19c Enterprise Edition Release 19.0.0.0.0 - Production Version 19.9.0.0.0 SQL> ALTER USER EBS_SYSTEM ACCOUNT UNLOCK; User altered. SQL> ALTER USER EBS_SYSTEM IDENTIFIED BY manager; User altered. Validar Schema desde AS Environment $ perl $PATCH_TOP/32394134/ad/bin/adValidateEbssystemSchema.pl Aplicar Parche AD Delta 13 Copiamos los parches al $PATCH_TOP adop phase=apply patches=32394134,33441060 hotpatch=yes merge=yes . . . Running finalize actions for the patches being applied.     Log: @ADZDSHOWLOG.sql "2022/08/27 02:28:45"   Running cutover actions for the patches being applied.     Creating workers to process cutover DDL in parallel     Log: /u01/install/APPS/fs_ne/EBSapps/log/adop/36/20220827_015243/apply/apps/log/ cutover.log     Performing database cutover in Quick mode Generating post apply reports. Generating log report.     Output: /u01/install/APPS/fs_ne/EBSapps/log/adop/36/20220827_015243/apply /apps/adzdshowlog.out The apply phase completed successfully. adop exiting with status = 0 (Success) As per 4.1 Critical AD Patches, apply any applicable AD patches $ adop phase=apply patches=33862025 hotpatch=yes On the run edition application tier file system, use adop hotpatch mode to apply Patch 32392507 (R12.TXK.C.Delta.13 + critical adop phase=apply patches=32392507,33550674,34207577,33535778 hotpatch=yes  merge=yes As per 4.2 Critical TXK Patches, y Update your database tier with the latest patches.  ·  Run the admkappsutil.pl utility to create the appsutil.zip file in <INST_TOP>/admin/out. $ perl $AD_TOP/bin/admkappsutil.pl

Update DB Node y Sync Filesystem

On the application tier (as the applmgr user):      Source the run edition file system environment file.      UNIX:     $ . <EBS_ROOT>/EBSapps.env run     Run the admkappsutil.pl utility to create the appsutil.zip file in <INST_TOP>/admin/out.      $ perl <AD_TOP>/bin/admkappsutil.pl  On the database tier (as the oracle user):      Source the environment for the <RDBMS ORACLE_HOME>.     UNIX:     $ cd <RDBMS ORACLE_HOME>     $ . ./<RDBMS ORACLE_HOME>/<CONTEXT_NAME>.env     Change directory to the <RDBMS ORACLE_HOME> and uncompress appsutil.zip. $ cp /u01/install/APPS/fs1/inst/apps/EBSDB_apps/admin/out/appsutil.zip $ORACLE_HOME     $ cd $ORACLE_HOME     $ unzip -o appsutil.zip Run AutoConfig on the <RDBMS ORACLE_HOME>.     Note: For Oracle RAC systems, the steps in this section need to be run on each Oracle RAC node. For more details, refer to Oracle E-Business Suite Setup Guide, Release 12.2.     UNIX:     $ sh $ORACLE_HOME/appsutil/scripts/$CONTEXT_NAME/adautocfg.sh Run AutoConfig on the run edition file system. Note: Before running AutoConfig, if you are using the AutoConfig Customizations feature you must merge any customizations with the AutoConfig templates provided in the AD-TXK Delta 13 RUPs. As the applmgr user, run AutoConfig on all application tier nodes by running the appropriate command for your system: UNIX: $ sh $INST_TOP/admin/scripts/adautocfg.sh Synchronize the file systems. This action copies the new run edition code and configuration to the other file system. After you apply AD-TXK Delta 13, you should run fs_clone to synchronize the run and patch file systems with the configuration changes that the new codelevel introduces. If you do not run fs_clone, it will run automatically in the next prepare phase, which will consequently take more time. $ adop phase=fs_clone

6. Validar Cyclo de ADOP

Es importante que el ciclo de adop este cerrado antes de comenzar. Caso contrario cerrarlo o resolver los parches pendientes.

Validate the environment for path $ adop -validate  adop exiting with status = 0 (Success)

7. Aplicar Parche 12.2.11

Start an online patching cycle. $ adop phase=prepare Running this   adnodemgrctl.sh: check the logfile /u01/oracle/EBS1228/fs2/inst/apps/EBS1228_laborasrv1036/logs/appl/admin/log/adnodemgrctl.txt for more information ...    The prepare phase completed successfully.   adop exiting with status = 0 (Success)

Me encontre algunos errores. ORA-06512: at "APPS.AD_ZD_ADOP", line 274 ORA-06512: at line 4 (DBD ERROR: OCIStmtExecute) Reference of statement-handler is valid, not attempting database reconnect. Failed to execute SQL statement: declare ret_value number; begin ret_value:= AD_ZD_ADOP.WAIT_FOR_CP_TO_RUN(7746942); end;   uring the Prepare Phase the ADZDPATCH Concurrent Program Fails With AD_ZD_ADOP.WAIT_FOR_CP_TO_RUN and Internal Manager Log Shows Routine AFPCAL Received Failure Code While Parsing or Running Your Concurrent Program CPMGR (Doc ID 2334520.1)

run adadmin .  Java was not working so implemented jar signing again; regenerated jar files; and forms were accessible. Note: Please contact the Java team if assistance is needed. 2.  Recompile the APPS schema using adadmin. a. Open the adadmin application on the applications tier. b. Provide the "SYSTEM" schema password in the prompt. c. Provide the "APPS" schema password in the prompt. d. After login, select option 3 "Compile/Reload Applications Database Entities menu". e. Select option 1 from the menu that reads "Compile APPS schema". 3. Recreate grants/synonyms using adadmin. a. Open the Main AD Administration menu. b. Go to the Maintain Applications Database Entities menu. c. Select the "Recreate grants and synonyms for APPS schema" task. d. Exit the adadmin application. 4. Run the following to identify any invalid objects: SQL> select OBJECT_NAME,OWNER,CREATED,LAST_DDL_TIME,OBJECT_TYPE from dba_objects where status='INVALID' and owner like 'APPS' order by OBJECT_TYPE; 5. Recompile all invalid objects.

Start an online patching cycle. $ adop phase=prepare Running this

Apply Oracle E-Business Suite Release 12.2.11 Patch 31856789. UNIX: $ adop phase=apply patches=31856789 patchtop="/stage/12211patch"     El punto que más demora y puede estimar el tiempo que puede demorar esto: El proceso se quedo en este status por bastante tiempo, sin procesos en la DB. Procedi a quitar el Works Inicimos la herramienta adctrl Lo vuelvo a iniciar  adop phase=apply patches=31856789 patchtop="/stage/12211patch" restart=yes Hasta aca: 5hs Es necesario Volver a ejecutar el adctrl y marcar el workers como fixeado

Finalizar el Ciclo de ADOP:

$ adop phase=finalize
$ adop phase=cutover
$ adop phase=cleanup
$ adop phase=fs_clone

nota: Esta última tarea demora varias horas.

8. Parche Online Help 12.2.11

·  Apply Oracle E-Business Suite Release 12.2.11 Online Help Using adop hotpatch mode on the run file system, apply Oracle E-Business Suite Release 12.2.11  Online Help Patch 31856799. $ adop phase=apply patches=31856799 hotpatch=yes patchtop="/stage"

Quedaron algunos objetos descompilados que se compilo siguiendo la siguiente nota:

How To Compile Oracle Fast Formulas? (Doc ID 155737.1)

9. Migrate sys/system objects.

En este paso les voy a dejar la nota, luego voy a crear otro post. A partir de la versión de AD 13, Oracle movio todos los objetos que usaba EBS de los schemas sys y system a un nuevo schema llamado EBS_SYSTEM, a nivel seguridad esto es un cambio muy importante.

En laboratorios nunca tuve problemas en ejecutarlo porque son todos objetos standards, hay que hacer un doble check en caso de tener muchos objetos custom, pero en los mismos procedimientos se los puede ir listando.

Nota:

Oracle E-Business Suite Release 12.2 System Schema Migration (Doc ID 2755875.1) 

Developing and Deploying Customizations in Oracle E-Business Suite Release 12.2 (Doc ID 1577661.1)

Espero que les sirva el post, para entender los pasos grales de una migración de EBS (realmente es aplicar un parche).  Si les gusto por favor los invito a subscribirse: