Oracle Concurrent Manager е важна част в продукта на Oracle E-Business Suite. помага при пакетната обработка на много неща.
Тук представям някои подробности за това
Състои се от няколко части. Обяснявайки подробно всеки от тях. Дава ви представа за как работи процесът на едновременен мениджър на E-Business Suite
Съдържание
Типове на Oracle Concurrent Manager
Вътрешен едновременен мениджър (ICM)
Вътрешният паралелен мениджър (ICM) може да се счита за „мозък“ на едновременната обработка. Той отговаря за следната функционалност:
-Стартира всички други процеси като мениджър за разрешаване на конфликти, стандартен мениджър
-Изпълнява „заявки за контрол“, изпратени от администратора.
-Активиране/деактивиране/Прекратяване на Concurrent Manager
-Прекратяване на едновременна заявка
-Наблюдава процеси, рестартира всеки, който е неуспешен.
-Задава целевия брой процеси за всяка услуга въз основа на текущата работна смяна.
Стартиране на ICM
-adcmctl.sh скрипт
-TNS Apps Listener трябва да се стартира преди стартиране на ICM
Изключване на ICM
-Изключването на ICM ще спре всички други услуги като Мениджър за разрешаване на конфликти, Стандартен мениджър
– Нормалното изключване сигнализира процесите за излизане след завършване на текущите им задачи.
– Прекратяването ще прекрати сервизните процеси.
– ICM няма да излезе, докато не излязат всички други процеси.
-Използвайте adcmctl.sh, за да изключите ICM.
Услуги мениджъри (FNDSM)
Мениджърите на услуги се създават на възлите от средно ниво на активирана GSM система, за да действат като агент на ICM. Когато ICM види, че има нужда от мениджъри на услуги, за да изпълнява някаква функция, като например стартиране на едновременен мениджърски процес, на възел от средно ниво, той ще извърши дистанционно управление на процедурите извиквания към слушателя на приложения на този възел, за да стартира мениджъра на услуги. След като Service Manager е стартиран и инициализиран, ICM комуникира директно с мениджъра на услугата чрез отдалечено процедурно повикване (RPC), като му дава информация за управление на услугите на този възел.
- Мениджърът на услугите се създава от APPS TNS Listener
– APPS TNS Listener трябва да бъде стартиран на всеки възел от средно ниво в системата и стартиран от потребителя, който стартира ICM (напр. applmgr)
- TNS Listener създава Service Manager, който да работи като агент на ICM за локалния възел
-Услугата мениджър се стартира от ICM при поискване, когато е необходимо. Ако не са необходими действия за управление на възел, Service Manager няма да бъде стартиран от ICM, докато не е необходимо. Когато ICM излезе, изходът и от Service Managers.
-Обкръжението на Service Manager се задава от APPSORA.env, както е дефинирано в listener.ora
-Файловете listener.ora и tnsnames.ora трябва да бъдат конфигурирани правилно за слушателят да може да създаде Service Manager и ICM да може да проверява състоянието на Service Manager.
Вътрешни монитори (FNDIMON)
Вътрешните монитори се използват специално при паралелно едновременна обработка, за да се даде възможност за прехвърляне на вътрешен паралелен мениджър към други налични възли от средно ниво.
-Поставете вътрешен монитор на всеки възел, от който ICM може да стартира в случай на неизправност.
-Вътрешните монитори се зареждат на всеки регистриран възел по подразбиране.
-Ако ICM изпадне, вътрешният монитор ще опитайте да стартирате нов ICM на локалния възел.
-Ако са стартирани няколко ICM, само първият ще остане активен. Останалите ще излязат грациозно.
Едновременни мениджъри на Oracle (FNDLIBR,INVLIBR)
Едновременните мениджъри осигуряват асинхронна обработка на задания чрез наблюдение на таблицата FND_CONCURRENT_REQUESTS в непрекъснат цикъл. Работата на едновременния мениджър е да изпълнява едновременни заявки, които са в чакаща/нормална фаза/състояние и които е квалифициран да изпълнява според правилата си за специализация.
Едновременни процеси на мениджър
– Действайте независимо
– Изберете само заявки, които:(a) отговарят на правилата за специализация на мениджър, (b) са чакащи/нормални, (c) имат заявен начален час
Описание за важни таблици на Oracle Concurrent Manager на Oracle
FND_CONCURRENT_QUEUES
TARGET_NODE
-Използва се за указване къде трябва да се стартират допълнителни процеси
-Използва се от мениджърите, за да определят дали трябва да се затворят за миграция
-Мениджърите сравняват стойността на параметъра, предадена при стартиране, с тази стойност
-Използва се от потребителския интерфейс за указване къде съществуват процеси (не е напълно точна в случай на мигриране)
-Присвоява се от ICM въз основа на първични, вторични настройки
NODE_NAME
-Показва първичен възел за PCP – насочено натоварване
-Къде трябва да се стартират процесите, освен ако възелът не е онлайн или е бил определен като недостъпен
-Ако не е посочен възел, ICM ще присвои цел възел по подразбиране на NODE_NAME2
-Показва вторичен възел за PCP – преодоляване на насочено натоварване
-Присвоява се само като TARGET_NODE, ако основният възел не е наличен
FND_CONCURRENT_PROCESSES
NODE_NAME
-Показва къде се изпълнява процесът на мениджъра
-Показва също къде съществуват файловете на мениджъра
-Попълва се с помощта на стойност от uname() (физическо име на машината)
-Използва се от ICM при прекратяване на процеса
-Използва се при преглед на регистрационния файл в потребителския интерфейс(UI)
-Използва се от програмата Purge за изтриване на регистрационния файл на процеса
-Може да се използва за статистически изчисления на работното натоварване
- Вероятно ще се използва от RPM за опит за намиране на локален OPP
- По подобен начин се използва в 11i.X за намиране на сървър за отчети
FND_CONCURRENT_REQUESTS
LOGFILE_NODE_NAME, OUTFILE_NODE_NAME
-Показва къде съществуват файлове
-Използва се в потребителския интерфейс (UI) за преглед на файлове
-Използва се от програмата Purge за изтриване на файлове
-Стойността е попълнена чрез процес на mgr, базиран на собствен възел
FND_NODES
NODE_NAME
-Показва името на възела, където се намира DBC файл.
-Adgendbc.sh скрипт създава DBC файл.
SERVER_ID
-Ще се използва за удостоверяване на връзки от възела.
-Актуализирано от adgendbc.sh, който извиква AdminAppServer API.
Таблици на Concurrent Manager
FND_NODES: Съдържа информация за всички нива на възлите
FND_CONCURRENT_PROCESSES : Съдържа цялата информация за процесите на едновременен мениджър
FND_CONCURRENT_REQUESTS : Съдържа пълна история на всички едновременни заявки (както минала история, така и тези, планирани за изпълнение в бъдеще).
FND_CONCURRENT_QUEUES :Съдържа информацията за всички едновременни мениджъри, създадени в системата
FND_CONCURRENT_PROGRAMS :Съдържа информацията за всички едновременни програми, налични в системата
FND_EXECUTABLES
FND_CP_SERVICES
FND_CONCURRENT_CONCURRUE_CONCURRENT_CONCERTUE>FND_CONCURRENT_QUEUE_CONTENT
FND_CONCURRENT_PROGRAM_SERIAL
FND_CONCURRENT_TIME_PERIODS
FND_CONCURRENT_PROCESSORS
FNDSVCRG
Изпълнимият файл FNDSVCRG се задейства от контролните скриптове преди и след като скрипт стартира или спре услугата. FNDSVCRG ще се свърже с базата данни, за да провери конфигурацията на заложената GSM услуга. Ако въпросната услуга не е разрешена да се управлява под GSM, изпълнимият файл FNDSVCRG няма да направи нищо и ще излезе. След това скриптът ще продължи да изпълнява своите нормални старт/стоп действия. Ако услугата е активирана за GSM управление, изпълнимият файл FNDSVCRG ще актуализира информацията, свързана с услугата в базата данни, включително контекста на средата, местоположението на текущия регистрационен файл на услугата и текущото състояние на услугата
Описание на състоянието на фазата на едновременна заявка
ЧАКВАНЕ/Нормално -Заявката чака следващия наличен мениджър.
ЧАКВАНЕ/В готовност -Програмата за изпълнение на заявката е несъвместима с друга програма, която се изпълнява в момента.
ЧАКВАНЕ/Планирано - Заявката е насрочена да започне в бъдещ час или дата.
ЧАКВАНЕ/Чакане -Дъщерна заявка чака своята родителска заявка, за да я маркира като готова за изпълнение. Например заявка в набор от заявки, която се изпълнява последователно, трябва да изчака завършване на предходна заявка.
RUNNING/Normal -Заявката се изпълнява нормално.
ИЗПЪЛНЕНИЕ/На пауза -Заявката на родител прави пауза за приключване на изпълнението на всички нейни дъщерни заявки. Например набор от заявки поставя на пауза за завършване на всички заявки в набора.
ИЗПЪЛНЕНИЕ/Възобновяване -Всички заявки, подадени от една и съща родителска заявка, са завършили изпълнение. Заявката за родител възобновява изпълнението.
ИЗПЪЛНЕНИЕ/Прекратяване -Заявката се прекратява чрез избиране на бутона Отказ на заявка в прозореца Заявки.
ЗАПЪЛНЕНО/Нормално -Заявката е завършена успешно.
ЗАПЪЛНЕНО/Грешка -Заявката не бе завършена успешно.
ЗАПЪЛНЕНО/Предупреждение - Заявката е завършена с предупреждения. Например заявка е генерирана успешно, но не се отпечатва.
ЗАВЪРШЕНО/Отменено -Чакаща или неактивна заявка се анулира чрез избиране на бутона Отказ на заявка в прозореца Заявки.
ЗАВЪРШЕНО/Прекратено -Заявката се прекратява чрез избиране на бутона Отказ на заявка в прозореца Заявки.
НЕАКТИВНО/Деактивирано -Програмата за изпълнение на заявка не е активирана. Свържете се със системния си администратор.
НЕАКТИВНО/На изчакване- Изчакваща заявка се поставя на задържане чрез избиране на бутона Заявка за задържане в прозореца Заявки.
НЕАКТИВНО/Без мениджър -Не е дефиниран мениджър, който да изпълнява заявката. Консултирайте се с вашия системен администратор. Състоянието без мениджър също се дава, когато всички мениджъри са заключени от заявки за изпълнение.
как да стартирате едновременен мениджър в приложения на Oracle r12
Стартирайте Concurrent Manager в R12
Свържете се с потребител на ниво приложение, обикновено това е applmgr
cd $ADMIN_SCRIPTS_HOME ./adcmctl.sh start apps/<apps-pass>
как да спрете едновременния мениджър в приложения на Oracle r12
Спрете Concurrent Manager в R12
Свържете се с потребител на ниво приложение, обикновено това е applmgr
cd $ADMIN_SCRIPTS_HOME ./adcmctl.sh stop apps/<apps-pass>
как да проверите състоянието на едновременния мениджър в приложения на Oracle r12
За да проверите състоянието на Concurrent Manager
Свържете се с потребител на ниво приложение, обикновено това е applmgr
cd $ADMIN_SRCIPTS_HOME ./adcmctl.sh status apps/<apps-pass>
Местоположение на регистрационния файл на Concurrent Manager в R12
Едновременният мениджър, ICM и едновременната заявка генерират регистрационните файлове
A) Регистрационен файл на едновременни заявки – документира изпълнението на конкретна заявка ( l.req )
B) Регистрационен файл на мениджър – документира изпълнението на едновременен мениджърски процес. ( W.mgr )
C) Вътрешен регистрационен файл на мениджъра – документира ефективността на ICM.(std.mgr). Този регистрационен файл показва параметрите, използвани с командата 'adcmctl'.
ако $APPLCSF е зададен
Регистрационните файлове се намират в папката $APPLCSF/$APPLLOG.
Регистрационните файлове могат да се преглеждат и от приложенията от формуляра Преглед на едновременни заявки
R12.2 APPLCSF =$NE_BASE/inst/
R12.1 APPLCSF=$INST_TOP//logs/appl/conc/log
Ако $APPLCSF не е зададен
Регистрационните файлове са в папката $PRODUCT_TOP/$APPLLOG.
По същия начин за изходните файлове,
ако $APPLCSF е зададен
R12.2 APPLCSF=$NE_BASE/inst/
R12.1 APPLCSF=$INST_TOP//logs/appl/conc/
Отстраняване на неизправности в Concurrent Manager
Как проверявате състоянието на едновременните мениджъри на Oracle от ОС
– Команда на Linux:
$ ps -ef | grep LIB
-Обърнете внимание, че вътрешният Concurrent Manager може да бъде забелязан в този списък, защото неговата команда е „FNDLIBR FND CPMGR…“, докато другите показват повече като „FNDLIBR FND Concurrent_Processor…“
-Идентификаторът на Unix потребител, показан в първата колона на това списъкът е от решаващо значение:тези едновременни мениджърски процеси трябва да се притежават от същия потребителски идентификатор на Unix, който притежава кода на приложенията ($APPL_TOP и неговите поддиректории); този потребител обикновено се нарича „applmgr“
Къде отиват всички файлове, генерирани от едновременните мениджъри на Oracle
-Регистрационният файл на ICM влиза в директорията $FND_TOP/log и обикновено съответства на std.mgr.
-Регистрационните файлове на работниците влизат в $FND_TOP/log и съвпадат с W.mgr
- Файловете за излизане/излизане на едновременна заявка влизат в горната директория на продукта, свързана с продукта, изпълняващ заявката:например файловете за излизане/излизане за отчети за AR са под $AR_TOP.
-Регистрационните файлове за едновременни заявки влизат в $ APPLLOG поддиректория в съответната горна директория на продукта и съвпада с l .req
-Изходните файлове за едновременни заявки отиват в поддиректорията $APPLOUT
-Ако APPLCSF е зададен, той трябва да сочи към пълния път към директория, която има поддиректории $APPLLOG и $APPLOUT. Тази директория $APPLCSF ще се използва вместо различните продуктови топ директории за записване
всички файловете за излизане/излизане до.
Най-често срещаните проблеми с едновременния мениджър са причинени от проблеми със защитата на файловете на ниво Unix/linux.
-Стартирате ли едновременните мениджъри като applmgr?
-Може ли applmgr да направи следното, за да създаде файл в
$FND_TOP/$APPLLOG директорията?
$FND_TOP/$APPLOUT директория?
Unix:$ touch $FND_TOP/$APPLLOG/a
-Ако това не успее, кой е собственик на директорията?
Unix:$ ls -ld $FND_TOP/$APPLLOG
-Тази директория ли е символична връзка? ако е така, какви са защитите в директорията, към която сочи?
- Изчерпва ли ви дисково пространство на този дял? i-nodes?
Unix:$ df -k
Unix (на някои системи) за проверка на i-възли:$ df -i
-Настроен ли е APPLCSF?
-Ако е така , може ли applmgr да направи това?
Unix:$ докоснете $APPLCSF/$APPLLOG/a
-Проверете директориите $APPLOUT (обикновено „извън“) точно като директориите с журнали.
Ако едновременна програма PL/SQL не може да записва във външен файл, ще получите съобщение за грешка, подобно на:
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.
ЗАБЕЛЕЖКА:Приложенията също така създава временни изходни файлове PL/SQL, използвани при едновременна обработка. Тези файлове се записват на място на възела на сървъра на базата данни, посочено от настройката на средата APPLPTMP. Директорията APPLPTMP трябва да е същата директория, както е посочена от параметъра utl_file_dir във файла за инициализация на вашата база данни.
.
Бързата инсталация задава както APPLPTMP, така и параметъра utl_file_dir на една и съща директория по подразбиране. Тъй като временните файлове, поставени в тази директория, може да съдържат чувствителна към контекста информация, тя трябва да бъде защитена директория на възела на сървъра на базата данни с достъп за четене и запис за собственика на сървъра на базата данни. В система с множество възли, директорията, дефинирана от APPLPTMP, не е необходимо да съществува на сървърите на нивото на приложения. По време на надстройка с AutoUpgrade, трябва да предоставите стойността на параметъра utl_file_dir за настройката на средата APPLPTMP.
За да изолирате къде е проблемът, проверете следното:
1) Уверете се, че името на файла е валидно (името на файла не трябва да включва знаци като „^“)
2) Уверете се, че APPLPTMP е настроен на валидна директория и че И ДВЕТЕ потребителят на applmgr и потребителят на базата данни имат разрешения за четене и запис в тази директория (обикновено тя може да бъде настроена на същата директория като APPLTMP)
3) Уверете се, че файлът не излиза в директорията, посочена от APPLPTMP
4) Уверете се, че директорията, посочена от APPLPTMP, е първият запис в utl_file_dir. Също така проверете дали всички записи в utl_file_dir са валидни и дали applmgr има разрешения за четене/запис.
Ако използвате spfile, проверете правилния синтаксис, за да зададете utl_file_dir:
Напр.
ALTER SYSTEM SET UTL_FILE_DIR='directory1','directory2' scope=spfile;
5) Ако все още имате проблеми, проверете дали можете да напишете файл директно с помощта на FND_FILE, който е пакетът, използван от приложението. От SQLPLUS, свързан като потребител на приложения, изпълнете:
SQL> exec FND_FILE.PUT_LINE(FND_FILE.LOG, 'THIS IS A TEST');
Това трябва да изхвърли файл на APPLPTMP.
Ако този тест работи, това ще покаже, че FND_FILE е наред и проблемът вероятно е в приложението.
Може да искате да оставите само един запис в utl_file_dir за този тест.
6) Ако все още имате проблеми, проверете дали можете да напишете файл с помощта на UTL_FILE, който се използва от FND_FILE.
Стартирайте PL/SQL по-долу, като промените на първия запис в utl_file_dir (може да искате да оставите само един запис в utl_file_dir за този тест).
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;
/
Тази програма трябва да изхвърли файл в исканата директория. Ако тестът е неуспешен, проблемът вероятно е от страната на базата данни.
ЕДНЕВНА ОБРАБОТКА НА СЪРВЪРНИ СКРИПТОВИ
afcmstat.sql Показва всички дефинирани мениджъри, техния максимален капацитет, pids и тяхното състояние.
afimchk.sql Показва състоянието на действащите ICM и PMON метода, регистрационния файл на ICM и определя дали работи едновременно мониторът на мениджъра.
afcmcreq.sql Показва едновременния мениджър и името на неговия регистрационен файл, който е обработил заявка.
afrqwait.sql Показва заявките, които са чакащи, задържани и насрочени.
afrqstat.sql Показва обобщение на времето и състоянието на едновременното изпълнение на заявка от определена дата.
afqpmrid.sql Показва идентификатора на процеса на операционната система на процеса FNDLIBR въз основа на едновременен идентификатор на заявка. След това идентификаторът на процеса може да се използва с помощната програма ORADEBUG.
afimlock.sql Показва идентификатора на процеса, терминала и идентификатора на процеса, които може да причиняват заключвания, които ICM и CRM чакат да получат. Трябва да изпълните този скрипт, ако има големи забавяния при изпращане на задания или ако подозирате, че ICM е в затруднено положение с друг процес на оракул.
Как да направя едновременна настройка на мениджър
Настройване на вътрешния Concurrent Manager (ICM)
Производителността на ICM се влияе от трите важни параметъра на Oracle PMON цикъл, размер на опашката и време на заспиване.
PMON цикъл — Това е броят на циклите на заспиване, които ICM изчаква между времето, когато проверява за неизправности на едновременни мениджъри, което е по подразбиране 20. Трябва да промените цикъла на PMON на число по-малко от 20, ако вашите едновременни мениджъри имат проблеми с необичайни прекратяване.
Размер на опашката — Размерът на опашката е броят на PMON циклите, които ICM изчаква между проверката за деактивирани или нови едновременни мениджъри. Трябва да се използва по подразбиране за размер на опашката от 1 цикъл PMON.
Време за заспиване — Параметърът за времето на заспиване показва секундите, които ICM трябва да изчака между проверката за заявки, които чакат да се изпълнят. Времето за заспиване по подразбиране е 60, но можете да намалите това число, ако видите, че имате много чакащи заявки (Чакащи/Нормални). Въпреки това, намаляването на този брой до много ниска стойност много води до прекомерно използване на процесора.
Регулиране на размера на кеша на индивидуалния едновременен мениджър
Едновременната производителност на мениджъра може също да бъде подобрена чрез увеличаване на размера на кеша на мениджъра, за да бъде най-малко два пъти по-голям от броя на целевите процеси. Размерът на кеша определя броя на заявките, които ще се кешират всеки път, когато едновременният мениджър чете от таблицата FND_CONCURRENT_REQUESTS. Увеличаването на размера на кеша ще увеличи пропускателната способност на мениджърите, като се опитва да избегне времето за заспиване.
Изчистване на едновременни заявки
Вижда се, че когато записите в FND_CONCURRENT_PROCESSES и FND_CONCURRENT_REQUESTS надхвърлят 50K, можете да започнете да изпитвате сериозни проблеми с производителността във вашите Oracle приложения. За да избегнем тези проблеми, трябва редовно да почистваме данните в тези таблици, като използваме конкретна заявка, наречена „Изчистване на едновременни заявки и/или данни на мениджър“. Трябва да се планира да се изпълнява редовно. Тази заявка може да бъде конфигурирана да изчиства данните за заявката от таблиците на FND, както и регистрационните файлове и изходните файлове, които се натрупват на диска.
Анализиране на речникови таблици на приложенията на Oracle за висока производителност
Таблиците на Concurrent Manager може да бъдат фрагментирани с течение на времето, така че се препоръчва да ги изградите отново при редовна поддръжка
Също така е много важно да изпълните заявката Събиране на статистика на таблицата
Някои от важните таблици са
FND_CONCURRENT_PROCESSES
FND_CONCURRENT_PROGRAMS
FND_CONCURRENT_REQUESTS,
FND_CONCURRENT_QUEUES.
Надявам се да ви хареса тази публикация в Oracle Concurrent Manager.
Прочетете също
Concurrent Manager Queries :Тази статия съдържа страхотни топ 30 Concurrent Manager заявки за отстраняване на неизправности в Concurrent Manager, разделителна способност, време на работа, подробности
ORA-01427 :Вижте това за решението на ORA-01427:едноредово подзаявката връща повече от един ред грешка, как да я разрешите, когато това се случи с Concurrent Manager
заявка, зададена в приложения на Oracle:Наборът заявки дава възможност за изпращане на същия набор от заявки редовно с помощта на една транзакция.
Въпроси за събеседване с едновременно мениджър ::Разгледайте 24 въпроса за интервю с паралелен мениджър, които да ви помогнат при EBS интервю. Това се състои от всякакви въпроси за стандартен мениджър, мениджър на услуги
Паралелна едновременна обработка :Какво е PCP, как да го настроя, как да дефинирате вътрешен монитор
Oracle Concurrent Manager :Как е едновременен E-Business Suite Мениджър процесът работи, Oracle Concurrent Manager, Какво е вътрешен монитор, Какво е мениджър на услуги и отстраняване на неизправности
https://docs.oracle.com/cd/E18727_01/doc.121/e12893/T174296T174302.htm
Препоръчани курсове
Следват някои от препоръчаните курсове, които можете да закупите, ако искате да стигнете още една стъпка напред
По-долу са дадени връзките към някои от курсовете
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
