Pencadangan dan pemulihan untuk SAP HANA menggunakan Backint

Panduan perencanaan ini hanya berfokus pada fitur Backint dari Agen Google Cloud untuk SAP, yang memungkinkan Anda melakukan operasi pencadangan dan pemulihan untuk SAP HANA. Untuk mengetahui informasi tentang agen dan semua fiturnya, lihat Panduan perencanaan Agen Google Cloud untuk SAP.

Untuk sistem SAP HANA, Anda dapat melakukan operasi pencadangan dan pemulihan menggunakan fitur Backint dari Agen Google Cloud untuk SAP. Fitur ini tersedia untuk sistem SAP HANA yang berjalan di Google Cloud, di Solusi Bare Metal, di infrastruktur lokal, atau di penyedia cloud lainnya.

Fitur Backint agen disertifikasi oleh SAP. Fitur ini terintegrasi dengan SAP HANA sehingga Anda dapat menyimpan dan mengambil cadangan langsung dari Cloud Storage menggunakan fungsi pencadangan dan pemulihan native SAP.

Untuk mengetahui informasi tentang cara mengonfigurasi fitur ini, lihat Mengonfigurasi pencadangan dan pemulihan berbasis Backint untuk SAP HANA.

Untuk mengetahui informasi tentang cara melakukan operasi pencadangan dan pemulihan untuk SAP HANA menggunakan Backint, lihat Melakukan pencadangan dan pemulihan menggunakan Backint.

Untuk informasi tentang sertifikasi SAP fitur Backint, lihat:

Perkiraan biaya bulanan

Anda akan dikenai biaya untuk penyimpanan yang Anda gunakan di Cloud Storage. Untuk mengetahui informasi tentang tagihan, lihat Harga Cloud Storage.

Untuk memperkirakan biaya Cloud Storage bulanan, Anda dapat menggunakan Kalkulator Harga Google Cloud.

Gunakan informasi berikut untuk membantu Anda memperkirakan biaya dengan lebih baik:

  • Total ukuran untuk pencadangan penuh, delta, dan inkremental yang diperlukan dalam sebulan, termasuk proyeksi rasio pertumbuhan.
  • Rasio perubahan harian dalam hal cadangan volume log SAP HANA yang dibuat oleh database SAP HANA Anda. Anda perlu mengalikan tarif ini dengan jumlah hari yang Anda rencanakan untuk menyimpan cadangan log sesuai dengan strategi pencadangan Anda.
  • Lokasi dan jenis bucket Cloud Storage yang sesuai dengan strategi cadangan Anda. Bucket satu region hanya boleh digunakan untuk tujuan pengujian.
  • Class penyimpanan bucket Cloud Storage. Pilih class yang sesuai dengan frekuensi Anda mengakses data.
  • Estimasi jumlah operasi Class A dan Class B dengan Cloud Storage, untuk pencadangan dan pemulihan, dalam sebulan. Untuk mengetahui informasi tentang operasi ini, lihat Operasi yang termasuk dalam setiap kelas.

  • Estimasi traffic keluar jaringan untuk operasi antar-, intra-, dan multi-region, seperti saat memulihkan database menggunakan cadangan. Untuk informasi selengkapnya, lihat Transfer data dalam Google Cloud.

    Traffic masuk jaringan ke Cloud Storage tidak dikenai biaya, sehingga Anda tidak perlu menyertakannya dalam estimasi.

File konfigurasi Backint

Anda mengonfigurasi fitur Backint Agen Google Cloud untuk SAP dengan menentukan parameter dalam file konfigurasi terpisah yang dibuat agen saat Anda mengaktifkan fitur tersebut.

Secara default, file konfigurasi diberi nama parameters.json, dan lokasi defaultnya adalah /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.json.

SID adalah variabel placeholder untuk SID sistem SAP Anda.

Anda dapat menggunakan satu konfigurasi atau menggunakan file konfigurasi terpisah untuk setiap hal berikut: volume data SAP HANA, volume log SAP HANA, dan katalog pencadangan SAP HANA. Anda juga dapat melakukan penyesuaian lain seperti mengganti nama file, dan memindahkannya ke direktori lain. Untuk petunjuk cara melakukan penyesuaian ini, lihat Menyesuaikan file konfigurasi Backint.

Menyimpan cadangan di bucket Cloud Storage

Fitur Backint dari Agen Google Cloud untuk SAP menyimpan cadangan SAP HANA Anda di bucket Cloud Storage. Bagian berikut memberikan informasi tentang cara membuat bucket Cloud Storage dan cara Agen Google Cloud untuk SAP menyimpan cadangan di bucket.

Membuat bucket Cloud Storage

Saat membuat bucket, Anda harus memilih lokasi bucket dan class penyimpanan bucket.

