SAP Business Suite di SAP ASE atau IBM Db2: Arsitektur Referensi di Google Cloud

Ringkasan

Dokumen ini ditujukan untuk orang-orang yang mengevaluasi Google Cloud sebagai platform untuk men-deploy aplikasi SAP Business Suite di SAP ASE atau IBM Db2, terutama untuk orang-orang dengan jenis pekerjaan berikut:

  • Arsitek teknis SAP
  • Arsitek Cloud
  • Administrator berbasis SAP
  • Arsitek perusahaan

Dokumen ini juga mencantumkan masalah yang perlu dipertimbangkan sebelum penginstalan, serta penautan ke SAP Note dan dokumentasi lainnya untuk memfasilitasi deployment.

Google Cloud menyediakan infrastruktur tersertifikasi SAP yang hemat biaya, andal, aman, dan berperforma tinggi untuk menjalankan SAP Business Suite. Untuk mengetahui daftar lengkap solusi SAP yang didukung di Google Cloud, lihat SAP di Google Cloud.

Pemberian Lisensi

Jika Anda merupakan pelanggan SAP, Anda dapat menggunakan lisensi yang ada untuk men-deploy SAP Business Suite di Google Cloud dengan model bring-your-own-license (BYOL). Google Cloud mendukung model BYOL baik untuk kasus penggunaan produksi maupun non-produksi. Lisensi sistem operasi termasuk dalam harga Compute Engine atau Anda juga dapat membawa image dan lisensi OS Anda sendiri.

ASE

Untuk mengetahui informasi tentang pemberian lisensi SAP ASE di Google Cloud, lihat Panduan Perencanaan SAP ASE

IBM Db2

Untuk men-deploy IBM Db2 di Google Cloud, Anda harus membawa lisensi Anda sendiri. Anda dapat memperoleh lisensi dari SAP atau IBM. Untuk informasi selengkapnya tentang pemberian lisensi dan dukungan, lihat halaman dukungan dan pemberian lisensi IBM Db2 SAP.

Pengaturan ukuran

Beberapa opsi ukuran tersedia berdasarkan jenis implementasi. Untuk penerapan project baru, sebaiknya gunakan alat SAP Quick Sizer. Untuk informasi terperinci, lihat halaman Ukuran SAP. SAP juga menyediakan panduan kaus untuk solusi dan alat spesifik guna memigrasikan solusi lokal saat ini ke Google Cloud. Misalnya, lihat SAP Note 2456432 - Aplikasi SAP di Google Cloud: Produk yang Didukung dan Jenis mesin Google Cloud . SAP dan Google Cloud menggunakan unit yang berbeda untuk mengukur IOPS (operasi input/output per detik); hubungi partner SI (Systems Integrator) untuk mengonversi persyaratan ukuran SAP menjadi infrastruktur Google Cloud dengan ukuran yang sesuai.

ASE

Untuk menyesuaikan ukuran database ASE, lihat:

IBM Db2

Untuk mengukur database IBM Db2 di Windows atau Linux, lihat Persyaratan sistem untuk IBM DB2 untuk Linux, UNIX, dan Windows.

Jenis mesin yang didukung

SAP ASE dan IBM Db2 memiliki sertifikasi untuk berjalan pada jenis mesin Compute Engine berikut:

  • Jenis mesin n1-standard dengan 8, 16, 32, 64, atau 96 vCPU
  • Jenis mesin n1-highmem dengan 2, 4, 8, 16, 32, 64, atau 96 vCPU
  • Jenis mesin kustom

Untuk mengetahui informasi selengkapnya tentang jenis mesin bersertifikasi, lihat SAP Note 2456432 - Aplikasi SAP di Google Cloud: Produk yang Didukung dan Jenis mesin Google Cloud .

ASE

Untuk mengetahui informasi selengkapnya tentang cara mengonfigurasi jenis VM untuk SAP ASE, lihat Konfigurasi VM dalam Panduan Perencanaan SAP ASE.

