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 SAP su IBM Db2 su AWS
*Ambarish Satarkar e Debasis Sahoo, Amazon Web Services*
## Riepilogo
Questo modello delinea i passaggi per configurare un sistema di disaster recovery (DR) per carichi di lavoro SAP con IBM Db2 come piattaforma di database, in esecuzione sul cloud Amazon Web Services (AWS). L'obiettivo è fornire una soluzione a basso costo per garantire la continuità aziendale in caso di interruzione.
Il modello utilizza l'approccio della [luce pilota.](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iii-pilot-light-and-warm-standby/) Implementando il DR pilota light su AWS, puoi ridurre i tempi di inattività e mantenere la continuità aziendale. L'approccio pilota si concentra sulla configurazione di un ambiente DR minimo in AWS, che include un sistema SAP e un database Db2 in standby, sincronizzato con l'ambiente di produzione.
Questa soluzione è scalabile. Se necessario, è possibile estenderla a un ambiente di disaster recovery completo.
## Prerequisiti e limitazioni
**Prerequisiti**
+ Un'istanza SAP in esecuzione su un'istanza Amazon Elastic Compute Cloud (Amazon EC2)
+ Un database IBM Db2
+ Un sistema operativo supportato da SAP Product Availability Matrix (PAM)
+ Nomi host di database fisici diversi per gli host di database di produzione e di standby
+ Un bucket Amazon Simple Storage Service (Amazon S3) Simple Storage Service (Amazon S3) in ogni [regione AWS con Replicazione multiregione](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html) (CRR) abilitata
**Versioni del prodotto**
+ Database IBM Db2 versione 11.5.7 o successiva
## Architecture
**Stack tecnologico Target**
+ Amazon EC2
+ Amazon Simple Storage Service (Amazon S3)
+ Amazon Virtual Private Cloud (peering VPC)
+ Amazon Route 53
+ IBM Db2 High Availability Disaster Recovery (HADR)
**Architettura di destinazione**
Questa architettura implementa una soluzione DR per carichi di lavoro SAP con Db2 come piattaforma di database. Il database di produzione viene distribuito nella regione AWS 1 e un database di standby viene distribuito in una seconda regione. Il database di standby è denominato sistema DR. Il database Db2 supporta più database in standby (fino a tre). Utilizza Db2 HADR per configurare il database DR e automatizzare la spedizione dei log tra i database di produzione e quelli di standby.
In caso di emergenza che renda indisponibile la Regione 1, il database di standby nella regione DR assume il ruolo di database di produzione. Gli application server SAP possono essere creati in anticipo o utilizzando [AWS Elastic Disaster Recovery](https://aws.amazon.com/disaster-recovery/) o Amazon Machine Image (AMI) per soddisfare i requisiti RTO (Recovery Time Objective). Questo modello utilizza un AMI.
Db2 HADR implementa una configurazione di produzione in standby, in cui la produzione funge da server principale e tutti gli utenti sono collegati ad essa. Tutte le transazioni vengono scritte in file di registro, che vengono trasferiti al server di standby tramite TCP/IP. Il server di standby aggiorna il database locale trasferendo i record di registro trasferiti, il che aiuta a garantire che siano mantenuti sincronizzati con il server di produzione.
Il peering VPC viene utilizzato in modo che le istanze nella regione di produzione e nella regione DR possano comunicare tra loro. Amazon Route 53 indirizza gli utenti finali verso le applicazioni Internet.
![\[Db2 su AWS con replica tra regioni\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/images/pattern-img/06edfa4c-0827-4d05-95cf-2d2651e74323/images/e77c1e4e-36f3-4af4-89d0-8eec72348f0a.png)
1. [Crea un'AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) del server delle applicazioni nella regione 1 e [copia l'AMI](https://repost.aws/knowledge-center/copy-ami-region) nella regione 2. Utilizza l'AMI per avviare i server nella Regione 2 in caso di emergenza.
1. Imposta la replica Db2 HADR tra il database di produzione (nella Regione 1) e il database di standby (nella Regione 2).
1. Modifica il tipo di EC2 istanza in modo che corrisponda all'istanza di produzione in caso di emergenza.
1. Nella Regione 1, `LOGARCHMETH1` è impostato su`db2remote: S3 path`.
1. Nella Regione 2, `LOGARCHMETH1` è impostato su`db2remote: S3 path`.
1. La replica tra regioni viene eseguita tra i bucket S3.
## Tools (Strumenti)
**Servizi AWS**
+ [Amazon Elastic Compute Cloud (Amazon EC2)](https://docs.aws.amazon.com/ec2/) fornisce capacità di calcolo scalabile nel cloud AWS. Puoi avviare tutti i server virtuali di cui hai bisogno e dimensionarli rapidamente.
+ [Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) è un servizio Web DNS altamente scalabile e disponibile.
+ [Amazon Simple Storage Service (Amazon S3)](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html) è un servizio di archiviazione degli oggetti basato sul cloud che consente di archiviare, proteggere e recuperare qualsiasi quantità di dati.
+ [Amazon Virtual Private Cloud (Amazon VPC)](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html) ti aiuta a lanciare le risorse AWS in una rete virtuale che hai definito. Questa rete virtuale è simile a una rete tradizionale che gestiresti nel tuo data center, con i vantaggi dell'utilizzo dell'infrastruttura scalabile di AWS. Questo modello utilizza il [peering VPC.](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html)
## Best practice
+ La rete svolge un ruolo chiave nel decidere la modalità di replica HADR. Per il DR in tutte le regioni AWS, ti consigliamo di utilizzare la modalità Db2 HADR ASYNC o SUPERASYNC.
+ [Per ulteriori informazioni sulle modalità di replica per Db2 HADR, consulta la documentazione IBM.](https://ibm.github.io/db2-hadr-wiki/hadrSyncMode.html#Description_of_the_Modes)
+ Puoi utilizzare la Console di gestione AWS o l'AWS Command Line Interface (AWS CLI) [per creare una nuova AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) del tuo sistema SAP esistente. È quindi possibile utilizzare l'AMI per ripristinare il sistema SAP esistente o per creare un clone.
+ [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) può aiutarti con le attività comuni di manutenzione e distribuzione di EC2 istanze e altre risorse AWS.
+ AWS offre diversi servizi nativi per monitorare e gestire l'infrastruttura e le applicazioni su AWS. Servizi come Amazon CloudWatch e AWS CloudTrail possono essere utilizzati rispettivamente per monitorare l'infrastruttura sottostante e le operazioni API. Per ulteriori dettagli, consulta [SAP on AWS — IBM Db2](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html) HADR with Pacemaker.
## Epiche
### Prepara l'ambiente
| Operazione | Description | Competenze richieste |
| --- | --- | --- |
| Controlla il sistema e i registri. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Amministratore AWS, amministratore SAP Basis |
### Configura i server e la replica
| Operazione | Description | Competenze richieste |
| --- | --- | --- |
| Crea i server SAP e di database. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html)Lo stato di rollforward pending viene impostato di default dopo il ripristino del backup completo. Lo stato di rollforward pending indica che il database è in fase di ripristino e che potrebbe essere necessario applicare alcune modifiche. Per ulteriori informazioni, consulta la documentazione [IBM](https://www.ibm.com/docs/en/db2/11.5?topic=commands-rollforward-database). | Amministratore SAP Basis |
| Controlla la configurazione. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Amministratore AWS, amministratore SAP Basis |
| Imposta la replica dal DB di produzione al DB DR (utilizzando la modalità ASYNC). | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Amministratore SAP Basis |
### Test delle attività di failover del DR
| Operazione | Description | Competenze richieste |
| --- | --- | --- |
| Pianifica i tempi di inattività dell'attività di produzione per il test DR. | Assicurati di pianificare i tempi di inattività aziendali richiesti nell'ambiente di produzione per testare lo scenario di failover del DR. | Amministratore SAP Basis |
| Crea un utente di prova. | Crea un utente di test (o eventuali modifiche al test) che possa essere convalidato nell'host DR per confermare la replica dei log dopo il failover DR. | Amministratore SAP Basis |
| Sulla console, arresta le EC2 istanze di produzione. | In questa fase viene avviato lo spegnimento indesiderato per simulare uno scenario di emergenza. | Amministratore di sistema AWS |
| Scala l' EC2 istanza DR per soddisfare i requisiti. | Sulla EC2 console, modifica il tipo di istanza nella regione DR.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | SAP Basis Admin |
| Avviare l'acquisizione. | Dal sistema DR (`host2`), avvia il processo di acquisizione e richiama il database DR come principale.db2 takeover hadr on database by force
Facoltativamente, è possibile impostare i seguenti parametri per regolare automaticamente l'allocazione della memoria del database in base al tipo di istanza. Il `INSTANCE_MEMORY` valore può essere deciso in base alla porzione di memoria dedicata da allocare al database Db2.db2 update db cfg for using INSTANCE_MEMORY IMMEDIATE;
db2 get db cfg for | grep -i DATABASE_MEMORY AUTOMATIC IMMEDIATE;
db2 update db cfg for using self_tuning_mem ON IMMEDIATE;
Verifica la modifica utilizzando i seguenti comandi.db2 get db cfg for | grep -i MEMORY
db2 get db cfg for | grep -i self_tuning_mem
| Amministratore SAP Basis |
| Avvia il server delle applicazioni per SAP nella regione DR. | Utilizzando l'AMI che hai creato per il sistema di produzione, [avvia un nuovo server di applicazioni aggiuntivo](https://aws.amazon.com/premiumsupport/knowledge-center/launch-instance-custom-ami/) nella regione DR. | Amministratore SAP Basis |
| Esegui la convalida prima di avviare l'applicazione SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Amministratore AWS, amministratore SAP Basis |
| Avvia l'applicazione SAP sul sistema DR. | Avviare l'applicazione SAP sul sistema DR utilizzando `adm` user. Utilizzate il codice seguente, che `XX` rappresenta il numero di istanza del server SAP ABAP SAP Central Services (ASCS) e `YY` rappresenta il numero di istanza del server delle applicazioni SAP.sapconrol -nr XX -function StartService
sapconrol -nr XX -function StartSystem
sapconrol -nr YY -function StartService
sapconrol -nr YY -function StartSystem
| Amministratore SAP Basis |
| Eseguire la convalida SAP. | Viene eseguito come test DR per fornire prove o per verificare il successo della replica dei dati nella regione DR. | Tecnico di test |
### Esegui attività di failback del DR
| Operazione | Description | Competenze richieste |
| --- | --- | --- |
| Avvia i server SAP e di database di produzione. | Sulla console, avvia le EC2 istanze che ospitano SAP e il database nel sistema di produzione. | Amministratore SAP Basis |
| Avvia il database di produzione e configura HADR. | Accedere al sistema di produzione (`host1`) e verificare che il DB sia in modalità di ripristino utilizzando il comando seguente.db2start
db2 start HADR on db P3V as standby
db2 connect to
Verificate che lo stato HADR sia`connected`. Lo stato di replica dovrebbe essere. `peer`db2pd -d -hadr
Se il database non è incoerente e non è in `connected` uno `peer` stato, potrebbero essere necessari un backup e un ripristino per sincronizzare il database (acceso`host1`) con il database attualmente attivo (`host2`nella regione DR). In tal caso, ripristina il backup del DB dal database nella regione `host2` DR al database nella regione `host1` di produzione. | Amministratore SAP Basis |
| Esegui il failback del database nella regione di produzione. | In uno business-as-usual scenario normale, questo passaggio viene eseguito in un periodo di inattività programmato. Le applicazioni in esecuzione sul sistema DR vengono interrotte e il database viene riportato alla regione di produzione (Regione 1) per riprendere le operazioni dalla regione di produzione.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Amministratore SAP Basis |
| Esegui la convalida prima di avviare l'applicazione SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Amministratore AWS, amministratore SAP Basis |
| Avvia l'applicazione SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Amministratore SAP Basis |
## risoluzione dei problemi
| Problema | Soluzione |
| --- | --- |
| File di registro e comandi chiave per la risoluzione dei problemi relativi all'HADR | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/it_it/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) |
| Nota SAP per la risoluzione dei problemi HADR su Db2 UDB | Fare riferimento alla [Nota SAP 1154013 - DB6](https://service.sap.com/sap/support/notes/1154013): problemi del DB in ambiente HADR. (Sono necessarie le credenziali del portale SAP per accedere a questa nota.) |
## Risorse correlate
+ [Approcci di disaster recovery per database Db2 su AWS](https://aws.amazon.com/blogs/architecture/disaster-recovery-approaches-for-db2-databases-on-aws/) (post sul blog)
+ [SAP su AWS — IBM Db2 HADR con Pacemaker](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html)
+ [Procedura dettagliata per configurare la replica HADR tra database DB2 ](https://www.ibm.com/support/pages/step-step-procedure-set-hadr-replication-between-db2-databases)
+ [Wiki Db2 HADR](https://ibm.github.io/db2-hadr-wiki/index.html)
## Informazioni aggiuntive
Utilizzando questo modello, è possibile configurare un sistema di disaster recovery per un sistema SAP in esecuzione sul database Db2. In una situazione di emergenza, l'azienda dovrebbe essere in grado di continuare a rispettare i requisiti RTO (Recovery Time Objective) e RPO (Recovery Point Objective) definiti:
+ L'**RTO** è il ritardo massimo accettabile tra l'interruzione del servizio e il ripristino del servizio. Questo determina ciò che viene considerato un intervallo di tempo accettabile in caso di indisponibilità del servizio.
+ L'**RPO** è il periodo di tempo massimo accettabile dall'ultimo punto di ripristino dei dati. Questo determina ciò che si considera una perdita di dati accettabile tra l’ultimo punto di ripristino e l’interruzione del servizio.
Per informazioni FAQs relative all'HADR, consulta la [nota SAP \$11612105 - DB6: Domande frequenti su Db2 High Availability Disaster Recovery](https://launchpad.support.sap.com/#/notes/1612105) (HADR). (Sono necessarie le credenziali del portale SAP per accedere a questa nota.)