sql >> Base de Datos >  >> RDS >> Oracle

Proceso de actualización paso a paso para la actualización R12.2 Parte -4 (aplicación del paquete de actualización de versión 12.2.x)

La actualización R12.2 consta de la siguiente parte

  1. Pasos de preparación previos a la actualización
  2. Actualización principal mediante el controlador de actualización principal para R12.2.0 (combinado con el parche de actualización consolidado de Oracle E-Business Suite preinstalado para R12.2.0)
  3. Habilitación de parches en línea
  4. Aplicando los últimos  R12.AD.C.Delta.n y R12.TXK.C.Delta.n
  5. Aplicación del paquete de actualización de versión (RUP) 12.2.n

Ya nos hemos ocupado de la parte 1, 2,3 en la publicación anterior

Proceso de actualización paso a paso para R12.2 Actualizar parte -1
Proceso de actualización paso a paso a R12.2 Actualizar parte -2
Proceso de actualización paso a paso a R12.2 Actualizar parte -3
Proceso de actualización paso a paso para R12.2 Upgrade Part -4

Estamos publicando el paso 4 en esta parte

Aplicación del paquete de actualización de versión (RUP) 12.2.10

(1) Aplicar los parches de base de datos requeridos

Aplique los parches de base de datos requeridos

Antes de aplicar los paquetes de actualización de versión (RUP) de AD y TXK Delta 12, debe ejecutar la última versión (disponible a través del parche 17537119) de EBS Technology Codelevel Checker (ETCC). Utilice el comando checkDBpatch.sh (en UNIX) o checkDBpatch.cmd (en Windows).

Es necesario ejecutar la última versión para:

Compruebe que se han aplicado todos los parches de base de datos necesarios. Para obtener más información sobre los parches de base de datos necesarios para aplicar los RUP de Delta 8, consulte Mi documento de conocimientos de Oracle 1594274.1, Oracle E-Business Suite versión 12.2:Lista consolidada de parches y correcciones de errores tecnológicos.

Asegúrese de que el proceso de instalación de Delta 12 RUP encuentre todos los objetos de base de datos de ETCC necesarios. Esto significa que incluso si ya tiene instalados todos los parches necesarios para la base de datos, aún debe ejecutar la última versión de ETCC en su base de datos

(2) Inicie los servicios de administrador de weblogic

sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh start

(3) Aplicar los parches AD y TXT más recientes

Ejecute los anuncios siguiendo las instrucciones del archivo Léame del parche 30628681 (R12.AD.C.Delta.12).
(i). Cree $ORACLE_HOME/appsutil/admin en el servidor de la base de datos.
(ii). Copie admin/adgrants.sql desde este directorio de parches a $ORACLE_HOME/appsutil/admin.
(iii)Ejecute el script.
$ sqlplus /nolog
SQL> @$ORACLE_HOME/appsutil/admin /adgrants.sql APLICACIONES

para 19c
$Source CDB env
$export ORACLE_PDB_SID=TEST

(iv) Aplicar el parche 30628681 usando el modo hotpatch

adop phase=apply patches=30628681 hotpatch=yes

(v) Aplicar los parches Techstack

$ adop phase=apply patches=30735865,31904550 hotpatch=yes merge=yes

(4) Aplicar el conjunto de parches de la versión R12.2.10 de E-Business Suite

(i)Fuente del entorno de aplicaciones de la edición de ejecución.

ps /EBSapps.env ejecutar

(ii) Detenga los servicios Oracle Weblogic Admin Server y Node Manager.

sh $ADMIN_SCRIPTS_HOME/adadminsrvctl.sh stop
sh $ADMIN_SCRIPTS_HOME/adnodemgrctl.sh stop

(iii) Aplique el parche 30399999 del paquete de actualización de versión de Oracle E-Business Suite 12.2.10 en el entorno de aplicación de la edición de ejecución, utilizando el modo de tiempo de inactividad.

$ adop phase=apply apply_mode=downtime patches=30399999

(iv) Inicie todos los servicios de nivel de aplicación en el sistema de archivos de ejecución.

sh $ADMIN_SCRIPTS_HOME/adstrtal.sh

(v) Realizar una acción de limpieza de adopción.

adop phase=cleanup

(vi)Sincronizar sistemas de archivos

Sincronice los sistemas de archivos usando el comando que se muestra a continuación. Esta acción copiará el nuevo código de edición de ejecución y la configuración en el otro sistema de archivos, para garantizar que ambos sistemas de archivos estén sincronizados antes de aplicar parches usando el ciclo de adopción normal en el otro sistema de archivos.

$ adop phase=fs_clone

Publicar los pasos de las actualizaciones R12.2

 (1) Restablecer la contraseña del esquema de Oracle

  • Durante la actualización, Rapid Install conserva las contraseñas que estableció anteriormente para los productos existentes. Sin embargo, como crea un esquema para cada nuevo producto instalado, si no ingresó una contraseña en el asistente de instalación rápida, configura una contraseña predeterminada derivada de la abreviatura del producto (nombre corto). Para mantener la seguridad del producto, restablezca estas contraseñas predeterminadas ahora
  • Cambiar la contraseña predeterminada para el nuevo esquema creado por la actualización
Select username from dba_users where created > sysdate -5;

Use FNDCPASS para cambiar la contraseña según el formato de producción

 (2) Actualizar el nivel de la base de datos con el código AD más reciente

(i) Cree appsutil.zip en $INST_TOP/admin/out ejecutando perl $AD_TOP/bin/admkappsutil.pl
perl admkappsutil.pl
Comenzando la generación de appsutil.zip
Archivo de registro ubicado en la salida ubicada en
$APPL_TOP/admin/out/appsutil.zip
MakeAppsUtil se completó correctamente.

(ii) Copie el archivo appsutil.zip y descomprímalo.

descomprimir -o appsutil.zip

(iii) Ejecute autoconfig
adconfig.sh contextfile=/uxyz/app/ora/TEST/db/11.2.0.4/appsutil /TEST_tech.xml
Ingrese la contraseña de usuario de APPS:
El registro El archivo para esta sesión se encuentra en:/uxyz/app/ora/TEST/db/11.2.0.4/appsutil/log/TEST_tech/122869859/adconfig.log
AutoConfig está configurando el entorno de la base de datos…
AutoConfig considerará las plantillas personalizadas si están presentes.
Usando la ubicación de ORACLE_HOME:/uxyz/app/ora/TEST/db/11.2.0.4
Classpath:
Usando el archivo de contexto:/uxyz/app/ora /TEST/db/11.2.0.4/appsutil/TEST_tech.xml
Context Value Management ahora actualizará el archivo de contexto
Actualizando el archivo de contexto... COMPLETADO
Intentando cargar el archivo de contexto y las plantillas a la base de datos... COMPLETADO
Actualización de la versión de rdbms en el archivo de contexto a db111
Actualización del tipo de rdbms en el archivo de contexto a 64 bits
Configuración de plantillas desde ORACLE_HOME...
Configuración automática completada con éxito.

(3)  Cambiar parámetros de inicio

Reduce these init.ora parameter which you specifically set for the upgrade 
 *._sqlexec_progression_cost = 2147483647 #MP
 *._optimizer_autostats_job=false #MP
 *.aq_tm_processes=1
 *.log_checkpoint_interval=100000
 *.job_queue_processes=No of CPU Core( This will help in invalid object compilation)
 *.parallel_max_servers=2X No of CPU Core  ( This will help in large index rebuild)
 *.max_dump_file_size='102400'
 *.O7_DICTIONARY_ACCESSIBILITY=FALSE
 *.recyclebin=OFF
 *.cluster_database=false ( If it is RAC database)
 Set the below parameter to have fixed memory areas during the upgrade process
 unset (remove) - sga_max_size
 sga_target=0
 db_cache_size=< Maximum depending on Memory available>
 shared_pool_reserved_size=10% of shared pool size
 shared_pool_size =< Maximum depending on Memory available>

(4) Instalar parches de ayuda en línea

  • Para instalar la ayuda en línea en inglés americano, ejecute la parte de la base de datos del parche de ayuda en línea (u10201000.drv). Se encuentra en el directorio $AU_TOP/patch/115/driver.
  • Debe aplicar el controlador de parches de ayuda en línea en inglés estadounidense ($AU_TOP/patch/115/driver/u10201000.drv) usando AD Online Patching (adop)
