Oracle Concurrent Manager è un elemento importante nel prodotto Oracle E-Business Suite. aiuta nell'elaborazione in batch di molte cose.
Sono qui a presentare alcuni dettagli a riguardo
Si compone di più parti. Spiegando ciascuno di questi in dettaglio. Ti dà un'idea di come funziona un processo di gestione simultanea di E-Business Suite
Sommario
Tipi di Oracle Concurrent Manager
Gestore simultaneo interno (ICM)
L'Internal Concurrent Manager (ICM) può essere considerato il "cervello" del trattamento simultaneo. È responsabile delle seguenti funzionalità:
-Avvia tutti gli altri processi come Gestione risoluzione conflitti e Gestione standard
-Esegue le "richieste di controllo" inviate dall'amministratore.
-Attiva/Disattiva/Annulla Gestione simultanea
-Termina richiesta simultanea
-Monitorizza i processi, riavviando quelli non riusciti.
-Imposta il numero target di processi per ciascun servizio in base al turno di lavoro corrente.
Avvio dell'ICM
-adcmctl.sh script
-È necessario avviare TNS Apps Listener prima di avviare ICM
Spegnimento dell'ICM
-La chiusura dell'ICM interromperà tutti gli altri servizi come Gestione risoluzione conflitti e Gestione standard
– L'arresto normale segnala l'uscita dei processi dopo aver completato le attività correnti.
– L'interruzione interromperà i processi di servizio.
– ICM non si chiuderà finché tutti gli altri processi non saranno terminati.
-Utilizzare adcmctl.sh per chiudere ICM.
Gestori del servizio (FNDSM)
I Service Manager vengono generati sui nodi di livello intermedio di un sistema abilitato GSM per agire come agenti dell'ICM. Quando l'ICM rileva che è necessario un gestore del servizio per eseguire alcune funzioni, ad esempio avviare un processo di gestione simultaneo, su un nodo di livello intermedio, eseguirà chiamate di controllo della procedura remota al listener di app su quel nodo per avviare il gestore del servizio. Una volta che il Service Manager è stato avviato e inizializzato, l'ICM comunica direttamente al Service manager tramite Remote Procedural Call (RPC), fornendogli le informazioni per gestire i servizi su quel nodo.
-Il gestore del servizio viene generato da APPS TNS Listener
– APPS TNS Listener deve essere avviato su ogni nodo di livello intermedio nel sistema e avviato dall'utente che avvia ICM (ad es. applmgr)
- TNS Listener genera Service Manager per l'esecuzione come agente di ICM per il nodo locale
-Service Manager viene avviato da ICM su richiesta quando necessario. Se non sono necessarie azioni di gestione su un nodo, un Service Manager non verrà avviato da ICM fino a quando non sarà necessario. Quando ICM esce, anche i suoi Service Manager escono.
-L'ambiente Service Manager è impostato da APPSORA.env come definito in listener.ora
-I file listener.ora e tnsnames.ora devono essere configurati correttamente per l'ascoltatore può generare il Service Manager e l'ICM può controllare lo stato del Service Manager.
Monitor interni (FNDIMON)
I monitor interni vengono utilizzati specificamente nell'elaborazione simultanea parallela per consentire il failover del gestore simultaneo interno su altri nodi di livello intermedio disponibili.
-Posizionare un monitor interno su qualsiasi nodo in cui l'ICM può avviarsi in caso di errore.
-I monitor interni vengono inseriti in ogni nodo registrato per impostazione predefinita.
-Se l'ICM si interrompe, il monitor interno si attiverà tentare di avviare un nuovo ICM sul nodo locale.
-Se vengono avviati più ICM, solo il primo rimarrà attivo. Gli altri usciranno con grazia.
Gestori simultanei Oracle(FNDLIBR,INVLIBR)
I gestori simultanei forniscono l'elaborazione asincrona dei lavori monitorando la tabella FND_CONCURRENT_REQUESTS su un ciclo continuo. Il compito di un gestore simultaneo consiste nell'eseguire richieste simultanee che si trovano nella fase/stato in sospeso/normale e che è qualificato per essere eseguito in base alle sue regole di specializzazione.
Processi del manager simultanei
– Agire in modo indipendente
– Seleziona solo le richieste che:(a) corrispondono alle regole di specializzazione del manager, (b) sono in sospeso/normali, (c) hanno un'ora di inizio richiesta
Descrizione di importanti tabelle Oracle di Oracle Concurrent Manager
FND_CONCURRENT_QUEUES
TARGET_NODE
-Utilizzato per indicare dove devono essere avviati processi aggiuntivi
-Utilizzato dai gestori per determinare se devono chiudersi per la migrazione
-I gestori confrontano il valore del parametro passato all'avvio con questo valore
-Utilizzato dall'interfaccia utente per indicare dove esistono i processi (non del tutto accurato in caso di migrazione)
-Assegnato da ICM in base a impostazioni primarie e secondarie
NODE_NAME
-Indica il nodo primario per PCP – carico diretto
-Dove devono essere avviati i processi a meno che il nodo non sia online o sia stato determinato come non disponibile
-Se non viene specificato alcun nodo, ICM assegnerà la destinazione nodo per impostazione predefinita su NODE_NAME2
-Indica il nodo secondario per PCP – failover del carico diretto
-Assegnato solo come TARGET_NODE se il nodo primario non è disponibile
FND_CONCURRENT_PROCESSES
NODE_NAME
-Indica dove è in esecuzione il processo del gestore
-Indica anche dove sono presenti i file del gestore
-Popolato usando il valore da uname() (nome del computer fisico)
-Utilizzato da ICM al termine del processo
-Utilizzato durante la visualizzazione del file di registro nell'interfaccia utente (UI)
-Utilizzato dal programma di eliminazione per eliminare il file di registro del processo
-Può essere utilizzato per calcoli statistici del carico di lavoro
-Verrà probabilmente utilizzato dagli RPM per tentare di trovare un OPP locale
-Utilizzato in modo simile in 11i.X per individuare Reports Server
FND_CONCURRENT_REQUESTS
LOGFILE_NODE_NAME, OUTFILE_NODE_NAME
-Indica dove esistono i file
-Utilizzato nell'interfaccia utente (UI) per la visualizzazione dei file
-Utilizzato dal programma di eliminazione per eliminare i file
-Valore popolato da mgr process, basato sul proprio nodo
FND_NODES
NODE_NAME
-Indica il nome del nodo in cui si trova il file DBC.
-Lo script Addgendbc.sh crea il file DBC.
SERVER_ID
-Verrà utilizzato per autenticare le connessioni dal nodo.
-Aggiornato da addendbc.sh che chiama l'API AdminAppServer.
Tabelle di gestione simultanee
FND_NODES: contiene tutte le informazioni a livello di nodi
FND_CONCURRENT_PROCESSES: Contiene tutte le informazioni sui processi del gestore simultanee
FND_CONCURRENT_REQUESTS: Contiene una cronologia completa di tutte le richieste simultanee (sia la cronologia passata che quelle programmate per l'esecuzione in futuro).
FND_CONCURRENT_QUEUES :contiene le informazioni per tutti i gestori simultanei creati nel sistema
FND_CONCURRENT_PROGRAMS :contiene le informazioni per tutti i programmi simultanei disponibili nel sistema
FND_EXECUTABLES
FND_CP_SERVICES
FND_CONCURRENT_QUEUE_SIZE
FND_CONCURRENT_QUEUE_CONTENT
FND_CONCURRENT_PROGRAM_SERIAL
FND_CONCURRENT_TIME_PERIODS
FND_CONCURRENT_PROCESSORS
FNDSVCRG
L'eseguibile FNDSVCRG viene attivato dagli script di controllo prima e dopo che uno script avvia o interrompe il servizio. FNDSVCRG si collegherà al database per verificare la configurazione del Seeded GSM Service. Se il servizio in questione non è abilitato alla gestione in GSM, l'eseguibile FNDSVCRG non farà nulla e uscirà. Lo script continuerà quindi a eseguire le normali azioni di avvio/arresto. Se il servizio è abilitato per la gestione GSM, l'eseguibile FNDSVCRG aggiornerà le informazioni relative al servizio nel database, incluso il contesto ambientale, la posizione del file di registro del servizio corrente e lo stato corrente del servizio
Descrizione dello stato della fase di richiesta simultanea
IN ATTESA/Normale -La richiesta è in attesa del prossimo gestore disponibile.
IN ATTESA/Standby -La richiesta del programma da eseguire non è compatibile con altri programmi attualmente in esecuzione.
IN ATTESA/Pianificato -L'inizio della richiesta è programmato in una data o ora futura.
IN ATTESA/In attesa -Una richiesta figlio è in attesa della sua richiesta padre per contrassegnarla come pronta per l'esecuzione. Ad esempio, una richiesta in un set di richieste eseguito in sequenza deve attendere il completamento di una richiesta precedente.
IN ESECUZIONE/Normale -La richiesta viene eseguita normalmente.
IN ESECUZIONE/In pausa -La richiesta padre si interrompe per il completamento dell'esecuzione di tutte le sue richieste figlio. Ad esempio, un set di richieste viene sospeso per il completamento di tutte le richieste nel set.
ESECUZIONE/Ripresa in corso -Tutte le richieste inviate dalla stessa richiesta genitore hanno completato l'esecuzione. La richiesta padre riprende l'esecuzione.
RUNNING/Terminating -La richiesta viene terminata selezionando il pulsante Annulla richiesta nella finestra Richieste.
COMPLETA/Normale -Richiesta completata con successo.
COMPLETA/Errore -La richiesta non è stata completata correttamente.
COMPLETA/Avviso -Richiesta completata con avvisi. Ad esempio, una richiesta viene generata correttamente ma non viene stampata.
COMPLETA/Annullata -La richiesta in sospeso o inattiva viene annullata selezionando il pulsante Annulla richiesta nella finestra Richieste.
COMPLETA/Terminata -La richiesta viene terminata selezionando il pulsante Annulla richiesta nella finestra Richieste.
INATTIVO/Disabilitato -Il programma per eseguire la richiesta non è abilitato. Contatta l'amministratore di sistema.
INATTIVO/In attesa- La richiesta in sospeso viene messa in attesa selezionando il pulsante Richiesta di sospensione nella finestra Richieste.
INATTIVO/Nessun gestore -Nessun gestore è definito per eseguire la richiesta. Verificare con l'amministratore di sistema. Viene inoltre assegnato lo stato Nessun gestore quando tutti i gestori sono bloccati da richieste di esecuzione autonoma.
come avviare il gestore simultaneo nelle app Oracle r12
Avvia Gestione simultanea in R12
Connetti all'utente del livello applicazione di solito la sua applmgr
cd $ADMIN_SCRIPTS_HOME ./adcmctl.sh start apps/<apps-pass>
come interrompere il gestore simultaneo nelle app Oracle r12
Interrompi Gestione simultanea in R12
Connetti all'utente del livello applicazione di solito la sua applmgr
cd $ADMIN_SCRIPTS_HOME ./adcmctl.sh stop apps/<apps-pass>
come controllare lo stato del gestore simultaneo nelle app Oracle r12
Per controllare lo stato del gestore simultaneo
Connetti all'utente del livello applicazione di solito la sua applmgr
cd $ADMIN_SRCIPTS_HOME ./adcmctl.sh status apps/<apps-pass>
Posizione del file di registro di Gestione simultanea in R12
Gestione simultanea, ICM e richiesta simultanea generano tutti i file di registro
A) File di registro delle richieste simultanee:documenta l'esecuzione di una richiesta particolare ( l.req )
B) File di registro del gestore:documenta l'esecuzione di un processo di gestione simultanea. ( W.mgr )
C) File di registro del gestore interno:documenta le prestazioni dell'ICM.(std.mgr). Questo file di registro mostra i parametri utilizzati con il comando 'adcmctl'.
se $APPLCSF è impostato
I file di registro sono nella cartella $APPLCSF/$APPLLOG.
I file di registro possono essere visualizzati anche all'interno delle applicazioni dal modulo Visualizza richieste simultanee
R12.2 APPLCSF =$NE_BASE/inst/
R12.1 APPLCSF=$INST_TOP//logs/appl/conc/log
Se $APPLCSF non è impostato
I file di registro sono nella cartella $PRODUCT_TOP/$APPLLOG.
Allo stesso modo per i file di output,
se $APPLCSF è impostato
R12.2 APPLCSF=$NE_BASE/inst/
R12.1 APPLCSF=$INST_TOP//logs/appl/conc/
Risoluzione dei problemi di Gestione simultanea
Come si controlla lo stato dei gestori simultanei Oracle dal sistema operativo
–Comando Linux:
$ ps -ef | grep LIB
-Nota che l'Internal Concurrent Manager può essere individuato in questo elenco perché il suo comando è "FNDLIBR FND CPMGR ..." mentre gli altri mostrano più come "FNDLIBR FND Concurrent_Processor ..."
-L'ID utente Unix mostrato nella prima colonna di questo l'elenco è fondamentale:questi processi di gestione simultanei dovrebbero essere di proprietà dello stesso ID utente Unix che possiede il codice delle applicazioni ($APPL_TOP e le sue sottodirectory); questo utente viene solitamente indicato come "applmgr"
Dove vanno a finire tutti i file generati dai gestori simultanei di Oracle
-Il file di registro ICM va nella directory $FND_TOP/log e di solito corrisponde a std.mgr.
-I file di registro dei lavoratori vanno in $FND_TOP/log e corrispondono a W.mgr
-Il I file di log/out di richieste simultanee si trovano nella directory principale del prodotto associata al prodotto che esegue la richiesta:ad esempio, i file di log/out per i report AR vanno in $AR_TOP.
-I file di log per le richieste simultanee vanno in $ Sottodirectory APPLLOG nella directory principale del prodotto appropriata e corrisponde a l .req
-I file out per le richieste simultanee vanno nella sottodirectory $APPLOUT
-Se APPLCSF è impostato, dovrebbe puntare al percorso completo di una directory che ha le sottodirectory $APPLLOG e $APPLOUT. Questa directory $APPLCSF verrà utilizzata al posto delle varie directory principali dei prodotti per scrivere
tutto i file di log/out a.
I problemi di gestione simultanea più comuni sono causati da problemi di protezione dei file a livello Unix/linux.
-Stai avviando i gestori simultanei come applmgr?
-Applmgr può eseguire le seguenti operazioni per creare un file nella directory
$FND_TOP/$APPLLOG?
$FND_TOP/$APPLOUT?
/>Unix:$ touch $FND_TOP/$APPLLOG/a
-Se fallisce, di chi è la directory?
Unix:$ ls -ld $FND_TOP/$APPLLOG
-È questa directory un collegamento simbolico? in tal caso, quali sono le protezioni sulla directory a cui punta?
-Stai esaurendo lo spazio su disco su questa partizione? i-nodes?
Unix:$ df -k
Unix (su alcuni sistemi) per controllare gli i-nodes:$ df -i
-APPLCSF è impostato?
-Se sì , applmgr può farlo?
Unix:$ touch $APPLCSF/$APPLLOG/a
-Controlla le directory $APPLOUT (di solito "out") proprio come le directory di log.
Se un programma simultaneo PL/SQL non può scrivere su un file esterno, riceverai un messaggio di errore simile a:
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.
NOTA:le applicazioni producono anche file di output PL/SQL temporanei utilizzati nell'elaborazione simultanea. Questi file vengono scritti in una posizione sul nodo del server di database specificato dall'impostazione dell'ambiente APPLPTMP. La directory APPLPTMP deve essere la stessa directory specificata dal parametro utl_file_dir nel file di inizializzazione del database.
.
Installazione rapida imposta sia APPLPTMP che il parametro utl_file_dir sulla stessa directory predefinita. Poiché i file temporanei inseriti in questa directory possono contenere informazioni sensibili al contesto, dovrebbe essere una directory sicura sul nodo del server di database con accesso in lettura e scrittura per il proprietario del server di database. In un sistema a più nodi, non è necessario che la directory definita da APPLPTMP esista sui server del livello dell'applicazione. Durante un aggiornamento con AutoUpgrade, devi fornire il valore del parametro utl_file_dir per l'impostazione dell'ambiente APPLPTMP.
Per isolare dove si trova il problema, verifica quanto segue:
1) Assicurati che il nome del file sia valido (il nome del file non deve includere caratteri come “^”)
2) Assicurati che APPLPTMP sia impostato su una directory valida e che SIA l'utente applmgr che l'utente del database abbiano i permessi di lettura e scrittura su quella directory (normalmente, può essere impostato sulla stessa directory di APPLTMP)
3) Assicurati che il file non esca nella directory indicata da APPLPTMP
4) Assicurati che la directory indicata da APPLPTMP sia la prima voce nella utl_file_dir. Inoltre, verifica che tutte le voci su utl_file_dir siano valide e che applmgr abbia i permessi di lettura/scrittura.
Se si utilizza uno spfile, verificare la sintassi corretta per impostare utl_file_dir:
Es.
ALTER SYSTEM SET UTL_FILE_DIR='directory1','directory2' scope=spfile;
5) Se hai ancora problemi, controlla se puoi scrivere un file direttamente utilizzando FND_FILE, che è il pacchetto utilizzato dall'Applicazione. Da SQLPLUS, connesso come utente delle app, esegui:
SQL> exec FND_FILE.PUT_LINE(FND_FILE.LOG, 'THIS IS A TEST');
Questo dovrebbe scaricare un file su APPLPTMP.
Se questo test funziona, indicherebbe che FND_FILE è OK e che il problema è probabilmente con l'applicazione.
Potresti voler lasciare solo una voce su utl_file_dir per questo test.
6) Se hai ancora problemi, controlla se puoi scrivere un file usando UTL_FILE, che è usato da FND_FILE.
Esegui il PL/SQL di seguito, passando alla prima voce su utl_file_dir (potresti voler lasciare solo una voce su utl_file_dir per questo test).
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;
/
Questo programma dovrebbe scaricare un file nella directory richiesta. Se il test ha esito negativo, è probabile che il problema sia lato database.
ELABORAZIONE CONCORRENTE DI SCRIPT DEL SERVER
afcmstat.sql Visualizza tutti i gestori definiti, la loro capacità massima, i pid e il loro stato.
afimchk.sql Visualizza lo stato effettivo del metodo ICM e PMON, il file di registro dell'ICM e determina se il monitor manager simultaneo è in esecuzione.
afcmcreq.sql Visualizza il gestore simultaneo e il nome del relativo file di registro che ha elaborato una richiesta.
afrqwait.sql Visualizza le richieste in sospeso, in attesa e pianificate.
afrqstat.sql Visualizza il riepilogo dell'ora e dello stato di esecuzione della richiesta simultanea da una data particolare.
afqpmrid.sql Visualizza l'ID del processo del sistema operativo del processo FNDLIBR in base a un ID richiesta simultanea. L'ID processo può quindi essere utilizzato con l'utilità ORADEBUG.
afimlock.sql Visualizza l'ID processo, il terminale e l'ID processo che potrebbero causare i blocchi che l'ICM e il CRM sono in attesa di ottenere. È necessario eseguire questo script se si verificano lunghi ritardi durante l'invio dei lavori o se si sospetta che l'ICM sia bloccato con un altro processo Oracle.
Come eseguire l'ottimizzazione simultanea del gestore
Ottimizzazione dell'Internal Concurrent Manager (ICM)
Le prestazioni dell'ICM sono influenzate dai tre importanti parametri Oracle PMON cycle, queue size e sleep time.
Ciclo PMON:è il numero di cicli di sospensione che l'ICM attende tra il momento in cui verifica la presenza di errori dei gestori simultanei, che per impostazione predefinita è 20. È necessario modificare il ciclo PMON su un numero inferiore a 20 se i gestori simultanei riscontrano problemi con cessazioni.
Dimensione coda:la dimensione della coda è il numero di cicli PMON che l'ICM attende tra il controllo della presenza di gestori simultanei disabilitati o nuovi. È necessario utilizzare l'impostazione predefinita per la dimensione della coda di 1 ciclo PMON.
Tempo di inattività:il parametro del tempo di inattività indica i secondi che l'ICM deve attendere tra il controllo delle richieste in attesa di esecuzione. Il tempo di sospensione predefinito è 60, ma puoi ridurre questo numero se vedi che hai molte richieste in attesa (in sospeso/normale). Tuttavia, la riduzione di questo numero a un valore molto basso provoca un utilizzo eccessivo della CPU.
Regolazione della dimensione della cache del singolo gestore simultaneo
Le prestazioni del gestore simultaneo possono anche essere migliorate aumentando la dimensione della cache del gestore in modo che sia almeno il doppio del numero di processi di destinazione. La dimensione della cache specifica il numero di richieste che verranno memorizzate nella cache ogni volta che il gestore simultaneo legge dalla tabella FND_CONCURRENT_REQUESTS. L'aumento delle dimensioni della cache aumenterà il throughput dei gestori, cercando di evitare il tempo di sospensione.
Eliminazione delle richieste simultanee
Si vede che quando i record in FND_CONCURRENT_PROCESSES e FND_CONCURRENT_REQUESTS superano i 50.000, puoi iniziare a riscontrare seri problemi di prestazioni all'interno delle tue applicazioni Oracle. Per evitare questi problemi, dovremmo eliminare regolarmente i dati in queste tabelle utilizzando una richiesta specifica denominata "Elimina richieste simultanee e/o dati del gestore". Dovrebbe essere pianificata per l'esecuzione su base regolare. Questa richiesta può essere configurata per eliminare i dati della richiesta dalle tabelle FND, nonché i file di registro e i file di output accumulati su disco.
Analisi delle tabelle del dizionario di Oracle Apps per prestazioni elevate
Le tabelle di Gestione simultanea possono frammentarsi nel tempo, quindi si consiglia di ricostruirle con una manutenzione regolare
Inoltre è molto importante eseguire la richiesta Gather Table Statistics
Alcune delle tabelle importanti sono
FND_CONCURRENT_PROCESSES
FND_CONCURRENT_PROGRAMS
FND_CONCURRENT_REQUESTS,
FND_CONCURRENT_QUEUES.
Spero che questo post su Oracle Concurrent Manager ti piaccia.
Leggi anche
Query di gestione simultanea:questo articolo contiene le 30 principali query di gestione simultanee per la risoluzione dei problemi, la risoluzione, il tempo di esecuzione e i dettagli di Gestione simultanea
ORA-01427 :Dai un'occhiata a questo per la soluzione su ORA-01427:riga singola la sottoquery restituisce più di un errore di riga, come risolverlo quando si verifica con Gestione simultanea
Richiesta impostata nelle app Oracle:La serie di richieste offre la possibilità di inviare regolarmente la stessa serie di richieste utilizzando una singola transazione.
Domande sull'intervista con il manager simultaneo ::Guarda 24 domande sull'intervista con il manager simultaneo per aiutarti nel colloquio EBS. Consiste in tutti i tipi di domande sul gestore standard, sul gestore del servizio
Elaborazione simultanea parallela:cos'è il PCP, come configurarlo, come definire il monitor interno
Oracle Concurrent Manager:come utilizzare una suite e-business simultanea Manager Process Works,Oracle Concurrent Manager,Cos'è il monitor interno,Cos'è il Service Manager e la risoluzione dei problemi
https://docs.oracle.com/cd/E18727_01/doc.121/e12893/T174296T174302.htm
Corsi consigliati
Di seguito sono riportati alcuni dei corsi consigliati che puoi acquistare se vuoi fare un ulteriore passo avanti
Di seguito sono riportati i link ad alcuni dei corsi
Oracle DBA 11g/12c – Amministrazione database per Junior DBA 
:questo corso è adatto alle persone che iniziano come Junior DBA o aspirano a diventare Oracle DBA. Ciò fornirà una buona comprensione delle attività di backup e ripristino e amministrazione generale
Oracle Database:Oracle 12C R2 RAC Administration 
:questo corso copre l'installazione e l'amministrazione di Oracle RAC. Un buon corso per Oracle DBA che desidera aggiornare le proprie competenze per Oracle RAC
Oracle Data Guard:Database Administration for Oracle 12C R2 
:questo corso copre l'installazione e l'amministrazione di Oracle Dataguard. Un buon corso per Oracle DBA che vuole aggiornare le sue competenze per Oracle Dataguard
