Oracle Concurrent Manager

Oracle Concurrent Manager je důležitou součástí produktu Oracle E-Business Suite. pomáhá při dávkovém zpracování mnoha věcí.

Zde uvádím některé podrobnosti o tom

Skládá se z několika částí. Detailní vysvětlení každého z nich. Umožní vám nahlédnout, jak funguje proces souběžného manažera E-Business Suite

Obsah

Typy Oracle Concurrent Manager

Internal Concurrent Manager (ICM)

Internal Concurrent Manager (ICM) lze považovat za „mozek“ souběžného zpracování. Je zodpovědný za následující funkce:

-Spouští všechny ostatní procesy, jako je správce řešení konfliktů, standardní správce
-Provádí „kontrolní požadavky“ odeslané správcem.
-Aktivovat/deaktivovat/zrušit souběžného správce
-ukončit souběžný požadavek
-Monitoruje procesy a restartuje všechny, které selhaly.
-Nastavuje cílový počet procesů pro každou službu na základě aktuální pracovní směny.

Spuštění ICM

-adcmctl.sh skript
-TNS Apps Listener musí být spuštěn před spuštěním ICM

Vypnutí ICM

-Vypnutí ICM zastaví všechny ostatní služby, jako je správce řešení konfliktů, standardní správce
– Normální vypnutí signalizuje ukončení procesů po dokončení jejich aktuálních úkolů.
– Přerušení ukončí servisní procesy.
– ICM se neukončí, dokud nebudou ukončeny všechny ostatní procesy.
-K ukončení ICM použijte adcmctl.sh.

Správci služeb (FNDSM)

Manažeři služeb jsou vytvořeni na uzlech střední vrstvy systému podporujícího GSM, aby působili jako agent ICM. Když ICM zjistí, že potřebuje správce služeb, aby provedli nějakou funkci, jako je spuštění souběžného manažerského procesu na uzlu střední vrstvy, zavolá vzdálené řízení procedur do posluchače Apps v tomto uzlu, aby spustil Správce služeb. Jakmile je správce služeb spuštěn a inicializován, ICM komunikuje přímo se správcem služeb prostřednictvím vzdáleného procedurálního volání (RPC) a poskytuje mu informace pro správu služeb na daném uzlu.

-Správce služeb je vytvořen z aplikace APPS TNS Listener
– Aplikace APPS TNS Listener musí být spuštěna na každém uzlu střední vrstvy v systému a spuštěna uživatelem, který spouští ICM (např. applmgr)
- TNS Listener vytváří Service Manager, který běží jako agent ICM pro místní uzel
-Službu Service Manager spouští ICM na vyžádání v případě potřeby. Pokud nejsou na uzlu potřeba žádné akce správy, ICM nespustí správce služeb, dokud to nebude nutné. Když ICM ukončí své Správce služeb, ukončí se také.
-Prostředí Service Manager je nastaveno pomocí APPSORA.env, jak je definováno v listener.ora
-Soubory listener.ora a tnsnames.ora musí být správně nakonfigurovány pro posluchači, aby mohl spustit Správce služeb a aby ICM mohl zkontrolovat stav Správce služeb.

Interní monitory (FNDIMON)

Interní monitory se používají speciálně v paralelním souběžném zpracování, aby umožnily internímu souběžnému manažerovi převzetí služeb při selhání na jiné dostupné uzly střední vrstvy.

-Umístěte interní monitor na jakýkoli uzel, kde se může ICM spustit v případě selhání.
-Interní monitory jsou ve výchozím nastavení nasazeny na každý registrovaný uzel.
-Pokud dojde k výpadku ICM, interní monitor bude pokus o spuštění nového ICM na místním uzlu.
-Pokud je spuštěno více ICM, zůstane aktivní pouze první. Ostatní elegantně odejdou.

Současní manažeři Oracle (FNDLIBR, INVLIBR)

Souběžní manažeři zajišťují asynchronní zpracování úloh monitorováním tabulky FND_CONCURRENT_REQUESTS v nepřetržitém cyklu. Úkolem souběžného manažera je spouštět souběžné požadavky, které jsou ve stavu Nevyřízeno / Normální fáze / a které jsou kvalifikovány ke spouštění podle pravidel své specializace.

Souběžné manažerské procesy
– Jednat nezávisle
– Vyberte pouze požadavky, které:(a) odpovídají pravidlům specializace manažera, (b) jsou nevyřízené/normální, (c) mají požadovaný čas zahájení

Popis důležitých tabulek Oracle Concurrent Manager

FND_CONCURRENT_QUEUES
TARGET_NODE
-Používá se k označení, kde by měly být spuštěny další procesy
-Používané manažery k určení, zda by se měli vypnout kvůli migraci
-Správci porovnávají hodnotu parametru předanou při spuštění do tato hodnota
-Používá se uživatelským rozhraním k označení, kde procesy existují (v případě migrace není zcela přesná)
-Přiděluje ICM na základě primárního, sekundárního nastavení

NODE_NAME
-Označuje primární uzel pro PCP – řízené zatížení
-Kde by měly být spuštěny procesy, pokud uzel není online nebo nebyl určen jako nedostupný
-Pokud není zadán žádný uzel, ICM přiřadí cíl uzel ve výchozím nastavení na NODE_NAME2
-Označuje sekundární uzel pro PCP – řízené selhání zátěže
-Přiřazeno jako TARGET_NODE pouze v případě, že primární uzel není dostupný

FND_CONCURRENT_PROCESSES
NODE_NAME
-Uvádí, kde běží proces správce
-Také označuje, kde existují soubory správce
-Vyplněno pomocí hodnoty z uname() (fyzický název počítače)
-Používá ICM při ukončování procesu
-Používá se při prohlížení souboru protokolu v uživatelském rozhraní (UI)
-Používá program Purge k odstranění souboru protokolu procesu
-Lze použít pro výpočty statistiky pracovní zátěže
-Pravděpodobně jej použijí RPM k pokusu o nalezení místního OPP
-Podobně se používá v 11i.X k nalezení serveru sestav

FND_CONCURRENT_REQUESTS
LOGFILE_NODE_NAME, OUTFILE_NODE_NAME
-Uveďte, kde soubory existují
-Používá se v uživatelském rozhraní (UI) pro prohlížení souborů
-Používá se programem Purge k odstranění souborů
-Vyplněná hodnota procesem mgr, založeným na vlastním uzlu

FND_NODES

NODE_NAME
-Uvádí název uzlu, kde je umístěn soubor DBC.
-Skript Adgendbc.sh vytvoří soubor DBC.

SERVER_ID
-Bude použito k ověření připojení z uzlu.
-Aktualizováno adgendbc.sh, které volá AdminAppServer API.

Souběžné tabulky správce

FND_NODES: Obsahuje všechny informace o úrovni uzlů

FND_CONCURRENT_PROCESSES : Obsahuje všechny informace o souběžných procesech správce
FND_CONCURRENT_REQUESTS : Obsahuje úplnou historii všech souběžných požadavků (historie z minulosti i těch, které mají být spuštěny v budoucnu).

FND_CONCURRENT_QUEUES :Obsahuje informace o všech souběžných manažerech vytvořených v systému
FND_CONCURRENT_PROGRAMS :Obsahuje informace o všech souběžných programech dostupných v systému
FND_EXECUTABLES
FND_CP_SERVICES
FND_CONCURRENT_QUE>FND_CONCURRENT_QUEUE_CONTENT
FND_CONCURRENT_PROGRAM_SERIAL
FND_CONCURRENT_TIME_PERIODS
FND_CONCURRENT_PROCESSORS

FNDSVCRG
Spustitelný soubor FNDSVCRG se spouští z řídicích skriptů před a po spuštění nebo zastavení služby skriptem. FNDSVCRG se připojí k databázi, aby ověřil konfiguraci nasazené GSM služby. Pokud není povolena správa příslušné služby pod GSM, spustitelný soubor FNDSVCRG neudělá nic a ukončí se. Skript by pak pokračoval v provádění normálních akcí spuštění/zastavení. Pokud je služba povolena pro správu GSM, spustitelný soubor FNDSVCRG aktualizuje informace související se službou v databázi, včetně kontextu prostředí, aktuálního umístění souboru protokolu služby a aktuálního stavu služby

Stav souběžného požadavku Popis fáze

ČEKÁNÍ/Normální -Požadavek čeká na dalšího dostupného správce.
ČEKÁNÍ/Pohotovostní režim -Požadavek na spuštění programu není kompatibilní s jiným aktuálně spuštěným programem.
ČEKÁNÍ/Naplánováno – Zahájení požadavku je naplánováno na budoucí čas nebo datum.
ČEKÁNÍ/Čekání -Požadavek potomka čeká na svůj nadřazený požadavek, aby byl označen jako připravený ke spuštění. Například požadavek v sadě požadavků, který běží sekvenčně, musí čekat na dokončení předchozího požadavku.
RUNNING/Normal -Požadavek běží normálně.
BĚŽÍ/Pozastaveno -Rodičovský požadavek se pozastaví, aby se dokončily všechny jeho podřízené požadavky. Například sada požadavků se pozastaví, aby se dokončily všechny požadavky v sadě.
SPUŠTĚNÍ/Obnovování -Všechny požadavky odeslané stejným nadřazeným požadavkem byly dokončeny. Rodičovský požadavek se obnoví.
PROBÍHAJÍ/UKONČUJE -Požadavek je ukončen kliknutím na tlačítko Zrušit požadavek v okně Požadavky.
DOKONČENO/Normální -Požadavek byl úspěšně dokončen.
DOKONČENO/Chyba -Požadavek se nepodařilo úspěšně dokončit.
DOKONČENO/Upozornění -Žádost dokončena s varováními. Například požadavek je úspěšně vygenerován, ale nelze jej vytisknout.
DOKONČENO/ZRUŠENO – Nevyřízený nebo neaktivní požadavek se zruší kliknutím na tlačítko Zrušit požadavek v okně Požadavky.
DOKONČENO/UKONČENO -Požadavek se ukončí kliknutím na tlačítko Zrušit požadavek v okně Požadavky.
NEAKTIVNÍ/Zakázáno -Program ke spuštění požadavku není povolen. Kontaktujte svého správce systému.
NEAKTIVNÍ/Podrženo- Nevyřízený požadavek je pozastaven kliknutím na tlačítko Požadavek na blokování v okně Požadavky.
NEAKTIVNÍ/Žádný správce -Není definován žádný správce pro spuštění požadavku. Informujte se u správce systému. Stav Žádný správce je také dán, když jsou všichni správci uzamčeni samostatnými požadavky.

jak spustit správce souběžných aplikací v aplikacích Oracle r12

Spusťte Concurrent Manager v R12
Připojte se k uživateli na aplikační úrovni obvykle jeho applmgr

cd $ADMIN_SCRIPTS_HOME./adcmctl.sh start apps/

jak zastavit souběžný správce v aplikacích Oracle r12

Zastavit Concurrent Manager v R12
Připojte se k uživateli na aplikační úrovni obvykle jeho applmgr

cd $ADMIN_SCRIPTS_HOME./adcmctl.sh stop apps/

jak zkontrolovat stav souběžného správce v oracle apps r12

Kontrola stavu Concurrent Manager
Připojte se k uživateli na aplikační úrovni obvykle jeho applmgr

cd $ADMIN_SRCIPTS_HOME./adcmctl.sh status apps/

Umístění souboru protokolu souběžného správce v R12

Souběžný správce, ICM a souběžný požadavek generují soubory protokolu

A) Soubor protokolu souběžných požadavků – dokumentuje provedení konkrétního požadavku ( l.req )
B) Soubor protokolu správce – dokumentuje výkon souběžného procesu manažera. ( W.mgr )
C) Internal Manager Log File – dokumentuje výkon ICM.(std.mgr). Tento soubor protokolu zobrazuje parametry použité s příkazem 'adcmctl'.

pokud je nastaveno $APPLCSF

Soubory protokolu  jsou ve složce  $APPLCSF/$APPLLOG.
Soubory protokolu lze také prohlížet z aplikací pomocí formuláře Zobrazit souběžné požadavky

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

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

Pokud $APPLCSF není nastaveno

Soubory protokolu  jsou ve složce  $PRODUCT_TOP/$APPLLOG.

Podobně pro výstupní soubory,

pokud je nastaveno $APPLCSF

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

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

Odstraňování problémů se souběžným správcem

Jak zkontrolujete stav souběžných správců Oracle z operačního systému
–Příkaz Linux:

$ ps -ef | grep LIB

-Všimněte si, že Internal Concurrent Manager lze v tomto výpisu najít, protože jeho příkaz je „FNDLIBR FND CPMGR…“, zatímco ostatní zobrazují spíše „FNDLIBR FND Concurrent_Processor…“
-Unixové uživatelské jméno zobrazené v prvním sloupci tohoto výpis je zásadní:tyto souběžné procesy správce by měl vlastnit stejný uživatel Unix, který vlastní kód aplikací ($APPL_TOP a jeho podadresáře); tento uživatel je obvykle označován jako „applmgr“

Kam jdou všechny soubory generované souběžnými správci oracle

-Soubor protokolu ICM se nachází v adresáři $FND_TOP/log a obvykle odpovídá std.mgr.
-Soubory protokolu pracovníků jsou v adresáři $FND_TOP/log a odpovídají W.mgr
-The soubory pro přihlášení/odhlášení souběžných požadavků se nacházejí v horním adresáři produktu spojeném s produktem, na kterém je požadavek spuštěn:například soubory pro odhlášení/odhlášení pro zprávy AR spadají pod $AR_TOP.
-Soubory protokolu pro souběžné požadavky se ukládají do $ Podadresář APPLLOG v příslušném horním adresáři produktu a odpovídající l .req
-Výstupní soubory pro souběžné požadavky jdou do podadresáře $APPLOUT
-Pokud je nastaveno APPLCSF, mělo by to ukazovat na úplnou cestu k adresáři, který má podadresáře $APPLLOG a $APPLOUT. Tento adresář $APPLCSF bude použit místo různých hlavních adresářů produktu k zápisu
všech soubory pro přihlášení/odhlášení.

Nejběžnější problémy se souběžným správcem jsou způsobeny problémy s ochranou souborů na úrovni Unix/linux.

-Spouštíte souběžné správce jako applmgr?
-Může applmgr vytvořit soubor v adresáři
$FND_TOP/$APPLLOG?
$FND_TOP/$APPLOUT adresář?
Unix:$ touch $FND_TOP/$APPLLOG/a
-Pokud to selže, kdo je vlastníkem adresáře?
Unix:$ ls -ld $FND_TOP/$APPLLOG
-Je tento adresář symbolický odkaz? pokud ano, jaké jsou ochrany v adresáři, na který odkazuje?
-Dochází vám na tomto oddílu místo na disku? i-nodes?
Unix:$ df -k
Unix (na některých systémech) pro kontrolu i-uzlů:$ df -i
-Je nastaven APPLCSF?
-Pokud ano , umí to applmgr?
Unix:$ touch $APPLCSF/$APPLLOG/a
-Zkontrolujte adresáře $APPLOUT (obvykle „out“), stejně jako adresáře protokolů.

Pokud souběžný program PL/SQL nemůže zapisovat do externího souboru, zobrazí se chybová zpráva podobná:

MSG-00102:Chybová zpráva :ORA-20100:Vytvoření souboru o0000071.tmp pro FND_FILE se nezdařilo. Další informace o příčině chyby naleznete v protokolu požadavků.ORA-06512:na řádku "APPS.FND_FILE" 378ORA-06512:na "APPS.FND_FILE", řádek 473ORA-06512:na "APPS.AP_XYZ", řádek 192REP-1419:'beforereport':Program PL/SQL byl přerušen.

POZNÁMKA:Aplikace také vytváří dočasné výstupní soubory PL/SQL používané při souběžném zpracování. Tyto soubory se zapisují do umístění v uzlu databázového serveru určeného nastavením prostředí APPLPTMP. Adresář APPLPTMP musí být stejný adresář, jaký je určen parametrem utl_file_dir ve vašem inicializačním souboru databáze.
.
Rychlá instalace nastaví APPLPTMP i parametr utl_file_dir na stejný výchozí adresář. Protože dočasné soubory umístěné v tomto adresáři mohou obsahovat kontextově citlivé informace, měl by to být zabezpečený adresář v uzlu databázového serveru s přístupem pro čtení a zápis pro vlastníka databázového serveru. Ve víceuzlovém systému nemusí adresář definovaný pomocí APPLPTMP existovat na serverech aplikační vrstvy. Během upgradu pomocí AutoUpgrade musíte zadat hodnotu parametru utl_file_dir pro nastavení prostředí APPLPTMP.

Chcete-li zjistit, kde je problém, ověřte následující:

1) Ujistěte se, že název souboru je platný (název souboru by neměl obsahovat znaky jako „^“)

2) Ujistěte se, že APPLPTMP je nastaven na platný adresář a že JAK uživatel applmgr, tak uživatel databáze mají v tomto adresáři oprávnění ke čtení a zápisu (normálně jej lze nastavit na stejný adresář jako APPLTMP)

3) Ujistěte se, že soubor neopustí adresář označený APPLPTMP

4) Ujistěte se, že adresář, na který ukazuje APPLPTMP, je prvním záznamem v utl_file_dir. Také ověřte, že všechny položky v utl_file_dir jsou platné a že applmgr má oprávnění pro čtení/zápis.

Pokud používáte spfile, ověřte správnou syntaxi pro nastavení utl_file_dir:

Př.

ALTER SYSTEM SET UTL_FILE_DIR='adresář1','adresář2' scope=spfile;

5) Pokud problémy přetrvávají, zkontrolujte, zda můžete zapsat soubor přímo pomocí FND_FILE, což je balíček používaný aplikací. Z SQLPLUS, připojeného jako uživatel aplikací, spusťte:

SQL> exec FND_FILE.PUT_LINE(FND_FILE.LOG, 'TO JE TEST');

To by mělo vypsat soubor na APPLPTMP.

Pokud tento test funguje, znamená to, že FND_FILE je v pořádku a problém je pravděpodobně v aplikaci.

Pro tento test můžete na utl_file_dir ponechat pouze jeden záznam.

6) Pokud problémy přetrvávají, zkontrolujte, zda můžete zapsat soubor pomocí UTL_FILE, který používá FND_FILE.

Spusťte níže uvedený PL/SQL a změňte jej na první položku na utl_file_dir (pro tento test možná budete chtít ponechat pouze jednu položku na utl_file_dir).