Pencadangan dan pemulihan berbasis backint untuk SAP HANA

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

Untuk sistem SAP HANA, Anda dapat melakukan operasi pencadangan dan pemulihan menggunakan fitur Backint dari Agent for SAP di Google Cloud. Fitur ini tersedia untuk sistem SAP HANA yang berjalan di Google Cloud, Solusi Bare Metal, secara 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 berbasis SAP.

Untuk mengetahui informasi mengenai 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 dikenai biaya untuk penyimpanan yang Anda gunakan di Cloud Storage. Untuk mengetahui informasi tentang biaya, 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:

  • Ukuran total untuk pencadangan penuh, delta, dan inkremental yang diperlukan dalam sebulan, termasuk tingkat pertumbuhan yang diproyeksikan.
  • Tingkat perubahan harian dalam kaitannya dengan pencadangan volume log SAP HANA yang dibuat oleh database SAP HANA Anda. Anda perlu mengalikan tingkat 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 pencadangan Anda. Bucket region tunggal hanya boleh digunakan untuk tujuan pengujian.
  • Kelas penyimpanan bucket Cloud Storage. Pilih class yang sesuai dengan seberapa sering Anda perlu mengakses data.
  • Perkiraan jumlah operasi Kelas A dan Kelas B dengan Cloud Storage, untuk pencadangan dan pemulihan, dalam satu bulan. Untuk mengetahui informasi tentang operasi ini, lihat Operasi yang termasuk dalam setiap class.

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

    Traffic masuk jaringan ke Cloud Storage tidak dikenakan biaya, sehingga Anda tidak perlu menyertakannya dalam perkiraan.

File konfigurasi backint

Anda dapat mengonfigurasi fitur Backint Agent for SAP Google Cloud 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 konfigurasi tunggal atau file konfigurasi terpisah untuk setiap hal berikut: volume data SAP HANA, volume log SAP HANA, dan katalog cadangan SAP HANA. Anda juga dapat melakukan penyesuaian lain seperti mengganti nama file, dan memindahkannya ke direktori lain. Untuk mengetahui petunjuk cara melakukan penyesuaian ini, lihat Menyesuaikan file konfigurasi Backint.

Menyimpan cadangan di bucket Cloud Storage

Fitur Backint Agent for SAP Google Cloud menyimpan cadangan SAP HANA Anda di bucket Cloud Storage. Bagian berikut ini memberikan informasi tentang pembuatan bucket Cloud Storage dan cara Agent for SAP Google Cloud menyimpan cadangan di bucket.

Membuat bucket Cloud Storage

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

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

Pilih bucket regional 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.

Mencadangkan organisasi dalam bucket

Agent for SAP dari Google Cloud menggunakan folder di bucket Cloud Storage Anda untuk mengatur pencadangan 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 menamai cadangan, agen mengikuti Konvensi Penamaan SAP HANA.

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

  • Untuk cadangan database sistem:

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

  • Untuk cadangan 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 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:

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

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

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

    Di Cloud Storage, Agent for SAP Google Cloud mengatur pencadangan 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 dengan ketersediaan tinggi (HA), pemulihan dari bencana (DR), atau deployment penyebaran skala, di mana 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 informasi lebih lanjut, lihat Menggunakan Backint dalam deployment SAP HANA.

Opsi enkripsi untuk cadangan

Cloud Storage dirancang agar selalu mengenkripsi data Anda sebelum disimpan di 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 di parameter kms_key dalam file PARAMETERS.json Anda. Anda juga harus memberi akun layanan yang digunakan oleh agen akses ke kunci tersebut. Untuk mengetahui 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 Agent for SAP dari Google Cloud. Untuk menggunakan kunci enkripsi yang diberikan pelanggan, tentukan jalur ke kunci tersebut di parameter encryption_key di file PARAMETERS.json Anda. Kunci tersebut harus berupa string kunci AES-256 berenkode base64, seperti yang dijelaskan di Kunci enkripsi yang disediakan pelanggan.
Gunakan Enkripsi Cadangan SAP HANA.

Opsi ini tersedia dari SAP HANA 2.0 SP01. Anda dapat mengenkripsi cadangan data SAP HANA dan volume log 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 Konfigurasi Enkripsi SAP HANA.

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 mengetahui informasi 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 berdampak pada performa database selama operasi pencadangan atau pemulihan, Anda mungkin melihat dampak pada performa sistem secara keseluruhan, bergantung pada ukuran database SAP HANA dan perkiraan penggunaan CPU yang lebih tinggi.

