Impresionantes 24 preguntas de la entrevista de gerente concurrente

Aquí hay 24 preguntas asombrosas de la entrevista para gerentes simultáneos que se hacen en la mayoría de las entrevistas para evaluar las habilidades de trabajo de los gerentes simultáneos

Pregunta 1: ¿Cuáles son los diferentes tipos de administradores concurrentes?

Respuesta Hay varios tipos de administradores concurrentes. Importantes:
Administrador interno
Administrador estándar.
Administrador de resolución de conflictos
Monitores internos
Administrador de servicios
Administrador de transacciones
Administrador personalizado definido

Lea más en el siguiente enlace

Administrador concurrente de Oracle

Pregunta 2: ¿Qué es el administrador concurrente interno?

Respuesta :Es responsable de controlar todos los demás administradores concurrentes. Su tarea principal es asegurarse de que todos los demás administradores concurrentes estén en funcionamiento. Controla a otros gestores a través de las solicitudes realizadas al gestor de servicios. También inicia, detiene y reinicia el administrador de servicios para todos los nodos.

Pregunta 3: ¿Qué es el Administrador de resolución de conflictos (CRM)?

Respuesta: Se encarga de resolver las incompatibilidades del programa y verifica si una solicitud en la cola se puede ejecutar en paralelo con la solicitud en ejecución. Si un programa se identifica como ejecutado solo, evita que los administradores simultáneos inicien otros programas en el mismo dominio de conflicto.

Pregunta 4: ¿Qué es un administrador estándar?

Respuesta :Standard Manager es el administrador concurrente maestro. Siempre se está ejecutando y puede encargarse de procesar cualquier solicitud concurrente. Si no hay ningún otro administrador asignado a un programa, ese programa será elegido por el administrador estándar.

Pregunta 5:
¿Qué sucedió detrás de escena cuando se envió una solicitud simultánea?

Respuesta

(1) Una vez que el usuario envía una solicitud simultánea, la tabla FND_CONCURRENT_REQUESTS se actualiza automáticamente con los detalles de la solicitud. La tabla también se actualiza con la información sobre la programación de la solicitud concurrente, ya sea que se programe inmediatamente o se programe a una hora fija.

(2 Si la solicitud es incompatible/restricciones definidas, una vez que llega el tiempo de ejecución de la solicitud, su estado se establece en pendiente/en espera. Ahora el administrador de resolución de conflictos se ocupa de la solicitud y averigua cuáles son las incompatibilidades y establece el estado pendiente normal cuando se eliminan las incompatibilidades.

(3) Si no hay incompatibilidades, una vez que llega el tiempo de ejecución de la solicitud, su estado se establece en pendiente/Normal

(4) TODOS los administradores concurrentes estándar y los administradores especiales sondean continuamente la tabla FND_CONCURRENT_REQUESTS. El trabajo de un administrador concurrente es ejecutar solicitudes concurrentes que están en estado/fase Pendiente/Normal y que está calificado para ejecutarse de acuerdo con sus reglas de especialización.

(5) Procesos de administrador simultáneos
– Actuar de manera independiente
– Seleccionar 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 <=fecha del sistema

(6) Una vez procesada la solicitud, la tabla FND_CONCURRENT_REQUESTS se actualiza con el estado.

Pregunta 6: Los usuarios comerciales crean el incidente de que las solicitudes concurrentes tardan mucho tiempo en completarse. ¿Cuál será su enfoque para depurarlo?

Respuesta

1) Primero encuentre el estado de la solicitud concurrente. Puede programarse más tarde o puede estar en modo pendiente/en espera o todos los administradores simultáneos están ocupados ejecutando otras solicitudes. Si está pendiente/en espera, necesitamos encontrar el programa incompatible ejecutándose e informar al usuario. Muchas veces los usuarios programan la solicitud para que se ejecute en un momento posterior.

