Agen Backint Cloud Storage untuk ringkasan SAP HANA

Anda dapat mengirim cadangan SAP HANA langsung ke Cloud Storage dari instance SAP HANA yang berjalan di Google Cloud, di Solusi Bare Metal, di infrastruktur lokal, atau di platform cloud lainnya dengan menggunakan agen Backint Cloud Storage untuk SAP HANA bersertifikat SAP (agen Backint).

Agen Backint terintegrasi dengan SAP HANA sehingga Anda dapat menyimpan dan mengambil cadangan langsung dari Cloud Storage menggunakan fungsi pencadangan dan pemulihan SAP native.

Saat menggunakan agen Backint, Anda tidak perlu menggunakan penyimpanan persistent disk untuk pencadangan.

Untuk petunjuk penginstalan agen Backint, lihat panduan penginstalan agen Backint Cloud Storage untuk SAP HANA.

Untuk informasi selengkapnya tentang sertifikasi SAP agen Backint, lihat:

File konfigurasi agen Backint

Anda mengonfigurasi agen Backint dengan menentukan parameter dalam file teks biasa.

File konfigurasi default disebut parameters.txt dan lokasi defaultnya adalah /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.txt.

Anda dapat menentukan beberapa file konfigurasi dengan memberi nama yang berbeda untuk setiap file.

Misalnya, Anda dapat menetapkan konfigurasi untuk pencadangan log dalam file bernama backint-log-backups.txt dan konfigurasi untuk pencadangan data dalam file bernama backint-data-backups.txt.

Menyimpan cadangan di bucket Cloud Storage

Agen Backint menyimpan cadangan SAP HANA Anda di bucket Cloud Storage.

Saat membuat bucket, Anda dapat memilih lokasi bucket dan kelas penyimpanan bucket.

Lokasi bucket dapat bersifat regional, dual-regional, atau multi-regional. Yang Anda pilih 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 lebih lanjut, baca artikel 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.

Pencadangan data multi-streaming dengan agen Backint

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

Jumlah saluran optimal yang Anda gunakan untuk multi-streaming bergantung pada jenis bucket Cloud Storage yang Anda gunakan dan lingkungan tempat SAP HANA berjalan. Pertimbangkan juga kemampuan throughput disk data yang terpasang ke instance 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.txt, file konfigurasi agen Backint.

Untuk bucket multi-regional, mulai dengan 8 saluran dengan menetapkan parameter parallel_data_backup_backint_channels ke 8 dalam file konfigurasi global.ini SAP HANA.

Untuk bucket regional, mulailah dengan 12 saluran dengan menetapkan parallel_data_backup_backint_channels dalam file global.ini ke 12.

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 menggunakan parameter data_backup_buffer_size dengan tepat di bagian pencadangan file global.ini. Untuk informasi selengkapnya mengenai pengaruh ukuran buffer IO pada waktu pencadangan, lihat Catatan SAP 2657261. Mulai HANA 2.0 SP05 SAP menentukan nilai maksimum untuk parameter ini sebesar 4 GB. 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

Anda dapat meningkatkan performa upload file cadangan log dengan mengaktifkan fitur upload paralel dari agen Backint. Hal ini sangat berguna untuk file pencadangan log karena tidak dapat di-multi-streaming dari SAP HANA.

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

Jika upload paralel diaktifkan, agen Backint akan membagi setiap file cadangan individual yang diterima dari SAP HANA menjadi beberapa bagian yang kemudian diupload secara paralel, sehingga meningkatkan performa upload.

Bagian-bagian tersebut diterima oleh Cloud Storage, dan komponen tersebut dirakit kembali dan disimpan sebagai file tunggal asli yang diterima oleh agen Backint dari SAP HANA. Satu file tunduk pada batas ukuran 5 TB untuk objek di Cloud Storage.

Mengonfigurasi upload paralel

Fitur upload paralel diaktifkan di file konfigurasi parameters.txt dengan menentukan jumlah maksimum thread upload paralel pada parameter #PARALLEL_FACTOR.

