Comprendere il processo di configurazione

La configurazione del disaster recovery JD Edwards mediante OCI Full Stack Disaster Recovery è fondamentalmente un processo in tre fasi: è necessario creare gruppi di protezione DR e quindi creare il piano DR che includa tali gruppi. Una volta completati questi passaggi, è necessario implementare completamente il piano completando una sequenza di attività successive allo switchover. È possibile configurare e implementare un piano DR per le istanze in movimento e non in movimento, entrambe descritte in questo articolo, insieme a una descrizione del processo di switchover.

Implementare un gruppo di protezione per il disaster recovery e un piano di disaster recovery per lo spostamento delle istanze

Distribuisci le istanze in movimento, che vengono comunemente utilizzate nelle topologie DR a freddo, nell'area primaria. Durante un evento di emergenza, lo spostamento delle istanze viene spostato dal gruppo di protezione DR dell'area primaria al gruppo di protezione DR dell'area di standby. Le istanze mobili sono convenienti perché le risorse nella standby region non sono in esecuzione continuamente, anche se, poiché devi assicurarti che vengano sottoposte a provisioning e avviate nella standby region, richiedono tempi di recupero più lunghi.

Gli argomenti riportati di seguito illustrano il processo di configurazione e implementazione di un gruppo di protezione DR e prevedono lo spostamento delle istanze.

Crea gruppo di protezione disaster recovery

In primo luogo, creare un gruppo di protezione DR, associare i gruppi DR primario e secondario e aggiungere membri al gruppo. Utilizzare la procedura descritta di seguito:

  1. Eseguire il login a OCI Console e selezionare l'area primaria. Dal menu principale fare clic su Disaster recovery, quindi su Gruppi di protezione DR e infine su Crea gruppo di protezione DR. Selezionare il bucket di storage degli oggetti creato nell'area primaria come parte dei prerequisiti per la registrazione.
  2. Passa alla standby region nella console OCI. Creare un altro gruppo di protezione DR e associarlo al bucket creato in standby, impostato come prerequisito.
  3. Tornare all'area primaria e selezionare il gruppo di protezione DR creato in tale area. Fare clic su Associa per stabilire il collegamento con il gruppo DR nella standby region.
  4. Visualizzare le assegnazioni dei ruoli (primario/standby) per ogni gruppo DR dalla pagina principale Gruppi di protezione DR nella console OCI.
  5. Aggiungere membri al gruppo DR nell'area principale:
    1. Includere il gruppo di volumi richiesto come membro del gruppo di protezione DR.
    2. Aggiungere le risorse di computazione e fornire l'input necessario per le VNIC selezionando Aggiungi mapping VNIC. Le impostazioni della VNIC devono corrispondere al sito principale poiché JDE memorizza i nomi host nelle informazioni del computer. È inoltre possibile specificare indirizzi IP validi per l'area DR da utilizzare durante l'attivazione dell'istanza di computazione.
    3. Avresti dovuto creare un load balancer nella standby region come parte dei prerequisiti. Una volta creato, è possibile aggiungerlo come membro del gruppo di protezione DR. Associare i set backend tra le aree primarie e in standby per garantire che i backend passino correttamente durante il ripristino di emergenza.
    4. Aggiungere il database come membro all'area primaria, quindi passare all'area secondaria e al database peer come membro della protezione DR.

Crea piano di disaster Recovery

Un piano di disaster recovery delinea il flusso di lavoro dall'area primaria all'area di standby delle attività e delle attività che verrebbero eseguite in caso di switchover o failover. Questa sezione descrive il processo di creazione di un piano DR che è membro del gruppo di protezione definito in precedenza

Quando viene eseguito, il piano DR determina la transizione delle risorse (membro del gruppo di protezione) dall'area primaria all'area di standby e viceversa.

Per creare il piano DR, attenersi alla procedura riportata di seguito.

  1. Passare al gruppo di protezione DR pertinente. Nella scheda Risorse selezionare Crea piano.

    Nota

    • Per uno scenario di switchover, creare il piano nell'area Standby.
    • Per uno scenario di rollback, creare il piano nell'area Principale.
  2. Una volta creato, il piano DR include diversi passi predefiniti. Per impostazione predefinita, i passi di interruzione sono disabilitati. È possibile abilitare o disabilitare passi specifici in base alle proprie esigenze.
    È possibile aggiungere azioni personalizzate al piano facendo clic su Aggiungi gruppo. Usare questo comando per incorporare script creati durante l'esecuzione dei passi personalizzati.
  3. Fornire un nome per il gruppo. Scegliere la sequenza corretta selezionando Aggiungi prima o Aggiungi dopo, quindi selezionare il gruppo che il nuovo passo deve precedere o seguire. Fare clic su Aggiungi passo per includere la nuova azione nel piano.
  4. Per ogni passo personalizzato, immettere un nome di gruppo e un nome di passo. Selezionare il tipo di passo definito dall'utente corretto, a seconda della posizione dello script. Fornire i parametri di script necessari, quindi fare clic su Aggiungi passo. Se necessario, puoi aggiungere più passi nello stesso gruppo.

    Nota

    In questo scenario, l'area selezionata è Primaria, in quanto è uno scenario FSDR mobile e le istanze non sono presenti nell'area Secondaria.
  5. Dopo aver convalidato i passi nel piano, fare clic su Esegui piano per avviare lo switchover.
    Se i controlli preliminari hanno esito positivo, il piano DR eseguirà ogni passo in sequenza.
  6. Se si verificano errori durante il processo di switchover, l'esecuzione verrà sospesa al passo non riuscito. È possibile scegliere di saltare il passo non riuscito e continuare con i passi rimanenti nel piano.
  7. per la procedura di rollback, seguire lo stesso processo; tuttavia, assicurarsi che il piano venga eseguito dall'area primaria durante il rollback.