Pembatasan enkripsi

Batasan berikut berlaku pada penggunaan enkripsi untuk cadangan:

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

Opsi kompresi untuk cadangan

Mengompresi cadangan akan mengurangi ukurannya, yang mengurangi ruang yang digunakannya di bucket Cloud Storage, dan pada akhirnya mengurangi biaya penyimpanan Anda. Namun, mengompresi cadangan 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 kelas penyimpanan yang sesuai berdasarkan pola akses objek.

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

Opsi kompresi Deskripsi
Gunakan kompresi cadangan data SAP HANA

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

Dari SAP HANA 2.0 SPS06, SAP HANA mendukung algoritma kompresi LZ4 saat melakukan operasi pencadangan. Secara default, kompresi dinonaktifkan. Untuk mengetahui 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 Anda, 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 multistreaming untuk database yang berukuran lebih besar dari 128 GB. Mulai 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.

Multi-streaming 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, tetapkan 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 SAP HANA yang berjalan.

Pertimbangkan juga kemampuan throughput disk data yang terpasang ke instance HANA SAP, serta bandwidth yang dialokasikan oleh administrator untuk aktivitas pencadangan. Anda dapat menyesuaikan throughput dengan mengubah jumlah aliran data, 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 cadangan Anda.

Seperti yang dinyatakan dalam dokumentasi SAP HANA, setiap saluran tambahan memerlukan buffering I/O sebesar 512 MB. Tentukan ukuran buffer I/O dengan menggunakan parameter data_backup_buffer_size secara tepat di bagian backup file global.ini. Untuk informasi selengkapnya mengenai efek ukuran buffer I/O terhadap waktu pencadangan, lihat Catatan SAP 2657261 - Durasi Pencadangan Panjang dengan Backint di HANA DB. Pada 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 default, tetapi hal ini mungkin bervariasi untuk beban kerja 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 cadangan log SAP HANA, Anda dapat meningkatkan performa upload dengan mengaktifkan fitur upload paralel dari Agent for SAP Google Cloud. 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 cadangan SAP HANA dengan menggunakan parameter SAP HANA parallel_data_backup_backint_channels.

Saat upload paralel diaktifkan, Agent for SAP Google Cloud akan membagi setiap file cadangan individual yang diterima dari SAP HANA menjadi beberapa bagian yang kemudian diupload secara paralel, sehingga meningkatkan performa upload. Karena komponen tersebut telah diterima oleh Cloud Storage, komponen tersebut akan disusun ulang dan disimpan sebagai satu file 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, Agent for SAP Google Cloud 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, Agent for SAP Google Cloud akan gagal dan keluar dengan status 1.
  • Jika bucket Cloud Storage Anda menerapkan kebijakan retensi, 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 pencadangan secara signifikan karena SAP HANA tidak melakukan multi-streaming pencadangan log.

Pada umumnya, cukup tentukan parameter parallel_streams di file konfigurasi Backint Anda, dengan nilai 32 atau kurang. Untuk volume log yang sangat besar, Anda dapat memaksimalkan throughput dengan menentukan nilai tinggi seperti 32 untuk parallel_streams serta meningkatkan nilai 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 Agent for SAP dari Google Cloud dan mengontrol resource Google Cloud mana yang dapat diakses oleh program tersebut.

Izin Cloud Storage yang diperlukan

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

Untuk mengetahui petunjuk cara menetapkan peran IAM, baca artikel Menetapkan peran IAM.

Pertimbangan akun layanan

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

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

Jika SAP HANA tidak berjalan di VM Compute Engine, Anda harus membuat akun layanan untuk agen tersebut. 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 Agent for SAP Google Cloud, 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 VM Compute Engine, menentukan jalur ke kunci akan mengarahkan Agen Google Cloud untuk SAP untuk menggunakan akun layanan yang terkait dengan kunci, bukan akun layanan VM.

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

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

Akses ke Cloud API dan server metadata

Agent for SAP Google Cloud mewajibkan akses ke host dan alamat IP Google Cloud selama operasi pencadangan dan pemulihan.

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