Parameter #PARALLEL_PART_SIZE_MB, yang menetapkan ukuran setiap bagian, dan #THREADS, yang menentukan jumlah thread pekerja, hanya untuk penyesuaian lanjutan. Jangan mengubah setelan ini kecuali jika Anda diminta untuk melakukannya oleh Cloud Customer Care. Nilai default tidak perlu diubah.

Untuk informasi selengkapnya tentang parameter upload paralel, lihat Opsi konfigurasi untuk agen Backint.

Pembatasan upload paralel

Batasan berikut berlaku untuk fitur upload paralel:

  • Jika mengaktifkan enkripsi dengan parameter konfigurasi #ENCRYPTION_KEY atau #KMS_KEY_NAME, Anda tidak dapat menggunakan upload paralel. Enkripsi tidak kompatibel dengan upload paralel. Jika Anda menentukan parameter #PARALLEL_FACTOR dengan salah satu parameter enkripsi ini, agen Backint akan keluar dengan status 1.
  • Jika mengaktifkan kompresi, Anda tidak dapat menggunakan upload paralel. Kompresi tidak kompatibel dengan upload paralel. Dari versi 1.0.22, jika Anda menentukan parameter #PARALLEL_FACTOR dan menghilangkan parameter #DISABLE_COMPRESSION dalam konfigurasi, agen Backint akan 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.

Untuk informasi selengkapnya tentang parameter upload paralel, lihat Opsi konfigurasi untuk agen Backint.

Menyesuaikan upload paralel

Untuk pencadangan log, upload paralel dapat meningkatkan throughput cadangan secara signifikan karena SAP HANA tidak melakukan pencadangan log multi-streaming. Pada umumnya, menentukan #PARALLEL_FACTOR berisi 16 atau kurang sudah cukup. Untuk volume log yang sangat besar, Anda dapat memaksimalkan throughput menggunakan nilai #PARALLEL_FACTOR yang tinggi, seperti 16, dan meningkatkan nilai untuk parameter SAP HANA log_segment_size_mb dan max_log_backup_size.

Dalam beberapa kasus, penggunaan nilai #PARALLEL_FACTOR yang tinggi dapat mengurangi throughput secara keseluruhan, seperti yang mungkin terjadi jika Anda juga menggunakan saluran cadangan paralel dalam jumlah besar.

Untuk membatasi bandwidth jaringan yang digunakan cadangan Anda, gunakan #RATE_LIMIT_MB untuk menetapkan jumlah maksimum bandwidth yang dapat digunakan upload paralel.

Untuk menemukan setelan yang baik bagi lingkungan, workload, dan jenis cadangan tertentu Anda, lakukan pengujian dengan setelan yang berbeda dan ukur throughput pencadangan.

Autentikasi dan kontrol akses untuk agen Backint

Google Cloud menggunakan akun layanan untuk mengidentifikasi program, seperti agen Backint dan mengontrol resource Google Cloud yang dapat diakses oleh program tersebut.

Izin Cloud Storage yang diperlukan

Akun layanan untuk agen Backint harus diberi izin ke resource Google Cloud yang diakses oleh agen Backint. Peran Storage Object Admin menyediakan izin daftar, dapatkan, buat, dan hapus untuk objek di bucket Cloud Storage.

Anda dapat menetapkan izin untuk akun layanan di level project atau level bucket. Jika menetapkannya di level project, Anda akan memberikan agen Backint akses ke semua bucket dalam project Anda. Jika menetapkannya pada level bucket, Anda akan memberikan akses kepada agen Backint hanya ke satu bucket. Untuk informasi selengkapnya tentang izin bucket Cloud Storage, lihat:

Opsi akun layanan untuk agen Backint

Jika SAP HANA berjalan di VM Compute Engine, secara default, agen Backint akan menggunakan akun layanan VM.

