Administrador concurrente de Oracle

• Tipos de Oracle Concurrent Manager
  • Administrador concurrente interno (ICM)
  • Administradores de servicios (FNDSM)
  • Monitores internos (FNDIMON)
  • Administradores simultáneos de Oracle (FNDLIBR,INVLIBR)
• Descripción sobre tablas de Oracle importantes de Oracle Concurrent Manager
• Tablas de administrador concurrente
• Descripción del estado de la fase de solicitud simultánea
• cómo iniciar el administrador concurrente en aplicaciones Oracle r12
• cómo detener el administrador concurrente en aplicaciones Oracle r12
• cómo verificar el estado del administrador concurrente en aplicaciones Oracle r12
• Ubicación del archivo de registro de administrador concurrente en R12
• Resolución de problemas del administrador concurrente
• GUIONES DEL SERVIDOR DE PROCESAMIENTO CONCURRENTE
• Cómo realizar ajustes de administrador simultáneos
• Cursos  recomendados

Tipos de Oracle Concurrent Manager

Administrador concurrente interno (ICM)

El Internal Concurrent Manager (ICM) puede considerarse el "cerebro" del procesamiento concurrente. Es responsable de la siguiente funcionalidad:

-Inicia todos los demás procesos como administrador de resolución de conflictos, administrador estándar
-Ejecuta "solicitudes de control" enviadas por el administrador.
-Activar/Desactivar/Cancelar administrador concurrente
-Terminar solicitud concurrente
-Supervisa los procesos, reiniciando cualquiera que haya fallado.
-Establece el número objetivo de procesos para cada servicio en función del turno de trabajo actual.

Inicio del ICM

-secuencia de comandos adcmctl.sh
-La escucha de aplicaciones TNS debe iniciarse antes de iniciar ICM

Cierre del ICM

-Al cerrar el ICM, se detendrán todos los demás servicios, como el administrador de resolución de conflictos, el administrador estándar
– El apagado normal indica que los procesos deben salir después de completar sus tareas actuales.
– La cancelación terminará los procesos de servicio.
– ICM no se cerrará hasta que se hayan cerrado todos los demás procesos.
-Utilice adcmctl.sh para cerrar ICM.

Administradores de servicios (FNDSM)

Los administradores de servicios se generan en los nodos de nivel medio de un sistema habilitado para GSM para actuar como un agente del ICM. Cuando el ICM ve que necesita administradores de servicios para realizar alguna función, como iniciar un proceso de administrador concurrente, en un nodo de nivel medio, realizará llamadas de control de procedimientos remotos al oyente de aplicaciones en ese nodo para iniciar el administrador de servicios. Una vez que el administrador de servicios se ha iniciado e inicializado, el ICM se comunica directamente con el administrador de servicios a través de una llamada de procedimiento remoto (RPC), brindándole información para administrar los servicios en ese nodo.

-El administrador de servicios se genera desde APPS TNS Listener
– APPS TNS Listener debe iniciarse en cada nodo de nivel medio del sistema y debe iniciarlo el usuario que inicia ICM (por ejemplo, applmgr)
- TNS Listener genera Service Manager para que se ejecute como agente de ICM para el nodo local
-ICM inicia Service Manager cuando es necesario. Si no se necesitan acciones de administración en un nodo, ICM no iniciará un administrador de servicios hasta que sea necesario. Cuando ICM sale de su administrador de servicios, también sale.
-El entorno del administrador de servicios lo establece APPSORA.env como se define en listener.ora
-Los archivos listener.ora y tnsnames.ora deben configurarse correctamente para el oyente para poder generar el Administrador de servicios y para que el ICM pueda verificar el estado del Administrador de servicios.

Monitores internos (FNDIMON)

Los monitores internos se utilizan específicamente en el procesamiento simultáneo paralelo para permitir la conmutación por error del administrador simultáneo interno a otros nodos de nivel medio disponibles.

-Coloque un monitor interno en cualquier nodo donde el ICM pueda iniciarse en caso de falla.
-Los monitores internos se instalan en cada nodo registrado de manera predeterminada.
-Si el ICM falla, el monitor interno intente iniciar un nuevo ICM en el nodo local.
-Si se inician varios ICM, solo el primero permanecerá activo. Los demás saldrán con gracia.

Administradores concurrentes de Oracle (FNDLIBR,INVLIBR)

Los administradores simultáneos proporcionan un procesamiento de trabajos asíncrono al monitorear la tabla FND_CONCURRENT_REQUESTS en un ciclo continuo. El trabajo de un administrador concurrente es ejecutar solicitudes concurrentes que están en estado/fase/estado Pendiente/Normal y que está calificado para ejecutarse de acuerdo con sus reglas de especialización.

Procesos de administrador simultáneos
:actúe de forma independiente
:seleccione solo solicitudes que:(a) coincidan con las reglas de especialización del administrador, (b) estén pendientes/normales, (c) tengan una hora de inicio solicitada

Descripción sobre tablas de Oracle importantes de Oracle Concurrent Manager

FND_CONCURRENT_QUEUES
TARGET_NODE
-Usado para indicar dónde se deben iniciar procesos adicionales
-Usado por los administradores para determinar si deben apagarse para la migración
-Los administradores comparan el valor del parámetro pasado en el inicio con este valor
-Usado por la interfaz de usuario para indicar dónde existen los procesos (no es del todo exacto en caso de migración)
-Asignado por ICM en función de la configuración primaria y secundaria

NODE_NOMBRE
-Indica el nodo principal para PCP:carga dirigida
-Dónde deben iniciarse los procesos a menos que el nodo no esté en línea o se haya determinado que no está disponible
-Si no se especifica ningún nodo, ICM asignará el destino de forma predeterminada en NODE_NAME2
-Indica el nodo secundario para PCP:conmutación por error de carga dirigida
-Solo se asigna como TARGET_NODE si el nodo principal no está disponible

FND_CONCURRENT_PROCESSES
NODE_NAME
-Indica dónde se está ejecutando el proceso del administrador
-También indica dónde existen los archivos del administrador
-Se rellena con el valor de uname() (nombre físico de la máquina)
-Usado por ICM al finalizar el proceso
-Usado al ver el archivo de registro en la interfaz de usuario (UI)
-Usado por el programa de purga para eliminar el archivo de registro del proceso
-Podría usarse para cálculos de estadísticas de carga de trabajo
-Probablemente los RPM lo usarán para intentar encontrar un OPP local
-Se usa de manera similar en 11i.X para ubicar el servidor de informes

FND_CONCURRENT_REQUESTS
LOGFILE_NODE_NAME, OUTFILE_NODE_NAME
-Indique dónde existen los archivos
-Usado en la interfaz de usuario (UI) para la visualización de archivos
-Usado por el programa de purga para eliminar archivos
-Valor rellenado por proceso mgr, basado en su propio nodo

FND_NODES

NODE_NAME
-Indica el nombre del nodo donde se encuentra el archivo DBC.
-El script Adgendbc.sh crea el archivo DBC.

SERVER_ID
-Se usará para autenticar conexiones desde el nodo.
-Actualizado por adgendbc.sh que llama a la API AdminAppServer.

Tablas de administrador concurrente

FND_NODES: Contiene toda la información a nivel de nodos

FND_CONCURRENT_PROCESSES : Contiene toda la información del proceso del administrador concurrente
FND_CONCURRENT_REQUESTS : Contiene un historial completo de todas las solicitudes simultáneas (tanto el historial pasado como las programadas para ejecutarse en el futuro).

FND_CONCURRENT_QUEUES:contiene la información de todo el administrador concurrente creado en el sistema
FND_CONCURRENT_PROGRAMS:contiene la información de todo el programa concurrente disponible en el sistema
FND_EXECUTABLES
FND_CP_SERVICES
FND_CONCURRENT_QUEUE_SIZE
FND_CONCURRENT_QUEUE_CONTENT
FND_CONCURRENT_PROGRAM_SERIAL
FND_CONCURRENT_TIME_PERIODS
FND_CONCURRENT_PROCESSORS

FNDSVCRG
El ejecutable FNDSVCRG se activa desde los scripts de control antes y después de que un script inicie o detenga el servicio. FNDSVCRG se conectará a la base de datos para verificar la configuración del Servicio GSM Sembrado. Si el servicio en cuestión no está habilitado para ser administrado bajo GSM, el ejecutable FNDSVCRG no hará nada y saldrá. El script luego continuaría realizando sus acciones normales de inicio/detención. Si el servicio está habilitado para la gestión GSM, el ejecutable FNDSVCRG actualizará la información relacionada con el servicio en la base de datos, incluido el contexto del entorno, la ubicación actual del archivo de registro del servicio y el estado actual del servicio

Descripción del estado de la fase de solicitud simultánea

PENDIENTE/Normal -La solicitud está esperando al próximo administrador disponible.
PENDIENTE/En espera -El programa para ejecutar la solicitud es incompatible con otro programa que se está ejecutando actualmente.
PENDIENTE/Programado -La solicitud está programada para comenzar en una hora o fecha futura.
PENDIENTE/En espera -Una solicitud secundaria está esperando que su solicitud principal la marque como lista para ejecutarse. Por ejemplo, una solicitud en un conjunto de solicitudes que se ejecuta secuencialmente debe esperar a que se complete una solicitud anterior.
EN EJECUCIÓN/Normal -La solicitud se está ejecutando normalmente.
EN EJECUCIÓN/En pausa -La solicitud principal hace una pausa para que todas sus solicitudes secundarias terminen de ejecutarse. Por ejemplo, un conjunto de solicitudes hace una pausa para que se completen todas las solicitudes del conjunto.
EN EJECUCIÓN/Reanudando -Todas las solicitudes enviadas por la misma solicitud principal han terminado de ejecutarse. La solicitud principal continúa ejecutándose.
EN EJECUCIÓN/Terminando -La solicitud finaliza seleccionando el botón Cancelar solicitud en la ventana Solicitudes.
COMPLETADO/Normal -Solicitud completada con éxito.
COMPLETADO/Error -La solicitud no pudo completarse correctamente.
COMPLETADO/Advertencia -Solicitud completada con advertencias. Por ejemplo, una solicitud se genera correctamente pero no se imprime.
COMPLETADO/Cancelado -La solicitud pendiente o inactiva se cancela seleccionando el botón Cancelar solicitud en la ventana Solicitudes.
COMPLETADO/Terminado -La solicitud finaliza seleccionando el botón Cancelar solicitud en la ventana Solicitudes.
INACTIVO/Deshabilitado -El programa para ejecutar la solicitud no está habilitado. Póngase en contacto con el administrador del sistema.
INACTIVO/En espera- La solicitud pendiente se pone en espera seleccionando el botón Solicitar en espera en la ventana Solicitudes.
INACTIVO/Sin administrador -No se define ningún administrador para ejecutar la solicitud. Consulte con el administrador de su sistema. También se otorga un estado de Sin administrador cuando todos los administradores están bloqueados por solicitudes de ejecución independiente.

cómo iniciar el administrador concurrente en Oracle apps r12

Iniciar administrador concurrente en R12
Conéctese al usuario del nivel de aplicación, generalmente es applmgr

cd $ADMIN_SCRIPTS_HOME
./adcmctl.sh start apps/<apps-pass>

cómo detener el administrador concurrente en Oracle apps r12

Detener administrador concurrente en R12
Conéctese al usuario del nivel de aplicación, generalmente es applmgr

cd $ADMIN_SCRIPTS_HOME
./adcmctl.sh stop apps/<apps-pass>

cómo verificar el estado del administrador concurrente en las aplicaciones de Oracle r12

Para comprobar el estado del administrador concurrente
Conéctese al usuario del nivel de aplicación, generalmente es applmgr

cd $ADMIN_SRCIPTS_HOME
./adcmctl.sh status apps/<apps-pass>

Ubicación del archivo de registro de Concurrent Manager en R12

Administrador concurrente, ICM y solicitud concurrente generan los archivos de registro

A) Archivo de registro de solicitudes concurrentes:documenta la ejecución de una solicitud en particular ( l.req )
B) Archivo de registro del administrador:documenta el desempeño de un proceso de administrador concurrente. ( W.mgr )
C) Archivo de registro del administrador interno:documenta el desempeño del ICM. (std.mgr). Este archivo de registro muestra los parámetros utilizados con el comando 'adcmctl'.

si $APPLCSF está configurado

Los archivos de registro se encuentran en la carpeta  $APPLCSF/$APPLLOG.
Los archivos de registro también se pueden ver desde las aplicaciones desde el formulario Ver solicitudes simultáneas

R12.2  APPLCSF =$NE_BASE/inst//logs/appl/conc/log

R12.1 APPLCSF=$INST_TOP//logs/appl/conc/log

Si $APPLCSF no está configurado

Los archivos de registro están en la carpeta $PRODUCT_TOP/$APPLLOG.

Del mismo modo para los archivos de salida,

si $APPLCSF está configurado

R12.2 APPLCSF=$NE_BASE/inst//logs/appl/conc/

R12.1 APPLCSF=$INST_TOP//logs/appl/conc/

Solución de problemas del administrador concurrente

¿Cómo se verifica el estado de los administradores concurrentes de Oracle desde el sistema operativo?
–Comando Linux:

$ ps -ef | grep LIB

-Tenga en cuenta que el administrador concurrente interno se puede ver en esta lista porque su comando es "FNDLIBR FND CPMGR...", mientras que los otros se muestran más como "FNDLIBR FND Concurrent_Processor..."
-El ID de usuario de Unix que se muestra en la primera columna de este el listado es crucial:estos procesos de administrador simultáneos deben ser propiedad del mismo ID de usuario de Unix que posee el código de aplicaciones ($APPL_TOP y sus subdirectorios); este usuario suele denominarse "applmgr"

¿Adónde van todos los archivos generados por los administradores concurrentes de Oracle?

-El archivo de registro de ICM va en el directorio $FND_TOP/log y generalmente coincide con std.mgr.
-Los archivos de registro de los trabajadores van en $FND_TOP/log y coinciden con W.mgr
-El los archivos de registro/cierre de solicitud concurrente se ubican en el directorio principal del producto asociado con el producto que ejecuta la solicitud:por ejemplo, los archivos de registro/cierre de sesión para informes AR se ubican en $AR_TOP.
-Los archivos de registro para solicitudes concurrentes se ubican en $ subdirectorio APPLLOG bajo el directorio superior del producto apropiado y haga coincidir l .req
-Los archivos de salida para solicitudes concurrentes van al subdirectorio $APPLOUT
-Si se establece APPLCSF, debe apuntar a la ruta completa a un directorio que tiene los subdirectorios $APPLLOG y $APPLOUT. Este directorio $APPLCSF se utilizará en lugar de los distintos directorios principales de productos para escribir
todos los archivos de registro/cierre de sesión.

Los problemas más comunes del administrador simultáneo son causados ​​por problemas de protección de archivos en el nivel de Unix/linux.

-¿Está iniciando los administradores concurrentes como applmgr?
-¿Puede applmgr hacer lo siguiente para crear un archivo en el directorio
$FND_TOP/$APPLLOG?
¿Directorio $FND_TOP/$APPLOUT?
Unix:$ touch $FND_TOP/$APPLLOG/a
-Si esto falla, ¿quién es el propietario del directorio?
Unix:$ ls -ld $FND_TOP/$APPLLOG
-¿Es este directorio un enlace simbólico? si es así, ¿cuáles son las protecciones en el directorio al que apunta?
-¿Se está quedando sin espacio en disco en esta partición? i-nodes?
Unix:$ df -k
Unix (en algunos sistemas) para verificar i-nodes:$ df -i
-¿Está configurado APPLCSF?
-Si es así , ¿puede applmgr hacer esto?
Unix:$ toque $APPLCSF/$APPLLOG/a
-Compruebe los directorios $APPLOUT (generalmente "fuera") al igual que los directorios de registro.

Si un programa concurrente PL/SQL no puede escribir en un archivo externo, recibirá un mensaje de error similar a:

MSG-00102: Error Message :ORA-20100: File o0000071.tmp creation for FND_FILE failed.
You will find more information on the cause of the error in request log.
ORA-06512: at "APPS.FND_FILE", line 378
ORA-06512: at "APPS.FND_FILE", line 473
ORA-06512: at "APPS.AP_XYZ", line 192
REP-1419: 'beforereport': PL/SQL program aborted.

NOTA:Las aplicaciones también producen archivos de salida PL/SQL temporales que se utilizan en el procesamiento concurrente. Estos archivos se escriben en una ubicación en el nodo del servidor de la base de datos especificado por la configuración del entorno APPLPTMP. El directorio APPLPTMP debe ser el mismo directorio especificado por el parámetro utl_file_dir en el archivo de inicialización de su base de datos.
.
Rapid Install establece tanto APPLPTMP como el parámetro utl_file_dir en el mismo directorio predeterminado. Como los archivos temporales colocados en este directorio pueden contener información sensible al contexto, debe ser un directorio seguro en el nodo del servidor de la base de datos con acceso de lectura y escritura para el propietario del servidor de la base de datos. En un sistema de múltiples nodos, el directorio definido por APPLPTMP no necesita existir en los servidores de nivel de aplicación. Durante una actualización con AutoUpgrade, debe proporcionar el valor del parámetro utl_file_dir para la configuración del entorno APPLPTMP.

Para aislar dónde está el problema, verifique lo siguiente:

