Terjemahan disediakan oleh mesin penerjemah. Jika konten terjemahan yang diberikan bertentangan dengan versi bahasa Inggris aslinya, utamakan versi bahasa Inggris.
# Siapkan pemulihan bencana untuk SAP di IBM Db2 di AWS
*Ambarish Satarkar dan Debasis Sahoo, Amazon Web Services*
## Ringkasan
Pola ini menguraikan langkah-langkah untuk menyiapkan sistem pemulihan bencana (DR) untuk beban kerja SAP dengan IBM Db2 sebagai platform database, berjalan di Amazon Web Services (AWS) Cloud. Tujuannya adalah untuk memberikan solusi berbiaya rendah untuk memberikan kelangsungan bisnis jika terjadi pemadaman.
Pola menggunakan [pendekatan cahaya pilot](https://aws.amazon.com/blogs/architecture/disaster-recovery-dr-architecture-on-aws-part-iii-pilot-light-and-warm-standby/). Dengan menerapkan pilot light DR di AWS, Anda dapat mengurangi waktu henti dan menjaga kelangsungan bisnis. Pendekatan pilot light berfokus pada pengaturan lingkungan DR minimal di AWS, termasuk sistem SAP dan database Db2 siaga, yang disinkronkan dengan lingkungan produksi.
Solusi ini dapat diskalakan. Anda dapat memperluasnya ke lingkungan pemulihan bencana skala penuh sesuai kebutuhan.
## Prasyarat dan batasan
**Prasyarat**
+ Instans SAP yang berjalan pada instans Amazon Elastic Compute Cloud (Amazon EC2)
+ Database IBM Db2
+ Sistem operasi yang didukung oleh SAP Product Availability Matrix (PAM)
+ Nama host database fisik yang berbeda untuk host database produksi dan siaga
+ Bucket Amazon Simple Storage Service (Amazon S3) di setiap Wilayah AWS [dengan Replikasi Lintas Wilayah](https://docs.aws.amazon.com/AmazonS3/latest/userguide/replication.html) (CRR) diaktifkan
**Versi produk**
+ IBM Db2 Database versi 11.5.7 atau yang lebih baru
## Arsitektur
**Tumpukan teknologi target**
+ Amazon EC2
+ Amazon Simple Storage Service (Amazon S3)
+ Amazon Virtual Private Cloud (Pengintipan VPC)
+ Amazon Route 53
+ IBM Db2 Pemulihan Bencana Ketersediaan Tinggi (HADR)
**Arsitektur target**
Arsitektur ini mengimplementasikan solusi DR untuk beban kerja SAP dengan Db2 sebagai platform database. Basis data produksi diterapkan di AWS Region 1 dan database siaga diterapkan di Wilayah kedua. Database siaga disebut sebagai sistem DR. Db2 Database mendukung beberapa database siaga (hingga tiga). Ini menggunakan Db2 HADR untuk menyiapkan database DR dan mengotomatiskan pengiriman log antara basis data produksi dan siaga.
Jika terjadi bencana yang membuat Wilayah 1 tidak tersedia, database siaga di Wilayah DR mengambil alih peran basis data produksi. Server aplikasi SAP dapat dibangun terlebih dahulu atau dengan menggunakan [AWS Elastic Disaster Recovery](https://aws.amazon.com/disaster-recovery/) atau Amazon Machine Image (AMI) untuk memenuhi persyaratan recovery time objektif (RTO). Pola ini menggunakan AMI.
Db2 HADR mengimplementasikan pengaturan siaga produksi, di mana produksi bertindak sebagai server utama, dan semua pengguna terhubung dengannya. Semua transaksi ditulis ke file log, yang ditransfer ke server siaga dengan menggunakan TCP/IP. Server siaga memperbarui database lokalnya dengan meneruskan catatan log yang ditransfer, yang membantu memastikan bahwa itu tetap sinkron dengan server produksi.
Pengintip VPC digunakan agar instans di Wilayah produksi dan Wilayah DR dapat berkomunikasi satu sama lain. Amazon Route 53 merutekan pengguna akhir ke aplikasi internet.
![\[Db2 di AWS dengan replikasi lintas wilayah\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/images/pattern-img/06edfa4c-0827-4d05-95cf-2d2651e74323/images/e77c1e4e-36f3-4af4-89d0-8eec72348f0a.png)
1. [Buat AMI](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) dari server aplikasi di Wilayah 1 dan [salin AMI](https://repost.aws/knowledge-center/copy-ami-region) ke Wilayah 2. Gunakan AMI untuk meluncurkan server di Wilayah 2 jika terjadi bencana.
1. Siapkan replikasi Db2 HADR antara database produksi (di Wilayah 1) dan database siaga (di Wilayah 2).
1. Ubah jenis EC2 instance agar sesuai dengan instance produksi jika terjadi bencana.
1. Di Wilayah 1, `LOGARCHMETH1` diatur ke`db2remote: S3 path`.
1. Di Wilayah 2, `LOGARCHMETH1` diatur ke`db2remote: S3 path`.
1. Replikasi Lintas Wilayah dilakukan antara bucket S3.
## Alat
**Layanan AWS**
+ [Amazon Elastic Compute Cloud (Amazon EC2)](https://docs.aws.amazon.com/ec2/) menyediakan kapasitas komputasi yang dapat diskalakan di AWS Cloud. Anda dapat meluncurkan server virtual sebanyak yang Anda butuhkan dan dengan cepat meningkatkannya ke atas atau ke bawah.
+ [Amazon Route 53](https://docs.aws.amazon.com/Route53/latest/DeveloperGuide/Welcome.html) adalah layanan web DNS yang sangat tersedia dan dapat diskalakan.
+ [Amazon Simple Storage Service (Amazon S3](https://docs.aws.amazon.com/AmazonS3/latest/userguide/Welcome.html)) adalah layanan penyimpanan objek berbasis cloud yang membantu Anda menyimpan, melindungi, dan mengambil sejumlah data.
+ [Amazon Virtual Private Cloud (Amazon VPC)](https://docs.aws.amazon.com/vpc/latest/userguide/what-is-amazon-vpc.html) membantu Anda meluncurkan sumber daya AWS ke jaringan virtual yang telah Anda tentukan. Jaringan virtual ini menyerupai jaringan tradisional yang akan Anda operasikan di pusat data Anda sendiri, dengan manfaat menggunakan infrastruktur AWS yang dapat diskalakan. Pola ini menggunakan [VPC peering](https://docs.aws.amazon.com/vpc/latest/userguide/vpc-peering.html).
## Praktik terbaik
+ Jaringan memainkan peran kunci dalam menentukan mode replikasi HADR. Untuk DR di seluruh Wilayah AWS, kami menyarankan Anda menggunakan mode Db2 HADR ASYNC atau SUPERASYNC.
+ [Untuk informasi selengkapnya tentang mode replikasi untuk Db2 HADR, lihat dokumentasi IBM.](https://ibm.github.io/db2-hadr-wiki/hadrSyncMode.html#Description_of_the_Modes)
+ Anda dapat menggunakan AWS Management Console atau AWS Command Line Interface (AWS CLI) Interface (AWS CLI) [untuk membuat AMI baru](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/AMIs.html#creating-an-ami) dari sistem SAP yang ada. Anda kemudian dapat menggunakan AMI untuk memulihkan sistem SAP yang ada atau untuk membuat klon.
+ [AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager/latest/userguide/systems-manager-automation.html) dapat membantu tugas pemeliharaan dan penerapan umum EC2 instans dan sumber daya AWS lainnya.
+ AWS menyediakan beberapa layanan asli untuk memantau dan mengelola infrastruktur dan aplikasi Anda di AWS. Layanan seperti Amazon CloudWatch dan AWS masing-masing CloudTrail dapat digunakan untuk memantau infrastruktur dan operasi API yang mendasarinya. Untuk detail selengkapnya, lihat [SAP on AWS — IBM Db2](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html) HADR with Pacemaker.
## Epik
### Siapkan lingkungan
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
| --- | --- | --- |
| Periksa sistem dan log. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrator AWS, administrator SAP Basis |
### Mengatur server dan replikasi
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
| --- | --- | --- |
| Buat server SAP dan database. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html)Status tertunda rollforward diatur secara default setelah cadangan penuh dipulihkan. Status tertunda rollforward menunjukkan bahwa database sedang dalam proses dipulihkan dan bahwa beberapa perubahan mungkin perlu diterapkan. Untuk informasi selengkapnya, lihat [dokumentasi IBM](https://www.ibm.com/docs/en/db2/11.5?topic=commands-rollforward-database). | Administrator SAP Basis |
| Periksa konfigurasi. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrator AWS, administrator SAP Basis |
| Siapkan replikasi dari DB produksi ke DR DB (menggunakan mode ASYNC). | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrator SAP Basis |
### Uji tugas failover DR
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
| --- | --- | --- |
| Rencanakan downtime bisnis produksi untuk tes DR. | Pastikan Anda merencanakan downtime bisnis yang diperlukan pada lingkungan produksi untuk menguji skenario failover DR. | Administrator SAP Basis |
| Buat pengguna uji. | Buat pengguna uji (atau perubahan pengujian apa pun) yang dapat divalidasi di host DR untuk mengonfirmasi replikasi log setelah DR failover. | Administrator SAP Basis |
| Di konsol, hentikan EC2 instance produksi. | Shutdown yang tidak teratur dimulai pada langkah ini untuk meniru skenario bencana. | Administrator sistem AWS |
| Tingkatkan EC2 instance DR agar sesuai dengan persyaratan. | Di EC2 konsol, ubah jenis instance di Wilayah DR.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | SAP Dasar Admin |
| Memulai pengambilalihan. | Dari sistem DR (`host2`), memulai proses pengambilalihan dan memunculkan database DR sebagai yang utama.db2 takeover hadr on database by force
Secara opsional, Anda dapat mengatur parameter berikut untuk menyesuaikan alokasi memori database secara otomatis berdasarkan jenis instance. `INSTANCE_MEMORY`Nilai dapat diputuskan berdasarkan porsi memori khusus yang akan dialokasikan ke 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;
Verifikasi perubahan dengan menggunakan perintah berikut.db2 get db cfg for | grep -i MEMORY
db2 get db cfg for | grep -i self_tuning_mem
| Administrator SAP Basis |
| Luncurkan server aplikasi untuk SAP di Wilayah DR. | Menggunakan AMI yang Anda buat dari sistem produksi, [luncurkan server aplikasi tambahan baru](https://aws.amazon.com/premiumsupport/knowledge-center/launch-instance-custom-ami/) di Wilayah DR. | Administrator SAP Basis |
| Lakukan validasi sebelum memulai aplikasi SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrator AWS, administrator SAP Basis |
| Mulai aplikasi SAP pada sistem DR. | Mulai aplikasi SAP pada sistem DR dengan menggunakan `adm` pengguna. Gunakan kode berikut, yang `XX` mewakili nomor instans server SAP ABAP SAP Central Services (ASCS) Anda, dan `YY` mewakili nomor instans server aplikasi SAP Anda.sapconrol -nr XX -function StartService
sapconrol -nr XX -function StartSystem
sapconrol -nr YY -function StartService
sapconrol -nr YY -function StartSystem
| Administrator SAP Basis |
| Lakukan validasi SAP. | Ini dilakukan sebagai tes DR untuk memberikan bukti atau untuk memeriksa keberhasilan replikasi data ke Wilayah DR. | Insinyur uji |
### Lakukan tugas failback DR
| Tugas | Deskripsi | Keterampilan yang dibutuhkan |
| --- | --- | --- |
| Mulai produksi SAP dan server database. | Di konsol, mulai EC2 instance yang meng-host SAP dan database dalam sistem produksi. | Administrator SAP Basis |
| Mulai database produksi dan atur HADR. | Masuk ke sistem produksi (`host1`) dan verifikasi bahwa DB dalam mode pemulihan dengan menggunakan perintah berikut.db2start
db2 start HADR on db P3V as standby
db2 connect to
Verifikasi bahwa status HADR adalah`connected`. Status replikasi seharusnya. `peer`db2pd -d -hadr
Jika database tidak konsisten dan tidak di dan `peer` status, backup `connected` dan restore mungkin diperlukan untuk membawa database (on`host1`) sinkron dengan database yang saat ini aktif (`host2`di Wilayah DR). Dalam hal ini, kembalikan cadangan DB dari database di Wilayah `host2` DR ke database di Wilayah `host1` produksi. | Administrator SAP Basis |
| Gagal kembali database ke Wilayah produksi. | Dalam business-as-usual skenario normal, langkah ini dilakukan dalam waktu henti yang dijadwalkan. Aplikasi yang berjalan pada sistem DR dihentikan, dan database gagal kembali ke Wilayah produksi (Wilayah 1) untuk melanjutkan operasi dari Wilayah produksi.[\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrator SAP Basis |
| Lakukan validasi sebelum memulai aplikasi SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrator AWS, administrator SAP Basis |
| Mulai aplikasi SAP. | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) | Administrator SAP Basis |
## Pemecahan masalah
| Isu | Solusi |
| --- | --- |
| File log kunci dan perintah untuk memecahkan masalah terkait HADR | [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/id_id/prescriptive-guidance/latest/patterns/set-up-disaster-recovery-for-sap-on-ibm-db2-on-aws.html) |
| Catatan SAP untuk memecahkan masalah HADR di Db2 UDB | Lihat SAP [Note 1154013 - DB6: Masalah DB](https://service.sap.com/sap/support/notes/1154013) di lingkungan HADR. (Anda memerlukan kredenal portal SAP untuk mengakses catatan ini.) |
## Sumber daya terkait
+ [Pendekatan pemulihan bencana untuk database Db2 di AWS](https://aws.amazon.com/blogs/architecture/disaster-recovery-approaches-for-db2-databases-on-aws/) (posting blog)
+ [SAP on AWS — IBM Db2 HADR dengan Pacemaker](https://docs.aws.amazon.com/sap/latest/sap-AnyDB/sap-ibm-pacemaker.html)
+ [Langkah demi Langkah Prosedur untuk mengatur replikasi HADR antara database DB2 ](https://www.ibm.com/support/pages/step-step-procedure-set-hadr-replication-between-db2-databases)
+ [Db2 HADR Wiki](https://ibm.github.io/db2-hadr-wiki/index.html)
## Informasi tambahan
Dengan menggunakan pola ini, Anda dapat mengatur sistem pemulihan bencana untuk sistem SAP yang berjalan pada database Db2. Dalam situasi bencana, bisnis harus dapat melanjutkan dalam persyaratan tujuan waktu pemulihan yang ditentukan (RTO) dan tujuan titik pemulihan (RPO) Anda:
+ **RTO** adalah penundaan maksimum yang dapat diterima antara gangguan layanan dan pemulihan layanan. Ini menentukan apa yang dianggap sebagai jendela waktu yang dapat diterima ketika layanan tidak tersedia.
+ **RPO** adalah jumlah waktu maksimum yang dapat diterima sejak titik pemulihan data terakhir. Ini menentukan apa yang dianggap sebagai kehilangan data yang dapat diterima antara titik pemulihan terakhir dan gangguan layanan.
Untuk FAQs yang terkait dengan HADR, lihat [catatan SAP \$11612105 - DB6: FAQ tentang Db2 High Availability Disaster](https://launchpad.support.sap.com/#/notes/1612105) Recovery (HADR). (Anda memerlukan kredenal portal SAP untuk mengakses catatan ini.)