Siapkan pemulihan bencana untuk SAP di IBM Db2 di AWS - AWS Prescriptive Guidance
RingkasanPrasyarat dan batasanArsitekturAlatPraktik terbaikEpikPemecahan MasalahSumber daya terkaitInformasi tambahan

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. 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 (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 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

  1. Buat AMI dari server aplikasi di Wilayah 1 dan salin AMI ke Wilayah 2. Gunakan AMI untuk meluncurkan server di Wilayah 2 jika terjadi bencana.

  2. Siapkan replikasi Db2 HADR antara database produksi (di Wilayah 1) dan database siaga (di Wilayah 2).

  3. Ubah jenis EC2 instance agar sesuai dengan instance produksi jika terjadi bencana.

  4. Di Wilayah 1, LOGARCHMETH1 diatur kedb2remote: S3 path.

  5. Di Wilayah 2, LOGARCHMETH1 diatur kedb2remote: S3 path.

  6. Replikasi Lintas Wilayah dilakukan antara bucket S3.

Alat

Layanan AWS

  • Amazon Elastic Compute Cloud (Amazon 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 adalah layanan web DNS yang sangat tersedia dan dapat diskalakan.

  • Amazon Simple Storage Service (Amazon S3) adalah layanan penyimpanan objek berbasis cloud yang membantu Anda menyimpan, melindungi, dan mengambil sejumlah data.

  • Amazon Virtual Private Cloud (Amazon VPC) 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.

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.

  • Anda dapat menggunakan AWS Management Console atau AWS Command Line Interface (AWS CLI) Interface (AWS CLI) untuk membuat AMI baru dari sistem SAP yang ada. Anda kemudian dapat menggunakan AMI untuk memulihkan sistem SAP yang ada atau untuk membuat klon.

  • AWS Systems Manager Automation 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 HADR with Pacemaker.

Epik

TugasDeskripsiKeterampilan yang dibutuhkan

Periksa sistem dan log.

  1. Konfirmasikan bahwa SAP produksi pada sistem Db2 sudah diatur.

  2. Konfirmasikan bahwa cadangan log diaktifkan dan dikonfigurasi untuk menyimpan log di bucket S3. Ini dapat diperiksa oleh parameter Db2. LOGARCHMETH1

  3. Buat AMI dari server aplikasi tambahan.

Administrator AWS, administrator SAP Basis
TugasDeskripsiKeterampilan yang dibutuhkan

Buat server SAP dan database.

  1. Untuk menerapkan infrastruktur untuk Wilayah DR, gunakan CloudFormation skrip AWS atau gunakan AMI dari instans produksi. Sebagai bagian dari pendekatan pilot light, Anda dapat menggunakan EC2 instance yang lebih kecil dalam keluarga yang sama dengan instance produksi. Misalnya, jika jenis instance produksi Andar6i.12xlarge, Anda dapat menggunakan tipe r6i.xlarge instance untuk build DR. Namun, pastikan Anda mengalokasikan kapasitas penyimpanan yang sama pada instans DR untuk memulihkan cadangan basis data produksi.

  2. Buat titik pemasangan Amazon Elastic File System (Amazon EFS) untuk/sapmnt/<SID>/, dan pastikan bahwa itu diatur untuk direplikasi dari sistem utama.

  3. Ambil cadangan database LENGKAP (online atau offline) dari sistem produksi. Anda akan menggunakan cadangan ini untuk membangun database DR.

  4. Dalam sistem DR, gunakan metode penyalinan sistem SAP Software Provisioning Manager (SWPM) dengan Menggunakan salinan sistem dengan backup/restore HA/DR tujuan membangun sistem DR SAP.

  5. Ketika ditanya oleh SWPM, kembalikan database di DR dengan cadangan yang Anda ambil dari produksi. Database DR akan berada dalam status tertunda rollforward.

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.

Administrator SAP Basis

Periksa konfigurasi.

  1. Untuk mengatur pengarsipan log untuk HADR, basis data produksi dan DR harus dapat mengambil log secara otomatis dari semua lokasi arsip log. Verifikasi bahwa LOGARCHMETH1 parameter dalam database DR diatur ke lokasi yang sama seperti dalam database produksi. Jika lokasi yang sama tidak dapat diakses karena keterbatasan Regional, pastikan bahwa sistem DR dapat secara otomatis mengambil log dari sistem utama.

  2. Untuk mengaktifkan TCP/IP port untuk pengaktifan replikasi database, modifikasi /etc/services dalam produksi dan host DR dengan menambahkan dua entri berikut. Dalam kode, <SID> mengacu pada ID Sistem (SID) dari database Db2 (misalnya,PR1).

    <SID>_HADR_1      55001/tcp       # DB2 HADR  Port1
<SID>_HADR_2      55002/tcp       # DB2 HADR  Port2

    Konfirmasikan bahwa kedua port memungkinkan lalu lintas masuk dan keluar antara primer dan siaga.

  3. Periksa /etc/hosts produksi dan host DR untuk mengonfirmasi bahwa nama host untuk host produksi dan siaga menunjuk ke alamat IP yang benar.

Administrator AWS, administrator SAP Basis

Siapkan replikasi dari DB produksi ke DR DB (menggunakan mode ASYNC).

  1. Dalam database produksi, jalankan perintah berikut untuk memperbarui parameter.

    db2 UPDATE DB CFG FOR <SID> USING HADR_LOCAL_HOST HOST1
db2 UPDATE DB CFG FOR <SID> USING HADR_LOCAL_SVC <SID>_HADR_1
db2 UPDATE DB CFG FOR <SID> USING HADR_REMOTE_HOST HOST2
db2 UPDATE DB CFG FOR <SID> USING HADR_REMOTE_SVC <SID>_HADR_2
db2 UPDATE DB CFG FOR <SID> USING HADR_REMOTE_INST db2<sid>
db2 UPDATE DB CFG FOR <SID> USING HADR_TIMEOUT 120
db2 UPDATE DB CFG FOR <SID> USING HADR_SYNCMODE ASYNC
db2 UPDATE DB CFG FOR <SID> USING HADR_SPOOL_LIMIT 1000
db2 UPDATE DB CFG FOR <SID> USING HADR_PEER_WINDOW 240
db2 UPDATE DB CFG FOR <SID> USING indexrec RESTART logindexbuild ON

  2. Dalam database DR, jalankan perintah berikut untuk memperbarui parameter.

    db2 UPDATE DB CFG FOR <SID> USING HADR_LOCAL_HOST HOST2
db2 UPDATE DB CFG FOR <SID> USING HADR_LOCAL_SVC <SID>_HADR_2
db2 UPDATE DB CFG FOR <SID> USING HADR_REMOTE_HOST HOST1
db2 UPDATE DB CFG FOR <SID> USING HADR_REMOTE_SVC <SID>_HADR_1
db2 UPDATE DB CFG FOR <SID> USING HADR_REMOTE_INST db2<sid>
db2 UPDATE DB CFG FOR <SID> USING HADR_TIMEOUT 120
db2 UPDATE DB CFG FOR <SID> USING HADR_SYNCMODE ASYNC
db2 UPDATE DB CFG FOR <SID> USING HADR_SPOOL_LIMIT 1000
db2 UPDATE DB CFG FOR <SID> USING HADR_PEER_WINDOW 240
db2 UPDATE DB CFG FOR <SID> USING indexrec RESTART logindexbuild ON

    Parameter ini diperlukan untuk memberikan informasi terkait HADR ke kedua database. Dalam database Db2, HADR diaktifkan berdasarkan nilai untuk masing-masing parameter yang ditetapkan sebelumnya. Untuk informasi selengkapnya tentang parameter ini, lihat dokumentasi IBM.

  3. Mulai HADR pertama pada database siaga yang baru dibuat dengan menggunakan perintah berikut.

    db2 deactivate db <SID>
db2 start hadr on db <SID> as standby

  4. Mulai HADR pada database produksi dengan menggunakan perintah berikut.

    db2 deactivate db <SID>
db2 start hadr on db <SID> as primary

  5. Periksa apakah database Db2 produksi dan siaga sinkron dan pengiriman log sedang berlangsung.

    Untuk memantau status replikasi HADR, gunakan perintah berikutdb2pd.

    db2pd -d <SID> -hadr

    Untuk informasi selengkapnya tentang pemantauan HADR, lihat dokumentasi IBM.

Administrator SAP Basis
TugasDeskripsiKeterampilan 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.

  1. Hentikan instance: Jika instance sedang berjalan, Anda harus menghentikannya sebelum Anda dapat mengubah jenis instance-nya. Di EC2 konsol, pilih instance, dan pilih Stop.

  2. Ubah jenis instans: Di EC2 konsol, pilih instance, dan pilih Actions, Instance Settings, Change Instance Type. Pilih jenis instance yang cocok dengan instance utama, dan pilih Apply.

  3. Mulai instance: Setelah perubahan jenis instance selesai, mulai instance dari EC2 konsol dengan memilih instance dan memilih Mulai.

  4. Untuk memulai database Db2, gunakan perintah berikut.

    db2start
    db2 start HADR on db <SID> as standby
SAP Dasar Admin

Memulai pengambilalihan.

Dari sistem DR (host2), memulai proses pengambilalihan dan memunculkan database DR sebagai yang utama.

db2 takeover hadr on database <SID> by force

Secara opsional, Anda dapat mengatur parameter berikut untuk menyesuaikan alokasi memori database secara otomatis berdasarkan jenis instance. INSTANCE_MEMORYNilai dapat diputuskan berdasarkan porsi memori khusus yang akan dialokasikan ke database Db2.

db2 update db cfg for <SID> using INSTANCE_MEMORY <FIXED VALUE> IMMEDIATE;
db2 get db cfg for <SID> | grep -i DATABASE_MEMORY AUTOMATIC IMMEDIATE; 
db2 update db cfg for <SID> using self_tuning_mem ON IMMEDIATE;

Verifikasi perubahan dengan menggunakan perintah berikut.

db2 get db cfg for <SID> | grep -i MEMORY
db2 get db cfg for <SID> | 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 di Wilayah DR.

Administrator SAP Basis

Lakukan validasi sebelum memulai aplikasi SAP.

  1. Validasi /etc/hosts dan /etc/fstab entri.

  2. Pasang /sapmnt/<SID>/ pada sistem DR.

  3. Validasi bahwa sistem file DR /sapmnt/<SID>/ disinkronkan dengan produksi. /sapmnt/<SID>/

  4. Masuk ke <sid>adm pengguna, jalankanR3trans -d, dan verifikasi output dalam trans.log file. trans.logFile dihasilkan di lokasi yang sama di mana Anda menjalankan R3trans -d perintah.

Administrator AWS, administrator SAP Basis

Mulai aplikasi SAP pada sistem DR.

Mulai aplikasi SAP pada sistem DR dengan menggunakan <sid>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 <SID>
sapconrol -nr XX -function StartSystem
sapconrol -nr YY -function StartService <SID>
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
TugasDeskripsiKeterampilan 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 <SID>

Verifikasi bahwa status HADR adalahconnected. Status replikasi seharusnya. peer

db2pd -d <SID> -hadr

Jika database tidak konsisten dan tidak di dan peer status, backup connected dan restore mungkin diperlukan untuk membawa database (onhost1) sinkron dengan database yang saat ini aktif (host2di 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.

  1. Masuk ke server aplikasi SAP di Wilayah DR, dan hentikan aplikasi SAP.

  2. Lepaskan /sapmnt/<SID> dari sistem DR, pastikan bahwa perubahan direplikasi terbalik ke sistem produksi/sapmnt/<SID>.

  3. Masuk ke server database (host1) di Wilayah produksi, dan lakukan pengambilalihan.

    db2 takeover hadr on database <SID>

  4. Periksa status HADR: HADR_ROLE harus aktif PRIMARY host1 dan aktifStandBy. host2

    db2pd -d <SID> -hadr
Administrator SAP Basis

Lakukan validasi sebelum memulai aplikasi SAP.

  1. Validasi /etc/hosts dan /etc/fstab entri.

  2. Pasang /sapmnt/<SID>/ pada sistem produksi.

  3. Pastikan itu sinkron dengan sistem DR/sapmnt/<SID>/.

  4. Masuk ke <sid>adm pengguna, jalankanR3trans -d, dan verifikasi output dalam trans.log file. trans.logFile dihasilkan di lokasi yang sama di mana Anda menjalankan R3trans -d perintah.

Administrator AWS, administrator SAP Basis

Mulai aplikasi SAP.

  1. Mulai aplikasi SAP pada sistem produksi menggunakan <sid>adm pengguna. Gunakan kode berikut, yang XX mewakili nomor instans server SAP ASCS Anda, dan YY mewakili nomor instance server aplikasi SAP Anda.

    sapconrol -nr XX -function StartService <SID>
sapconrol -nr XX -function StartSystem
sapconrol -nr YY -function StartService <SID>
sapconrol -nr YY -function StartSystem

  2.  Untuk mengonfirmasi bahwa server aplikasi tersedia, masuk ke SAP dan lakukan pemeriksaan dengan menggunakan SICK dan SM51 transaksi.

Administrator SAP Basis

Pemecahan Masalah

IsuSolusi

File log kunci dan perintah untuk memecahkan masalah terkait HADR

  • db2 get db cfg | grep -i hadr

  • db2pd -d sid -hadr

  • Db2diag.log(File ini umumnya terletak di dalam db2dump direktori, dan db2dump jalur ditentukan oleh parameterDIAGPATH.)

Catatan SAP untuk memecahkan masalah HADR di Db2 UDB

Lihat SAP Note 1154013 - DB6: Masalah DB di lingkungan HADR. (Anda memerlukan kredenal portal SAP untuk mengakses catatan ini.)

Sumber daya terkait

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 #1612105 - DB6: FAQ tentang Db2 High Availability Disaster Recovery (HADR). (Anda memerlukan kredenal portal SAP untuk mengakses catatan ini.)