Descrizione dell'immagine rms_oci_physical_model.png

Questa immagine mostra il modello fisico di un'implementazione RMS su Oracle Cloud Infrastructure.

Nel corpo principale dell'immagine è visualizzata una casella che rappresenta un data center aziendale, con gli output di una serie di sistemi retail aziendali rappresentati da piccole caselle. I sistemi sono i seguenti:

Negoziare sistemi, come i sistemi di distribuzione TLOG PoS, sistemi di gestione della catena di fornitura sistemi fornitore, sistemi finanziari, sistemi bancari, sistemi informatici e sistemi di pianificazione, sistemi esterni vari.

All'interno del centro data aziendale sono presenti i componenti che compongono il centro, con frecce monodirezionali e bidirezionali che descrivono le connessioni tra questi componenti e i sistemi esterni. Le frecce unidirezionali hanno una singola freccia, mentre le frecce bidirezionali hanno una freccia di freccia a entrambe le estremità.

I componenti indicati sono:

Memorizzazione del backup speculare e dell'array del disco. La memoria di array del disco contiene un file system che include file eseguibili, script, dati di I/O e così via nella memoria del database operativo RMS, annotata per informare che può contenere anche oggetti e data del database per RTM, RPM, ReSA, ReIM, allocazione e OID quando ORW viene eliminato. Errore RIB nella memoria del database. Questi componenti sono connessi in modo bidirezionale mediante canali ottici sia al server batch di database che a un wallet di database. Questi componenti verranno descritti in seguito.

Il server batch di database contiene un compilatore C facoltativo insieme ai batch per Pro*C (per RMS, ReSA e RTM), Sql e PVSql (per RMS), RFX (per RETL), RETL (per RMS), Sql Loader e RETL (per Allocazione). Il server batch del database è stato individuato in modo unidirezionale da un server Scheduler tramite LAN.

Il server di programmazione contiene un'istanza di database e un'applicazione di pianificazione. Ma anche feed, in modo unidirezionale, tramite LAN, un server batch di applicazioni. Questo server contiene batch per RPM Java, ReIM Java e Java allocazione. Il server batch di database e il server batch di applicazioni sono connessi in modo bidirezionale, tramite canali fibra ottica, al wallet di database.

Il server batch di applicazioni è connesso anche in modo bidirezionale a un altro componente di memorizzazione array di dischi e al relativo backup speculare. Questa memoria di array di dischi comunica in modo bidirezionale con un server di calcolo che utilizza il motore di calcolo dell'allocazione.

Il wallet del database menzionato di base contiene un database server abilitato per RAC che include un'istanza di database Oracle RMS e un clusterware Oracle. Oltre alle connessioni indicate in precedenza, il wallet del database è connesso anche per le connessioni al database in modo unidirezionale, tramite canali di fibra ottica su un server di database abilitato per RAC e bidirezionale al server di calcolo specificato. Infine, è connesso in modo bidirezionale a un server WebLogic.

Questo server WebLogic contiene un componente SOA che utilizza un server HTTP Apache e un componente WebLogic che include le seguenti funzioni: RMS/RTI UI CS Wallet ReIM Java UI RPM Jave UI ReSA Java Allocation UI Java A due adattatori RIB-RMS Due componenti RSL-RMS. Il server WebLogic è connesso in modo bidirezionale al browser Web del client PC tramite un load balancer Web.

Infine, vi è una raccolta di componenti non MOM contenente interconnessioni proprie. Questi componenti sono: il server batch di applicazioni, costituito da un batch Java SIM, connesso in modo bidirezionale a una memoria di array di dischi non MOM (con backup speculare). Server applicazioni RPAS RPAS Un server JMS per RIB, connesso in modo bidirezionale tramite canali ottici sul server WebLogic descritto in precedenza. Componenti con etichetta RA, compresi MDL RA e RWMS, che comprendono un MDL RWMS. Il componente RWMS è connesso in modo bidirezionale al server JMS A per RIB. Tutti i componenti non MOM ad eccezione del server batch di applicazioni sono connessi in modo bidirezionale al database precedentemente descritto come server ebatch. Il server batch di applicazioni è connesso tramite una LAN al server di programmazione.