40 domande che devi sapere su R12.2

R12.2 è l'ultima versione nell'area Oracle EBS. Presentiamo qui la domanda più ricercata su 40 che devi sapere sulla R12.2

Domanda 1 :Che cos'è l'applicazione di patch online?
Risposta :
L'applicazione di patch online è un nuovo meccanismo di patch disponibile con R12.2 che consente l'applicazione di patch mentre il sistema è attivo e in esecuzione e gli utenti funzionano normalmente.

Domanda 2 :Quale versione di Oracle E-Business Suite è disponibile la funzionalità Patching online?
Risposta L'applicazione di patch online viene utilizzata con Oracle E-Business Suite 12.2 e versioni successive.
Domanda 3 :Quali tipi di patch vengono applicati online?
Risposta :tutte le patch Oracle E-Business Suite Release 12.2 vengono applicate online. Ciò include patch una tantum, rollup di patch, aggiornamenti consolidati e patch di sicurezza.

Domanda 4: Che cos'è il ciclo di patch online?
Risposta :il ciclo di patch in linea è una sequenza di passaggi (fasi) correlati utilizzati per applicare le patch a un sistema Oracle E-Business Suite.

Domanda 5: Quale strumento viene utilizzato per applicare le patch online?
Risposta: L'utilità della riga di comando di AD Online Patching (adop) viene utilizzata per gestire il ciclo di patch in linea. adop invoca adpatch è solo lo sfondo

Domanda 6 :Ci sono tempi di inattività nell'applicazione di patch online?
Risposta :si verifica un breve periodo di inattività quando i servizi del livello applicazione vengono chiusi e riavviati. Il database rimane sempre aperto.

Cambiamenti tecnologici chiave in E-business Suite R12.2

Domanda 7 Dopo aver eseguito l'aggiornamento alla versione 12.2, posso ancora applicare le patch in modo tradizionale?
Risposta :No. Tutte le patch per la versione 12.2 saranno patch online. Il metodo tradizionale di applicazione delle patch precedente alla 12.2 non funzionerà. Esistono opzioni come downtime e hotpatch che funzionano in modo più simile al modo tradizionale, ma vengono utilizzate per le patch dirette da Oracle

Domanda 8 :Che cos'è l'infrastruttura di patching online?
Risposta :Questa infrastruttura include l'edizione degli oggetti del database e componenti del file system di patch/esecuzione.

Domanda 9 . L'applicazione di patch online richiede la funzione di ridefinizione basata su Oracle Database Edition (EBR) 11gR2?
Risposta Sì. L'applicazione di patch online dipende dalla funzione Edition Based Redefinition (EBR) introdotta nel database Oracle 11gR2. In particolare, EBR consente l'edizione di oggetti di codice nel database. Per fare ciò, fornisce nuovi tipi di oggetti come edizioni, viste di edizione e attivatori di edizioni incrociate, che fanno tutti parte dell'infrastruttura di patch online.

Determinazione e configurazione dell'edizione R12.2

Domanda 10 . Quali sono le fasi che compongono il ciclo di Patching Online?
Risposta :Il ciclo di applicazione delle patch in linea è costituito dalle seguenti fasi:
1.Preparare una copia virtuale (edizione patch) dell'applicazione in esecuzione (edizione eseguita).
2.Applicare le patch all'edizione patch dell'applicazione.
3.Finalizzare il sistema in modo che sia pronto per la fase di cutover.
4. Passare all'edizione patch e renderla la nuova edizione di esecuzione.
5.Pulire definizioni o dati obsoleti per recuperare spazio.

Architettura Oracle Ebuisness Suite nella versione R12.2

Domanda 11 .Quali tempi di inattività sono necessari durante un ciclo di patch online? o come dice il nome online, non ci sono tempi di inattività nell'intero processo
Risposta La fase di cutover richiede un breve periodo di inattività (in genere alcuni minuti) per attività di transizione come il riavvio dei servizi del livello applicazione.

Domanda 12 . Sono necessari tempi di inattività per il livello database?
Risposta :No. In effetti, il database deve essere attivo e funzionante durante ogni fase del ciclo di patch in linea. Database della suite.

Domanda 13 .Come funziona l'applicazione di patch online a livello di applicazione?
Risposta :Durante l'installazione della versione 12.2, Installazione rapida stabilirà due copie del file system del livello dell'applicazione. Una delle copie sarà etichettata come il file system di esecuzione e l'altra come il file system della patch. Successivamente, quando viene applicata una patch, adop:
1.Sincronizza il contenuto del file system di esecuzione con il file system della patch. Ciò si verifica durante la fase di preparazione.
2.Eseguire azioni di patch sul file system della patch. Ciò accade durante la fase di applicazione.
3.Infine, durante la fase di cutover, l'utilità adop riavvia i servizi del livello applicazione. Il file system di patch viene quindi promosso a nuovo file system di esecuzione e il vecchio file system di esecuzione diventa il file system di patch per il ciclo di patch successivo.

Tieni presente che un terzo file system, il file system senza edizione (fs_ne), viene creato per archiviare i file contenenti i dati necessari in tutti i file system, come i file di registro.

Riepilogo del ciclo di patch online R12.2

Adozione spiegata R12.2

Domanda 14 .Come si applicano le patch Oracle Fusion Middle-ware in Oracle E-Business Suite versione 12.2?
Risposta :durante la fase di applicazione di un ciclo di patch online, si applicano le patch Oracle Fusion Middle-ware alle home Oracle del file system dell'edizione patch. Quindi, al termine della fase di cut over, sincronizzare i file system eseguendo un'operazione fs_clone.

Come applicare le patch tecnologiche a EBS R12.2

Domanda 15 . Posso utilizzare l'edizione patch per scopi di test e sviluppo?
Risposta In quanto componente specializzato dell'infrastruttura di patch in linea, l'edizione patch non è supportata per l'uso come ambiente di test. Dovresti continuare a utilizzare un ambiente di test separato e dedicato.

Domanda 16 .È possibile utilizzare le patch online con tecnologie di database come Active Dataguard e Flashback?
Risposta :Sì. Le patch online possono essere utilizzate insieme ad Active Dataguard e Flashback. Infatti possiamo usare il flashback per ripristinare le modifiche dopo il cutover finale
Domanda 17 . Quali sono le differenze principali tra le tabelle DBA_OBJECTS, DBA_OBJECTS_AE e AD_OBJECTS?
Risposta DBA_OBJECTS mostra le informazioni sull'oggetto per l'edizione corrente, ma la colonna STATUS in questa vista potrebbe mostrare l'oggetto come VALID anche se l'oggetto deve essere effettivamente compilato prima dell'uso.
DBA_OBJECTS_AE è simile a DBA_OBJECTS, ma mostra le informazioni sull'oggetto in tutto edizioni. Ciò presenta lo svantaggio di mostrare gli oggetti nelle vecchie edizioni che non sono più accessibili all'applicazione.
AD_OBJECTS è la soluzione alternativa di Oracle E-Business Suite alla colonna STATUS inaffidabile in DBA_OBJECTS. AD_OBJECTS mostra lo stato corretto per ogni oggetto visibile nell'edizione corrente. Mostra anche se l'oggetto è "reale" (un oggetto reale) nell'edizione corrente o un oggetto "stub" (la definizione dell'oggetto è stata ereditata da un'edizione precedente). Puoi interrogare AD_OBJECTS per individuare gli oggetti che devono essere ricompilati prima dell'uso:

SQL>select owner, object_name, object_type
from ad_objects
where status = 'INVALID'
order by 1,2,3
/

La stessa logica può essere applicata eseguendo lo script:

SQL>sqlplus apps/apps @$AD_TOP/sql/ADZDSHOWINVALID

Tutto ciò che vorresti sapere su Crea tabella in Oracle

Indici Oracle e tipi di indici

Domanda 18 .L'applicazione di patch online aumenta i requisiti di porta di rete su un'istanza Oracle E-Business Suite?
Risposta: Sì. L'applicazione di patch in linea richiede un set aggiuntivo di porte di rete per i server gestiti di Oracle WebLogic Server sul secondo file system. Durante la fase di cutover, i server gestiti vengono eseguiti simultaneamente sul file system della patch ed eseguono il file system per un breve periodo, in un processo di transizione in sequenza.

Domanda 19 .È possibile interrompere una sessione di patch online?
Risposta Sì. Fino al cutover, puoi eseguire la fase di interruzione per annullare le modifiche apportate fino a quel momento nel ciclo di patching. Non è possibile annullare le patch una volta completato il cutover.

Domanda 20 .La configurazione condivisa di APPL_TOP è supportata con l'applicazione di patch online?
Risposta :Sì. Una configurazione APPL_TOP condivisa è supportata e consigliata per implementazioni a livello di applicazione multinodo nella versione 12.2.

Domanda 21 .Come funziona l'adozione in un ambiente a più nodi?
Risposta Lo strumento adop Online Patching utilizza API remote e ssh login per eseguire operazioni di patch su nodi remoti in un ambiente multi-nodo. Il nodo che avvia adop diventa il nodo "master" e i nodi remoti sono indicati come "slave".

Domanda 22 .Come faccio a determinare lo stato della mia sessione di patch online?
Risposta :puoi eseguire il comando adop -status. Verranno visualizzate informazioni che includono le fasi completate e il tempo impiegato. Se desideri ulteriori dettagli sulle operazioni eseguite, puoi eseguire il comando adop -status -detail.

Domanda 23 .Che cos'è la modalità di inattività e quando può essere utilizzata?
Rispondi :per ottimizzare il processo di aggiornamento alla versione 12.2 di E-Business Suite, il pacchetto di aggiornamento della versione 5 di AD Delta ha introdotto la modalità di inattività, che viene utilizzata come segue:

$ adop phase=apply patches=<patch_number> apply_mode=downtime

La modalità Tempo di inattività non utilizza un ciclo di patch online. Il processo di applicazione di una patch in modalità downtime si completa più rapidamente rispetto alla modalità online, ma a costo di un aumento dei tempi di inattività del sistema.
Quando si applicano le patch di Oracle E-Business Suite in questa modalità, adop confermerà innanzitutto che il livello dell'applicazione i servizi sono inattivi e procederà quindi ad applicare la patch all'edizione di esecuzione del database e del file system di Oracle E-Business Suite.
La modalità di inattività è supportata per:
-Tutte le patch (incluso il post-aggiornamento patching) che fa parte del processo di aggiornamento della versione 12.2 e viene completato prima che il sistema venga ampliato, i servizi del livello dell'applicazione vengano avviati e gli utenti accedano al sistema aggiornato.
- Ambienti di sviluppo o test a nodo singolo, dove non sono richiesti supporto alla produzione e alta disponibilità.

La modalità downtime consente di completare il processo di aggiornamento 12.2 il più rapidamente possibile. Una volta completato l'aggiornamento e gli utenti sono online, tutte le patch successive su un sistema di produzione devono utilizzare la modalità online, non la modalità di inattività, a meno che il readme della patch non indichi diversamente.

Diverse restrizioni si applicano all'uso della modalità downtime:
-Non è possibile convalidare l'applicazione della patch corretta prima che avvenga il passaggio al codice aggiornato.
-Non è possibile interrompere una patch non riuscita e tornare all'esecuzione esistente edition.
-Le patch della versione 12.2 non vengono normalmente testate in modalità downtime.
-L'utilizzo della modalità downtime in un ambiente a livello di applicazione multinodo non è testato o supportato.
Domanda 24 . Cosa posso fare per ridurre il tempo necessario per il cutover?
Risposta :È importante distinguere tra il tempo necessario per l'intera fase di cutover e il periodo di inattività all'interno della fase. Il tempo di inattività effettivo (durante il quale gli utenti non possono accedere) è significativamente più breve dell'intera fase. Per ridurre il tempo complessivo impiegato dal cutover, puoi eseguire tre operazioni:
-Esegui la fase di finalizzazione in modo esplicito, per ovviare alla necessità di eseguire il cutover.
-Chiudi i gestori simultanei prima dell'esecuzione cut over, per evitare di dover attendere il completamento di richieste simultanee. In alternativa, assicurati che non vengano inviati lavori simultanei di lunga durata mentre è in corso un ciclo di applicazione delle patch.
-Assicurati di utilizzare il numero massimo di lavoratori paralleli supportati dal tuo sistema.

Domanda 25 .Che cos'è fs_clone e come viene utilizzato?
Risposta Il comando adop phase=fs_clone è un comando speciale utilizzato per copiare il file system di esecuzione nel file system della patch.

Domanda 26 .Le attività di configurazione automatica e di manutenzione dell'amministratore come adrelink, compilazione di moduli, compilazione di report verranno eseguite online?
Risposta: Sì, queste attività di manutenzione verranno eseguite online. Le operazioni rilevanti saranno mirate al file system di patch e dovrebbero essere eseguite durante un ciclo di patch. Non avranno alcun impatto sul file system di esecuzione.

Domanda 27 .Le patch online cambiano il modo in cui le patch di correzione dei dati vengono applicate a Oracle E-Business Suite 12.2?
Risposta Sì. Le patch di correzione dei dati (utilizzate per correggere i dati transazionali) richiedono una gestione speciale. Il file readme della patch fornirà istruzioni complete.

Domanda 28 Come posso applicare o applicare patch alle mie personalizzazioni in Oracle E-Business Suite versione 12.2?
Risposta Dovresti applicare le tue personalizzazioni all'edizione patch durante la fase di applicazione del ciclo di patch online. Poiché ciò accade prima della fase di cutover, le modifiche verranno propagate alla nuova edizione di esecuzione (insieme a tutte le correzioni nelle patch applicate durante il ciclo di patching).

Domanda 29 . Se il codice personalizzato è installato su uno schema di database separato, devo abilitare l'edizione per il mio schema di database personalizzato?
Risposta Gli standard di codifica nella Guida per lo sviluppatore di Oracle E-Business Suite affermano che il primo passaggio per lo sviluppo di applicazioni personalizzate consiste nel registrare lo schema Oracle personalizzato con le applicazioni Oracle E-Business Suite. La patch di abilitazione Patch in linea consente l'edizione su tutti gli schemi registrati con l'applicazione. Se segui questa procedura, il tuo schema verrà abilitato automaticamente all'edizione.

Domanda 30 . Ci sono considerazioni speciali per la creazione di patch personalizzate compatibili con l'applicazione di patch online?
Risposta Sì. Esistono alcune considerazioni speciali per la creazione di patch personalizzate compatibili con l'applicazione di patch in linea. Fare riferimento alla sezione Standard di patching della Guida per gli sviluppatori di Oracle E-Business Suite.

Domanda 31 :In che modo uno schema di database non Oracle E-Business Suite è in grado di accedere alle tabelle Oracle E-Business Suite?
Risposta Qualsiasi schema di terze parti, proveniente da prodotti di terze parti o codice personalizzato, deve accedere alle tabelle Oracle E-Business Suite tramite i sinonimi nello schema APPS. L'accesso diretto alle tabelle Oracle E-Business Suite può produrre risultati errati.

Domanda 32: Quali sono le principali differenze tecnologiche tra R12.2 e R12.1
Risposta: R12.2 usa weblogic mentre R12.1 usa OC4J. A parte questo, abbiamo la funzione di patching online in r12.2 usando l'edizione e il file system patch/run

R12.1 Techstack

Techstack R12.2

Domanda 33 :Come modificare la password dell'app nella versione R12.2?
Risposta: la password delle app è la stessa di R12.1 con l'eccezione di modificarla anche nella console weblogic.

Domanda 34 :dove sono archiviati i file di registro per l'adozione?
Risposta: È memorizzato nel terzo filesystem che non è un filesystem di edizione

Domanda 35 . come ci si connette all'edizione patch?
Risposta :Sorgente l'ambiente utilizzando l'opzione patch

/u71/R122/EBSapps.env patch

Domanda 36 :Come determinare la versione di weblogic in R12.2
Risposta Come trovare la versione Weblogic

Domanda 37. Come aumentare il nodo di gestione in R12.2?
Risposta

Come aggiungere il server di gestione in R12.2

Come eliminare il server di gestione in R12.2

Domanda 38 . Dove si trovano i file di registro in R12.2 Apache e Weblogic

Rispondi
Registri di Apache

$IAS_ORACLE_HOME/instances/*/diagnostics/logs/OHS/EBS_web_*/*log

Registro OPMN