Implementare un gruppo di protezione per il disaster recovery e un piano di disaster recovery per le istanze non mobili

Distribuisci istanze non mobili, che sono comuni nelle topologie DR attivo-passivo, sia nelle region primarie che in quelle standby. Durante le operazioni DR, queste istanze vengono avviate o arrestate in base alle esigenze per la transizione del servizio tra le aree. Questo metodo garantisce un ripristino più rapido a causa dell'infrastruttura preesistente nella standby region, anche se può essere costoso perché l'infrastruttura deve essere gestita in entrambe le region.

Gli argomenti riportati di seguito illustrano il processo di configurazione e implementazione di un gruppo di protezione DR e i piani per le istanze non mobili.

Crea gruppo di protezione disaster recovery

Come per le istanze in movimento, se si utilizzano istanze non in movimento, è necessario creare un gruppo di protezione DR, associare i gruppi DR primario e secondario e aggiungere membri al gruppo. Utilizzare questa procedura:

  1. Eseguire il login a OCI Console e selezionare l'area Mumbai. Dal menu principale fare clic su Disaster recovery, quindi su Gruppi di protezione DR e infine su Crea gruppo di protezione DR. Selezionare il bucket di storage degli oggetti creato nell'area Mumbai come parte dei prerequisiti per la registrazione.
  2. Aggiungere membri al gruppo DR nell'area principale.
  3. Passa all'area secondaria in OCI Console. Creare un altro gruppo di protezione DR e associarlo al bucket creato nella posizione secondaria, impostata come prerequisito.
  4. Aggiungere membri al gruppo DR nell'area secondaria. Poiché si tratta di un'impostazione DR di tipo non mobile, è necessario eseguire il provisioning di tutti i server di distribuzione JDE, batch e Web necessari nell'area secondaria.
  5. Solo i volumi a blocchi verranno replicati nel sito secondario. È consigliabile eseguire l'hosting dell'applicazione sui volumi a blocchi.
  6. Per sincronizzare i volumi di avvio sui server nella posizione principale e secondaria, utilizzare rsync/robocopy per sincronizzare la cartella dei file tra il sito principale e quello secondario, se necessario.
  7. Tornare all'area Primaria e selezionare il gruppo di protezione DR creato in tale area. Fare clic su Associa per stabilire il collegamento al gruppo DR in Secondario.
  8. È possibile visualizzare le assegnazioni dei ruoli (principale/secondario) per ogni gruppo DR dalla pagina principale Gruppi di protezione DR nella console OCI.

Crea piano di disaster Recovery

Analogamente a un piano DR per lo spostamento delle istanze, un piano DR per le istanze non mobili delinea il flusso di lavoro delle attività e dei task che verrebbero eseguiti in caso di switchover o failover dalla region primaria alla standby region. Per creare un piano DR per le istanze non mobili membro del gruppo Protezione definito nel passo precedente, utilizzare questa procedura.
  1. Passare al gruppo di protezione DR pertinente. Nella scheda Risorse selezionare Crea piano.

    Nota

    • Per uno scenario di switchover, creare il piano nell'area secondaria.
    • Per uno scenario di rollback, creare il piano nell'area Principale .
  2. È possibile aggiungere azioni personalizzate al piano facendo clic su Aggiungi gruppo. Utilizzare questa funzione per incorporare script creati nell'ambito dell'esecuzione dei passi personalizzati.
  3. Creare script personalizzati per avviare E1services nell'area secondaria.
  4. Dopo aver convalidato i passi nel piano, fare clic su Esegui piano per avviare lo switchover.
  5. Se i controlli preliminari hanno esito positivo, il piano DR eseguirà ogni passo in sequenza.
  6. Se si verificano errori durante il processo di switchover, l'esecuzione verrà sospesa al passo non riuscito. È possibile scegliere di saltare il passo non riuscito e continuare con i passi rimanenti nel piano.
  7. Per un rollback, utilizzare lo stesso processo; tuttavia, è necessario eseguire il piano dall'area primaria durante il rollback.

Comprendere i gruppi di piani di disaster recovery