Jika Anda menggunakan akun layanan VM, agen Backint memiliki izin level project yang sama dengan semua program dan proses lainnya yang menggunakan akun layanan VM.

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

Jika SAP HANA tidak berjalan di VM Compute Engine, Anda harus membuat akun layanan untuk agen Backint. Buat akun layanan di project Google Cloud yang berisi bucket Cloud Storage yang akan digunakan oleh agen Backint.

Saat membuat akun layanan untuk agen Backint, Anda juga perlu membuat kunci akun layanan. Anda menyimpan kunci di host SAP HANA dan menentukan jalur ke kunci dalam file parameters.txt. Ketika SAP HANA berjalan di VM Compute Engine, menentukan jalur ke kunci akan mengarahkan agen Backint untuk menggunakan akun layanan yang terkait dengan kunci tersebut, bukan akun layanan VM.

Saat menggunakan akun layanan khusus untuk agen Backint, putar kunci Anda secara rutin sebagai praktik terbaik untuk melindungi dari akses tidak sah.

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. Untuk informasi lebih lanjut, lihat Menetapkan kunci Cloud KMS ke akun layanan.

Akses ke Google Cloud API dan server metadata

Agen Backint memerlukan akses ke alamat IP dan host Google Cloud berikut selama operasi pencadangan dan pemulihan:

  • Untuk mengakses Cloud Storage:
    • Agen versi 1.0.14 dan yang lebih baru: storage.googleapis.com
    • Versi 1.0.13 dan sebelumnya: www.googleapis.com
  • Jika Anda menentukan akun layanan di properti #SERVICE_ACCOUNT, oauth2.googleapis.com untuk autentikasi.
  • 169.254.169.254 untuk server metadata instance Compute Engine yang, secara default, menyelesaikan nama DNS internal.
  • metadata.google.internal juga untuk metadata instance VM.

Jika agen Backint dan SAP HANA berjalan di VM Compute Engine yang tidak memiliki akses ke internet, Anda harus mengonfigurasi Akses Google Pribadi agar agen Backint dapat berinteraksi dengan Cloud Storage dan, jika menggunakan akun layanan khusus, mengautentikasi dirinya dengan Google Cloud.

Untuk mengonfigurasi Akses Google Pribadi, lihat Mengonfigurasi Akses Google Pribadi.

Server proxy dan agen Backint

Secara default, agen Backint mengabaikan proxy HTTP apa pun dan tidak membaca variabel lingkungan proxy dalam sistem operasi, seperti http_proxy, https_proxy, atau no_proxy.

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 Backint untuk menggunakan proxy.

Setelan proxy untuk agen Backint 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 Backint 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 /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 Backint agar mengirim cadangan melalui server proxy, tentukan host proxy dan parameter nomor port dalam file /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties.

Untuk kueri ke metadata instance VM, agen Backint 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 Backint:

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

Info terbaru untuk agen Backint

Google Cloud secara berkala merilis versi baru agen Backint yang dapat Anda download dan instal sendiri tanpa biaya tambahan.

Sebelum mengupdate agen Backint ke versi baru di lingkungan produksi, pastikan Anda menguji versi baru tersebut di lingkungan non-produksi.

Memperbarui agen Backint memerlukan host SAP HANA untuk mendukung permintaan HTTP jarak jauh ke https://www.googleapis.com/.

Untuk mengupdate instance agen Backint yang ada ke versi baru, lihat Mengupdate agen Backint ke versi baru.

Enkripsi untuk cadangan

Cloud Storage selalu mengenkripsi data Anda sebelum ditulis ke disk. Untuk menerapkan lapisan enkripsi tambahan sendiri, Anda dapat menyediakan kunci enkripsi sendiri untuk enkripsi sisi server cadangan agen Backint.

Anda memiliki dua opsi untuk menyediakan kunci Anda sendiri dengan agen Backint:

