Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà. # Configura il disaster recovery per Oracle JD Edwards con EnterpriseOne AWS Elastic Disaster Recovery *Thanigaivel Thirumalai, Amazon Web Services* ## Riepilogo I disastri causati da catastrofi naturali, guasti delle applicazioni o interruzioni dei servizi danneggiano i ricavi e causano interruzioni delle applicazioni aziendali. Per ridurre le ripercussioni di tali eventi, la pianificazione del disaster recovery (DR) è fondamentale per le aziende che adottano i sistemi ERP ( EnterpriseOne Enterprise Resource Planning) di JD Edwards e altri software mission critical e aziendali.  Questo modello spiega come le aziende possono utilizzare AWS Elastic Disaster Recovery come opzione di DR per le loro applicazioni JD Edwards. EnterpriseOne Descrive inoltre i passaggi per utilizzare il failover e il failback di Elastic Disaster Recovery per creare una strategia di DR interregionale per i database ospitati su un'istanza Amazon Elastic Compute Cloud (Amazon EC2) nel cloud AWS. **Nota** Questo modello richiede che le regioni primarie e secondarie per l'implementazione del DR tra regioni siano ospitate su AWS. [Oracle JD Edwards EnterpriseOne](https://www.oracle.com/applications/jd-edwards-enterpriseone/) è una soluzione software ERP integrata per aziende di medie e grandi dimensioni in un'ampia gamma di settori. AWS Elastic Disaster Recovery riduce al minimo i tempi di inattività e la perdita di dati con un ripristino rapido e affidabile di applicazioni locali e basate sul cloud utilizzando storage conveniente, elaborazione e ripristino minimi. point-in-time AWS fornisce [quattro modelli di architettura DR di base](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/disaster-recovery-options-in-the-cloud.html). Questo documento si concentra su configurazione, configurazione e ottimizzazione utilizzando la [strategia Pilot Light](https://docs.aws.amazon.com/whitepapers/latest/disaster-recovery-workloads-on-aws/disaster-recovery-options-in-the-cloud.html). Questa strategia consente di creare un ambiente di ripristino di emergenza a basso costo in cui si fornisce inizialmente un server di replica per la replica dei dati dal database di origine e il provisioning del server di database effettivo solo quando si avvia un'operazione di drill and recovery. Questa strategia elimina i costi di manutenzione di un server di database nella regione DR. Invece, paghi per un'istanza EC2 più piccola che funge da server di replica. ## Prerequisiti e limitazioni **Prerequisiti** + Un account AWS attivo. + Un' EnterpriseOne applicazione JD Edwards in esecuzione su Oracle Database o Microsoft SQL Server con un database supportato in uno stato di esecuzione su un'istanza EC2 gestita. Questa applicazione deve includere tutti i componenti di EnterpriseOne base di JD Edwards (Enterprise Server, HTML Server e Database Server) installati in una regione AWS. + Un ruolo AWS Identity and Access Management (IAM) per configurare il servizio Elastic Disaster Recovery. + La rete per l'esecuzione di Elastic Disaster Recovery è configurata in base alle [impostazioni di connettività](https://docs.aws.amazon.com/drs/latest/userguide/Network-Requirements.html) richieste. **Limitazioni** + Puoi utilizzare questo modello per replicare tutti i livelli, a meno che il database non sia ospitato su Amazon Relational Database Service (Amazon RDS), nel qual caso ti consigliamo di utilizzare la funzionalità di [copia interregionale](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_CopySnapshot.html) di Amazon RDS. + Elastic Disaster Recovery non è compatibile con CloudEndure Disaster Recovery, ma puoi eseguire l'aggiornamento da Disaster Recovery. CloudEndure Per ulteriori informazioni, consulta le [domande frequenti](https://docs.aws.amazon.com/drs/latest/userguide/cedr-to-drs.html) nella documentazione di Elastic Disaster Recovery. + Amazon Elastic Block Store (Amazon EBS) limita la velocità con cui è possibile scattare istantanee. Puoi replicare un numero massimo di 300 server in un singolo account AWS utilizzando Elastic Disaster Recovery. Per replicare più server, puoi utilizzare più account AWS o più regioni AWS di destinazione. (Dovrai configurare Elastic Disaster Recovery separatamente per ogni account e regione). Per ulteriori informazioni, consulta [le best practice](https://docs.aws.amazon.com/drs/latest/userguide/best_practices_drs.html) nella documentazione di Elastic Disaster Recovery. + I carichi di lavoro di origine (l' EnterpriseOne applicazione e il database JD Edwards) devono essere ospitati su istanze EC2. Questo modello non supporta carichi di lavoro on-premise o in altri ambienti cloud. + Questo modello si concentra sui componenti JD EnterpriseOne Edwards. Un piano completo di disaster recovery e business continuity (BCP) dovrebbe includere altri servizi di base, tra cui: + Rete (cloud privato virtuale, sottoreti e gruppi di sicurezza) + Active Directory + Amazon WorkSpaces + Elastic Load Balancing + Un servizio di database gestito come Amazon Relational Database Service (Amazon RDS) Per ulteriori informazioni su prerequisiti, configurazioni e limitazioni, consulta la documentazione di [Elastic](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) Disaster Recovery. **Versioni del prodotto** + Oracle JD Edwards EnterpriseOne (versioni supportate da Oracle e SQL Server basate sui requisiti tecnici minimi di Oracle) ## Architecture **Stack tecnologico Target** + Un'unica regione e un singolo cloud privato virtuale (VPC) per la produzione e la non produzione e una seconda regione per il DR + Zone di disponibilità singole per garantire una bassa latenza tra i server + Un Application Load Balancer che distribuisce il traffico di rete per migliorare la scalabilità e la disponibilità delle applicazioni su più zone di disponibilità + Amazon Route 53 per fornire la configurazione DNS (Domain Name System) + Amazon fornirà WorkSpaces agli utenti un'esperienza desktop nel cloud + Amazon Simple Storage Service (Amazon S3) Simple Storage Service (Amazon S3) per l'archiviazione di backup, file e oggetti + Amazon CloudWatch per la registrazione, il monitoraggio e gli allarmi delle applicazioni + Amazon Elastic Disaster Recovery per il disaster recovery **Architettura di destinazione** Il diagramma seguente mostra l'architettura di disaster recovery interregionale per JD Edwards che EnterpriseOne utilizza Elastic Disaster Recovery. ![\[Architettura per il ripristino di emergenza EnterpriseOne interregionale di JD Edwards su AWS\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/images/pattern-img/9b0de5f0-f211-4086-a044-321d081604f9/images/978b7219-e54e-4e31-b3ff-4885784e2971.png) **Procedura** Ecco una revisione di alto livello del processo. Per i dettagli, consulta la sezione *Epics*. + La replica di Elastic Disaster Recovery inizia con una sincronizzazione iniziale. Durante la sincronizzazione iniziale, AWS Replication Agent replica tutti i dati dai dischi di origine alla risorsa appropriata nella sottorete dell'area di staging. + La replica continua continua a tempo indeterminato dopo il completamento della sincronizzazione iniziale. + Dopo l'installazione dell'agente e l'avvio della replica, si esaminano i parametri di avvio, che includono configurazioni specifiche del servizio e un modello di lancio di Amazon EC2. Quando il server di origine viene indicato come pronto per il ripristino, puoi avviare le istanze. + Quando Elastic Disaster Recovery emette una serie di chiamate API per iniziare l'operazione di avvio, l'istanza di ripristino viene immediatamente avviata su AWS in base alle impostazioni di avvio. Il servizio attiva automaticamente un server di conversione durante l'avvio. + La nuova istanza viene avviata su AWS al termine della conversione ed è pronta per l'uso. Lo stato del server di origine al momento del lancio è rappresentato dai volumi associati all'istanza lanciata. Il processo di conversione prevede modifiche ai driver, alla rete e alla licenza del sistema operativo per garantire che l'istanza si avvii nativamente su AWS. + Dopo il lancio, i volumi appena creati non vengono più sincronizzati con i server di origine. AWS Replication Agent continua a replicare regolarmente le modifiche apportate ai server di origine nei volumi dell'area di staging, ma le istanze avviate non riflettono tali modifiche. + Quando avvii una nuova istanza drill o recovery, i dati si riflettono sempre nello stato più recente che è stato replicato dal server di origine alla sottorete dell'area di staging. + Quando il server di origine è contrassegnato come pronto per il ripristino, è possibile avviare le istanze. **Nota** Il processo funziona in entrambi i modi: per il failover da una regione AWS primaria a una regione DR e per il failback sul sito primario, una volta ripristinato. Puoi prepararti al failback invertendo la direzione della replica dei dati dal computer di destinazione al computer di origine in modo completamente orchestrato. I vantaggi di questo processo descritto in questo modello includono: + Flessibilità: i server di replica sono scalabili e scalabili in base al set di dati e al tempo di replica, in modo da poter eseguire test di DR senza interrompere i carichi di lavoro o la replica di origine. + Affidabilità: la replica è solida, senza interruzioni e continua. + Automazione: questa soluzione fornisce un processo unificato e automatizzato per test, ripristino e failback. + Ottimizzazione dei costi: è possibile replicare solo i volumi necessari e pagarli, e pagare le risorse di elaborazione presso il sito DR solo quando tali risorse vengono attivate. È possibile utilizzare un'istanza di replica ottimizzata in termini di costi (si consiglia di utilizzare un tipo di istanza ottimizzata per il calcolo) per più fonti o un'unica fonte con un volume EBS di grandi dimensioni. **Automazione e scalabilità** Quando si esegue il disaster recovery su larga scala, i EnterpriseOne server JD Edwards dipenderanno da altri server dell'ambiente. Esempio: + Gli EnterpriseOne application server JD Edwards che si connettono a un database EnterpriseOne supportato da JD Edwards all'avvio hanno dipendenze da quel database. + EnterpriseOne I server JD Edwards che richiedono l'autenticazione e devono connettersi a un controller di dominio all'avvio per avviare i servizi dipendono dal controller di dominio. Per questo motivo, si consiglia di automatizzare le attività di failover. Ad esempio, puoi utilizzare AWS Lambda o AWS Step Functions per automatizzare gli script di EnterpriseOne avvio di JD Edwards e le modifiche al bilanciamento del carico per automatizzare il processo di failover. end-to-end Per ulteriori informazioni, consulta il post sul blog [Creazione di un piano di disaster recovery scalabile con AWS Elastic Disaster Recovery](https://aws.amazon.com/blogs/storage/creating-a-scalable-disaster-recovery-plan-with-aws-elastic-disaster-recovery/). ## Tools (Strumenti) **Servizi AWS** + [Amazon Elastic Block Store (Amazon EBS)](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AmazonEBS.html) fornisce volumi di archiviazione a livello di blocchi da utilizzare con le istanze EC2. + [Amazon Elastic Compute Cloud (Amazon EC2) Elastic Compute Cloud (Amazon EC2](https://aws.amazon.com/products/compute/)) fornisce capacità di calcolo scalabile nel cloud AWS. Puoi avviare tutti i server virtuali di cui hai bisogno e dimensionarli rapidamente. + [AWS Elastic Disaster Recovery](https://aws.amazon.com/disaster-recovery/) riduce al minimo i tempi di inattività e la perdita di dati con un ripristino rapido e affidabile di applicazioni locali e basate sul cloud utilizzando storage conveniente, elaborazione e ripristino minimi. point-in-time + [Amazon Virtual Private Cloud (Amazon VPC)](https://aws.amazon.com/vpc/) ti offre il pieno controllo del tuo ambiente di rete virtuale, inclusi posizionamento delle risorse, connettività e sicurezza. ## Best practice **Le migliori pratiche generali** + Prepara un piano scritto su cosa fare in caso di un vero evento di recupero. + Dopo aver configurato correttamente Elastic Disaster Recovery, crea un CloudFormation modello AWS in grado di creare la configurazione su richiesta, in caso di necessità. Determina l'ordine in cui i server e le applicazioni devono essere avviati e registralo nel piano di ripristino. + Esegui un'analisi regolare (si applicano le tariffe standard di Amazon EC2). + Monitora lo stato della replica in corso utilizzando la console Elastic Disaster Recovery o a livello di programmazione. + Proteggi le point-in-time istantanee e conferma prima di chiudere le istanze. + Crea un ruolo IAM per l'installazione di AWS Replication Agent. + Abilita la protezione dalla terminazione per le istanze di ripristino in uno scenario di DR reale. + Non utilizzare l'azione **Disconnect from AWS** nella console Elastic Disaster Recovery per i server per i quali hai avviato le istanze di ripristino, anche nel caso di un evento di ripristino reale. L'esecuzione di una disconnessione interrompe tutte le risorse di replica relative a questi server di origine, inclusi i punti di ripristino point-in-time (PIT). + Modificate la policy PIT per modificare il numero di giorni per la conservazione delle istantanee. + Modifica il modello di avvio nelle impostazioni di avvio di Elastic Disaster Recovery per impostare la sottorete, il gruppo di sicurezza e il tipo di istanza corretti per il server di destinazione. + Automatizza il processo di end-to-end failover utilizzando Lambda o Step Functions per automatizzare gli script di avvio di JD Edwards EnterpriseOne e le modifiche al load balancer. ** EnterpriseOne Ottimizzazione e considerazioni su JD Edwards** + Passa al **PrintQueue**database. + **MediaObjects**Spostatevi nel database. + Escludi i log e la cartella temporanea dai server batch e logici. + Escludi la cartella temporanea da Oracle. WebLogic + Crea script per l'avvio dopo il failover. + Escludere il tempdb per SQL Server. + Escludi il file temporaneo per Oracle. ## Epiche ### Esegui le attività e la configurazione iniziali | Operazione | Description | Competenze richieste | | --- | --- | --- | | Configurare la rete di replica. | Implementa il tuo EnterpriseOne sistema JD Edwards nella regione AWS principale e identifica la regione AWS per il DR. Segui i passaggi nella sezione [Requisiti della rete di replica](https://docs.aws.amazon.com/drs/latest/userguide/preparing-environments.html) della documentazione di Elastic Disaster Recovery per pianificare e configurare la tua rete di replica e DR. | Amministratore AWS | | Determina RPO e RTO. | Identifica il Recovery Time Objective (RTO) e il Recovery Point Objective (RPO) per i server delle applicazioni e il database. | Architetto cloud, architetto DR | | Abilita la replica per Amazon EFS. | Se applicabile, abilita la replica dalla regione AWS primaria a quella DR per file system condivisi come Amazon Elastic File System (Amazon EFS) utilizzando AWS DataSync, **rsync** o un altro strumento appropriato. | Amministratore del cloud | | Gestisci il DNS in caso di DR. | Identifica il processo di aggiornamento del Domain Name System (DNS) durante l'esercitazione di DR o il DR. effettivo | Amministratore cloud | | Crea un ruolo IAM per la configurazione. | Segui le istruzioni nella sezione [Inizializzazione e autorizzazioni di Elastic Disaster Recovery](https://docs.aws.amazon.com/drs/latest/userguide/getting-started-initializing.html) della documentazione di Elastic Disaster Recovery per creare un ruolo IAM per inizializzare e gestire il servizio AWS. | Amministratore del cloud | | Configura il peering VPC. | Assicurati che l'origine e la destinazione VPCs siano peer e accessibili l'una all'altra. Per istruzioni di configurazione, consulta la documentazione di [Amazon VPC.](https://docs.aws.amazon.com/vpc/latest/peering/what-is-vpc-peering.html) | Amministratore AWS | ### Configura le impostazioni di replica di Elastic Disaster Recovery | Operazione | Description | Competenze richieste | | --- | --- | --- | | Inizializza Elastic Disaster Recovery. | Apri la [console Elastic Disaster Recovery](https://console.aws.amazon.com/drs/home), scegli la regione AWS di destinazione (dove replicherai i dati e lancerai le istanze di ripristino), quindi scegli **Imposta impostazioni di replica predefinite**. | Amministratore AWS | | Configura i server di replica. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html) | Amministratore AWS | | Configura volumi e gruppi di sicurezza. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html) | Amministratore AWS | | Configura impostazioni aggiuntive. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html) | Amministratore AWS | ### Installa l'agente di replica AWS | Operazione | Description | Competenze richieste | | --- | --- | --- | | Crea un ruolo IAM. | Crea un ruolo IAM che contenga la `AWSElasticDisasterRecoveryAgentInstallationPolicy` policy. Nella sezione **Seleziona il tipo di accesso AWS**, abilita l'accesso programmatico. Annota l'ID della chiave di accesso e la chiave di accesso segreta. Queste informazioni ti serviranno durante l'installazione di AWS Replication Agent. | Amministratore AWS | | Verifica i requisiti. | Verifica e completa i [prerequisiti](https://docs.aws.amazon.com/drs/latest/userguide/installation-requiremets.html) nella documentazione di Elastic Disaster Recovery per l'installazione di AWS Replication Agent. | Amministratore AWS | | Installa l'agente di replica AWS. | Segui le [istruzioni di installazione](https://docs.aws.amazon.com/drs/latest/userguide/agent-installation-instructions.html) per il tuo sistema operativo e installa AWS Replication Agent.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html)Ripeti questi passaggi per il server rimanente. | Amministratore AWS | | Monitora la replica. | Torna al riquadro Elastic Disaster Recovery **Source servers** per monitorare lo stato della replica. La sincronizzazione iniziale richiederà del tempo a seconda delle dimensioni del trasferimento dei dati.Quando il server di origine è completamente sincronizzato, lo stato del server verrà aggiornato a **Ready**. Ciò significa che è stato creato un server di replica nell'area di gestione temporanea e che i volumi EBS sono stati replicati dal server di origine all'area di gestione temporanea. | Amministratore AWS | ### Configura le impostazioni di avvio | Operazione | Description | Competenze richieste | | --- | --- | --- | | Modifica le impostazioni di avvio. | Per aggiornare le impostazioni di avvio per le istanze di drill e recovery, nella [console Elastic Disaster Recovery](https://console.aws.amazon.com/drs/home), seleziona il server di origine, quindi scegli **Azioni**, **Modifica impostazioni di avvio**. In alternativa, puoi scegliere le macchine di origine che si replicano dalla pagina **Server di origine**, quindi scegliere la scheda Impostazioni di **avvio**. Questa scheda è composta da due sezioni: **Impostazioni generali di avvio** e Modello di **avvio EC2**. | Amministratore AWS | | Configura le impostazioni generali di avvio. | Modifica le impostazioni generali di avvio in base alle tue esigenze.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html)Per ulteriori informazioni, consulta [Impostazioni generali di avvio nella documentazione](https://docs.aws.amazon.com/drs/latest/userguide/launch-general-settings.html) di Elastic Disaster Recovery. | Amministratore AWS | | Configura il modello di lancio di Amazon EC2. | Elastic Disaster Recovery utilizza i modelli di lancio di Amazon EC2 per avviare istanze di drill and recovery per ogni server di origine. Il modello di lancio viene creato automaticamente per ogni server di origine che aggiungi a Elastic Disaster Recovery dopo l'installazione di AWS Replication Agent.È necessario impostare il modello di lancio di Amazon EC2 come modello di avvio predefinito se si desidera utilizzarlo con Elastic Disaster Recovery.Per ulteriori informazioni, consulta [EC2 Launch Template nella documentazione](https://docs.aws.amazon.com/drs/latest/userguide/ec2-launch.html) di Elastic Disaster Recovery. | Amministratore AWS | ### Avvia il drill and failover del DR | Operazione | Description | Competenze richieste | | --- | --- | --- | | Avvia Drill | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html)Per ulteriori informazioni, consulta [Preparazione per il failover](https://docs.aws.amazon.com/drs/latest/userguide/failback-preparing.html) nella documentazione di Elastic Disaster Recovery. | Amministratore AWS | | Convalida l'esercitazione. | Nel passaggio precedente, hai lanciato nuove istanze target nella regione DR. Le istanze di destinazione sono repliche dei server di origine basate sull'istantanea scattata al momento dell'avvio.In questa procedura, ti connetti ai tuoi computer di destinazione Amazon EC2 per confermare che funzionino come previsto.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html) | | | Avvia un failover. | Un failover è il reindirizzamento del traffico da un sistema primario a un sistema secondario. Elastic Disaster Recovery ti aiuta a eseguire un failover avviando istanze di ripristino su AWS. Una volta avviate le istanze di ripristino, il traffico dai sistemi primari viene reindirizzato a queste istanze.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html)Per ulteriori informazioni, consulta [Esecuzione di un failover](https://docs.aws.amazon.com/drs/latest/userguide/failback-preparing-failover.html) nella documentazione di Elastic Disaster Recovery. | Amministratore AWS | | Avvia un failback. | Il processo di avvio di un failback è simile al processo di avvio del failover.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html)Per ulteriori informazioni, consulta [Esecuzione di un failback](https://docs.aws.amazon.com/drs/latest/userguide/failback-performing-main.html) nella documentazione di Elastic Disaster Recovery. | Amministratore AWS | | Avvia i componenti di JD Edwards. EnterpriseOne | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-oracle-jd-edwards-enterpriseone-with-aws-elastic-disaster-recovery.html)È necessario incorporare le modifiche in Route 53 e Application Load Balancer affinché il collegamento JD Edwards funzioni. EnterpriseOne È possibile automatizzare questi passaggi utilizzando Lambda, Step Functions e Systems Manager (Run Command).Elastic Disaster Recovery esegue la replica a livello di blocco dei volumi EBS dell'istanza EC2 di origine che ospitano il sistema operativo e i file system. I file system condivisi creati utilizzando Amazon EFS non fanno parte di questa replica. Puoi replicare i file system condivisi nella regione DR utilizzando AWS DataSync, come indicato nella prima epic, e poi montare questi file system replicati nel sistema DR. | J.D. Edwards CNC EnterpriseOne | ## Risoluzione dei problemi | Problema | Soluzione | | --- | --- | | Lo stato di replica dei dati del server di origine è in fase di **stallo** e la replica è in ritardo. **Se si controllano i dettagli, lo stato di replica dei dati visualizza Agente non visualizzato.** | Verificare che il server di origine bloccato sia in esecuzione.Se il server di origine non funziona, il server di replica viene chiuso automaticamente.Per ulteriori informazioni sui problemi di ritardo, consulta Problemi di ritardo nella [replica nella documentazione di Elastic Disaster](https://docs.aws.amazon.com/drs/latest/userguide/Other-Troubleshooting-Topics.html#Replication-Lag-Issues) Recovery. | | L'installazione di AWS Replication Agent nell'istanza EC2 di origine non riesce in RHEL 8.2 dopo la scansione dei dischi. `aws_replication_agent_installer.log`rivela che mancano gli header del kernel. | Prima di installare AWS Replication Agent su RHEL 8, CentOS 8 o Oracle Linux 8, esegui:
sudo yum install elfutils-libelf-devel
Per ulteriori informazioni, consulta i [requisiti di installazione di Linux nella documentazione](https://docs.aws.amazon.com/mgn/latest/ug/installation-requirements.html#linux-requirements) di Elastic Disaster Recovery. | | **Nella console Elastic Disaster Recovery, il server di origine viene visualizzato come **Pronto** con un ritardo e lo stato di replica dei dati è impostato su Stallato.**A seconda di quanto tempo l'AWS Replication Agent non è disponibile, lo stato potrebbe indicare un ritardo elevato, ma il problema rimane lo stesso. | Utilizza un comando del sistema operativo per confermare che l'agente AWS Replication è in esecuzione nell'istanza EC2 di origine o conferma che l'istanza è in esecuzione.Dopo aver corretto eventuali problemi, Elastic Disaster Recovery riavvierà la scansione. Attendi che tutti i dati siano stati sincronizzati e che lo stato della replica sia **integro** prima di iniziare un'esercitazione di DR. | | Replica iniziale con elevato ritardo. Sulla console Elastic Disaster Recovery, puoi vedere che lo stato di sincronizzazione iniziale è estremamente lento per un server di origine. | Verifica i problemi di ritardo di replica documentati nella sezione [Problemi di ritardo di replica](https://docs.aws.amazon.com/drs/latest/userguide/Other-Troubleshooting-Topics.html#Replication-Lag-Issues) della documentazione di Elastic Disaster Recovery.Il server di replica potrebbe non essere in grado di gestire il carico a causa di operazioni di elaborazione intrinseche. In tal caso, prova ad aggiornare il tipo di istanza dopo aver consultato il team di [AWS Technical Support](https://support.console.aws.amazon.com/support/). | ## Risorse correlate + [Guida per l'utente di AWS Elastic Disaster Recovery](https://docs.aws.amazon.com/drs/latest/userguide/what-is-drs.html) + [Creazione di un piano di disaster recovery scalabile con AWS Elastic Disaster Recovery](https://aws.amazon.com/blogs/storage/creating-a-scalable-disaster-recovery-plan-with-aws-elastic-disaster-recovery/) (post sul blog AWS) + [AWS Elastic Disaster Recovery: un'introduzione tecnica](https://explore.skillbuilder.aws/learn/course/internal/view/elearning/11123/aws-elastic-disaster-recovery-a-technical-introduction) (corso AWS Skill Builder; richiede l'accesso) + [Guida introduttiva rapida di AWS Elastic Disaster Recovery](https://docs.aws.amazon.com/drs/latest/userguide/quick-start-guide-gs.html)