Lokasi bucket dapat bersifat regional, dual-regional, atau multi-regional. Anda harus memilih bucket bergantung pada kebutuhan untuk membatasi lokasi data, persyaratan latensi untuk pencadangan dan pemulihan, serta kebutuhan Anda untuk perlindungan terhadap pemadaman layanan regional. Untuk mengetahui informasi selengkapnya, lihat Lokasi bucket.

Pilih bucket ganda atau multi-regional di region yang sama dengan atau dekat dengan region tempat instance SAP HANA Anda berjalan.

Pilih kelas penyimpanan berdasarkan berapa lama Anda perlu menyimpan cadangan, seberapa sering Anda ingin mengaksesnya, dan biayanya. Untuk informasi selengkapnya, lihat Kelas penyimpanan.

Organisasi pencadangan di bucket

Agen Google Cloud untuk SAP menggunakan folder di bucket Cloud Storage Anda untuk mengatur cadangan SAP HANA.

Agen membuat folder untuk setiap database, sistem, atau tenant SAP HANA, yang Anda cadangkan menggunakan fitur Backint. Di dalam folder database, agen membuat folder terpisah untuk menyimpan cadangan volume data SAP HANA, volume log SAP HANA, dan katalog cadangan SAP HANA.

Untuk memberi nama cadangan, agen mengikuti Konvensi Penamaan SAP HANA.

Berikut adalah contoh jalur untuk cadangan SAP HANA di bucket Cloud Storage:

  • Untuk pencadangan database sistem:

    BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB

  • Untuk pencadangan database tenant:

    BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID

    Ganti kode berikut:

    • BUCKET_NAME: nama bucket Cloud Storage Anda
    • SID: ID sistem SAP Anda
    • TENANT_SID: ID sistem database tenant Anda

Praktik terbaik untuk mengatur pencadangan

Gunakan praktik terbaik berikut untuk mengatur cadangan di bucket Cloud Storage Anda:

  • Jangan ganti nama folder atau file di dalam bucket Cloud Storage Anda.

    Mengganti nama folder atau file secara efektif akan mengubah jalur cadangan, yang merupakan tindakan yang melanggar standar yang diterapkan oleh SAP pada alat cadangan pihak ketiga. Mengganti nama folder atau file akan menyebabkan mekanisme Backint gagal selama operasi pemulihan database hingga Anda mengembalikan folder atau file ke nama yang dimiliki saat pencadangan dibuat.

  • Jangan gunakan bucket Cloud Storage yang sama untuk menyimpan cadangan dua database SAP HANA atau lebih yang memiliki ID sistem SAP (SID) yang sama.

    Di Cloud Storage, Agen Google Cloud untuk SAP mengatur cadangan SAP HANA di folder khusus SID. Oleh karena itu, jika Anda menggunakan bucket yang sama untuk menyimpan cadangan database SAP HANA dengan SID yang sama, operasi pencadangan dapat menimpa atau menghapus cadangan.

    Pengecualian untuk praktik terbaik ini adalah database SAP HANA yang diinstal dalam deployment ketersediaan tinggi (HA), disaster recovery (DR), atau scale-out, dengan semua node SAP HANA memiliki SID yang sama. Untuk sistem ini, cadangan disimpan di bucket Cloud Storage yang sama karena selama operasi normal, hanya satu instance SAP HANA yang aktif dan menulis ke cadangan. Untuk mengetahui informasi selengkapnya, lihat Menggunakan Backint dalam deployment SAP HANA.

Penyesuaian yang didukung

Saat membuat cadangan berbasis Backint untuk database SAP HANA, Anda dapat menggunakan penyesuaian berikut:

Parameter konfigurasi Backint Kasus penggunaan
metadata

Untuk mendukung aktivitas seperti pengelolaan siklus proses pencadangan, Anda dapat mengaitkan nilai kunci sebagai metadata dengan file cadangan di bucket Cloud Storage. Anda dapat melakukannya dengan menyertakan parameter metadata saat menjalankan perintah configurebackint.

Parameter konfigurasi opsional ini tersedia mulai Agent for SAP Google Cloud versi 3.3.
folder_prefix dan recovery_folder_prefix

Untuk mengatur pencadangan sistem SAP HANA yang berbeda di bucket Cloud Storage yang sama, Anda harus menentukan parameter folder_prefix saat membuat cadangan. Untuk parameter ini, Anda dapat menentukan satu folder seperti folder1, atau jalur folder multi-level seperti folder1/folder2/folder3.

Parameter konfigurasi ini tersedia mulai Agent for SAP Google Cloud versi 3.1.