Untuk mengetahui informasi selengkapnya tentang versi sistem operasi yang didukung untuk SAP ASE di Google Cloud, lihat SAP Note 2537664 - Sertifikasi SAP Adaptive Server Enterprise (SAP ASE) 16.0 untuk Google Cloud Platform.

IBM Db2

Untuk informasi selengkapnya tentang mengonfigurasi jenis VM untuk IBM Db2, lihat Konfigurasi VM dalam Panduan Perencanaan SAP ASE.

Untuk mengetahui informasi selengkapnya tentang IBM Db2 di Google Cloud, lihat SAP Note 2456432 - Aplikasi SAP di Google Cloud: Produk yang Didukung dan Jenis mesin Google Cloud .

Disk dan sistem file untuk SAP Business Suite

Google Cloud menawarkan jenis penyimpanan berikut:

  • Persistent disk untuk block storage
    • Standar (pd-standard): penyimpanan blok yang efisien dan ekonomis yang didukung oleh hard disk drive (HDD) standar untuk menangani operasi baca-tulis berurutan, tetapi tidak dioptimalkan untuk menangani operasi input-output per detik (IOPS) acak tingkat tinggi.
    • SSD (pd-ssd): menyediakan block storage berperforma tinggi yang andal dan didukung oleh solid-state drive (SSD).
    • Seimbang (pd-balanced): menyediakan block storage berbasis SSD yang hemat biaya dan andal.
    • Ekstrem (pd-extreme): Berbasis SSD, memberikan IOPS dan opsi throughput maksimum yang lebih tinggi daripada pd-ssd untuk jenis mesin Compute Engine yang lebih besar. Untuk mengetahui informasi selengkapnya, lihat Persistent disk ekstrem.
    • SSD lokal: Block storage lokal berperforma tinggi.
  • Bucket Cloud Storage: penyimpanan objek yang terjangkau.
  • Instance filestore: server file NFS yang terkelola sepenuhnya di Google Cloud.

Untuk mengetahui informasi selengkapnya, lihat Opsi Penyimpanan.

Persistent disk Google Cloud didesain untuk ketahanan tinggi. Komponen tersebut menyimpan data secara redundan untuk memastikan integritas data. Setiap persistent disk dapat menyimpan hingga 64 TB, sehingga Anda dapat membuat volume logis yang besar tanpa mengelola array disk. Salah satu fitur utamanya adalah persistent disk dienkripsi secara otomatis untuk melindungi data.

Saat dibuat, instance Compute Engine mengalokasikan satu persistent disk root secara default yang berisi sistem operasi. Anda dapat menambahkan lebih banyak opsi penyimpanan ke instance sesuai kebutuhan. Untuk implementasi SAP, sebaiknya gunakan persistent disk, karena dirancang untuk ketahanan tinggi dan instance komputasi dapat mengaksesnya seperti disk fisik di mesin lokal.

ASE

Tabel berikut menjelaskan struktur direktori Linux untuk SAP Business Suite di ASE pada Google Cloud. Untuk mengetahui informasi selengkapnya, lihat Panduan Penginstalan SAP ASE untuk Linux.

Struktur direktori aplikasi SAP Jenis penyimpanan
/sapmnt Persistent disk standar (HDD)
/usr/sap Persistent disk standar (HDD)

Semua file data dan log untuk ASE harus berada di /sybase/SAPSID. SAPSID, atau ID Sistem SAP, adalah nama instance SAP yang digunakan selama penginstalan.

SAP Business Suite di struktur direktori ASE Jenis penyimpanan
/sapmnt Persistent disk standar (HDD)
/usr/sap Persistent disk standar (HDD)
/sybase/SAPSID Persistent disk standar (HDD)
/sybase/SAPSID/sapdata_1 Persistent disk standar (HDD) atau persistent disk berbasis SSD
/sybase/SAPSID/saplog_1 Persistent disk standar (HDD) atau persistent disk berbasis SSD
/sybase/SAPSID/saptemp Persistent disk standar (HDD)
/sybase/SAPSID/sapdiag Persistent disk standar (HDD)
/sybasebackup Persistent disk standar (HDD)