adop phase=apply patchtop=$AU_TOP/patch/115 patches=driver:u10201000.drv options=nocopyportion,nogenerateportion,forceapply hotpatch=yes

(5)Instalar 12.2.10 Ayuda en línea

Aplique el parche de ayuda en línea de Oracle E-Business Suite versión 12.2.10 utilizando el modo de parche activo en el sistema de archivos de ejecución.

$ adop phase=apply patches=30399996 hotpatch=yes

(6) Eliminar perfiles huérfanos

Delete Orphan Profiles from FND_PROFILE_OPTION_VALUES
delete from apps.fnd_profile_option_values
where
(level_id = 10005
and level_value > 0
and level_value not in (select node_id from apps.fnd_nodes))
or
(level_id = 10007
and level_value2 > 0
and level_value_application_id=-1
and level_value2 not in (select node_id from apps.fnd_nodes));

(7) Habilitar el registro de archivo y forzar el registro (si es necesario)

Apagar inmediatamente;
Establecer cluster_database en verdadero (si RAC)
montaje de inicio
alterar el registro de archivo de la base de datos
Alterar el inicio de sesión forzado de la base de datos;
alterar la apertura de la base de datos;

(8) Consultar índices

Asegúrese de que todos los índices (incluido el índice de partición) sean válidos. Si no se pueden usar, reconstrúyalos.

(9) Inicie todos los servicios y verifique el entorno

 (10) Habilitar seguimiento de auditoría

Establezca el estado del grupo en "Deshabilitar - Purgar tabla" solo para AP_SYSTEM_PARAMETERS_ALL

Y habilite otros grupos de auditoría

(11) Verificar la finalización de los programas simultáneos (recomendado)

El proceso de actualización crea numerosas solicitudes de programas simultáneas. Una vez que abre el nivel de la aplicación, estos programas se ejecutan automáticamente para completar tareas como la limpieza de datos y actualizaciones de datos históricos, entre otras.

(12) Eliminar esquema obsoleto

Quitar esquema de producto obsoleto (opcional)
Nota:Este paso debe ejecutarse solo después de completar la tarea Verificar la finalización de la actualización de programas simultáneos.

  1. Asegúrese de que no existan objetos en el esquema del producto que queden obsoletos. Si existen objetos en el esquema, deben eliminarse antes de descartar el esquema.
  2. Después de determinar que el esquema está vacío y no existen personalizaciones ni dependencias, el esquema se puede descartar mediante addropschema.sql.

Uso:aplicaciones sqlplus @/patch/115/sql/addropschema.sql

Ejemplo:sqlplus apps/apps @/patch/115/sql/addropschema.sql manager applsys bsc
Nota:Ingrese la contraseña de la aplicación cuando se le solicite.

  1. Los esquemas de productos obsoletos que se pueden considerar descartar incluyen:

ABM, AHM, AMF, AMW, BIL, BIV, BIX, BSC, CSS, CUE, CUF, CUI, CUN, CUP, CUS, DDD, EAA, EVM, FEM, FII, FPT, FTP, GCS, HCC, IBA, IBP, IGF, IGS, IGW, IMT, IPD, ISC, ITA, JTS, ME, MST, OKB, OKI, OKO, OKR, OZP, OZS, PFT, POA, PSB, RCM, RHX, RLA, VEH, XNC, XNI, XNM, XNS .ZFA, ZPB, ZSA.

4. Se deben conservar los siguientes esquemas para admitir las dependencias técnicas de otros productos:

HRI, BIM, OPI, PMI, ENI, PJI, FTE, EGO

Nota:algunos esquemas pueden estar activos para otros productos con licencia, aunque estos productos aparecen como obsoletos en Planificación de una actualización. En estos casos, la funcionalidad se elimina

(13) Sinónimos colgantes (opcional)

Después de eliminar el esquema de producto obsoleto, debe ejecutar el siguiente script para eliminar los sinónimos pendientes:

sqlplus APPS/****@DB @$AD_TOP/sql/adzd_drop_synonyms.sql

Espero que les guste esta publicación sobre Aplicación del paquete de actualización de versión 12.2.10 .

Artículos relacionados

Principales consultas útiles de AWR para la actualización R12.2/R12.1

40 preguntas que debes saber sobre R12.2

Cómo clonar el entorno R12.2

Cambios importantes en Autoconfig R12.2