Saat Anda menentukan folder_prefix, jalur ke file Anda akan otomatis diubah ke format berikut:

  • Untuk pencadangan database sistem, jalurnya adalah: BUCKET_NAME/folder_prefix/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak
  • Untuk pemulihan database sistem, jalurnya adalah: BUCKET_NAME/recovery_folder_prefix/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak

Jika Anda telah menggunakan parameter folder_prefix saat membuat cadangan, agen akan otomatis menggunakannya selama operasi pemulihan, kecuali jika Anda menentukan parameter recovery_folder_prefix.

shorten_folder_path

Untuk mempersingkat jalur ke file di bucket Cloud Storage secara otomatis, Anda dapat menentukan parameter boolean shorten_folder_path saat menjalankan perintah configurebackint.

Parameter konfigurasi ini tersedia dari Agent for SAP Google Cloud versi 3.3.

Saat Anda menentukan parameter ini, jalur ke file akan otomatis dipersingkat ke format berikut:

  • Untuk pencadangan database sistem, jalur dikurangi dari BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB/basepath/ebid.bak menjadi BUCKET_NAME/SID/SYSTEMDB/basepath/ebid.bak.
  • Untuk pencadangan database tenant, jalur dikurangi dari BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID/basepath/ebid.bak menjadi BUCKET_NAME/SID/DB_TENANT_SID/basepath/ebid.bak.

Jika Anda juga menggunakan parameter folder_prefix dan/atau recovery_folder_prefix, jalur yang dipersingkat akan menyertakan awalan folder sebagai berikut: BUCKET_NAME/FOLDER_PREFIX/SID/....

Opsi enkripsi untuk cadangan

Secara desain, Cloud Storage selalu mengenkripsi data Anda sebelum disimpan dalam bucket. Untuk menerapkan lapisan enkripsi tambahan ke data, Anda dapat menggunakan salah satu opsi berikut:

Opsi enkripsi Deskripsi
Gunakan Kunci enkripsi yang dikelola pelanggan dengan fitur Backint dari Agen Google Cloud untuk SAP. Untuk menggunakan kunci enkripsi yang dikelola pelanggan, Anda harus menentukan jalur ke kunci tersebut pada parameter kms_key dalam file PARAMETERS.json. Anda juga harus memberikan akses kunci ke akun layanan yang digunakan oleh agen. Untuk informasi tentang cara memberi akun layanan akses ke kunci enkripsi, lihat Menetapkan kunci Cloud Key Management Service ke agen layanan.
Gunakan Kunci enkripsi yang disediakan pelanggan dengan fitur Backint dari Agen Google Cloud untuk SAP. Untuk menggunakan kunci enkripsi yang disediakan pelanggan, tentukan jalur ke kunci tersebut pada parameter encryption_key dalam file PARAMETERS.json. Kunci tersebut harus berupa string kunci AES-256 yang dienkode base64, seperti yang dijelaskan dalam Kunci enkripsi yang disediakan pelanggan.
Gunakan Enkripsi Pencadangan SAP HANA.

Opsi ini tersedia dari SAP HANA 2.0 SP01. Anda dapat mengenkripsi pencadangan volume data dan log SAP HANA menggunakan enkripsi AES 256-bit. Cadangan katalog cadangan SAP HANA tidak pernah dienkripsi. Enkripsi ini mengharuskan Anda membuat Kunci Root Enkripsi Cadangan dan melakukan konfigurasi tambahan seperti yang dijelaskan dalam dokumen SAP HANA Konfigurasi Enkripsi.

Dari SAP HANA 2.0 SPS07, kecuali jika Anda menonaktifkannya, enkripsi untuk volume /hana/data, /hana/log, dan /hanabackup diaktifkan secara default selama penginstalan.

Untuk informasi tentang cara membuat cadangan kunci root, lihat dokumen SAP Mencadangkan Kunci Root.

Enkripsi cadangan memerlukan resource memori dan CPU tambahan selama operasi pencadangan dan pemulihan. Meskipun mengenkripsi cadangan biasanya tidak akan memengaruhi performa database selama operasi pencadangan atau pemulihan, Anda mungkin melihat dampak pada performa sistem secara keseluruhan, bergantung pada ukuran database SAP HANA dan penggunaan CPU yang lebih tinggi.

Pembatasan enkripsi

Batasan berikut berlaku untuk penggunaan enkripsi untuk pencadangan:

  • Jika Anda menentukan parameter kms_key dan encryption_key, Agen Google Cloud untuk SAP akan gagal dan keluar dengan status 1.
  • Jika Anda menentukan parameter parallel_streams dengan parameter kms_key atau encryption_key, Agen Google Cloud untuk SAP akan gagal dan keluar dengan status 1.

Opsi kompresi untuk pencadangan

Mengompresi pencadangan akan mengurangi ukurannya, sehingga mengurangi ruang yang digunakannya di bucket Cloud Storage, dan pada akhirnya mengurangi biaya penyimpanan Anda. Namun, mengompresi pencadangan memerlukan lebih banyak penggunaan CPU selama operasi pencadangan dan dapat memengaruhi performa keseluruhan selama operasi pencadangan dan pemulihan.

Sebagai alternatif untuk mengompresi cadangan, pertimbangkan untuk menggunakan fitur Autoclass Cloud Storage, yang secara otomatis mentransisikan objek di bucket Anda ke class penyimpanan yang sesuai berdasarkan pola akses objek.

Untuk mengompresi cadangan SAP HANA, Anda dapat menggunakan salah satu opsi berikut:

Opsi kompresi Deskripsi
Menggunakan kompresi pencadangan data SAP HANA

Ini adalah opsi yang direkomendasikan, jika Anda memerlukan kompresi cadangan.

Mulai SAP HANA 2.0 SPS06, SAP HANA mendukung algoritma kompresi LZ4 saat melakukan operasi pencadangan. Secara default, kompresi dinonaktifkan. Untuk petunjuk mengaktifkan kompresi ini, lihat dokumen SAP HANA Mengonfigurasi Kompresi Pencadangan Data.
Menggunakan kompresi Cloud Storage

Untuk menggunakan kompresi bawaan yang dapat dilakukan agen saat menulis cadangan ke bucket Cloud Storage, gunakan parameter compress di PARAMETERS.json.

Sebaiknya Anda tidak mengaktifkan kompresi ini.

Pencadangan data multi-streaming

Untuk versi sebelum SAP HANA 2.0 SP05, SAP HANA mendukung multi-streaming untuk database yang lebih besar dari 128 GB. Mulai dari SAP HANA 2.0 SP05, nilai minimum ini dapat dikonfigurasi melalui parameter SAP HANA parallel_data_backup_backint_size_threshold, yang menentukan ukuran cadangan database minimum dalam GB agar multi-streaming diaktifkan.

Multistreaming berguna untuk meningkatkan throughput dan mencadangkan database yang lebih besar dari 5 TB, yang merupakan ukuran maksimum untuk satu objek di Cloud Storage.

Untuk mengaktifkan multi-streaming, Anda menetapkan parameter SAP HANA parallel_data_backup_backint_channels dengan jumlah saluran yang akan digunakan. Jumlah saluran optimal yang Anda gunakan untuk multi-streaming bergantung pada tempat SAP HANA berjalan.

Pertimbangkan juga kemampuan throughput disk data yang terpasang ke instance SAP HANA, serta bandwidth yang dialokasikan oleh administrator Anda untuk aktivitas pencadangan. Anda dapat menyesuaikan throughput dengan mengubah jumlah aliran, atau membatasi throughput menggunakan parameter rate_limit_mb di PARAMETERS.json.

Untuk bucket Cloud Storage multi-regional, mulailah dengan 8 saluran. Untuk bucket regional, mulailah dengan 12 saluran. Sesuaikan jumlah saluran yang diperlukan untuk memenuhi tujuan performa pencadangan Anda.

Seperti yang dinyatakan dalam dokumentasi SAP HANA, setiap saluran tambahan memerlukan buffering I/O sebesar 512 MB. Tentukan ukuran buffering I/O dengan menggunakan parameter data_backup_buffer_size dengan tepat di bagian backup file global.ini. Untuk informasi selengkapnya mengenai pengaruh ukuran buffer I/O pada waktu pencadangan, lihat Catatan SAP 2657261 - Durasi Pencadangan yang Lama dengan Backint di DB HANA. Mulai HANA 2.0 SP05, SAP menentukan nilai maksimum 4 GB untuk parameter ini. Pengujian di Google Cloud belum menunjukkan manfaat dalam meningkatkan ukuran buffer secara signifikan di luar batas default, tetapi hal ini dapat bervariasi sesuai workload Anda.

Untuk informasi selengkapnya tentang multistreaming, di Panduan Administrasi SAP HANA yang khusus untuk versi SAP HANA, lihat Multistreaming Pencadangan Data dengan Alat Pencadangan Pihak Ketiga.

Upload paralel

Untuk file pencadangan log SAP HANA, Anda dapat meningkatkan performa upload dengan mengaktifkan fitur upload paralel dari Agen Google Cloud untuk SAP. Fitur ini sangat berguna untuk file cadangan log SAP HANA karena tidak dapat di-multi-streaming dari SAP HANA.

Untuk pencadangan data SAP HANA, Anda dapat menyesuaikan jumlah saluran pencadangan SAP HANA menggunakan parameter SAP HANA parallel_data_backup_backint_channels.

Jika upload paralel diaktifkan, Agen Google Cloud untuk SAP akan membagi setiap file cadangan individual yang diterima dari SAP HANA menjadi beberapa bagian yang kemudian diupload secara paralel, sehingga meningkatkan performa upload. Saat diterima oleh Cloud Storage, bagian-bagian tersebut dirakit kembali dan disimpan sebagai file tunggal asli yang diterima oleh Agen Google Cloud untuk SAP dari SAP HANA. Satu file tunduk pada batas ukuran 5 TB untuk objek di Cloud Storage.

Mengonfigurasi upload paralel

Anda mengaktifkan fitur upload paralel dengan menentukan parameter parallel_streams dalam file PARAMETERS.json.

Untuk mengetahui informasi tentang parameter ini, lihat Parameter konfigurasi.

Pembatasan upload paralel

Batasan berikut berlaku untuk fitur upload paralel:

  • Jika mengaktifkan enkripsi menggunakan parameter encryption_key atau kms_key, Anda tidak dapat menggunakan upload paralel. Enkripsi tidak kompatibel dengan upload paralel. Jika Anda menentukan parameter parallel_streams dengan salah satu parameter enkripsi ini, Agen Google Cloud untuk SAP akan gagal dan keluar dengan status 1.
  • Jika mengaktifkan kompresi, Anda tidak dapat menggunakan upload paralel. Kompresi tidak kompatibel dengan upload paralel. Jika Anda menentukan parameter parallel_streams dan menghilangkan parameter compress dalam konfigurasi, Agen Google Cloud untuk SAP akan gagal dan keluar dengan status 1.
  • Jika bucket Cloud Storage Anda menerapkan kebijakan retensi, berarti bucket tidak mendukung upload paralel. Kebijakan retensi mencegah perakitan ulang bagian-bagian menjadi satu file, yang menyebabkan upload gagal.

Menyesuaikan upload paralel

Untuk pencadangan volume log SAP HANA, upload paralel dapat meningkatkan throughput cadangan secara signifikan karena SAP HANA tidak melakukan pencadangan log multi-streaming.

Pada umumnya, cukup tentukan parameter parallel_streams dalam file konfigurasi Backint, dengan nilai 32 atau kurang. Untuk volume log yang sangat besar, Anda dapat memaksimalkan throughput dengan menentukan nilai tinggi seperti 32 untuk parallel_streams dan meningkatkan nilai untuk parameter SAP HANA log_segment_size_mb dan max_log_backup_size.

Untuk membatasi bandwidth jaringan yang digunakan cadangan Anda, gunakan parameter konfigurasi Backint rate_limit_mb untuk menetapkan jumlah maksimum bandwidth yang dapat digunakan upload paralel.

Autentikasi dan kontrol akses

Google Cloud menggunakan akun layanan untuk mengidentifikasi program seperti Agen Google Cloud untuk SAP dan mengontrol resource Google Cloud yang dapat diakses oleh program tersebut.

Izin Cloud Storage yang diperlukan

Agar Agen Google Cloud untuk SAP dapat menyimpan dan mengambil cadangan dari bucket Cloud Storage, akun layanan yang digunakan oleh host harus diberi peran IAM Storage Object Admin (storage.objectAdmin).

Untuk mengetahui petunjuk cara menetapkan peran IAM, lihat Menetapkan peran IAM.

Pertimbangan akun layanan

Jika SAP HANA berjalan di instance Compute Engine, secara default, Agen Google Cloud untuk SAP akan menggunakan akun layanan instance komputasi. Jika Anda menggunakan akun layanan instance komputasi, agen akan mendapatkan izin tingkat project yang sama dengan semua program dan proses lainnya yang menggunakan akun layanan instance komputasi.

Untuk kontrol akses yang paling ketat, buat akun layanan terpisah untuk agen dan beri akun layanan akses ke bucket Cloud Storage pada level bucket.

Jika SAP HANA tidak berjalan di instance Compute Engine, Anda harus membuat akun layanan untuk agen. Buat akun layanan di project Google Cloud yang berisi bucket Cloud Storage yang digunakan Agent for SAP Google Cloud untuk pencadangan dan pemulihan.

Saat membuat akun layanan untuk Agen Google Cloud untuk SAP, Anda juga perlu membuat kunci akun layanan. Anda menyimpan kunci di host SAP HANA dan menentukan jalur ke kunci ke parameter service_account_key di PARAMETERS.json. Saat SAP HANA berjalan di instance Compute Engine, menentukan jalur ke kunci akan mengarahkan Agen Google Cloud untuk SAP menggunakan akun layanan yang terkait dengan kunci tersebut, bukan akun layanan instance Compute Engine.

Jika Anda menggunakan kunci enkripsi yang dikelola pelanggan yang dibuat oleh Cloud Key Management Service untuk mengenkripsi cadangan Anda di Cloud Storage, Anda harus memberi akun layanan Anda akses ke kunci enkripsi tersebut. Untuk mengetahui informasi selengkapnya, lihat Menetapkan kunci Cloud Key Management Service ke agen layanan.

Akses ke Cloud API dan server metadata

Agen Google Cloud untuk SAP memerlukan akses ke alamat IP dan host Google Cloud selama operasi pencadangan dan pemulihan.

Untuk mengetahui informasi selengkapnya, lihat Mengaktifkan akses ke Cloud API dan server metadata.

Server proxy dan agen

Secara default, Agen Google Cloud untuk SAP mengabaikan proxy HTTP apa pun dan tidak membaca variabel lingkungan proxy, seperti http_proxy, https_proxy, atau no_proxy, di sistem operasi.

Jika tidak ada alternatif atau organisasi Anda memahami implikasi performa dan memiliki keahlian yang diperlukan untuk mendukung performa pemilihan rute pencadangan melalui server proxy, Anda dapat mengonfigurasi agen untuk menggunakan proxy.

Setelan proxy untuk Agen Google Cloud untuk SAP terdapat dalam file net.properties:

/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties

Mengabaikan server proxy untuk pencadangan dan pemulihan

Meskipun Agen Google Cloud untuk SAP mengabaikan server proxy secara default, Anda dapat membuat pengabaian ini secara eksplisit dengan menentukan nama domain dan alamat IP Google Cloud yang diperlukan pada parameter http.nonProxyHosts di file net.properties: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties. Contoh:

http.nonProxyHosts=localhost|127.*|[::1]|*.googleapis.com|169.254.169.254|metadata.google.internal

Menggunakan server proxy untuk pencadangan dan pemulihan

Untuk mengonfigurasi Agen Google Cloud untuk SAP agar mengirim cadangan melalui server proxy, tentukan host proxy dan parameter nomor port dalam file net.properties: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.

Untuk kueri ke metadata instance Compute Engine, Agen Google Cloud untuk SAP tidak dapat menggunakan proxy, sehingga Anda harus menentukan nama domain dan alamat IP untuk metadata instance pada parameter http.nonProxyHosts.

Contoh berikut menunjukkan konfigurasi proxy yang valid untuk Agen Google Cloud untuk SAP dalam file net.properties:

http.proxyHost=PROXY_HOST
http.proxyPort=PROXY_PORT
http.nonProxyHosts=localhost|127.*|[::1]|169.254.169.254|metadata.google.internal
https.proxyHost=PROXY_HOST
https.proxyPort=PROXY_PORT

Menyesuaikan performa

Performa pencadangan dan pemulihan database SAP HANA Anda bergantung pada total ukuran database dan resource yang tersedia untuk host SAP HANA Anda. Anda dapat meningkatkan performa dengan menggunakan opsi konfigurasi berikut yang tersedia di SAP HANA dan Agen Google Cloud untuk SAP:

  • Aktifkan multi-streaming menggunakan parameter SAP HANA parallel_data_backup_backint_channels. Selain itu, tentukan ukuran buffering I/O menggunakan parameter SAP HANA data_backup_buffer_size. Untuk mengetahui informasi selengkapnya, lihat Pencadangan data multi-streaming.
  • Aktifkan upload paralel dengan menentukan nilai untuk parameter parallel_streams dalam file konfigurasi Backint, PARAMETERS.json. Konfigurasi ini dapat secara signifikan meningkatkan performa untuk mengirim cadangan log SAP HANA ke Cloud Storage. Untuk mengetahui informasi selengkapnya, lihat Upload paralel.
  • Jika Anda perlu mengompresi cadangan, gunakan kompresi bawaan SAP HANA, yang merupakan opsi kompresi yang direkomendasikan. Untuk mengetahui informasi selengkapnya, lihat Opsi kompresi untuk pencadangan.
  • Optimalkan konfigurasi yang terkait dengan pencadangan log SAP HANA, seperti yang dijelaskan dalam dokumen SAP HANA Menemukan Konfigurasi Pencadangan Log yang Optimal. Lihat panduan Administrasi SAP HANA untuk versi SAP HANA Anda.
  • Jika sistem SAP HANA Anda berjalan di instance Compute Engine, pastikan sistem tersebut menggunakan volume Hyperdisk atau Persistent Disk yang disertifikasi SAP. Penggunaan jenis disk lainnya dapat berdampak negatif pada performa pencadangan, terutama untuk volume data SAP HANA. Untuk mengetahui informasi tentang jenis disk bersertifikasi, lihat Jenis disk yang didukung.

Diagnostik mandiri

Agar Anda dapat menguji koneksi jaringan dan akses ke bucket Cloud Storage, mulai versi 3.0, Agen Google Cloud untuk SAP menyertakan alat untuk melakukan diagnostik mandiri.

Saat Anda menjalankan alat ini, alat ini akan membuat beberapa file sementara di sistem file Anda. Anda memerlukan ruang disk minimal 18 GB di /tmp untuk membuat file sementara ini. File ini kemudian diupload ke bucket Cloud Storage, dipulihkan, diverifikasi, lalu dihapus. Alat ini akan mencetak masalah apa pun dengan akses API Anda.

Anda juga dapat menguji performa pencadangan dengan mengaktifkan parameter compress, dan dengan menentukan nilai yang berbeda untuk parameter seperti parallel_streams dan threads. Saat menggunakan alat ini, Anda dapat menggunakan parameter opsional diagnose_file_max_size_gb dan diagnose_tmp_directory. Untuk informasi selengkapnya tentang parameter ini, lihat deskripsinya di Parameter konfigurasi.

Untuk mengetahui petunjuk cara melakukan diagnostik mandiri untuk Agen Google Cloud untuk SAP, lihat Memvalidasi pencadangan dan pemulihan.

Pengumpulan metrik backint

Untuk operasi berbasis Backint, Agen Google Cloud untuk SAP dapat mengumpulkan metrik yang menunjukkan status dan throughput file yang diupload dan didownload. Metrik ini dikumpulkan segera setelah file diupload atau didownload. Ini adalah fitur opsional yang diaktifkan secara default. Untuk menonaktifkan fitur ini, tetapkan nilai parameter send_metrics_to_monitoring ke false dalam file konfigurasi PARAMETERS.json. Untuk mengetahui informasi selengkapnya tentang harga Monitoring, lihat Biaya pemantauan.

Tabel berikut menjelaskan metrik terkait Backint yang dapat dikumpulkan oleh Agen Google Cloud untuk SAP. String metrik dalam tabel ini harus diawali dengan workload.googleapis.com/. Awalan ini telah dihilangkan dari entri pada tabel berikut.

Metrik Label Deskripsi
sap/agent/backint/backup/status fileName: Nama file yang diupload.
fileSize: Ukuran file yang diupload, dalam byte. Nilai 0 menunjukkan bahwa upload tidak berhasil.		 Metrik ini dikirim untuk setiap file yang diupload ke bucket Cloud Storage Anda.
  • Nilai true menunjukkan bahwa file berhasil diupload.
  • Nilai false menunjukkan bahwa file gagal diupload.
sap/agent/backint/backup/throughput fileName: Nama file yang diupload.
fileSize: Ukuran file yang diupload, dalam byte.
transferTime: Total waktu, dalam detik, yang diperlukan transfer untuk selesai. Hal ini mencakup semua operasi jaringan, disk, dan memori.		 Metrik ini dikirim jika upload berhasil dan fileSize minimal 1 GB. Nilai metrik menunjukkan kecepatan transfer jaringan rata-rata dalam MBps.
sap/agent/backint/restore/status fileName: Nama file yang didownload.
fileSize: Ukuran file yang didownload, dalam byte. Nilai 0 menunjukkan bahwa download tidak berhasil.		 Metrik ini dikirim untuk setiap file yang didownload dari bucket Cloud Storage Anda.
  • Nilai true menunjukkan bahwa file berhasil didownload.
  • Nilai false menunjukkan bahwa file gagal didownload.
sap/agent/backint/restore/throughput fileName: Nama file yang didownload.
fileSize: Ukuran file yang didownload, dalam byte.
transferTime: Total waktu, dalam detik, yang diperlukan transfer untuk selesai. Hal ini mencakup semua operasi jaringan, disk, dan memori.		 Metrik ini dikirim jika download berhasil dan fileSize setidaknya 1 GB. Nilai ini menunjukkan kecepatan transfer jaringan rata-rata dalam MBps.

Logging

Selain log yang disimpan oleh SAP HANA di backup.log, fitur Backint dari Agen Google Cloud untuk SAP menulis peristiwa operasional dan error komunikasi untuk mencatat file log dalam direktori berikut: /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs.

Log ini juga dapat ditemukan di file log utama Agen Google Cloud untuk SAP, yang terletak di direktori /var/log/google-cloud-sap-agent/.

Jika ukuran file log mencapai 25 MB, Agen Google Cloud untuk SAP akan merotasi file log.

Secara default, Agen Google Cloud untuk SAP mengirim file log terkait Backint ke Cloud Logging. Anda dapat menonaktifkannya dengan menetapkan parameter log_to_cloud, dalam file PARAMETERS.json, dengan nilai false.

Menggunakan Backint dalam deployment SAP HANA

Bagian berikut memberikan informasi perencanaan khusus skenario untuk menggunakan fitur Backint Agen Google Cloud untuk SAP, dengan SAP HANA.

Menggunakan Backint dalam deployment HA

Di cluster ketersediaan tinggi (HA) SAP HANA, Anda harus menginstal Agen Google Cloud untuk SAP di setiap node dalam cluster, dan mengaktifkan fitur Backint.

Gunakan konfigurasi Backint yang sama dan spesifikasi bucket Cloud Storage yang sama untuk setiap instance SAP HANA dalam cluster HA. Anda dapat menggunakan spesifikasi bucket yang sama karena selama operasi normal, hanya instance SAP HANA yang aktif dalam konfigurasi HA yang menulis cadangan ke Cloud Storage, dan sistem sekunder berada dalam mode replikasi. Hal ini berlaku untuk cadangan volume data SAP HANA, volume log SAP HANA, dan katalog cadangan SAP HANA. Selain itu, software pengelompokan aplikasi seperti Pacemaker mencegah skenario split-brain, ketika lebih dari satu instance SAP HANA dalam satu cluster berpikir bahwa instance tersebut adalah instance utama.

Selama aktivitas pemeliharaan, saat pengelompokan mungkin dinonaktifkan, jika database standby dihapus dari replikasi dan dikembalikan ke internet, Anda perlu memastikan bahwa pencadangan hanya dipicu di database utama. Anda dapat menggunakan opsi berikut untuk ini:

  • Dalam file PARAMETERS.json, perbarui parameter bucket agar mengarah ke bucket Cloud Storage yang berbeda.
  • Putuskan link simbolis untuk /usr/sap/SID/SYS/global/hdb/opt/hdbbackint sehingga pengiriman cadangan ke Cloud Storage gagal. Opsi ini lebih berguna dalam jangka pendek jika Anda berencana mengonfigurasi ulang database baru sebagai database standby.

Karena Agen Google Cloud untuk SAP tidak mengetahui instance SAP HANA mana yang aktif, dan karena agen tidak memiliki mekanisme untuk menjadwalkan atau memicu pencadangan, Anda perlu menggunakan mekanisme SAP seperti transaksi SAP ABAP DB13 untuk mengelola penjadwalan dan pemicu untuk pencadangan. Aplikasi SAP ABAP terhubung ke cluster HA melalui IP virtual, sehingga pemicu pencadangan selalu dirutekan ke instance SAP HANA yang aktif.

Jika pemicu pencadangan ditentukan secara lokal di setiap server, misalnya sebagai skrip sistem operasi lokal, dan sistem primer serta sekunder menganggap bahwa keduanya adalah sistem aktif, keduanya mungkin akan mencoba menulis cadangan ke bucket Cloud Storage.

Jika tidak mengelola situasi ini, Anda mungkin mengamati lebih dari satu instance SAP HANA di cluster HA yang menulis cadangan ke Cloud Storage, yang dapat menimpa cadangan atau bahkan menghapusnya.

Menggunakan Backint dalam skenario DR

Dalam konfigurasi pemulihan dari bencana (DR), ketika instance pemulihan SAP HANA di region Google Cloud lain disinkronkan dengan menggunakan Replikasi Sistem SAP HANA asinkron, gunakan bucket Cloud Storage yang berbeda untuk operasi pencadangan dan pemulihan. Untuk mengonfigurasinya, tentukan nama bucket ke parameter bucket dan recovery_bucket dalam file PARAMETERS.json Anda.

Meskipun sistem DR biasanya berada dalam mode replikasi sehingga tidak dapat menjalankan pencadangan itu sendiri, selama pengujian pemulihan dari bencana rutin, instance pemulihan akan dialihkan ke online dan dapat memicu pencadangan. Jika demikian, dan sistem pemulihan tidak menggunakan bucket Cloud Storage yang berbeda, cadangan mungkin menimpa data dari database utama.

Dalam kasus bencana aktual yang mengharuskan Anda melakukan pemulihan dari cadangan ke region DR, Anda dapat memperbarui konfigurasi fitur Backint untuk mereferensikan bucket Cloud Storage multi-regional yang digunakan sistem HA utama Anda.

Menggunakan Backint dalam sistem penyebaran skala

Dalam sistem penyebaran skala SAP HANA, Anda harus menginstal Agen Google Cloud untuk SAP pada setiap node dalam sistem.

Untuk menyederhanakan pengelolaan file PARAMETERS.json, dan jika Anda menggunakan kunci akun layanan agen, Anda dapat menempatkan file ini di direktori NFS bersama.

Untuk informasi dari SAP tentang rekomendasi tata letak sistem file untuk SAP HANA, dalam Panduan Penginstalan dan Update Server SAP HANA untuk versi SAP HANA Anda, lihat Recommended File System Layout.