Untuk menggunakan kunci enkripsi yang dikelola pelanggan, tentukan jalur ke kunci tersebut pada parameter #KMS_KEY_NAME dalam file parameters.txt. Anda juga harus memberi akun layanan agen VM atau Backint akses ke kunci tersebut. Untuk mengetahui informasi selengkapnya tentang cara memberi akun layanan akses ke kunci enkripsi, lihat Menetapkan kunci Cloud KMS ke akun layanan.

Untuk menggunakan kunci enkripsi yang disediakan pelanggan, tentukan jalur ke kunci tersebut pada parameter #ENCRYPTION_KEY di file parameters.txt. Kunci tersebut harus berupa string kunci AES-256 yang dienkode base64, seperti yang dijelaskan dalam Kunci enkripsi yang disediakan pelanggan.

Pembatasan enkripsi

Batasan berikut berlaku untuk fitur enkripsi:

  • Jika #KMS_KEY_NAME dan #ENCRYPTION_KEY ditentukan, agen Backint akan gagal dan keluar dengan status 1.

  • Jika #PARALLEL_FACTOR ditentukan dengan #KMS_KEY_NAME atau #ENCRYPTION_KEY, agen Backint akan gagal dan keluar dengan status 1.

Referensi parameter konfigurasi

Anda dapat menentukan sejumlah opsi untuk agen Backint dalam file konfigurasi parameters.txt.

Saat Anda pertama kali mendownload agen Backint, file parameters.txt hanya berisi dua parameter:

  • #BUCKET
  • #DISABLE_COMPRESSION

Perhatikan bahwa # adalah bagian dari parameter, bukan indikator komentar.

Tentukan setiap parameter di baris baru. Pisahkan parameter dan nilai dengan spasi.

Parameter konfigurasi agen Backint ditampilkan dalam tabel berikut.

Parameter dan nilai Deskripsi
#BUCKET bucket-name Parameter wajib yang menentukan nama bucket Cloud Storage yang menjadi tujuan penulisan dan pembacaan oleh agen Backint. Agen Backint membuat objek cadangan dengan kelas penyimpanan bucket dan mendukung semua kelas penyimpanan. Agen Backint menggunakan enkripsi default Compute Engine untuk mengenkripsi data dalam penyimpanan.
#CHUNK_SIZE_MB MB Parameter tuning lanjutan.

Mengontrol ukuran permintaan HTTPS ke Cloud Storage selama operasi pencadangan atau pemulihan. Ukuran potongan default adalah 100 MB, yang berarti bahwa satu aliran permintaan HTTP ke atau dari Cloud Storage tetap terbuka hingga data sebesar 100 MB ditransfer.

Jangan ubah setelan ini kecuali diperintahkan untuk melakukannya oleh Layanan Pelanggan. Setelan default, yang menyeimbangkan throughput dan keandalan, jarang perlu diubah.

Karena agen Backint mencoba ulang permintaan HTTP beberapa kali sebelum menggagalkan operasi, ukuran potongan yang lebih kecil akan menghasilkan lebih sedikit data yang perlu dikirim ulang jika permintaan gagal. Ukuran potongan yang lebih besar dapat meningkatkan throughput, tetapi memerlukan lebih banyak penggunaan memori dan lebih banyak waktu untuk mengirim ulang data jika terjadi kegagalan permintaan.

#DISABLE_COMPRESSION

Parameter opsional yang menonaktifkan kompresi default kapan saja di mana saja saat agen Backint menulis cadangan ke bucket Cloud Storage. #DISABLE_COMPRESSION ditetapkan secara default.

Sebaiknya tentukan #DISABLE_COMPRESSION. Meskipun kompresi mengurangi biaya penyimpanan untuk pencadangan di Cloud Storage, kompresi memerlukan lebih banyak pemrosesan CPU selama operasi pencadangan dan memperlambat throughput pencadangan efektif.

Terlepas dari setelan ini, agen Backint mendukung file cadangan yang dikompresi atau tidak dikompresi selama operasi pemulihan.

