20 de marzo de 2024

Parche SEguridad CPU Weblogic 12.2.1.4.0

 Buenas tardes, un breve blog para instalar los parches de seguridad en Weblogic ya que que hace un tiempito cambio a lo que estabamos acostumbrados con el famoso bsu.sh.

4 pasos fundamentales.

1. Upgrade Java

2. Upgrade Opach

3. Precheck de instalación

4. Instalación con Java.

Páginas referencia:

Critical Patch Update (CPU) Patch Advisor for Oracle Fusion Middleware - Updated for January 2024 (Doc ID 2806740.2)

How To Apply the July WLS PSU and OPatch on DIPC-C Instances (Doc ID 2803346.1)

How To Apply the October WLS PSU and OPatch on DIPC-C Instances (Doc ID 2821939.1)

After Successful Opatch Upgrade to 13.9.4.2.7 Many Files and Folders are Missing Under OPatch and oui Directory (Doc ID 2814978.1)

Upgrading Opatch to 13.9.4.2.7 Fails with the Error "Invalid Central Inventory location" (Doc ID 2830582.1)


1). JDK:

Esto es un upgrade común, según el aplicativo que usen, por lo gral se baja el último parche del jdk y se reemplaza en el path. (no voy a dar detalle sobre este punto)

2)  Upgrade Opatch

El opatch ahora se actualiza con un .jar (antes solo reemplazabamos el directorio OPatch)


export ORACLE_HOME=/u01/app/oracle/mwhome/12.2.1.4/oracle_home

$ORACLE_HOME/OPatch/opatch version

./opatch version

OPatch Version: 13.9.4.2.4

OPatch succeeded.


mv $ORACLE_HOME/OPatch $ORACLE_HOME/OPatch_bkp


$JAVA_HOME/bin/java -jar /u01/stage/6880880/opatch_generic.jar -silent oracle_home=/u01/app/oracle/mwhome/12.2.1.4/oracle_home

Launcher log file is /tmp/OraInstall2024-03-20_12-09-23AM/launcher2024-03-20_12-09-23AM.log.

Extracting the installer . . . . Done

Checking if CPU speed is above 300 MHz.   Actual 2245.780 MHz    Passed

Checking swap space: must be greater than 512 MB.   Actual 4095 MB    Passed

Checking if this platform requires a 64-bit JVM.   Actual 64    Passed (-d64 flag is not required)

Checking temp space: must be greater than 300 MB.   Actual 51919 MB    Passed

Preparing to launch the Oracle Universal Installer from /tmp/OraInstall2024-03-20_12-09-23AM

Installation Summary


Disk Space : Required 45 MB, Available 106,206 MB

Feature Sets to Install:

        Next Generation Install Core 13.9.4.0.1

        OPatch 13.9.4.2.14

        OPatch Auto OPlan 13.9.4.2.14

Session log file is /tmp/OraInstall2024-03-20_12-09-23AM/install2024-03-20_12-09-23AM.log


Loading products list. Please wait.

 1%

 40%

Loading products. Please wait.

.

.


The install operation completed successfully.

Logs successfully copied to /u01/app/oraInventory/logs.


*Verify that OPatch was upgraded

[oracle@172.17.211.104]#$ORACLE_HOME/OPatch/opatch version

OPatch Version: 13.9.4.2.14

OPatch succeeded.

3) PreCheck 

Ejecutamos la instalación con el flag - report para validar no tener ningún conflico:

a) Validar Version Weblogic

cd /u01/app/oracle/mwhome/12.2.1.4/oracle_home/wlserver/server/lib

#java -cp weblogic.jar weblogic.version

WebLogic Server 12.2.1.4.0

b) Download parche:

Patch 36155700: WLS PATCH SET UPDATE 12.2.1.4.240104

Ejecución:

Run the SPBAT utility for the precheck phase:

export ORACLE_HOME=/oracle/middleware/13.4.0/omshome/

cd /u01/stage/WLS_SPB_12.2.1.4.240111/binary_patches


$ORACLE_HOME/OPatch/opatch napply -report -oh $ORACLE_HOME -phBaseFile linux64_patchlist.txt



[oracle@demo-demantra binary_patches]$ $ORACLE_HOME/OPatch/opatch napply -report -oh $ORACLE_HOME -phBaseFile linux64_patchlist.txt

Oracle Interim Patch Installer version 13.9.4.2.14

Copyright (c) 2024, Oracle Corporation.  All rights reserved.



Oracle Home       : /u01/app/oracle/mwhome/12.2.1.4/oracle_home

Central Inventory : /u01/app/oracle/oraInventory

   from           : /u01/app/oracle/mwhome/12.2.1.4/oracle_home/oraInst.loc

OPatch version    : 13.9.4.2.14

OUI version       : 13.9.4.0.0