Untuk mengetahui informasi selengkapnya, download Panduan Praktik Terbaik ASE.

Tabel berikut menjelaskan struktur direktori Windows untuk SAP Business Suite di ASE. Struktur direktori ini berlaku untuk penginstalan server pusat.

Drive Deskripsi Jenis penyimpanan
C:\ Booting Persistent disk standar (HDD)
D:\ Biner database Persistent disk standar (HDD)
E:\ File data database Persistent disk standar (HDD) atau persistent disk berbasis SSD
L:\ Log database Persistent disk standar (HDD) atau persistent disk berbasis SSD
P:\ File halaman Persistent disk standar (HDD)
S:\ usr/sap dan sapmnt Persistent disk standar (HDD)
T:\ Temp dan saptemp database Persistent disk standar (HDD)
X:\ Cadangan Persistent disk standar (HDD)

Untuk dibaca lebih lanjut, download Panduan Praktik Terbaik SAP ASE.

IBM Db2

Tabel berikut menjelaskan struktur direktori Linux untuk SAP Business Suite di Db2 pada Google Cloud.

SAP Business Suite di struktur direktori Db2 Jenis penyimpanan
/sapmnt Persistent disk standar (HDD)
/usr/sap Persistent disk standar (HDD)
/db2/SAPSID Persistent disk standar (HDD)
/db2/SAPSID/db2dump Persistent disk standar (HDD)
/db2/SAPSID/sapdata1 Persistent disk standar (HDD) atau persistent disk berbasis SSD
/db2/SAPSID/saptmp1 Persistent disk standar (HDD)
/db2/SAPSID/log_dir Persistent disk standar (HDD) atau persistent disk berbasis SSD
/db2backup Persistent disk standar (HDD)

Untuk mengetahui informasi selengkapnya, lihat SAP di IBM DB2 untuk Linux dan Windows.

Tabel berikut menjelaskan struktur direktori Windows untuk SAP Business Suite di Db2 pada Google Cloud. Struktur direktori ini berlaku untuk penginstalan server pusat.

Drive Deskripsi Jenis penyimpanan
C:\ Booting Persistent disk standar (HDD)
D:\ Biner database Persistent disk standar (HDD)
E:\ File data database Persistent disk standar (HDD) atau persistent disk SSD
L:\ Log database Persistent disk standar (HDD) atau persistent disk SSD
P:\ File halaman Persistent disk standar (HDD)
S:\ usr/sap dan sapmnt Persistent disk standar (HDD)
T:\ Temp dan saptemp database Persistent disk standar (HDD)
X:\ Cadangan Persistent disk standar (HDD)

Untuk mengetahui detail tambahan tentang struktur direktori, lihat Panduan Perencanaan SAP NetWeaver.

Untuk menghitung persyaratan ukuran file halaman, lihat SAP Note 1518419: File halaman dan memori virtual yang diperlukan oleh sistem SAP.

Deployment

SAP Business Suite terdiri atas komponen teknis berikut:

Lapisan aplikasi:

  • ASCS—Layanan Pusat ABAP SAP. Berisi komponen berikut:
    • Server pesan (MS): Berperan sebagai saluran komunikasi antara server aplikasi. Juga menangani distribusi beban.
    • Server Antrean (ES): Mengontrol mekanisme penguncian.
  • PAS—Server aplikasi utama.
    • Server aplikasi pertama atau satu-satunya untuk sistem SAP.
  • AAS—Server aplikasi tambahan.
    • Biasanya di-deploy untuk load balancing tingkat aplikasi. Anda juga dapat menginstal beberapa AAS untuk mencapai ketersediaan yang lebih tinggi dari perspektif lapisan aplikasi. Jika salah satu server aplikasi mati, semua sesi pengguna yang terhubung ke server aplikasi tersebut akan dihentikan, tetapi pengguna dapat login lagi ke AAS terkait lainnya di lingkungan tersebut.
  • WD—Web Dispatcher (opsional).
    • Load balancer software cerdas yang mendistribusikan permintaan HTTP dan HTTPS berdasarkan jenis aplikasi ke PAS dan AAS.