Server {i>proxy<i} dan agen

Secara default, Agent for SAP dari Google Cloud 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 cadangan melalui server proxy, Anda dapat mengonfigurasi agen untuk menggunakan proxy.

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

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

Menghindari server proxy untuk pencadangan dan pemulihan

Meskipun Agent for SAP dari Google Cloud mengabaikan server proxy secara default, Anda dapat membuat pengabaian tersebut 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

Guna mengonfigurasi Agen Google Cloud untuk SAP agar dapat 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 VM Compute Engine, Agen untuk SAP Google Cloud 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 bergantung pada total ukuran database dan resource yang tersedia untuk host SAP HANA Anda. Anda dapat meningkatkan performa menggunakan opsi konfigurasi berikut yang tersedia di SAP HANA dan Agent for SAP dari Google Cloud:

  • Aktifkan multi-streaming menggunakan parameter SAP HANA parallel_data_backup_backint_channels. Selain itu, tentukan ukuran buffer 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 di file konfigurasi Backint Anda, 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 Optimal. Lihat panduan SAP HANA Administration untuk versi SAP HANA Anda.
  • Jika sistem SAP HANA Anda berjalan pada instance VM Compute Engine, pastikan sistem tersebut menggunakan volume Persistent Disk atau Hyperdisk bersertifikasi SAP. Menggunakan jenis disk lainnya dapat berdampak negatif terhadap performa pencadangan, terutama untuk volume data SAP HANA. Untuk mengetahui informasi tentang jenis disk tersertifikasi, lihat Jenis disk yang didukung.

Diagnostik mandiri

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

Saat Anda menjalankan alat ini, beberapa file sementara akan dibuat pada sistem file Anda. File ini kemudian diupload ke bucket Cloud Storage Anda, dipulihkan, diverifikasi, lalu dihapus. Alat ini mencetak masalah apa pun pada 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.

Guna mengetahui petunjuk untuk melakukan diagnostik mandiri untuk Agent for SAP Google Cloud, lihat Memvalidasi pencadangan dan pemulihan.

Logging

Selain log yang disimpan oleh SAP HANA di backup.log, fitur Backint Agent for SAP Google Cloud menulis peristiwa operasional dan error komunikasi ke file log di 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, Agent for SAP dari Google Cloud akan merotasi file log.

Secara default, Agent for SAP Google Cloud mengirimkan 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 dari Agent for SAP Google Cloud, dengan SAP HANA.

Menggunakan Backint dalam deployment HA

Dalam cluster ketersediaan tinggi (HA) SAP HANA, Anda perlu menginstal Agent for SAP Google Cloud pada 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 di cluster HA. Anda dapat menggunakan spesifikasi bucket yang sama karena selama operasi normal, hanya instance SAP HANA aktif dalam konfigurasi HA yang akan 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 otak terpisah, ketika lebih dari satu instance SAP HANA dalam cluster berpikir bahwa tersebut adalah instance utama.

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

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

Karena Agen untuk SAP Google Cloud tidak mengetahui instance SAP HANA mana yang merupakan instance aktif, dan karena agen tersebut tidak memiliki mekanisme untuk menjadwalkan atau memicu pencadangan, Anda perlu menggunakan mekanisme SAP seperti transaksi SAP ABAP DB13 guna 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 utama maupun sekunder menganggap bahwa itu adalah sistem yang aktif, keduanya mungkin mencoba menulis cadangan ke bucket Cloud Storage.

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

Menggunakan Backint dalam skenario DR

Dalam konfigurasi disaster recovery (DR), ketika instance pemulihan SAP HANA di region Google Cloud lainnya 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 cadangan itu sendiri, selama pengujian pemulihan dari bencana (disaster recovery) yang rutin, instance pemulihan dihantarkan secara online dan dapat memicu pencadangan. Jika demikian, dan sistem pemulihan tidak menggunakan bucket Cloud Storage lain, cadangan mungkin akan menimpa data dari database utama.

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

Menggunakan Backint dalam sistem penyebaran skala

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

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

Untuk mendapatkan informasi dari SAP tentang rekomendasi tata letak sistem file untuk SAP HANA, dalam Panduan Penginstalan dan Pembaruan Server SAP HANA untuk versi SAP HANA, lihat Tata Letak Sistem File yang Disarankan.