#ENCRYPTION_KEY path/to/key/file Menentukan jalur ke kunci enkripsi yang disediakan pelanggan yang digunakan Cloud Storage untuk mengenkripsi cadangan. Jalur tersebut harus ditentukan sebagai jalur yang sepenuhnya memenuhi syarat ke kunci AES-256 yang dienkode base64.

Anda tidak dapat menentukan #ENCRYPTION_KEY dengan #KMS_KEY_NAME atau #PARALLEL_FACTOR.

Untuk mengetahui informasi selengkapnya tentang cara menggunakan kunci enkripsi Anda sendiri di Google Cloud, lihat Kunci enkripsi yang disediakan pelanggan
#KMS_KEY_NAME path/to/key/file Menentukan jalur ke kunci enkripsi yang dikelola pelanggan yang dibuat oleh Cloud Key Management Service. Cloud Storage menggunakan kunci ini untuk mengenkripsi cadangan.

Jika SAP HANA berjalan di VM Compute Engine, kunci tersebut harus dapat diakses oleh VM. Jika SAP HANA tidak berjalan di Google Cloud, kunci Cloud KMS harus ditautkan ke akun layanan agen Backint. Untuk mengetahui informasinya, lihat Akun layanan.

Tentukan jalur menggunakan format berikut: projects/key_project/locations/location/keyRings/key_ring_name/cryptoKeys/key_name

Dengan keterangan:

  • key_project adalah ID project yang terkait dengan kunci tersebut.
  • location adalah ketersediaan regional dari kunci tersebut. Untuk mengetahui informasi lebih lanjut, baca Jenis lokasi untuk Cloud KMS.
  • key_ring_name adalah nama key ring yang berisi kunci.
  • key_name adalah nama kunci.

Anda tidak dapat menentukan #KMS_KEY_NAME dengan #ENCRYPTION_KEY atau #PARALLEL_FACTOR.

Untuk informasi selengkapnya tentang cara mengelola kunci enkripsi Anda sendiri di Google Cloud, lihat Kunci enkripsi yang dikelola pelanggan
#MAX_GCS_RETRY integer Menentukan frekuensi maksimum agen Backint mencoba kembali upaya baca dan tulis yang gagal ke Cloud Storage. Nilai defaultnya adalah 5, yang merupakan nilai yang direkomendasikan.
#PARALLEL_FACTOR integer

Parameter opsional yang memungkinkan upload paralel dan menetapkan jumlah maksimum upload paralel. Nilai `1` akan menonaktifkan upload paralel. Nilai defaultnya adalah `1`.

Jangan aktifkan upload paralel jika:

  • Bucket target menggunakan kebijakan retensi.
  • #ENCRYPTION_KEY atau #KMS_KEY_NAME ditentukan.
#PARALLEL_PART_SIZE_MB integer Parameter tuning lanjutan.

Menetapkan ukuran, dalam MB, dari setiap bagian yang diupload secara paralel. Defaultnya adalah 128 MB.

Jangan ubah setelan ini kecuali diperintahkan untuk melakukannya oleh Layanan Pelanggan. Setelan default jarang perlu diubah.

#RATE_LIMIT_MB integer Parameter opsional yang menetapkan batas atas, dalam MB, pada bandwidth keluar ke Compute Engine selama operasi pencadangan atau pemulihan. Secara default, Google Cloud tidak membatasi bandwidth jaringan untuk agen Backint. Jika ditetapkan, throughput mungkin bervariasi, tetapi tidak akan melebihi batas yang ditentukan.
#SERVICE_ACCOUNT path/to/key/file Parameter opsional yang menentukan jalur yang sepenuhnya memenuhi syarat ke kunci akun layanan Google Cloud yang dienkode JSON saat autentikasi default Compute Engine tidak digunakan. Menentukan #SERVICE_ACCOUNT akan mengarahkan agen Backint untuk menggunakan kunci saat melakukan autentikasi ke layanan Cloud Storage. Sebaiknya gunakan autentikasi default Compute Engine.
#THREADS integer Parameter tuning lanjutan.

Menetapkan jumlah thread pekerja. Defaultnya adalah jumlah prosesor di mesin.

Jangan ubah setelan ini kecuali diperintahkan untuk melakukannya oleh Layanan Pelanggan. Setelan default jarang perlu diubah.

#READ_IDLE_TIMEOUT integer Parameter tuning lanjutan.

Menetapkan jumlah waktu maksimum dalam milidetik saat agen Backint akan menunggu untuk membuka file cadangan. Defaultnya adalah 1000.

Jangan ubah setelan ini kecuali diperintahkan untuk melakukannya oleh Layanan Pelanggan. Setelan default jarang perlu diubah.

#HTTP_READ_TIMEOUT integer Parameter tuning lanjutan.

Menetapkan waktu tunggu dalam milidetik untuk membaca respons dari permintaan Cloud Storage API. Defaultnya adalah -1; tidak ada waktu tunggu.

Jangan ubah setelan ini kecuali diperintahkan untuk melakukannya oleh Layanan Pelanggan. Setelan default jarang perlu diubah.

Logging untuk agen Backint

Selain log yang disimpan oleh SAP HANA di backup.log, agen Backint menulis peristiwa operasional dan error komunikasi untuk mencatat file log dalam subdirektori logs di /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs.

Jika ukuran file log mencapai 10 MB, agen Backint akan merotasi file log.

Jika perlu, Anda dapat mengedit konfigurasi logging agen Backint di /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logging.properties.

Agen Backint juga mendukung Cloud Logging. Untuk mengaktifkan Cloud Logging, lihat agen Backint Cloud Storage untuk panduan penginstalan SAP HANA.

Menggunakan agen Backint dalam deployment SAP HANA HA

Pada cluster ketersediaan tinggi SAP HANA, Anda harus menginstal agen Backint pada setiap node dalam cluster.

Gunakan konfigurasi agen Backint yang sama dengan 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. Sistem sekunder berada dalam mode replikasi. Hal ini berlaku untuk cadangan data, log, dan katalog.

Selain itu, software pengelompokan aplikasi, seperti Pacemaker, mencegah skenario split-brain, ketika lebih dari satu sistem SAP HANA dalam satu cluster berpikir bahwa itu adalah instance utama.

Namun, selama aktivitas pemeliharaan, saat pengelompokan mungkin dinonaktifkan, jika database standby dihapus dari replikasi dan dikembalikan ke internet, Anda perlu memastikan bahwa cadangan hanya dipicu pada database utama.

Karena agen Backint tidak mengetahui sistem SAP HANA mana yang saat ini merupakan sistem aktif dan tidak memiliki mekanisme penjadwalan atau pemicuan, Anda perlu mengelola pemicu penjadwalan dan pencadangan dengan menggunakan mekanisme SAP, seperti Transaksi SAP ABAP DB13.

Aplikasi SAP ABAP terhubung ke cluster HA melalui IP virtual, sehingga pemicu 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 penyimpanan.

Menggunakan agen Backint dalam deployment SAP HANA DR

Dalam konfigurasi pemulihan dari bencana, ketika instance pemulihan SAP HANA di region Google Cloud lain disinkronkan dengan menggunakan Replikasi Sistem SAP HANA asinkron, tentukan bucket yang berbeda untuk instance pemulihan dari instance utama yang digunakan oleh sistem SAP HANA.

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 terpisah, 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 agen Backint untuk merujuk bucket multi-regional yang digunakan sistem HA utama Anda.

Menggunakan agen Backint dalam sistem penyebaran skala SAP HANA

Dalam sistem penyebaran skala SAP HANA, Anda harus menginstal agen Backint pada setiap node dalam sistem.

Untuk menyederhanakan pengelolaan file konfigurasi parameters.txt, dan jika Anda menggunakan kunci akun layanan agen Backint, Anda dapat menempatkan file ini di direktori NFS bersama.