Saat ini, database berikut memiliki sertifikasi untuk dijalankan di Google Cloud untuk SAP Business Suite.

Lapisan database:

ASE

Google Cloud menyediakan opsi berikut untuk menginstal ASE di Linux dan Windows:

  • Manual
  • Terraform
  • Deployment Manager

Untuk penginstalan suite SAP Business, lihat dokumen penginstalan SAP Business Suite.

Untuk penginstalan Linux, lihat Ringkasan deployment Linux untuk SAP NetWeaver.

Untuk penginstalan Windows, lihat Ringkasan deployment Windows untuk SAP NetWeaver.

IBM Db2

SAP telah memberikan sertifikasi kepada Google Cloud untuk menjalankan IBM Db2 pada sistem operasi berikut pada instance VM Compute Engine:

  • SLES 12 SP2 dan yang lebih baru.
  • RHEL 7.4.
  • Windows Server 2012 R2 dan yang lebih baru.

Untuk mengetahui informasi selengkapnya, lihat Panduan Perencanaan IBM Db2 untuk SAP NetWeaver.

Google Cloud menyediakan opsi berikut untuk menginstal IBM Db2 di Linux dan Windows:

  • Manual
  • Terraform
  • Deployment Manager

Untuk penginstalan suite SAP Business, lihat dokumen penginstalan SAP Business Suite.

Model deployment

Anda dapat men-deploy SAP Business Suite dalam salah satu dari dua model berikut: deployment terpusat atau deployment terdistribusi.

Deployment terpusat

Dalam deployment terpusat, Anda dapat menginstal aplikasi SAP Business Suite dan database di instance Compute Engine yang sama. Sebaiknya gunakan pendekatan ini untuk lingkungan non-produksi seperti lingkungan sandbox dan pengembangan.

ASE

Diagram berikut menunjukkan arsitektur referensi untuk deployment SAP Business Suite terpusat di ASE di lingkungan Linux. Perlu diperhatikan bahwa SAP ASCS, PAS, dan ASE diinstal di instance yang sama.

SAP ASCS, PAS, dan SAP ASE diinstal pada satu VM dengan struktur direktori Linux

Diagram berikut menunjukkan arsitektur referensi untuk deployment terpusat SAP Business Suite di ASE di lingkungan Windows. Perlu diperhatikan bahwa SAP ASCS, PAS, dan ASE diinstal di instance yang sama.

SAP ASCS, PAS, dan SAP ASE diinstal pada satu VM dengan direktori drive Windows

Db2

Diagram berikut menunjukkan arsitektur referensi untuk SAP Business Suite di IBM Db2 dalam model deployment terpusat, di lingkungan Linux. Perlu diperhatikan bahwa SAP ASCS, PAS, dan IBM Db2 diinstal di instance yang sama.

SAP ASCS, PAS, dan IBM Db2 diinstal pada satu VM dengan struktur direktori Linux

Diagram berikut menunjukkan arsitektur referensi untuk SAP Business Suite di IBM Db2 dalam model deployment terpusat, di lingkungan Windows. Perlu diperhatikan bahwa SAP ASCS, PAS, dan IBM Db2 diinstal di instance yang sama.

SAP ASCS, PAS, dan IBM Db2 diinstal pada satu VM dengan direktori drive Windows

Deployment terdistribusi

Dalam deployment terdistribusi, Anda dapat menginstal aplikasi SAP Business Suite dan database pada berbagai instance. Sebaiknya gunakan pendekatan ini untuk lingkungan produksi atau lingkungan yang memerlukan banyak daya komputasi untuk menangani beban transaksi yang berat. Setiap komponen lapisan aplikasi SAP yang dijelaskan sebelumnya (dalam "Deployment") dapat diinstal secara independen pada instance yang berbeda.

Selain itu, secara opsional, Anda dapat menginstal satu atau beberapa server aplikasi tambahan (AAS), bergantung pada persyaratan bisnis Anda.

ASE