1) Asegúrese de que el nombre del archivo sea válido (el nombre del archivo no debe incluir caracteres como "^")

2) Asegúrese de que APPLPTMP esté configurado en un directorio válido y que AMBOS, el usuario applmgr y el usuario de la base de datos, tengan permisos de lectura y escritura en ese directorio (normalmente, se puede configurar en el mismo directorio que APPLTMP)

3) Asegúrese de que el archivo no salga en el directorio señalado por APPLPTMP

4) Asegúrese de que el directorio señalado por APPLPTMP sea la primera entrada en utl_file_dir. Además, verifique que todas las entradas en utl_file_dir sean válidas y que applmgr tenga permisos de lectura/escritura.

Si usa un spfile, verifique la sintaxis adecuada para establecer utl_file_dir:

Ej.

ALTER SYSTEM SET UTL_FILE_DIR='directory1','directory2' scope=spfile;

5) Si aún tiene problemas, verifique si puede escribir un archivo directamente usando FND_FILE, que es el paquete que usa la aplicación. Desde SQLPLUS, conectado como usuario de aplicaciones, ejecute:

SQL> exec FND_FILE.PUT_LINE(FND_FILE.LOG, 'THIS IS A TEST');

Esto debería volcar un archivo en APPLPTMP.

Si esta prueba funciona, indicaría que FND_FILE está bien y posiblemente el problema esté en la aplicación.

Es posible que desee dejar solo una entrada en utl_file_dir para esta prueba.

6) Si aún tiene problemas, verifique si puede escribir un archivo usando UTL_FILE, que es usado por FND_FILE.

Ejecute el PL/SQL a continuación, cambiando a la primera entrada en utl_file_dir (es posible que desee dejar solo una entrada en utl_file_dir para esta prueba).

set serveroutput on
DECLARE file_location VARCHAR2(256) := '';
file_name VARCHAR2(256) := 'utlfile1.lst';
file_text VARCHAR2(256) := 'THIS IS A TEST';
file_id UTL_FILE.file_type;
BEGIN
file_id := UTL_FILE.fopen(file_Location,file_name, 'W');
UTL_FILE.put_line(file_id, file_text);
UTL_FILE.fclose(file_id);
EXCEPTION
WHEN UTL_FILE.INVALID_PATH
THEN
dbms_output.put_line('Invalid path ' || SQLERRM);
WHEN OTHERS
THEN
dbms_output.put_line('Others '|| SQLCODE || ' ' || SQLERRM);
END;
/

Este programa debería volcar un archivo en el directorio solicitado. Si la prueba falla, es probable que el problema esté en el lado de la base de datos.

SECUENCIAS DE GUIONES DEL SERVIDOR DE PROCESAMIENTO CONCURRENTE

afcmstat.sql Muestra todos los administradores definidos, su capacidad máxima, pids y su estado.
afimchk.sql Muestra el estado del método ICM y PMON en vigor, el archivo de registro de ICM y determina si se está ejecutando el monitor del administrador simultáneo.
afcmcreq.sql Muestra el administrador concurrente y el nombre de su archivo de registro que procesó una solicitud.
afrqwait.sql Muestra las solicitudes pendientes, retenidas y programadas.
afrqstat.sql Muestra el resumen del tiempo y el estado de ejecución de solicitudes simultáneas desde una fecha determinada.
afqpmrid.sql Muestra la identificación del proceso del sistema operativo del proceso FNDLIBR en función de una identificación de solicitud simultánea. La identificación del proceso se puede usar con la utilidad ORADEBUG.
afimlock.sql Muestra la identificación del proceso, la terminal y la identificación del proceso que pueden estar causando bloqueos que ICM y CRM están esperando obtener. Debe ejecutar este script si hay grandes retrasos al enviar trabajos o si sospecha que el ICM está estancado con otro proceso de Oracle.

Cómo hacer Manager Tuning concurrente

Ajuste del administrador concurrente interno (ICM)

El rendimiento de ICM se ve afectado por los tres parámetros importantes de Oracle:el ciclo PMON, el tamaño de la cola y el tiempo de suspensión.

Ciclo de PMON:este es el número de ciclos de suspensión que el ICM espera entre el momento en que verifica las fallas de los administradores simultáneos, cuyo valor predeterminado es 20. Debe cambiar el ciclo de PMON a un número inferior a 20 si sus administradores simultáneos tienen problemas con fallas anormales. terminaciones.