Log file location : /u01/app/oracle/mwhome/12.2.1.4/oracle_home/cfgtoollogs/opatch/opatch2024-03-20_00-14-41AM_1.log



OPatch detects the Middleware Home as "/u01/app/oracle/mwhome/12.2.1.4/oracle_home"


Verifying environment and performing prerequisite checks...

Skip patch 35965629 from list of patches to apply: This patch is not needed.

Skip patch 35474754 from list of patches to apply: This patch is not needed.

OPatch continues with these patches:   1221420  32720458  33093748  35922290  36086980  36155700  36178550


Do you want to proceed? [y|n]

.

. [proceso].....

.


ApplySession skipping inventory update.

Patches 1221420,32720458,33093748,35922290,36086980,36155700,36178550 successfully applied.

Log file location: /u01/app/oracle/mwhome/12.2.1.4/oracle_home/cfgtoollogs/opatch/opatch2024-03-20_00-14-41AM_1.log

OPatch succeeded. (no se asusten, no lo aplica)


4) Instalación Parche  

Por último teniendo se instala el parche de seguridad de Weblogic, en este caso el de Enero 2024


cd /u01/stage/WLS_SPB_12.2.1.4.240111/binary_patches

$ORACLE_HOME/OPatch/opatch napply -oh $ORACLE_HOME -phBaseFile linux64_patchlist.txt


[oracle@demo-demantra binary_patches]$ $ORACLE_HOME/OPatch/opatch napply -oh $ORACLE_HOME -phBaseFile linux64_patchlist.txt

Oracle Interim Patch Installer version 13.9.4.2.14

Copyright (c) 2024, Oracle Corporation.  All rights reserved.



Oracle Home       : /u01/app/oracle/mwhome/12.2.1.4/oracle_home

Central Inventory : /u01/app/oracle/oraInventory

   from           : /u01/app/oracle/mwhome/12.2.1.4/oracle_home/oraInst.loc

OPatch version    : 13.9.4.2.14

OUI version       : 13.9.4.0.0

Log file location : /u01/app/oracle/mwhome/12.2.1.4/oracle_home/cfgtoollogs/opatch/opatch2024-03-20_00-17-43AM_1.log



OPatch detects the Middleware Home as "/u01/app/oracle/mwhome/12.2.1.4/oracle_home"


Verifying environment and performing prerequisite checks...

Skip patch 35965629 from list of patches to apply: This patch is not needed.

Skip patch 35474754 from list of patches to apply: This patch is not needed.

OPatch continues with these patches:   1221420  32720458  33093748  35922290  36086980  36155700  36178550


Do you want to proceed? [y|n]

y

User Responded with: Y

All checks passed.


Please shutdown Oracle instances running out of this ORACLE_HOME on the local system.

(Oracle Home = '/u01/app/oracle/mwhome/12.2.1.4/oracle_home')



Is the local system ready for patching? [y|n]

y

User Responded with: Y

Backing up files...

Applying interim patch '1221420' to OH '/u01/app/oracle/mwhome/12.2.1.4/oracle_home'




.

.


Patching component oracle.wls.core.app.server, 12.2.1.4.0...

Patches 1221420,32720458,33093748,35922290,36086980,36155700,36178550 successfully applied.

Sub-set patch [31960985] has become inactive due to the application of a super-set patch [36155700].

Please refer to Doc ID 2161861.1 for any possible further required actions.

Log file location: /u01/app/oracle/mwhome/12.2.1.4/oracle_home/cfgtoollogs/opatch/opatch2024-03-20_00-17-43AM_1.log


OPatch succeeded.

* Validamos los parches instalados

$ $ORACLE_HOME/OPatch/opatch lspatches

36178550;WLS STACK PATCH BUNDLE 12.2.1.4.240111 (Patch 36178496)

36155700;WLS PATCH SET UPDATE 12.2.1.4.240104

36086980;FMW Thirdparty Bundle Patch 12.2.1.4.231207

35922290;RDA release 24.1-2024116 for OFM 12.2.1.4 SPB

33093748;One-off

32720458;JDBC 19.3.0.0 FOR CPUJAN2022 (WLS 12.2.1.4, WLS 14.1.1)

1221420;Coherence Cumulative Patch 12.2.1.4.20



Con unos pasos muy simples, estamos cubiertos bajo todas las amenazas y vulnerabilidades existentes para Java y Weblogic. Me atrevo a decir que en el 99% de los casos no es necesaria ninguna prueba exaustiva en la aplicación. Si bien en el ciclo se recomienda aplicar en DEV, probar, hacer backups, etc, etc... no es para nada peligroso y nos ahorra un dolor grande de cabeza.

Espero que les sirva!

Saludos


#seguridad #weblogic #fusion #cpu 

8 de agosto de 2023

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:

5 de abril de 2023

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.



28 de enero de 2023

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.

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: