Replica di livello intermedio

Esistono varie tecnologie e metodi di replica per la replica continua degli artifact di file di livello intermedio. Gli scenari descritti qui presuppongono che gli artifact del file system di livello intermedio, ad esempio le cartelle config e products, siano già disponibili nel livello intermedio secondario.

Non importa se li hai copiati utilizzando una particolare tecnologia durante l'impostazione DR. È possibile utilizzare un approccio diverso per le repliche successive durante tutto il ciclo di vita.

A scopo illustrativo, la maggior parte degli esempi si concentra su un sistema Oracle WebLogic Server, in cui il principale è un WLS per lo stack OCI ed il sistema secondario è stato creato utilizzando il framework WLS-HYDR. Come esempio di gestione delle informazioni specifiche del sito, le implementazioni gestiscono anche la stringa di connessione al database per il livello intermedio, supponendo che l'ambiente Oracle WebLogic Server utilizzi un alias TNS per connettersi al database.

Artifact di file di livello intermedio

Idealmente, dovresti replicare tutti i file coinvolti nel sistema di livello medio da primario a secondario nello stesso momento.

Tuttavia, diversi tipi di file potrebbero richiedere frequenze di replica diverse per semplificare i costi di gestione e ridurre il costo totale di proprietà di un sistema di protezione dalle calamità. Ciò è importante quando si progettano i volumi e i file system che si desidera utilizzare per la replica. Alcuni artifact sono statici, mentre altri sono dinamici.

  • Artifact prodotto

    Gli artifact del prodotto sono la directory o le directory in cui è installato il software di livello intermedio.

    Non è obbligatorio installare il software sul sito secondario. Quando lo storage del sito di produzione viene replicato nello storage del sito secondario, il software installato nei volumi del sito di produzione viene replicato nei volumi del sito secondario.

    Un sistema secondario deve comportarsi esattamente come il sistema primario quando si verifica un failover o uno switchover. Dovrebbe ammettere patch e aggiornamenti come un'installazione di prima classe. Ciò significa che quando si verifica un failover o uno switchover, il sistema secondario deve utilizzare un inventario standard per patch e aggiornamenti.

    Gli artifact del prodotto sono statici e in genere richiedono un RTO basso. Non è necessario copiarli frequentemente in più aree perché cambiano solo quando vengono applicate patch e correzioni.

    Suggerimento

    Ad esempio, in un sistema Oracle WebLogic Server, l'artifact prodotto è la Oracle home, in cui è installato tutto il software Oracle ed è utilizzato come riferimento dalle variabili di ambiente FMW e Oracle WebLogic. Per garantire la coerenza, è necessario replicare Oracle Inventory con la stessa frequenza delle Oracle home utilizzate dai diversi componenti FMW. Oracle Inventory include i file oraInst.loc e oratab, che si trovano nella directory /etc.

  • Artifact di configurazione

    Gli artifact di configurazione contengono la configurazione del livello intermedio e sono file che cambiano frequentemente. Gli artifact di configurazione cambiano frequentemente, a seconda degli aggiornamenti dell'applicazione. Richiedono un RTO basso e una frequenza di replica elevata.

    Suggerimento

    Ad esempio, in un sistema WebLogic o FMW, gli artifact di configurazione includono quanto segue:
    • WebLogic Home dominio: directory di dominio del server di amministrazione e dei server gestiti.
    • Istanze Oracle dei componenti di sistema, ad esempio Oracle HTTP Server: directory home dell'istanza Oracle.
    • artifact dell'applicazione, ad esempio file .ear o .war.
    • artifact del database, ad esempio il repository MDS e le definizioni delle aree di memorizzazione persistenti JDBC.
    • Piani di distribuzione utilizzati per l'aggiornamento degli adattatori tecnologici, ad esempio file e adattatori JMS. Devono essere salvati in una posizione accessibile a tutti i nodi del cluster in cui vengono distribuiti gli artifact.

    È importante mantenere la coerenza per gli artifact di configurazione in diverse aree di memorizzazione; in caso contrario, le applicazioni potrebbero non funzionare più dopo un ripristino.

    Suggerimento

    Ad esempio, la configurazione del dominio WebLogic che riflette un nuovo server JMS deve essere allineata alla tabella di database utilizzata come area di memorizzazione persistente. La replica della sola configurazione del dominio WebLogic senza replicare la tabella pertinente causerà un errore di Oracle WebLogic Server.
  • Artifact di runtime

    Gli artifact runtime sono file generati dalle applicazioni in runtime.

    Questi file possono cambiare molto frequentemente. I loro RTO e RPO sono puramente guidati dalle esigenze aziendali. In alcuni casi, questi artifact potrebbero dover essere eliminati dopo un breve periodo di tempo. Ad esempio, un ordine di offerta che scade in un breve periodo. In altri casi, questi file possono contenere registrazioni transazionali delle operazioni completate da un'applicazione che deve essere conservata. La frequenza con cui devono essere replicati e l'importanza di conservare questi file in un evento di emergenza sono di solito decisioni basate sul business.

    Suggerimento

    In un sistema WebLogic, esempi di artifact runtime sono i file generati dagli adattatori file o FTP di SOA, i file gestiti da Oracle MFT o qualsiasi altra informazione che le applicazioni generano tramite la business logic e che viene memorizzata direttamente nel file system.

    La tabella riportata di seguito contiene un riepilogo dei suggerimenti per la replica degli artifact del file system durante il ciclo di vita.

    Artifact file livello intermedio Esempi nel sistema WebLogic Frequenza di replica e suggerimenti
    Artifact prodotto Home FMW, JDK, inventario Bassa frequenza di replica o su richiesta (ad esempio dopo l'applicazione delle patch). In alternativa, non è inoltre possibile replicare i prodotti e mantenerli separatamente per testare prima le patch in un ambiente in standby.
    Artifact di configurazione dominio WebLogic, istanze Oracle, applicazioni, piani di distribuzione, keystore La frequenza dipende dalla frequenza con cui vengono eseguite le modifiche alla configurazione. La frequenza di replica elevata è normalmente necessaria.
    Artifact runtime File generati dagli adattatori File e FTP Determinato dai requisiti aziendali.