$IAS_ORACLE_HOME/instances/*/diagnostics/logs/OPMN/opmn/*

Registri Weblogic

$IAS_ORACLE_HOME/../wlserver_10.3/common/nodemanager $EBS_DOMAIN_HOME/servers/oa*/logs/*
$EBS_DOMAIN_HOME/servers/forms*/logs/*
$EBS_DOMAIN_HOME/servers/AdminServer/logs/*
$EBS_DOMAIN_HOME/sysman/log/*

Domanda 39 . Come interrompere e avviare i servizi in R12.2
Risposta

Quando vogliamo interrompere tutti i servizi delle applicazioni utilizzando lo script adstpall.sh , forniamo la password delle app in R12.1.3. Ma in R12.2 chiederà la password dell'amministratore weblogic oltre a ridurre tutti i servizi.

Dobbiamo fornire la password amministratore di Weblogic

Interrompi
Quando vogliamo interrompere tutti i servizi adstpall.sh apps/apps di nuovo, verrà richiesta la password weblogic

Script di amministrazione nella versione R12.2
Domanda 40 . È necessario copiare il middleware Oracle Fusion nella clonazione R12.2?
Risposta Non è richiesto nella clonazione R12.2 poiché adpreclone copia Oracle fusion middle in formato compresso sul livello dell'applicazione

Come clonare l'ambiente R12.2

Domanda bonus
Domanda 41:  Posso ancora utilizzare apatch nell'ambiente di patch online della versione 12.2?
Risposta No. Sebbene gli strumenti Oracle possano richiamare internamente l'utilità apatch, non è consentita la chiamata diretta di apatch da parte dell'utente.
Domanda 42 Quali sono i passaggi principali per eseguire l'upgrade da R12.1 a R12.2?
Risposta

1. Fase di preparazione prima dell'aggiornamento
2. Aggiornamento principale utilizzando il driver di aggiornamento principale per R12.2.0 (unito con la patch di aggiornamento consolidata Oracle E-Business Suite preinstallata per R12.2.0)
3. Abilitazione delle patch online
4. Applicazione degli ultimi  R12.AD.C.Delta.n e R12.TXK.C.Delta.n
5. Applicazione del Release Update Pack (RUP) 12.2.n

I dettagli sono riportati di seguito agli articoli

Processo di aggiornamento passo dopo passo per R12.2 Upgrade parte -1
Processo di upgrade passo passo a R12.2 Upgrade parte -2
Processo di upgrade passo passo a R12.2 Upgrade parte -3
Procedura di aggiornamento passo passo per l'aggiornamento R12.2 Parte -4

Domanda 43 Come modificare la porta web in R12.2?

Rispondi

Come modificare la porta Web in EBS 12.2

Domanda 44 Che cos'è la modalità Hotpatch in R12.0/R12.1?

Rispondi

Fantastiche informazioni sulla modalità HOTPATCH in adop

Domanda 45 Quali sono tutti i server weblogic inclusi in R12.2?
Risposta
•ADMINSERVER (server amministrativo WebLogic)
•OACORE_SERVER1 (applicazioni self-service)
•OAFM_SERVER1 (servizi Web, ricerca app, agente di trasporto)
•FORMS_SERVER1 (servlet Oracle Forms 10.1.2.3)
•FORMS-C4WS_SERVER (servlet di moduli di servizio Web)

Articles you must read on R12.2
Login flow and basic troubleshooting for R12.2
Service Group changes in R12.2
adopmon and adopreports utility R12.2.5
How to re-attach 12.2 E-Business Oracle Homes to the central inventory
Isolating post-upgrade concurrent programs to a separate manager queue in R12.2
R12.2 RapidWiz Installed Components and System Requirements
Top AWR useful queries for R12.2/R12.1 Upgrade
How to rollback the patch after failed cutover phase in R12.2
forward cross edition triggers R12.2
Solaris OS parameter required for R12.2 Upgrade

Corso bestseller su Udemy per i DBA
Scripting della shell:scopri come automatizzare le attività della riga di comando
Amministrazione EBS 12.2 [AppsDBA]
Oracle SQL 11g + Oracle Apps R12 DBA
Imparare i Big Data:la masterclass sull'ecosistema Hadoop
Oracle SQL – SQL passo dopo passo