Oracle
 sql >> Base de Dados >  >> RDS >> Oracle

Impressionantes 24 perguntas de entrevista de gerente simultâneo


Aqui estão incríveis 24 perguntas de entrevistas simultâneas de gerentes feitas na maioria das entrevistas para testar as habilidades de trabalho simultâneas do gerente

Pergunta 1: Quais são os diferentes tipos de gerentes simultâneos?

Resposta Existem vários tipos de gerenciadores simultâneos. Importantes:
Gerente interno
Gerenciador padrão.
Gerenciador de resolução de conflitos
Monitores internos
Gerenciador de serviço
Gerenciador de transações
Gerenciador personalizado definido

Leia mais no link abaixo

Gerenciador simultâneo da Oracle

Pergunta 2: O que é o Gerenciador Concorrente Interno?

Resposta :É responsável por controlar todos os outros gerentes simultâneos. Sua principal tarefa é garantir que todos os outros gerenciadores simultâneos estejam funcionando. Ele controla outros gerentes através das solicitações feitas ao gerente de serviço. Ele também inicia, para e reinicia o gerenciador de serviço para todos os nós.

Pergunta 3: O que é o Gerenciador de Resolução de Conflitos (CRM)?

Resposta: Ele se encarrega de resolver as incompatibilidades do programa e verifica se uma solicitação na fila pode ser executada em paralelo com a solicitação em execução. Se um programa for identificado como executado sozinho, ele impedirá que gerentes simultâneos iniciem outros programas no mesmo domínio de conflito.

Pergunta 4: O que é um gerente padrão?

Resposta :Standard Manager é o gerenciador simultâneo mestre. Ele está sempre em execução e pode cuidar do processamento de qualquer solicitação simultânea. Se nenhum outro gerente for atribuído a um programa, esse programa será escolhido pelo gerente padrão.

Pergunta 5:
O que aconteceu nos bastidores quando uma solicitação simultânea é enviada?

Resposta

(1) Uma vez que uma requisição concorrente é submetida pelo usuário, a tabela FND_CONCURRENT_REQUESTS é automaticamente atualizada com os detalhes da requisição. A tabela também é atualizada com as informações sobre o agendamento da solicitação simultânea, seja agendada imediatamente ou agendada em horário fixo.

(2 Se o pedido for incompatível/restrições definidas, Uma vez que o tempo de execução do pedido chega, seu status é definido como pendente/Standby. Agora o gerenciador de resolução de conflitos cuida do pedido e descobre quais são as incompatibilidades e define o status pendente normal quando as incompatibilidades são eliminadas.

(3) Se não houver incompatibilidades, assim que chegar o tempo de execução da solicitação, seu status será definido como pendente/Normal

(4) TODOS os gerenciadores simultâneos padrão e gerenciadores especiais pesquisam continuamente a tabela FND_CONCURRENT_REQUESTS. O trabalho de um gerenciador simultâneo é executar solicitações simultâneas que estão na fase/status Pendente/Normal e que está qualificado para executar de acordo com suas regras de especialização.


(5) Processos Simultâneos do Gerente
– Atuar de forma independente
– Selecione apenas solicitações que:(a) correspondam às regras de especialização do gerente, (b) estejam Pendentes/Normais, (c) tenham um horário de início solicitado <=data do sistema

(6) Uma vez processado o pedido, a tabela FND_CONCURRENT_REQUESTS é atualizada com o status.

Pergunta 6: Os usuários corporativos criam o incidente cujas solicitações simultâneas estão demorando muito para serem concluídas. Qual será sua abordagem para depurá-lo?

Resposta

1) Primeiro encontre o status da solicitação simultânea. Ele pode ser agendado mais tarde ou pode estar no modo pendente/standby ou todos os gerenciadores simultâneos estão ocupados executando outras solicitações. Se estiver pendente/em espera, precisamos encontrar o programa incompatível em execução e informar o usuário. Muitas vezes os usuários agendam a solicitação para ser executada posteriormente.

2) Descubra o lado do banco de dados da solicitação simultânea e verifique se está aguardando algum bloqueio. Vamos matar a sessão do oráculo que está bloqueando para concluir o trabalho

3) Podemos executar um rastreamento no request-id para encontrar o sql em execução e gerar o plano de explicação para ele. Você pode ver se o sid está preso em um sql específico. Se for um sql específico, então é bom verificar as estatísticas da tabela envolvida. Podemos procurar uma oportunidade de ajuste para essa consulta

4) Podemos verificar os parâmetros com os quais o pedido é executado. (Por exemplo, uma vez que um usuário veio dizendo que a requisição não está imprimindo a saída. Ao verificar as coisas possíveis, percebeu-se que ele agendou a requisição com print copy =0.)

Pergunta 7: O que acontece quando o gerente concorrente interno morre abruptamente? Todos os gerentes também são mortos imediatamente depois disso?

Resposta

Não TODOS os gerenciadores padrão continuam executando e executando a solicitação. se o gerenciador interno morrer, as solicitações de controle de fila abaixo não serão executadas

a) Inicia todos os outros processos.
b) Executa “solicitações de controle” enviadas pelo administrador.
c) Ativa/Desativa/Aborta o Gerenciador Concorrente
d) Encerra Solicitação Concorrente
e ) Monitora os processos, reiniciando os que falharam.
f) Define o número alvo de processos para cada serviço com base no turno de trabalho atual.

Pergunta 8: O gerente interno executa ou agenda alguma solicitação para si mesmo?

Resposta

Não, o gerente interno não executa ou agenda nenhuma solicitação. Não tem nada a ver com pedidos de agendamento ou decidir qual gerente executará um pedido específico. Sua função é apenas executar solicitações de ‘controle de fila’

a) Inicia todos os outros processos.
b) Executa “solicitações de controle” enviadas pelo administrador.
c) Ativa/Desativa/Aborta o Gerenciador Concorrente
d) Encerra Solicitação Concorrente
e ) Monitora os processos, reiniciando os que falharam.
f) Define o número alvo de processos para cada serviço com base no turno de trabalho atual.

Pergunta 9: Como faço para processar mais solicitações simultâneas em paralelo?

Resposta

Podemos aumentar os processos alvo do gerenciador concorrente para aumentar o paralelismo. Isso pode ser feito usando o formulário de gerenciador simultâneo de definição ou através de uma atualização direta do sqlplus

Pergunta 10: Se o gerenciador interno ficar inativo, preciso matar todos os gerenciadores antes de reiniciar o gerenciador interno?

Resposta
Não, se o gerente interno cair, você não precisa matar todos os gerentes. Você pode simplesmente iniciar o gerenciador interno usando startmgr.

Pergunta 11 :Quais são os problemas que você enfrentou ao desligar aplicativos?

Resposta

Ao encerrar um aplicativo, geralmente o gerenciador simultâneo não ficará inativo porque algumas das outras solicitações podem estar em execução. Veremos quais são as solicitações simultâneas em execução consultando fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process e v$sqltext.

Se essa solicitação estiver apenas fazendo alguma instrução select, mataremos essas solicitações, caso contrário, verificaremos o tempo necessário para concluir consultando as execuções anteriores dessa solicitação e decidiremos o que fazer.

Pergunta 12: O que são Monitores Internos?

Resposta: Os monitores internos são usados ​​especificamente no PCP para permitir o failover do ICM para outros nós de camada intermediária disponíveis.
a) Coloque um monitor interno em qualquer nó onde o ICM possa iniciar em caso de falha.
b) Os Monitores Internos são propagados em cada nó registrado por padrão.
c) Se o ICM ficar inativo, o Monitor Interno tentará iniciar um novo ICM no nó local.
d) Se vários ICMs forem iniciados, apenas o primeiro permanecerá ativo. Os outros sairão graciosamente.

Pergunta 13: Posso excluir o gerente simultâneo?
Resposta:

Sim, você pode excluir qualquer gerente simultâneo. Para excluir, consulte o gerente no formulário de gerente simultâneo definido e exclua a linha.

A exclusão dos gerenciadores simultâneos predefinidos não é recomendada e nunca deve ser feita. A exclusão pode causar instabilidade no sistema.

Pergunta 14: Como você pode saber qual arquivo de rastreamento é criado para a solicitação específica?

Resposta

Você pode descobrir o mesmo usando o script abaixo. O rastreamento estará localizado no local udump do servidor de banco de dados.

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;

As 30 principais consultas do gerenciador simultâneo mais úteis

Pergunta 15: Explique como funciona o processamento simultâneo paralelo (PCP)?

Resposta
No caso de processamento simultâneo paralelo, todos os gerenciadores recebem um nó primário e um nó secundário. Os gerenciadores são iniciados em seu nó primário por padrão. Em caso de falha de nó ou falha de instância Oracle, todos os gerenciadores simultâneos nesse nó são alternados para seus nós secundários. Assim que o nó primário estiver disponível novamente, os gerenciadores simultâneos nos nós secundários serão migrados de volta para o nó primário. Durante o processo de migração, um gerenciador pode ser distribuído entre nós primários e secundários.

No caso de processamento simultâneo paralelo, pode acontecer que em um nó onde o processamento simultâneo paralelo esteja configurado, a instância Oracle esteja ou não em execução. O nó que não está executando o Oracle, os gerenciadores simultâneos se conectam via Net8 a um nó que está executando o Oracle.
O gerenciador interno simultâneo pode ser executado em qualquer nó e pode ativar e desativar os gerenciadores simultâneos em todos os nós. Como o gerenciador simultâneo interno deve estar ativo o tempo todo, ele precisa de alta tolerância a falhas. Para fornecer essa tolerância a falhas, o processamento simultâneo paralelo usa processos de monitor interno. O trabalho do processo de monitoramento interno é monitorar constantemente o gerenciador interno e iniciá-lo quando ele falhar. Apenas um processo de monitor interno pode estar ativo em um único nó. Você decide quais nós têm um processo de monitor interno ao configurar seu sistema. Você também pode atribuir a cada processo de monitor interno um nó primário e um nó secundário para garantir a proteção contra failover. Processos de monitoramento interno, como gerentes simultâneos, podem ser atribuídos a turnos de trabalho e são ativados e desativados pelo gerente simultâneo interno.

Processamento simultâneo paralelo

Pergunta 16: Quais são as circunstâncias em que você precisa rejeitar o gerente simultâneo?

Resposta:Pode haver muitas situações em que você precisa devolver o gerente simultâneo

a) Ao modificar a definição das impressoras
b) Ao modificar as variáveis ​​de ambiente. Suponha que você alterou a variável APPLTMP e APPLPTMP.
c) Quando todas as solicitações estão pendentes e suspensas e nenhum processamento está acontecendo
d) a aplicação de patch requer o retorno do CM
e) Temos muitos travamentos globais no sistema devido a travamentos de vários gerenciadores simultâneos e outros processos

Pergunta 17: Quais são as razões pelas quais um gerente simultâneo trava?

Resposta:

O gerenciador simultâneo trava devido a vários motivos. Alguns deles são:
– Trabalhos de longa duração
– O gerente interno foi ativado por alguém que não seja o proprietário do sistema aplicativo
– O sistema de arquivos do sistema operacional está cheio
– Não é possível criar o arquivo de log
– Você desligou o gerenciador interno, mas na verdade ele tem um número nele
– O banco de dados está travando talvez porque os arquivos de log do arquivo foram preenchidos
– As solicitações pendentes/em espera são muitas

Pergunta 18: Como podemos ativar/desativar o Gerenciador de Resolução de Conflitos?

Resposta: Isso pode ser feito usando as opções de perfil “Concurrent:Use ICM”. Defina-o como “Y” para habilitar o gerenciador de resolução de conflitos. Para desativá-lo, defina a opção de perfil para “N”.

Pergunta 19: O que são gerenciadores de transações?

Resposta: Os gerenciadores de transações fornecem processamento de trabalho síncrono monitorando continuamente um canal DBMS para solicitações provenientes de um aplicativo do lado do cliente. O trabalho de um gerenciador de transações é processar esse trabalho imediatamente e enviar informações de volta ao cliente usando o pipe.

a) Os gerenciadores de transações fornecem processamento de trabalho síncrono
b) Um cliente faz uma solicitação para que um gerenciador de transações específico execute um programa e aguarda os resultados desse programa
c) Os programas das equipes de produto são vinculados diretamente ao os executáveis ​​do gerenciador de transações
d) PO, CRP, INV, AR e OE todos enviam gerenciadores de transações

Pergunta 20: Como funciona o mecanismo de visualização de arquivos de log e saída no navegador?

Resposta

A sequência de eventos é a seguinte:
1. Um usuário em uma sessão de aplicativos solicita a visualização de um arquivo de logon ou logout.
2. O navegador recebe a solicitação e gera o programa CGI FNDWRR.exe
3. FNDWRR.exe efetua login no banco de dados e consulta FND_CONCURRENT_REQUESTS para descobrir em qual nó os arquivos para esta solicitação estão armazenados.
4. FNDWRR.exe constrói o nome do serviço para o servidor de arquivos nesse nó. E faz a chamada tns para entrar em contato com o ouvinte para este nome de serviço.
5. O ouvinte responde gerando o executável FNDFS local, conforme definido em seu arquivo listener.ora. Agora, FNDFS e FNDWRR.exe podem se comunicar diretamente agora, usando chamadas RPC.
6. FNDWRR.exe solicita ao FNDFS que transfira o arquivo selecionado pelo usuário.
7. O FNDFS transfere o conteúdo do arquivo para um diretório de arquivo temporário no nó do servidor web.
8. O servidor web exibe o conteúdo do arquivo para o usuário.

Pergunta 21: Por que o gerenciador Simultâneo coloca um programa simultâneo em uma fila? Por que o gerente simplesmente não deixa o programa rodar?
Resposta: Porque a qualquer momento, um gerenciador simultâneo não pode executar mais do que 10 programas simultaneamente. Esta figura de 10 é configurável, é claro. Primeiro, o gerente coloca um programa enviado em uma fila, em seguida, o gerente verifica se há um slot disponível (ou seja, menos de 10 programas estão em execução no momento). Se um slot for encontrado disponível, o gerenciador simultâneo executará o programa ou então manterá o programa simultâneo em uma fila com status Pendente.

Pergunta 22: O que fazer se uma solicitação estiver inativa/sem gerente

Resposta: Esta é uma pergunta bastante complicada
a) Certifique-se de que haja pelo menos um gerente ativo com regras de especialização que permitam o programa.
b) Se você confirmou o ponto anterior, então o problema pode ser obsoleto Worker Request View
– A visualização é usada internamente para mapear solicitações para gerentes
– A visualização é gerada novamente quando os gerentes são criados ou as regras de especialização são alteradas
c) Você pode gerar novamente a visualização manualmente
FNDLIBR FND FNDCPBWV aplicativos/aplicativos SYSADMIN 'Administrador do Sistema' SYSADMIN

Pergunta 23: O que é Gerentes de Serviço?