Diagram berikut menunjukkan arsitektur referensi untuk SAP Business Suite di ASE dalam model deployment yang terdistribusi. Perlu diperhatikan bahwa SAP ASCS, PAS, dan SAP ASE diinstal di instance yang berbeda.

SAP ASCS, PAS, dan SAP ASE diinstal pada VM terpisah dengan struktur direktori Linux

Db2

Diagram berikut menunjukkan arsitektur referensi untuk SAP Business Suite di IBM Db2 dalam model deployment terdistribusi. Perlu diperhatikan bahwa SAP ASCS, PAS, dan IBM Db2 LUW diinstal di instance yang berbeda.

SAP ASCS, PAS, dan IBM Db2 diinstal pada VM terpisah dengan struktur direktori Linux

Catatan tentang load balancing

Dalam lingkungan SAP terdistribusi, kami merekomendasikan load balancing untuk mencapai performa aplikasi yang optimal. Anda dapat mengonfigurasi load balancing aplikasi menggunakan lapisan aplikasi SAP.

Ketersediaan tinggi dan pemulihan dari bencana (disaster recovery)

Ketersediaan tinggi (HA) dan pemulihan dari bencana (DR) adalah serangkaian teknik, praktik engineering, dan prinsip desain untuk memungkinkan kelangsungan bisnis jika terjadi kegagalan. Pendekatan ini bekerja dengan menghilangkan titik tunggal kegagalan dan memberikan kemampuan untuk melanjutkan operasi dengan cepat setelah terjadi pemadaman sistem atau komponen dengan sedikit gangguan bisnis. Pemulihan kesalahan adalah proses memulihkan dan melanjutkan operasi setelah pemadaman karena komponen yang gagal.

Misalnya, berikut ini beberapa alat HA dan DR:

Ketersediaan tinggi server aplikasi dan pemulihan dari bencana (disaster recovery)

Guna memastikan ketersediaan tinggi untuk sistem, pertimbangkan komponen berikut:

  • Layanan Pusat ABAP (ASCS).
  • Server aplikasi utama (PAS).
  • SAP ASE atau IBM Db2.

Pertimbangan dan deployment HA server aplikasi

  • Penyiapan Layanan Pusat SAP ABAP (ASCS) HA terdiri dari setidaknya dua node SCS. Node utama menjalankan layanan server pesan (MS) dan Server Replikasi Antrean (ERS), dan node sekunder hanya menjalankan ERS.
  • VIP (IP virtual) disiapkan untuk terhubung ke instance ASCS. VIP disiapkan sebagai alamat IP mengambang. Selama failover node utama, cluster SUSE memungkinkan node sekunder menjadi aktif. Selain itu, VIP berpindah ke node sekunder sehingga permintaan kini mengarah ke node sekunder.
  • Dalam skenario normal, node utama ASCS selalu menjalankan server pesan dan node sekunder selalu menjalankan ERS.
  • Fitur berbagi file NFS dipasang dari server NFS ke node ASCS utama dan sekunder. Anda dapat menggunakan layanan ketersediaan tinggi seperti Filestore Enterprise.

  • Diagram berikut menunjukkan dua node:

    • Node 1 adalah node utama dan menghosting ASCS—MS serta ERS.
    • Node 2 adalah node sekunder dan menghosting ERS.

    • Penomoran menunjukkan alur permintaan:

      1. Permintaan diterima di VIP.
      2. Permintaan ditujukan ke node aktif, Node 1 pada diagram di bawah ini.
      3. Node aktif menulis ke berbagi NFS.

Satu VM menghosting ASCS aktif dan ERS yang tidak aktif. VM lain menghosting ASCS tidak aktif dan ERS aktif. Pasangan VM, pasangan ERS, dan NFS masing-masing memiliki VIP sendiri

Pertimbangan dan deployment DR server aplikasi

Anda dapat memfasilitasi node DR untuk server aplikasi SAP Netweaver dengan memulihkan file pada direktori pemasangan /usr/sap/SID dan /sapmnt/SID. Anda dapat membuat cadangan offline atau online untuk pemasangan ini dan file yang mendasarinya. Namun, sebaiknya buat minimal satu pencadangan offline lengkap, sehingga Anda dapat menggunakannya untuk menyiapkan node DR. Anda dapat menggunakan snapshot Google untuk mencadangkan persistent disk volume SAP. Anda dapat memulihkan volume SAP ini di region atau zona mana pun jika terjadi bencana. Untuk detail selengkapnya, lihat Panduan Operasi SAP NetWeaver.