Tamaño de la cola:el tamaño de la cola es la cantidad de ciclos de PMON que el ICM espera entre la verificación de administradores simultáneos nuevos o deshabilitados. Se debe usar el tamaño de cola predeterminado de 1 ciclo PMON.

Tiempo de suspensión:el parámetro de tiempo de suspensión indica los segundos que el ICM debe esperar entre la verificación de solicitudes que están esperando para ejecutarse. El tiempo de suspensión predeterminado es 60, pero puede reducir este número si ve que tiene muchas solicitudes en espera (Pendiente/Normal). Sin embargo, reducir este número a un valor muy bajo puede causar una utilización excesiva de la CPU.

Ajuste del tamaño de caché del administrador concurrente individual

El rendimiento del administrador simultáneo también se puede mejorar aumentando el tamaño de la memoria caché del administrador para que sea al menos el doble de la cantidad de procesos de destino. El tamaño de caché especifica el número de solicitudes que se almacenarán en caché cada vez que el administrador simultáneo lea de la tabla FND_CONCURRENT_REQUESTS. Aumentar el tamaño de la memoria caché aumentará el rendimiento de los administradores al intentar evitar el tiempo de inactividad.

Depuración de solicitudes simultáneas
Se observa que cuando los registros en FND_CONCURRENT_PROCESSES y FND_CONCURRENT_REQUESTS superan los 50 000, puede comenzar a experimentar serios problemas de rendimiento dentro de sus aplicaciones de Oracle. Para evitar estos problemas, debemos depurar regularmente los datos de estas tablas mediante una solicitud específica denominada "Purgar solicitudes concurrentes y/o datos del administrador". Debe programarse para ejecutarse periódicamente. Esta solicitud se puede configurar para purgar los datos de la solicitud de las tablas FND, así como los archivos de registro y los archivos de salida acumulados en el disco.

Análisis de tablas de diccionarios de Oracle Apps para un alto rendimiento

Las tablas de Concurrent Manager pueden fragmentarse con el tiempo, por lo que se recomienda reconstruirlas con un mantenimiento regular
También es muy importante ejecutar la solicitud Recopilar estadísticas de tabla
Algunas de las tablas importantes son
FND_CONCURRENT_PROCESSES
FND_CONCURRENT_PROGRAMS
FND_CONCURRENT_REQUESTS,
FND_CONCURRENT_QUEUES.

Espero que les guste esta publicación sobre Oracle Concurrent Manager.

Leer también
Consultas de administrador concurrente:este artículo contiene las 30 mejores consultas de administrador concurrente para solución de problemas, resolución, tiempo de ejecución y detalles de administrador concurrente. la subconsulta devuelve más de un error de fila, cómo resolverlo cuando ocurre con Concurrent Manager
conjunto de solicitudes en las aplicaciones de Oracle:el conjunto de solicitudes brinda la capacidad de enviar el mismo conjunto de solicitudes regularmente usando una sola transacción.
Preguntas de la entrevista de gerente concurrente ::Consulte 24 preguntas de la entrevista de gerente concurrente para ayudarlo en la entrevista de EBS. Esto consiste en todo tipo de preguntas sobre el administrador estándar, el administrador de servicios
Procesamiento concurrente paralelo:¿Qué es PCP, cómo configurarlo, cómo definir el monitor interno?
Administrador concurrente de Oracle:Cómo un E-Business Suite Concurrent Manager Process Works,Oracle Concurrent Manager,Qué es el monitor interno,Qué es el administrador de servicios y solución de problemas
https://docs.oracle.com/cd/E18727_01/doc.121/e12893/T174296T174302.htm

Cursos recomendados

Los siguientes son algunos de los cursos recomendados que puede comprar si quiere dar un paso más

Abajo se encuentran los enlaces a algunos de los cursos

Oracle DBA 11g/12c:administración de bases de datos para DBA junior :Este curso es bueno para las personas que comienzan como DBA Junior o aspiran a ser DBA de Oracle. Esto proporcionará una buena comprensión de las tareas de copia de seguridad y recuperación y de administración general
Oracle Database:Oracle 12C R2 RAC Administration :Este curso cubre la instalación y administración de Oracle RAC. Un buen curso para Oracle DBA que desea actualizar sus habilidades para Oracle RAC
Oracle Data Guard:administración de bases de datos para Oracle 12C R2 :Este curso cubre la instalación y administración de Oracle Dataguard. Un buen curso para Oracle DBA que desea mejorar sus habilidades para Oracle Dataguard