Resposta: Os Service Managers são gerados nos nós de camada intermediária de um sistema habilitado para GSM para atuar como um agente do ICM. Quando o ICM vê que precisa de um Service Manager para executar alguma função, como iniciar um processo de gerenciador simultâneo, em um nó de camada intermediária, ele fará chamadas de controle de procedimento remoto (RPC) para o ouvinte de aplicativos nesse nó para iniciar o Gerente de serviço. Uma vez que o gerenciador de serviço foi iniciado e inicializado, o ICM se comunica diretamente com o SM através do RPC, fornecendo informações para gerenciar os serviços nesse nó. O SM é gerado a partir do APPS TNS Listener. O APPS TNS Listener deve ser iniciado em cada nó de camada intermediária no sistema e iniciado pelo usuário que inicia o ICM (por exemplo, applmgr). O TNS Listener gera o Service Manager para ser executado como um agente do ICM para o nó local
O O Service Manager é iniciado pelo ICM sob demanda quando necessário. Se nenhuma ação de gerenciamento for necessária em um nó, um Service Manager não será iniciado pelo ICM até que seja necessário. Quando o ICM sai, seus Service Managers também saem.

Pergunta 24: O que tudo é realizado pelo ICM Process Monitor?

Resposta: O próprio ICM e cada processo gerado pelo ICM tem uma entrada em FND_CONCURRENT_PROCESSES e contém um bloqueio DBMS com nome exclusivo.
O bloqueio exclusivo do ICM tem um formato de FNDCPLK_ICM. Esse bloqueio de sessão do banco de dados é o método pelo qual o ICM garante a cada ciclo PMON que os processos do gerenciador e do serviço ainda estão ativos. Se o ICM puder obter o bloqueio de sessão do DBMS de um processo, o ICM iniciará um novo processo para esse gerenciador ou serviço.

Esta é a razão pela qual você verá frequentemente entradas como processo morto encontrado, iniciando um novo processo nos arquivos de log do ICM.

Artigos relacionados para gerente simultâneo

Isolando programas simultâneos pós-atualização para uma fila de gerenciador separada em R12.2:Como isolar o Simultâneo solicitado enviado pelo Upgrade para um gerenciador simultâneo separado para que o processamento simultâneo regular não seja afetado
como enviar a saída do programa simultâneo por meio email :Opção de entrega para saída do Programa Concorrente na versão Oracle EBS R12.
conjunto de solicitações em aplicativos oracle :O conjunto de solicitações oferece a capacidade de enviar o mesmo conjunto de solicitações regularmente usando uma única transação.
CP Analyzer:O O CP Analyzer analisa as configurações de CP e as compara com as melhores práticas da Oracle
Concurrent:Request Phase and Status :Todas as informações sobre Simcurrent Request Phase and Status . O significado é derivado para cada combinação.
ORA-01427 :Confira isso para a solução em ORA-01427:subconsulta de linha única retorna mais de um erro de linha, como resolvê-lo quando acontece com o Concurrent Manager
Priority for Concurrent Program:Este post tem uma descrição detalhada ription sobre como alterar a Prioridade para Programa Concorrente ou usuário ou solicitação para resolver problemas críticos de execução de relatórios do usuário

Cursos recomendados


A seguir estão alguns dos cursos recomendados que você pode comprar se quiser dar um passo adiante

Abaixo estão os links para alguns dos cursos


Oracle DBA 11g/12c – Administração de Banco de Dados para DBA Junior :Este curso é bom para pessoas que estão começando como DBA Junior ou aspiram ser DBA Oracle. Isso fornecerá uma boa compreensão das tarefas de backup e recuperação e administração geral
Oracle Database:Oracle 12C R2 RAC Administration :Este curso abrange a instalação e administração do Oracle RAC. Um bom curso para DBA Oracle que deseja atualizar suas habilidades para Oracle RAC
Oracle Data Guard:Administração de Banco de Dados para Oracle 12C R2 :Este curso abrange a instalação e administração do Oracle Dataguard. Um bom curso para Oracle DBA que deseja atualizar suas habilidades para Oracle Dataguard
Livros recomendados
OCA/OCP Oracle Database 12c Guia do exame completo (Exames 1Z0-061, 1Z0-062 e 1Z0-063)
Manual do Oracle Database 12c DBA (Oracle Press)
Oracle DBA All-in-one Scripts – Um guia que todo DBA deve ter:Oracle dba scripts coleção usada por administradores de banco de dados especializados todos os dias. Deve ter scripts dba para suas atividades diárias!