Ketersediaan tinggi database dan pemulihan dari bencana (disaster recovery)

Ketersediaan tinggi ASE

Dalam ASE di Google Cloud, Anda dapat mencapai HA dan DR dengan mengonfigurasi replikasi sinkron antara server utama dan standby, sehingga kedua server dapat selalu sinkron tanpa kehilangan data. Ada dua versi HA di ASE. Opsi ASE selalu aktif didukung di Google Cloud. Untuk mengetahui detail lebih lanjut, lihat panduan perencanaan ASE SAP.

Host primer dan sekunder harus memiliki komponen berikut:

  • ASE.
  • Agen Host SAP—memantau penggunaan CPU, memori, dan resource lainnya oleh server.
  • RMA—Agen pengelolaan replikasi.
  • SAP ASE Cockpit—Melakukan aktivitas database.
  • Fault Manager—Fault Manager memiliki server host sendiri dan memantau server utama dan standby. Fault Manager memastikan ketersediaan ASE yang tinggi dengan memulai failover otomatis. Cloud Monitoring memantau komponen berikut: Agen Pengelolaan Replikasi, server replikasi, aplikasi, database, dan sistem operasi. Selain itu, Anda juga dapat memeriksa kondisi database dan memulai ulang database, jika perlu.

Untuk meningkatkan ketersediaan sistem, cluster ASE memungkinkan workload dipindahkan ke node sekunder dengan memantau kegagalan node utama. Diagram berikut menunjukkan arsitektur referensi tingkat tinggi yang menunjukkan bagaimana komponen ASE yang dijelaskan di atas dapat diinstal di Google Cloud.

Instance utama dan sekunder SAP ASE diinstal di VM terpisah. Data direplikasi secara sinkron antara dua instance.

Pemulihan dari bencana (disaster recovery) ASE

Sistem pemulihan dari bencana terdiri dari dua server ASE. Satu server ditetapkan sebagai server utama, tempat semua pemrosesan transaksi dilakukan, dan satu lagi ditetapkan sebagai server standby. Dalam mode DR, data direplikasi dari server utama ke server standby menggunakan replikasi asinkron. Jika server utama gagal, server standby dipromosikan menjadi server utama secara manual atau otomatis. Sebaiknya gunakan mode replikasi asinkron untuk penyiapan DR.

Komponen penting DR untuk SAP ASE sama dengan HA untuk ASE. Lihat daftarnya di bagian sebelumnya.

Diagram berikut menunjukkan alur pemulihan dari bencana ASE.

Instance SAP ASE utama diinstal pada VM dalam satu zona. Instance sekunder diinstal pada VM di zona yang berbeda. Data direplikasi secara sinkron antara dua instance.

Untuk mengetahui detail lebih lanjut mengenai sistem operasi yang disertifikasi untuk SAP ASE, lihat SAP Note 2537664, laporan sertifikasi ASE 16.0 untuk Google Cloud Platform.

Ketersediaan tinggi IBM Db2 dan pemulihan dari bencana (disaster recovery)

Google Cloud mendukung ketersediaan tinggi yang selalu aktif untuk IBM Db2, dan SAP mendukung sebagian besar fitur IBM Db2 di Google Cloud. Namun, fitur berikut saat ini tidak didukung:

  • Database Db2 multi partisi.
  • Fitur pureScale IBM Db2.

Untuk detail selengkapnya, lihat Panduan Perencanaan IBM Db2 untuk SAP NetWeaver.

Pencadangan dan pemulihan

Buat cadangan server dan database aplikasi Anda sesuai jadwal rutin agar dapat dipulihkan jika terjadi error sistem, kerusakan data, atau masalah lainnya.

Pencadangan lapisan aplikasi