JD Edwards FDSR si basa su due gruppi di piani DR:
  • Gruppi precompilati, che sono gruppi sequenziali che variano in base ai membri e al tipo di piano.
  • Gruppi personalizzati, che eseguono modifiche alla configurazione dell'applicazione JDE utilizzando script personalizzati dopo lo switchover delle istanze dall'area primaria all'area secondaria.
Negli argomenti riportati di seguito viene descritto come utilizzare i gruppi.

Comprendere i gruppi precompilati per i piani DR

La pre-popolazione dei gruppi sequenziali varia in base ai membri aggiunti al gruppo di protezione DR e al tipo di piano. Di seguito vengono descritti i passi popolati in base al piano di switchover.

  • Controlli preliminari - Assemblati

    Questi controlli preliminari garantiscono che tutte le risorse, le configurazioni e le autorizzazioni necessarie siano disponibili per prevenire errori durante il failover, il failback o il test effettivi.

  • Load balancers - Aggiorna set backend di provenienza

    Rimuove i server backend dai set backend che non sono più necessari dopo il failover.

  • Istanze di computazione - Arresto

    Arresta tutte le risorse dell'istanza che fanno parte del gruppo di protezione DR nell'area primaria.

  • Gruppi di volumi - Switchover

    Avvia un'operazione di switchover per i gruppi di volumi dall'area primaria all'area secondaria, rendendo i volumi nell'area secondaria scrivibili e attivi.

  • Autonomous Databases - Switchover

    Esegue uno switchover dei database autonomi nell'istanza di standby nell'area secondaria.

  • Istanze di computazione – Avvio

    Avvia le istanze di computazione nell'area secondaria utilizzando configurazioni predefinite.

  • Load balancers - Aggiorna set backend di origine

    Aggiorna i set backend del load balancer con i backend avviati nell'area secondaria.

  • Gruppi di volumi - Replica inversa

    Inverte la direzione della replica del gruppo di volumi in modo che l'area secondaria replichi i dati nell'area primaria per garantire la continuità dopo il failover.

  • Istanza di computazione - Termina

    Termina le istanze di computazione non più necessarie nell'area primaria. Si tratta di un passo facoltativo che deve essere abilitato manualmente.

  • Istanza di computazione - Rimozione dal gruppo protezione DR

    Rimuove le istanze di computazione dal gruppo di protezione DR per mantenere aggiornato il gruppo.

  • Gruppi di volumi - Termina

    Elimina i gruppi di volumi nell'area Primaria dopo la riuscita dello switchover. Si tratta di un passo facoltativo che deve essere abilitato manualmente

  • Gruppi di volume - Rimuovi dal Gruppo di protezione DR

    Rimuove i gruppi di volumi dal gruppo di protezione DR per mantenere aggiornato il gruppo.

Comprendere i gruppi personalizzati per il piano DR

È possibile aggiungere questi gruppi personalizzati per eseguire modifiche alla configurazione dell'applicazione JDE utilizzando script personalizzati dopo lo switchover delle istanze dall'area primaria all'area secondaria. Questo approccio consente di ridurre al minimo gli sforzi operativi e i tempi di inattività.

I seguenti gruppi sono stati inclusi in base alle esigenze architettoniche.

  • Aggiorna Enterprise Server; aggiungere questo gruppo dopo Istanza di computazione - Avvio.
  • Aggiorna server Web; aggiungere questo gruppo dopo Aggiorna server Enterprise.
  • Aggiorna server Ais; aggiungere questo gruppo dopo Aggiorna server Web.

Per eseguire più script personalizzati per aggiornare i file di configurazione JDE per l'area secondaria, eseguire i passi 2, 3 e 4 in "Crea piano di disaster recovery".

Completare le attività successive allo switchover

Dopo il passaggio al sito secondario, eseguire le attività riportate di seguito per garantire che tutti i servizi siano ripristinati e operativi.

  1. Eseguire il login alle virtual machine dell'area DR utilizzando la chiave privata.
  2. Modificare il file /etc/hosts per includere gli indirizzi IP dei server DR Web, Enterprise/batch e AIS.
  3. Eseguire il login al server Enterprise/Batch e utilizzare tnsping per eseguire il test della connettività al database. In caso di successo, avviare i servizi JD Edwards (E1). Eseguire un test della porta dopo l'avvio dell'applicazione.
  4. Nei server Web e AIS, arrestare e avviare il servizio Weblogic.
  5. Eseguire il login alla console WebLogic e avviare tutti i server gestiti associati.
  6. Nel load balancer dell'area secondaria, verificare che i backend mappati siano in stato attivo.
  7. Eseguire test a livello di superficie dei collegamenti Web JDE. Dopo aver verificato, rilasciare l'ambiente agli utenti.
  8. Aggiorna softcoding per JD Edwards in connessione AIS:
    1. Eseguire il login a JDE e aprire l'applicazione P954000.
    2. Controllare l'ambiente <J**920> e aggiornare il collegamento DR: http://lb_address:port