2) Averigüe el sid de la base de datos de la solicitud concurrente y verifique que esté esperando en cualquier bloqueo. Terminaremos la sesión de Oracle que está bloqueando para completar el trabajo

3) Podemos ejecutar un seguimiento en la identificación de la solicitud para encontrar el sql en ejecución y luego generar el plan de explicación para él. Puede ver si el sid está atascado en un sql en particular. Si es un sql en particular, entonces es bueno verificar las estadísticas de la tabla involucrada. Podemos buscar una oportunidad de ajuste para esa consulta

4) Podemos comprobar los parámetros con los que se ejecuta la petición. (Por ejemplo, una vez que un usuario vino diciendo que la solicitud no está imprimiendo la salida. Al verificar las cosas posibles, se dio cuenta de que programó la solicitud con copias impresas =0).

Pregunta 7: ¿Qué sucede cuando el administrador concurrente interno muere abruptamente? ¿Todos los gerentes también son asesinados inmediatamente después?

Respuesta

No, TODOS los administradores estándar siguen ejecutando y ejecutando la solicitud. si el administrador interno fallece, las solicitudes de control de cola a continuación no se realizan

a) Inicia todos los demás procesos.
b) Ejecuta "solicitudes de control" enviadas por el administrador.
c) Activar/Desactivar/Cancelar administrador concurrente
d) Terminar solicitud concurrente
e ) Supervisa los procesos y reinicia cualquiera que haya fallado.
f) Establece el número objetivo de procesos para cada servicio en función del turno de trabajo actual.

Pregunta 8: ¿El administrador interno ejecuta o programa alguna solicitud por sí mismo?

Respuesta

No, el administrador interno no ejecuta ni programa ninguna solicitud. No tiene nada que ver con programar solicitudes o decidir qué administrador ejecutará una solicitud en particular. Su función es solo ejecutar solicitudes de 'control de colas'

a) Inicia todos los demás procesos.
b) Ejecuta "solicitudes de control" enviadas por el administrador.
c) Activar/Desactivar/Cancelar administrador concurrente
d) Terminar solicitud concurrente
e ) Supervisa los procesos y reinicia cualquiera que haya fallado.
f) Establece el número objetivo de procesos para cada servicio en función del turno de trabajo actual.

Pregunta 9: ¿Cómo proceso más solicitudes simultáneas en paralelo?

Respuesta

Podemos aumentar los procesos de destino del administrador concurrente para aumentar el paralelismo. Esto se puede hacer utilizando el formulario de definición de administrador concurrente o a través de una actualización directa desde sqlplus

Pregunta 10: Si el administrador interno deja de funcionar, ¿debo matar a todos los administradores antes de reiniciar el administrador interno?

Respuesta
No, si el administrador interno falla, no es necesario que elimine a todos los administradores. Simplemente puede iniciar el administrador interno usando startmgr.

Pregunta 11 :¿Cuáles son los problemas a los que te has enfrentado al cerrar aplicaciones?

Respuesta

Al cerrar una aplicación, el administrador concurrente generalmente no se apagará porque algunas de las otras solicitudes pueden estar ejecutándose. Veremos cuáles son las solicitudes simultáneas que se ejecutan consultando fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process y v$sqltext.

Si esa solicitud solo está haciendo una declaración de selección, eliminaremos esas solicitudes; de lo contrario, verificaremos cuánto tiempo llevará completar consultando las ejecuciones anteriores de esa solicitud, y luego decidiremos qué hacer.

Pregunta 12: ¿Qué son los monitores internos?

Respuesta: Los monitores internos se usan específicamente en PCP para permitir la conmutación por error de ICM a otros nodos de nivel medio disponibles.
a) Coloque un monitor interno en cualquier nodo donde ICM pueda iniciarse en caso de falla.
b) Los monitores internos se instalan en cada nodo registrado de forma predeterminada.
c) Si el ICM falla, el monitor interno intentará iniciar un nuevo ICM en el nodo local.
d) Si se inician varios ICM, solo el primero permanecerá activo. Los demás saldrán con gracia.

Pregunta 13: ¿Puedo eliminar el administrador concurrente?
Respuesta:

Sí, puede eliminar cualquier administrador concurrente. Para eliminar, consulte el administrador en el formulario de administrador concurrente definido y luego elimine la fila.

No se recomienda eliminar los administradores concurrentes predefinidos y nunca se debe hacer. La eliminación puede causar inestabilidad en el sistema.

Pregunta 14: ¿Cómo puede saber qué archivo de seguimiento se crea para la solicitud en particular?

Respuesta

Puede averiguar lo mismo usando el script que se proporciona a continuación. El seguimiento se ubicará en la ubicación de volcado del servidor de la base de datos.

prompt
accept request prompt ‘Please enter the concurrent request id for the appropriate concurrent program:’
prompt
column traceid format a8
column tracename format a80
column user_concurrent_program_name format a40
column execname format a15
column enable_trace format a12
set lines 80
set pages 22
set head off
SELECT ‘Request id: ‘||request_id, ‘Trace id: ‘||oracle_Process_id, ‘Trace flag: ‘||req.enable_trace, ‘Trace Name: ‘||dest.value||’ ‘||lower(dbnm.value)||’ora’||oracle_process_id||’.trc’, ‘Prog. Name: ‘||prog.user_concurrent_program_name, ‘File name: ‘||execname.execution_file_name||execname.subroutine_name , ‘Status :’||decode(phase_code, ‘R’, ‘Running’)||’ ‘||’-‘||decode(status_code, ‘R’, ‘Normal’), “SID Serial: “||ses.sid||” , “||ses.serial#, “Module : “||ses.module
from fnd_concurrent_requests req,
v$session ses, v$process proc,
v$parameter dest, v$parameter dbnm,
fnd_concurrent_programs_v1 prog,
fnd_executables execname
where req.request_id = &request
and req.oracle_process_id=proc.spid(+)
and proc.addr = ses.paddr(+)
and dest.name=’user_dump_dest’
and dbnm.name=’db_name’
and req.concurrent_program_id =
prog.concurrent_program_id
and req.program_application_id =
prog.application_id
and prog.application_id =
execname.application_id
and
prog.executable_id=execname.executable_id;

Las 30 consultas de administrador simultáneas más útiles

Pregunta 15: ¿Explicar cómo funciona el procesamiento concurrente paralelo (PCP)?

Respuesta
En caso de procesamiento simultáneo paralelo, a todos los administradores se les asigna un nodo principal y uno secundario. Los administradores se inician en su nodo principal de forma predeterminada. En caso de falla del nodo o falla de la instancia de Oracle, todos los administradores simultáneos en ese nodo se cambian a sus nodos secundarios. Una vez que el nodo principal vuelve a estar disponible, los administradores simultáneos de los nodos secundarios vuelven a migrar al nodo principal. Durante el proceso de migración, un administrador puede distribuirse entre los nodos principal y secundario.

En caso de procesamiento paralelo concurrente, puede ocurrir que en un nodo donde se configure el procesamiento paralelo concurrente, la instancia de Oracle esté o no ejecutándose. El nodo que no ejecuta Oracle, los administradores concurrentes se conecta a través de Net8 a un nodo que ejecuta Oracle.
El administrador concurrente interno puede ejecutarse en cualquier nodo y puede activar y desactivar administradores concurrentes en todos los nodos. Dado que el administrador concurrente interno debe estar activo en todo momento, necesita una alta tolerancia a fallas. Para proporcionar esta tolerancia a errores, el procesamiento concurrente paralelo utiliza procesos de supervisión internos. El trabajo del proceso de monitoreo interno es monitorear constantemente al administrador interno e iniciarlo cuando falla. Solo un proceso de monitoreo interno puede estar activo en un solo nodo. Usted decide qué nodos tienen un proceso de monitoreo interno cuando configura su sistema. También puede asignar a cada proceso de supervisión interna un nodo principal y uno secundario para garantizar la protección contra fallas. A los procesos de supervisión interna, como los administradores concurrentes, se les pueden asignar turnos de trabajo y son activados y desactivados por el administrador concurrente interno.

Procesamiento Concurrente Paralelo

Pregunta 16: ¿Cuáles son las circunstancias en las que necesita rebotar el administrador concurrente?

Respuesta:Puede haber muchas situaciones en las que necesite rebotar el administrador concurrente

a) Cuando modificas la definición de las impresoras
b) Cuando modificas las variables de entorno. Supongamos que ha cambiado la variable APPLTMP y APPLPTMP.
c) Cuando todas las solicitudes están pendientes y suspendidas y no se está procesando
d) la aplicación de parche requiere el rebote del CM
e) Tenemos muchos bloqueos globales en el sistema debido a bloqueos de varios administradores simultáneos y otros procesos

Pregunta 17: ¿Cuáles son las razones por las que un administrador concurrente se cuelga?

Respuesta:

El administrador concurrente se cuelga debido a muchas razones. Algunos de ellos son:
– Trabajos de ejecución prolongada
– El administrador interno fue activado por alguien que no es el propietario del sistema de la aplicación
– El sistema de archivos del sistema operativo está lleno
– No es posible crear el archivo de registro
– Ha cerrado el administrador interno, pero en realidad tiene un número
– La base de datos está bloqueada tal vez porque los archivos de registro del archivo se han llenado
– Las solicitudes pendientes/en espera son demasiadas

Pregunta 18: ¿Cómo podemos habilitar/deshabilitar el Administrador de resolución de conflictos?

Respuesta: Se puede hacer usando las opciones de perfil "Concurrente:Usar ICM". Establézcalo en "Y" para habilitar el administrador de resolución de conflictos. Para deshabilitarlo, establezca la opción de perfil en "N".

Pregunta 19: ¿Qué son los administradores de transacciones?

Respuesta: Los administradores de transacciones brindan procesamiento de trabajos síncrono al monitorear continuamente una canalización de DBMS para las solicitudes que llegan desde una aplicación del lado del cliente. El trabajo de un administrador de transacciones es procesar este trabajo de inmediato y enviar información al cliente utilizando la canalización.

a) Los administradores de transacciones brindan procesamiento de trabajo sincrónico
b) Un cliente solicita que un administrador de transacciones específico ejecute un programa y espera los resultados de ese programa
c) Los programas de los equipos de productos están vinculados directamente a los ejecutables del administrador de transacciones
d) PO, CRP, INV, AR y OE todos los administradores de transacciones de envío

Pregunta 20: ¿Cómo funciona el mecanismo de visualización de archivos de registro y salida desde el navegador?

Respuesta

La secuencia de eventos es la siguiente:
1. Un usuario dentro de una sesión de aplicaciones solicita ver un archivo de registro o cierre.
2. El navegador recibe la solicitud y genera el programa CGI FNDWRR.exe
3. FNDWRR.exe inicia sesión en la base de datos y consulta FND_CONCURRENT_REQUESTS para descubrir en qué nodo se almacenan los archivos para esta solicitud.
4. FNDWRR.exe construye el nombre de servicio para el servidor de archivos en ese nodo. Y hace la llamada tns para contactar al oyente para este nombre de servicio.
5. El oyente responde generando el ejecutable FNDFS local, como se define en su archivo listener.ora. Ahora, FNDFS y FNDWRR.exe pueden comunicarse directamente mediante llamadas RPC.
6. FNDWRR.exe solicita a FNDFS que transfiera el archivo seleccionado por el usuario.
7. FNDFS transfiere el contenido del archivo a un directorio de archivos temporales en el nodo del servidor web.
8. El servidor web muestra el contenido del archivo al usuario.

Pregunta 21: ¿Por qué el administrador concurrente pone un programa concurrente en una cola? ¿Por qué el gerente simplemente no deja que el programa se ejecute?
Respuesta: Porque en un momento dado, un administrador concurrente no puede ejecutar más de, digamos, 10 programas al mismo tiempo. Esta cifra de 10 es configurable por supuesto. Primero, el gerente pone un programa enviado en una cola, luego, el gerente verifica si hay un espacio disponible (es decir, menos de 10 programas se están ejecutando actualmente). Si se encuentra un espacio disponible, el administrador concurrente ejecuta el programa, o bien mantiene el programa concurrente en una cola con el estado Pendiente.

Pregunta 22: Qué hacer si una solicitud está inactiva/sin administrador

Respuesta: Estas son preguntas bastante complicadas
a) Asegúrese de que haya al menos un administrador activo con reglas de especialización que permitan el programa.
b) Si ha confirmado el punto anterior, entonces el problema puede ser obsoleto. Vista de solicitud del trabajador
:la vista se usa internamente para asignar solicitudes a los gerentes
:la vista se regenera cuando se crean los gerentes o se modifican las reglas de especialización
c) Puede regenerar manualmente la vista
FNDLIBR FND FNDCPBWV aplicaciones/aplicaciones SYSADMIN 'Administrador del sistema' SYSADMIN

Pregunta 23: ¿Qué son los administradores de servicios?

Respuesta: 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 un administrador 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 procedimiento remoto (RPC) al oyente de aplicaciones en ese nodo para iniciar el Supervisor. Una vez que se ha iniciado e inicializado el administrador de servicios, el ICM se comunica directamente con el SM a través de RPC, brindándole información para administrar los servicios en ese nodo. El SM 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 un agente de ICM para el nodo local
El Service Manager lo inicia ICM a pedido 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, sus administradores de servicios también salen.

Pregunta 24: ¿Qué es lo que realiza ICM Process Monitor?

Respuesta: El propio ICM y cada proceso generado por el ICM tiene una entrada en FND_CONCURRENT_PROCESSES y tiene un bloqueo DBMS con un nombre único.
El bloqueo único del ICM tiene un formato de FNDCPLK_ICM. Este bloqueo de la sesión de la base de datos es el método por el que el ICM garantiza en cada ciclo de PMON que los procesos del administrador y del servicio siguen activos. Si el ICM puede obtener el bloqueo de la sesión DBMS de un proceso, el ICM iniciará un nuevo proceso para ese administrador o servicio.

Esta es la razón por la que a menudo verá entradas como proceso inactivo encontrado, iniciando un nuevo proceso en los archivos de registro de ICM.

Artículos relacionados con Concurrent Manager

Aislamiento de programas simultáneos posteriores a la actualización en una cola de administrador separada en R12.2:cómo aislar la solicitud concurrente enviada por la actualización a un administrador simultáneo separado para que el procesamiento simultáneo regular no se vea afectado
cómo enviar la salida del programa simultáneo a través de correo electrónico:opción de entrega para la salida del programa concurrente en la versión Oracle EBS R12.
conjunto de solicitudes en las aplicaciones de Oracle:el conjunto de solicitudes brinda la capacidad de enviar el mismo conjunto de solicitudes regularmente mediante una sola transacción.
CP Analyzer:el CP Analyzer revisa las configuraciones de CP y las compara con las mejores prácticas de Oracle
Concurrente:Fase y estado de solicitud:Toda la información sobre Fase y estado de solicitud concurrente. El significado se deriva de cada combinación.
ORA-01427:Consulte esto para la solución en ORA-01427:la subconsulta de una sola fila devuelve más de un error de fila, cómo resolverlo cuando sucede con Concurrent Manager
Prioridad para el programa concurrente:esta publicación tiene una descripción detallada ription sobre el cambio de prioridad para el programa concurrente o el usuario o la solicitud para resolver los problemas críticos de ejecución del informe del usuario

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 están comenzando 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