Anda dapat membuat pencadangan lapisan aplikasi menggunakan persistent disk menggunakan snapshot. Anda dapat mencadangkan disk root dan biner SAP dari SAP Netweaver Suite. Untuk mendapatkan snapshot yang konsisten, Anda harus terlebih dahulu menghentikan SAP Netweaver dan database agar tidak melakukan operasi tulis ke sistem file.

Diagram berikut menampilkan snapshot pencadangan lapisan aplikasi.

Diagram menunjukkan snapshot penuh dan inkremental dari data aplikasi SAP di persistent disk

Pencadangan dan pemulihan SAP ASE

Anda dapat mencadangkan dan memulihkan database SAP ASE menggunakan utilitas dbbackup. Anda dapat menggunakan Google Storage sebagai tujuan pencadangan untuk menyimpan file cadangan dan file log transaksi. Untuk mengetahui informasi selengkapnya, lihat Utilitas pencadangan (dbbackup).

Database SAP ASE menyediakan beberapa opsi dan perintah untuk memulihkan database lengkap atau log transaksi dari cadangan yang diambil untuk menjalankan pemulihan penuh atau point-in-time. Untuk dibaca lebih lanjut, lihat SAP Note 1611715, Cara memulihkan server database SAP ASE (Windows), dan Utilitas Pencadangan Database SAP ASE.

Diagram berikut menunjukkan snapshot cadangan ASE.

Diagram menunjukkan snapshot penuh dan inkremental dari data SAP ASE di persistent disk

Pencadangan dan pemulihan IBM Db2

Anda dapat mencadangkan database IBM Db2 secara online atau offline.

  • Mode online—pengguna terus bekerja selama proses pencadangan.
  • Mode offline—database dinonaktifkan sepenuhnya, dan pengguna tidak dapat bekerja selama pencadangan.

Proses pencadangan bergantung pada jumlah partisi yang dimiliki database Anda.

Database partisi tunggal

Dalam konfigurasi ini, Anda dapat melakukan pencadangan dengan login ke server database sebagai pengguna db2dbsid.

Jalankan perintah berikut:

$db2 backup db DBSID

Database multi-partisi

Login ke server database sebagai pengguna db2dbsid.

Jalankan perintah berikut:

$db2 "backup db DBSID on ALL DBPARTITIONNUMS …"

Anda juga dapat menggunakan alat DBA Cockpit yang disediakan oleh IBM untuk melakukan pencadangan database.

Untuk mengetahui informasi selengkapnya, lihat Metode Pencadangan Database IBM Db2.

Pemulihan

Pemulihan IBM Db2 memungkinkan Anda memulihkan database dari pencadangan yang berhasil. Pemulihan database bergantung pada akses ke file histori terbaru karena semua informasi tentang gambar cadangan dan file log diakses dari sana.

Anda dapat melakukan pemulihan dari cadangan menggunakan perintah RECOVER:

  1. Login ke server database sebagai pengguna db2dbsid atau sapsidadm.
  2. Jalankan perintah berikut:
$ db2 RECOVER DB DBSID

Untuk melakukan pemulihan dari titik waktu tertentu:

  1. Login ke server database sebagai pengguna db2dbsid atau sapsidadm.
  2. Jalankan perintah berikut:
$ DB2 RECOVER DB DBSID to local time on the database server

Untuk mengetahui informasi selengkapnya, lihat Metode Pemulihan Database IBM Db2.

Diagram berikut menunjukkan snapshot cadangan Db2.

Diagram menunjukkan snapshot penuh dan inkremental dari data IBM Db2 di persistent disk

Catatan penting SAP pradeployment

Sebelum mulai men-deploy sistem SAP Anda di Google Cloud, baca SAP Note dalam daftar berikut yang relevan dengan konfigurasi yang Anda rencanakan. Sebelum melanjutkan penerapan produk SAP, selalu periksa SAP Marketplace untuk mengetahui panduan dan catatan penginstalan produk terbaru.

Untuk mengetahui informasi selengkapnya tentang penginstalan ASE atau IBM Db2, lihat halaman berikut: