Страхотни 24 въпроса за интервю за едновременен мениджър

Ето страхотни 24 въпроса за едновременни интервюта с мениджър, зададени в повечето интервюта, за да тествате уменията за работа на едновременно мениджър

Въпрос 1: Какви са различните типове едновременни мениджъри?

Отговор Има няколко вида едновременни мениджъри. Важни:
Вътрешен мениджър
Стандартен мениджър.
Мениджър за разрешаване на конфликти
Вътрешни монитори
Услуги мениджър
Мениджър на транзакции
Дефиниран персонализиран мениджър

Прочетете повече на връзката по-долу

Oracle Concurrent Manager

Въпрос 2: Какво е вътрешен Concurrent Manager?

Отговор :Отговаря за контрола на всички други едновременни мениджъри. Неговата основна задача е да се увери, че всички други едновременни мениджъри работят и работят. Той контролира други мениджъри чрез заявките, направени до мениджъра на услугите. Той също така стартира, спира и рестартира мениджъра на услуги за всички възли.

Въпрос 3: Какво е мениджър за разрешаване на конфликти (CRM)?

Отговор: Той се грижи за разрешаването на програмните несъвместимости и проверява дали заявка в опашката може да се изпълнява успоредно с изпълняваната заявка. Ако дадена програма е идентифицирана като изпълнявана самостоятелно, това не позволява на едновременни мениджъри да стартират други програми в същия конфликт домейн.

Въпрос 4: Какво е стандартен мениджър?

Отговор :Стандартният мениджър е главният паралелен мениджър. Той винаги работи и може да се погрижи за обработката на всяка едновременна заявка. Ако изобщо не е назначен друг мениджър към програма, тази програма ще бъде избрана от стандартния мениджър.

Въпрос 5:
Какво се случи зад сцената, когато е подадена едновременна заявка?

Отговор

(1) След като потребителят подаде едновременна заявка, таблицата FND_CONCURRENT_REQUESTS автоматично се актуализира с подробностите за заявката. Таблицата също се актуализира с информацията за графика на едновременната заявка, независимо дали е насрочена незабавно или насрочена в определено време.

(2 Ако заявката е несъвместима/дефинирани ограничения, след като времето за изпълнение на заявката пристигне, нейното състояние е настроено на чакащо/готовност. Сега мениджърът за разрешаване на конфликти се грижи за заявката и открива какви са несъвместимостите и задава състоянието чакащо нормално, когато несъвместимостите бъдат изчистени.

(3) Ако няма несъвместимости, след като пристигне времето за изпълнение на заявката, състоянието й се задава на чакащо/Нормално

(4) ВСИЧКИ стандартни едновременни мениджъри и специални мениджъри непрекъснато анкетират таблицата FND_CONCURRENT_REQUESTS. Работата на едновременния мениджър е да изпълнява едновременни заявки, които са в чакаща/нормална фаза/състояние и които е квалифициран да изпълнява според правилата си за специализация.

(5) Едновременни процеси на мениджър
– Действайте независимо
– Изберете само заявки, които:(a) отговарят на правилата за специализация на мениджър, (b) са чакащи/нормални, (c) имат заявен начален час <=системна дата

(6) След като заявката бъде обработена, таблицата FND_CONCURRENT_REQUESTS се актуализира със състоянието.

Въпрос 6: Бизнес потребителите създават инцидента, за който Concurrent requests отнема много време. Какъв ще бъде вашият подход за отстраняване на грешки?

Отговор

1) Първо намерете състоянието на едновременната заявка. Може да бъде планирано по-късно или може да е в режим на изчакване/готовност или всички едновременни мениджъри са заети да изпълняват други заявки. Ако е в изчакване/готовност, трябва да намерим работеща несъвместима програма и да информираме потребителя. Много пъти потребителите планират заявката да се изпълни по-късно.

2) Разберете sid на базата данни на едновременната заявка и проверете дали чака за всякакви ключалки. Ще убием сесията на Oracle, която блокира, за да завършим задачата

3) Можем да изпълним проследяване на идентификатора на заявката, за да намерим изпълнявания sql и след това да генерираме плана за обяснение за него. Можете да видите дали sid е заседнал в определен sql. Ако това е конкретен sql, тогава е добре да проверите статистиката на включената таблица. Можем да потърсим възможност за настройка за тази заявка

4) Можем да проверим параметрите, с които се изпълнява заявката. (Например, след като потребител дойде и каза, че заявката не отпечатва изхода. При проверка на възможните неща се разбра, че е насрочил заявката с копия за печат =0.)

Въпрос 7: Какво се случва, когато вътрешният конкурентен мениджър умре внезапно? Всички мениджъри също ли са убити веднага след него?

Отговор

Не ВСИЧКИ стандартни мениджъри продължават да изпълняват и изпълняват заявката. ако вътрешният мениджър умре, заявките за контрол на опашката по-долу не се изпълняват

a) Започва всички други процеси.
b) Изпълнява „заявки за контрол“, подадени от администратора.
c) Активиране/Деактивиране/Прекратяване на Concurrent Manager
d) Прекратяване на Concurrent Request
e ) Наблюдава процеси, рестартира всички, които не са успешни.
f) Задава целевия брой процеси за всяка услуга въз основа на текущата работна смяна.

Въпрос 8: Вътрешният мениджър изпълнява ли или планира някаква заявка за себе си?

Отговор

Не, вътрешният мениджър не изпълнява и не планира никакви заявки. Това няма нищо общо с планирането на заявки или решаването кой мениджър ще изпълни конкретна заявка. Неговата функция е само да изпълнява заявки за „контрол на опашката“

a) Започва всички други процеси.
b) Изпълнява „заявки за контрол“, подадени от администратора.
c) Активиране/Деактивиране/Прекратяване на Concurrent Manager
d) Прекратяване на Concurrent Request
e ) Наблюдава процеси, рестартира всички, които не са успешни.
f) Задава целевия брой процеси за всяка услуга въз основа на текущата работна смяна.

Въпрос 9: Как да обработвам повече едновременни заявки паралелно?

Отговор

Можем да увеличим целевите процеси на едновременния мениджър, за да увеличим паралелизма. Това може да стане с помощта на формуляра за дефиниране на едновременен мениджър или чрез директна актуализация от sqlplus

Въпрос 10: Ако вътрешният мениджър падне, трябва ли да убия всички мениджъри, преди да рестартирам вътрешния мениджър?

Отговор
Не, ако вътрешният мениджър падне, не е необходимо да убивате всички мениджъри. Можете просто да стартирате вътрешния мениджър, като използвате startmgr.

Въпрос 11 :Какви са проблемите, с които сте се сблъсквали при изключване на приложения?

Отговор

Докато изключвате приложение, по принцип едновременният мениджър няма да се изключи, защото някои от другите заявки може да се изпълняват. Ще видим кои се изпълняват едновременните заявки, като запитаме fnd_concurrent_requests, fnd_concurrent_program_vl, v$session, v$process и v$sqltext.

Ако тази заявка изпълнява само някакъв оператор select, ние ще унищожим тези заявки, в противен случай ще проверим колко време ще отнеме за завършване, като запитаме предишните изпълнения на тази заявка и след това ще решим какво да правим.

Въпрос 12: Какво представляват вътрешните монитори?

Отговор: Вътрешните монитори се използват специално в PCP, за да позволят ICM преминаване към други налични възли от средно ниво.
a) Поставете вътрешен монитор на всеки възел, където ICM може да стартира в случай на неизправност.
b) Вътрешните монитори се поставят на всеки регистриран възел по подразбиране.
c) Ако ICM се повреди, вътрешният монитор ще се опита да стартира нов ICM на локалния възел.
d) Ако са стартирани няколко ICM, само първият ще остане активен. Останалите ще излязат грациозно.

Въпрос 13: Мога ли да изтрия едновременния мениджър?
Отговор:

Да, можете да изтриете всеки едновременен мениджър. За изтриване направете заявка за мениджъра в определения формуляр за едновременен мениджър и след това изтрийте реда.

Изтриването на предварително дефинираните едновременни мениджъри не се препоръчва и никога не трябва да се прави. Изтриването може да причини нестабилност в системата.

Въпрос 14: Как можете да разберете кой файл за проследяване е създаден за конкретната заявка?

Отговор

Можете да разберете същото, като използвате скрипта, даден по-долу. Проследяването ще бъде разположено в udump местоположението на сървъра на базата данни.

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;

Топ 30 най-полезни заявки за едновременен мениджър

Въпрос 15: Обяснете как работи паралелната паралелна обработка (PCP)?

Отговор
В случай на паралелна едновременна обработка, на всички мениджъри се присвояват първичен и вторичен възел. Мениджърите се стартират в основния си възел по подразбиране. В случай на повреда на възел или отказ на екземпляр на Oracle, всички едновременни мениджъри на този възел се превключват към техните вторични възли. След като първичният възел отново е наличен, едновременното управление на вторичните възли се мигрират обратно към първичния възел. По време на процеса на миграция мениджърът може да бъде разпределен както в първични, така и в вторични възли.

В случай на паралелна едновременна обработка може да се случи, че във възел, където е конфигурирана паралелна едновременна обработка, екземплярът на Oracle може да работи или да не работи. Възелът, който не работи с Oracle, едновременните мениджъри се свързват чрез Net8 с възел, който изпълнява Oracle.
Вътрешният паралелен мениджър може да работи на всеки възел и може да активира и деактивира едновременни мениджъри на всички възли. Тъй като вътрешният паралелен мениджър трябва да е активен през цялото време, той се нуждае от висока толерантност на грешки. За да осигури тази устойчивост на грешки, паралелната паралелна обработка използва вътрешни процеси за наблюдение. Работата на процеса на вътрешния монитор е постоянно да наблюдава вътрешния мениджър и да го стартира, когато не успее. Само един процес на вътрешен монитор може да бъде активен на един възел. Вие решавате кои възли имат процес на вътрешен монитор, когато конфигурирате вашата система. Можете също така да зададете на всеки вътрешен монитор процес първичен и вторичен възел, за да осигурите защита при отказ. Процесите на вътрешен монитор, като едновременни мениджъри, могат да бъдат назначени на работни смени и се активират и деактивират от вътрешния паралелен мениджър.

Паралелна едновременна обработка

Въпрос 16: Какви са обстоятелствата, при които трябва да отклоните едновременния мениджър?

Отговор:Може да има много ситуации, в които трябва да прехвърлите едновременния мениджър

a) Когато промените дефиницията на принтерите
b) Когато промените променливите на средата. Да предположим, че сте променили променливите APPLTMP и APPLPTMP.
в) Когато всички заявки са изчакващи и висят и не се извършва обработка
г) приложението за корекция изисква отскачането на CM
e) Имаме много глобални блокирания в системата поради заключвания от няколко едновременни мениджъри и други процеси

Въпрос 17: Какви са причините за увисване на едновременен мениджър?

Отговор:

Едновременният мениджър увисва поради много причини. Някои от тях са:
– Дълго изпълнявани задачи
– Вътрешният мениджър е активиран от някой, различен от собственика на приложната система
– Файловата система на операционната система е пълна
– Не е в състояние да създаде регистрационния файл
– Изключили сте вътрешния мениджър, но всъщност има номер в него
– Базата данни виси, може би защото архивните регистрационни файлове са били попълнени
– Изчакващите заявки/заявките в режим на готовност са твърде много

Въпрос 18: Как можем да активираме/деактивираме мениджъра за разрешаване на конфликти?

Отговор: Това може да стане с помощта на опциите на профила „Едновременно:Използвайте ICM“. Задайте го на „Y“, за да активирате мениджъра за разрешаване на конфликти. За да го деактивирате, задайте опцията за профил на „N“.

Въпрос 19: Какво представляват мениджърите на транзакции?

Отговор: Мениджърите на транзакции осигуряват синхронна обработка на задания чрез непрекъснато наблюдение на канал на DBMS за заявки, които идват от клиентско приложение. Работата на мениджъра на транзакции е незабавно да обработи тази задача и да изпрати информация обратно на клиента, използвайки канала.

a) Мениджърите на транзакции осигуряват синхронна обработка на заданията
b) Клиентът прави заявка за специфичен мениджър на транзакции да стартира програма и чака резултатите от тази програма
c) Програмите на продуктовите екипи са свързани директно към изпълними файлове на мениджъра на транзакции
г) PO, CRP, INV, AR и OE всички мениджъри на транзакции на кораб

Въпрос 20: Как работи механизмът за преглед на регистрационни и изходни файлове от браузъра?

Отговор

Последователността на събитията е следната:
1. Потребител в рамките на сесия на приложения иска да види файл за излизане или излизане.
2. Браузърът получава заявката и създава CGI програмата FNDWRR.exe
3. FNDWRR.exe влиза в базата данни и отправя заявка към FND_CONCURRENT_REQUESTS, за да открие на кой възел се съхраняват файловете за тази заявка.
4. FNDWRR.exe конструира името на услугата за файловия сървър на този възел. И прави tns обаждане, за да се свърже със слушателя за името на тази услуга.
5. Слушателят отговаря, като създава локалния изпълним файл FNDFS, както е дефинирано в неговия файл listener.ora. Сега FNDFS и FNDWRR.exe могат да комуникират директно сега, като използват RPC повиквания.
6. FNDWRR.exe изисква от FNDFS да прехвърли файла, който е избран от потребителя.
7. FNDFS прехвърля съдържанието на файла във временна файлова директория на възела на уеб сървъра.
8. Уеб сървърът показва съдържанието на файла на потребителя.

Въпрос 21: Защо Concurrent мениджърът поставя едновременна програма в опашка? Защо мениджърът просто не остави програмата да работи?
Отговор: Тъй като във всеки даден момент от време едновременен мениджър може да изпълнява не повече от да кажем 10 програми едновременно. Тази цифра от 10 може да се конфигурира, разбира се. Първо, мениджърът поставя изпратена програма в опашка, след това мениджърът проверява дали има свободен слот (т.е. в момента се изпълняват по-малко от 10 програми). Ако слот бъде намерен свободен, едновременновият мениджър след това стартира програмата, или в противен случай той запазва едновременната програма в опашка със състояние Изчакване.

Въпрос 22: Какво да направите, ако заявката е неактивна/без мениджър

Отговор: Това са доста трудни въпроси
a) Уверете се, че има поне един активен мениджър с правила за специализация, които позволяват програмата.
b) Ако сте потвърдили предишната точка, проблемът може да е остарял Изглед на заявка на работник
– Изгледът се използва вътрешно за картографиране на заявки към мениджъри
– Изгледът се регенерира, когато мениджърите се създават или правилата за специализация се променят
c) Можете ръчно да генерирате отново изгледа
FNDLIBR FND FNDCPBWV приложения/приложения SYSADMIN „Системен администратор“ SYSADMIN

Въпрос 23: Какво е мениджъри на услуги?

Отговор: Мениджърите на услуги се създават на възлите от средно ниво на GSM-съвместима система, за да действат като агент на ICM. Когато ICM види, че се нуждае от Service Manager, за да изпълнява някаква функция, като например стартиране на едновременен процес на мениджър, на възел от средно ниво, той ще направи извиквания за дистанционно управление на процедурите (RPC) към слушателя на приложения на този възел, за да стартира Мениджър услуги. След като мениджърът на услугите е стартиран и инициализиран, ICM комуникира директно с SM чрез RPC, като му дава информация за управление на услугите на този възел. SM се създава от APPS TNS Listener. APPS TNS Listener трябва да бъде стартиран на всеки възел от средно ниво в системата и стартиран от потребителя, който стартира ICM (напр. applmgr).TNS Listener създава Service Manager, за да работи като агент на ICM за локалния възел
The Service Manager се стартира от ICM при поискване, когато е необходимо. Ако не са необходими действия за управление на възел, Service Manager няма да бъде стартиран от ICM, докато не е необходимо. Когато ICM излезе, неговите мениджъри на услуги също излизат.

Въпрос 24: Какво всичко се извършва от ICM Process Monitor?

Отговор: Самият ICM и всеки процес, създаден от ICM, има запис в FND_CONCURRENT_PROCESSES и съдържа уникално именувана DBMS заключване.
Уникалното заключване на ICM има формат FNDCPLK_ICM. Това заключване на сесията на базата данни е методът, чрез който ICM гарантира на всеки PMON цикъл, че процесите на мениджър и услуги са все още живи. Ако ICM може да получи заключването на сесията на СУБД на процес, ICM ще започне нов процес за този мениджър или услуга.

Това е причината често да виждате записи като намерен мъртъв процес, стартиращ нов процес в регистрационните файлове на ICM.

Свързани статии за Concurrent Manager

Изолиране на паралелни програми след надстройка в отделна опашка на мениджър в R12.2 :Как да изолирате Concurrent, поискан от Upgrade, към отделен едновременен мениджър, така че да не се повлияе на редовното едновременно обработване
как да изпратите изход от едновременна програма през имейл :Опция за доставка за изход на паралелна програма във версия на Oracle EBS R12.
заявка, зададена в приложенията на oracle :Наборът заявки дава възможност за изпращане на същия набор от заявки редовно с помощта на една транзакция.
CP анализатор:CP Analyzer преглежда конфигурациите на CP и ги сравнява с най-добрите практики на Oracle
Едновременно:фаза и състояние на заявка :Цялата информация за фаза и състояние на едновременна заявка. Значението се извлича за всяка комбинация.
ORA-01427 :Разгледайте това за решението на ORA-01427:едноредовата подзаявка връща повече от един ред грешка, как да я разрешите, когато се случи с Concurrent Manager
Приоритет за едновременна програма:Тази публикация има подробно описание рипция относно промяна на приоритета за едновременна програма или потребител или заявка за решаване на проблеми с критични потребителски доклади

Препоръчани  курсове

Следват някои от препоръчаните курсове, които можете да закупите, ако искате да стигнете още една стъпка напред

По-долу са дадени връзките към някои от курсовете

Oracle DBA 11g/12c – Администриране на база данни за Junior DBA :Този курс е добър за хората, които започват като Junior DBA или се стремят да бъдат DBA на Oracle. Това ще осигури добро разбиране на задачите за архивиране и възстановяване и общите административни задачи
База данни на Oracle:Oracle 12C R2 RAC Administration :Този курс обхваща инсталирането, администрирането на Oracle RAC. Добър курс за Oracle DBA, които искат да надградят уменията си за Oracle RAC
Oracle Data Guard:Администриране на база данни за Oracle 12C R2 :Този курс обхваща инсталирането, администрирането на Oracle Dataguard. Добър курс за Oracle DBA, които искат да надградят уменията си за Oracle Dataguard