Melindungi dan memulihkan database SAP HANA yang berjalan di Compute Engine

Melindungi lingkungan produksi SAP dari kehilangan data, error, dan kerusakan

SAP HANA adalah salah satu database perusahaan yang paling populer di dunia. Layanan ini unik karena berjalan dalam memori, sehingga dapat menampilkan hasil kueri dengan sangat cepat. Banyak perusahaan menggunakan SAP HANA untuk aplikasi penting mereka. Seperti yang dapat terjadi pada database apa pun, SAP HANA rentan terhadap kerusakan, penghapusan yang tidak disengaja, atau bahkan ancaman keamanan seperti serangan ransomware. Backup and DR Service memungkinkan Anda mencadangkan dan memulihkan sistem produksi secara efisien dan aman.

Untuk mengetahui pengantar tentang cara menggunakan Layanan Pencadangan dan DR untuk melindungi database HANA, lihat Pencadangan dan DR untuk SAP HANA.

Catatan: SAP HANA Scale-Out tidak didukung untuk pencadangan ke snapshot Persistent Disk.

Deploy Backup and DR Service terlebih dahulu

Sebelum memulai, Anda harus membaca dan menyelesaikan prosedur berikut:

• Merencanakan deployment Backup and DR

• Bersiap untuk men-deploy Backup and DR

• Men-deploy Backup and DR

Lihat cara kerja Backup and DR Service

Kemudian, lihat cara kerja Backup and DR Service dengan membaca Mulai menggunakan Backup and DR: melindungi dan memulihkan instance Compute Engine.

Menyiapkan instance SAP HANA untuk pencadangan

Sebelum Anda dapat mencadangkan instance SAP HANA, tinjau langkah-langkah persiapan berikut.

Prasyarat

• Semua layanan yang dikonfigurasi—lihat Catatan SAP 1697613 dan Catatan SAP 1649519—seperti nameserver dan indexserver harus berjalan. Anda dapat memeriksanya di Overview of SAP HANA studio > Operational State > Confirm all services are started.
• Untuk mengizinkan agen Backup and DR melakukan operasi sisi host, gunakan kunci hdbuserstore SAP HANA, bukan nama pengguna dan sandi, untuk berkomunikasi dengan database HANA menggunakan userstore aman SAP HANA.
• log_mode Database harus normal di tab konfigurasi HANA Studio.
• Semua server SAP HANA (Compute Engine) yang memiliki data HANA yang akan dilindungi oleh Layanan Pencadangan dan DR harus telah diaktifkan ke Layanan Pencadangan dan DR
• Semua server SAP HANA (Compute Engine) yang memiliki data HANA yang akan dilindungi oleh Layanan Backup dan DR harus menginstal agen Backup dan DR.

• Rekomendasi pencadangan log SAP HANA:

  • Pastikan untuk menetapkan jalur pencadangan log SAP HANA sebagai basepath_logbackup dan basepath_catalogbackup di global.ini
  • Jangan gunakan mount cadangan log SAP HANA untuk menyimpan file selain cadangan log arsip HANA
  • Secara default, penghapusan log berjalan dengan setiap pencadangan database. Hal ini akan mencapai RTO pemulihan terbaik.

• Untuk mencadangkan SAP HANA menggunakan metode pengambilan snapshot Persistent Disk, konfigurasi harus memenuhi kriteria berikut:

  • /hana/shared, dan /usr/sap tidak boleh dibagikan dengan grup atau disk volume data, log, atau cadangan log.
  • Pencadangan log (/hana/logbackup) harus memiliki disk terpisah yang dikonfigurasi, dan tidak boleh dibagikan dengan volume data atau volume log aktif atau dengan biner HANA. /hana/data dan /hana/log dapat berada di volume yang sama.

Catatan: Jika retensi log produksi ditetapkan, penghapusan permanen akan dijalankan berdasarkan setelan Retensi log db produksi dalam jam di bagian Detail & Setelan Aplikasi. Ukur ukuran disk cadangan log arsip HANA untuk menyimpan arsip berdasarkan setelan retensi log produksi.

Catatan: Jika salah satu prasyarat ini tidak dapat dipenuhi, gunakan metode perlindungan untuk SAP HANA yang dijelaskan dalam Layanan Pencadangan dan DR untuk SAP HANA.

Mengonfigurasi kunci penyimpanan pengguna HANA

Gunakan petunjuk berikut untuk mengonfigurasi kunci penyimpanan pengguna HANA:

1. Buat pengguna pencadangan database dari HANA Studio.
2. Dapatkan nomor port instance dan SQL.
3. Buat kunci hdbuserstore SAP HANA untuk pengguna pencadangan DB sistem.

Langkah 1: Buat pengguna pencadangan database dari HANA Studio

Pilih nama pengguna database berdasarkan standar perusahaan. Pastikan untuk membuat akun pengguna ini di bagian SYSTEMDB.

1. Buat pengguna di bagian SYSTEMDB:
   • Dari SYSTEMDB SAP HANA Studio, buka System > Security > Users > New User.
   • Tetapkan nama pengguna dan sandi.
   • Setel Force password change on next logon ke No.
   • HANA 2.0 (SPS01 hingga SPS04): Klik tab Hak istimewa sistem dan tetapkan hak istimewa dengan memilih berikut ini:
     • Admin pencadangan
     • Membaca katalog
     • Admin database
     • Mulai database
     • Penghentian database
   • HANA 2.0 (SPS05 dan yang lebih baru): Klik tab Hak istimewa sistem dan tetapkan hak istimewa dengan memilih berikut ini:
     • Admin pencadangan
     • Membaca katalog
     • Operator pencadangan database +. Operator pemulihan database
     • Admin database
     • Mulai database
     • Penghentian database
2. Deploy pengguna sistem yang baru dibuat dengan mengklik panah hijau.

Langkah 2: Dapatkan nomor port SQL dan instance

Anda memerlukan nomor Port SQL dan instance HANA untuk DB sistem.

Untuk mendapatkan nomor port instance dan SQL dari HANA 2.0 Studio:

1. Buka Sistem.
2. Klik tab Lanskap.
3. Klik tab Services.
4. Di kolom Layanan, buka nameserver.
5. Mendapatkan nilai port SQL. Nomor instance adalah digit kedua dan ketiga dari nomor port SQL.

Langkah 3: Buat kunci hdbuserstore SAP HANA untuk pengguna pencadangan DB sistem

Gunakan konvensi penamaan ini untuk nama kunci userstore: Untuk SYSTEMDB, tetapkan nama kunci ke (Database backup username). Misalnya, untuk nama pengguna pencadangan database (Actbackup), tetapkan SYSTEMDB—key_name— (ACTBACKUP).

Prosedur

1. Hubungkan ke sistem database HANA menggunakan SSH dan login ke (sid)adm: su - (sid)adm
2. Ubah direktori: cd exe

3. Buat entri di hdbuserstore menggunakan perintah hdbuserstore: ./hdbuserstore SET (key_name) (host name):(port) (DB_user_name) (DB_user_password)

   Dalam contoh ini: `./hdbuserstore SET ACTBACKUP s4hana:30013 ACTBACKUP (DB_user_password)

4. Periksa keystore: ./hdbuserstore list

Siapkan mode log dan pencadangan log di HANA Studio

Dengan menggunakan HANA Studio, tetapkan mode log HANA dan lokasi pencadangan log untuk Backup and DR guna mencadangkan log transaksi DB HANA:

1. Di SAP HANA HDB Studio, pastikan pencadangan log disetel dengan benar di halaman DATABASE (SYSTEMDB UNTUK HANA 2.0) > Backup > Configuration:
   • Jenis tujuan adalah File.
   • Tujuan ditetapkan ke jalur pemasangan sistem file lokal.
   • Interval pencadangan ditetapkan ke RPO yang diperlukan.
   • Pencadangan log otomatis diaktifkan.
   • log_mode database harus ditetapkan ke normal.
2. Periksa di bagian Database configuration: DATABASE (SYSTEMDB FOR HANA 2.0) > Configuration page. Di filter, ketik basepath.
3. Pastikan basepath_logbackup disetel dengan benar:
   • Tetapkan basepath_catalogbackup sama dengan basepath_logbackup.
   • Buka halaman edit basepath_catalogbackup dan tetapkan Nilai baru ke nilai yang sama dengan basepath_logbackup. Klik Save. Hal ini memastikan pencadangan katalog dengan pencadangan log untuk pemulihan point-in-time.
4. Di server database HANA, jalankan konfigurasi ulang agar nilai diterapkan: hdbnsutil -reconfig.

Tentang latihan panduan memulai ini

Latihan ini memandu Anda melalui langkah-langkah menemukan dan melindungi database SAP HANA yang berjalan di instance Compute Engine, dan akhirnya memasang database HANA baru yang berfungsi penuh dari image cadangan ke lokasi baru.

1. Menginstal agen Backup and DR di Compute Engine
2. Membuat rencana pencadangan untuk database SAP HANA
3. Menemukan dan melindungi database SAP HANA
4. Memasang image cadangan SAP HANA sebagai pemasangan standar
5. Memulihkan database SAP HANA

Menginstal agen Backup and DR di host

Agen Backup and DR menghubungkan instance Compute Engine ke perangkat backup/pemulihan. Untuk menginstal agen Backup and DR, lihat bagian Menginstal agen Backup and DR di host Linux.

Buat rencana pencadangan untuk database SAP HANA

Rencana pencadangan adalah cara Layanan Pencadangan dan DR menjadwalkan tugas pencadangan dan mengelola penyimpanan untuk image cadangan.

Anda telah membuat rencana pencadangan untuk instance Compute Engine di Mulai menggunakan Backup and DR: melindungi dan memulihkan instance Compute Engine. Sekarang Anda harus membuat rencana pencadangan untuk database HANA yang berjalan di dalam instance Compute Engine. Lihat Membuat dan menerapkan template kebijakan.

Setelan Kebijakan Lanjutan khusus untuk database HANA di Persistent Disk Compute Engine

Template kebijakan memerlukan setelan lanjutan khusus ini.

1. Di konsol pengelolaan di bagian Rencana Pencadangan, pilih Template.
2. Pilih template kebijakan untuk database HANA, lalu klik Edit.
3. Di sisi kanan pada bagian Kebijakan, klik panah putih di samping Snapshot, lalu klik Edit Kebijakan.
4. Di bagian bawah bagian Buat/Edit Kebijakan, klik Setelan Kebijakan Lanjutan.

5. Dalam dialog Setelan Lanjutan, temukan dan tetapkan setelan lanjutan berikut:

   Lokasi snapshot: Pilih region tempat snapshot Persistent Disk akan disimpan. Secara default, Multi-regional dipilih (berdasarkan lokasi disk sumber). Anda juga dapat mengubah lokasi penyimpanan snapshot ke region yang berbeda dengan region disk sumber. Saat menyimpan snapshot di lokasi yang berbeda dengan lokasi disk sumber, data akan berpindah melalui jaringan antar lokasi tersebut dan mungkin dikenakan biaya jaringan. Snapshot dikenakan biaya yang sama dengan traffic keluar Cloud Storage. Pelajari lebih lanjut snapshot Persistent Disk. Untuk mempelajari detail harga, lihat harga disk.

   Jenis snapshot: Pilih jenis snapshot Persistent Disk yang akan digunakan untuk pencadangan SAP HANA. Snapshot mencadangkan data dari Persistent Disk secara bertahap. Selama pencadangan, snapshot baru dibuat untuk merekam status Persistent Disk saat ini. Hal ini dapat digunakan nanti untuk membuat disk baru untuk pemasangan atau pemulihan. Compute Engine menyimpan beberapa salinan setiap snapshot di beberapa lokasi dengan checksum otomatis untuk memastikan integritas data Anda. Pelajari lebih lanjut snapshot Persistent Disk. Untuk mengetahui detail harga, lihat harga disk.

   • Snapshot standar: Secara default, jenis snapshot standar dipilih. Gunakan jenis standar jika Anda ingin menyimpan cadangan selama kurang dari 90 hari.
   • Archive snapshot: Pilih jenis arsip jika Anda ingin menyimpan image cadangan dalam jangka waktu yang lama. Perhatikan bahwa periode penagihan minimum untuk snapshot arsip adalah 90 hari, terlepas dari periode retensi yang ditentukan dalam kebijakan, dan snapshot jenis arsip juga dikenai biaya pengambilan tambahan jika digunakan dalam tugas pemasangan atau pemulihan.

   Truncate (Purge) Log After Backup: Tentukan apakah akan memangkas (menghapus) log arsip HANA setelah pencadangan. Jika Truncate Log after Backup diaktifkan, log arsip HANA akan dipangkas. Secara default, penghapusan permanen arsip berjalan dengan setiap pencadangan database. Gunakan setelan default untuk mencapai RTO pemulihan terbaik. Jika retensi log produksi ditetapkan, penghapusan permanen akan berjalan berdasarkan setelan Retensi log db produksi dalam jam di bagian Detail & Setelan Aplikasi.

   • Jangan potong/hapus log setelah pencadangan: Ini adalah setelan default. Dalam mode ini, log arsip tidak akan dihapus.
   • Pangkas/hapus log setelah pencadangan: Pilih opsi ini untuk mengaktifkan penghapusan log arsip.

   Aktifkan Pencadangan Log Database: Setel opsi ini ke "Ya". Opsi Aktifkan Pencadangan Log Database memungkinkan kebijakan rencana pencadangan mencadangkan database dan semua file log transaksi terkait. Log dicadangkan saat tugas snapshot log berjalan. Jika disetel ke Ya, opsi terkait akan diaktifkan.

   Catatan: Saat menggunakan metode pengambilan cadangan snapshot Persistent Disk, cadangan database dan log serentak tidak didukung; cadangan akan dieksekusi secara berurutan sesuai dengan rencana pencadangan.

   RPO: Tentukan pencadangan log database dalam menit. Jika Aktifkan Pencadangan Log Database disetel ke Ya, RPO akan menentukan frekuensi pencadangan log database. Frekuensi ditetapkan dalam menit dan tidak boleh melebihi interval pencadangan database. Nilai terkecil yang dapat disetel (dalam menit) adalah 15.

   Replicate Logs (Menggunakan teknologi Streamsnap): Setel ini ke No. Opsi ini tidak berlaku untuk perlindungan snapshot Persistent Disk SAP HANA. Fungsi ini diaktifkan (disetel ke "Ya") secara default. Tidak menyetelnya ke "Tidak" akan menyebabkan error pembuatan template.

   Kirim log ke OnVault Pool: Setel ke Tidak. Opsi ini tidak berlaku untuk perlindungan snapshot Persistent Disk SAP HANA. Fungsi ini diaktifkan (disetel ke "Ya") secara default. Tidak menyetelnya ke Tidak akan menyebabkan error pembuatan template.

   Catatan: Replicate Logs (Menggunakan teknologi Streamsnap) dan Send logs to OnVault Pool tidak berlaku untuk perlindungan snapshot Persistent Disk SAP HANA. Keduanya ditetapkan ke "Ya" secara default. Tetapkan ke "Tidak". Jika Anda tidak menyetel keduanya ke Tidak, Anda akan mengalami error pembuatan template.

Menemukan dan melindungi database SAP HANA

Catatan: Jika Anda melindungi database HANA yang telah ditambahkan dan yang telah memiliki image cadangan LVM, Anda harus mengubah metode pengambilan dari LVM ke Persistent Disk. Untuk melakukannya, hapus perlindungan template LVM yang ada, lalu terapkan template dengan metode pengambilan Persistent Disk baru.

Untuk menemukan database HANA di instance Compute Engine, lalu melindunginya dengan Layanan Pencadangan dan DR, instance Compute Engine yang menghosting database SAP HANA harus diaktifkan sebelum Anda dapat mengaktifkan aplikasi database SAP HANA. Anda telah mengaktifkan instance Compute Engine di Mulai menggunakan Backup and DR: melindungi dan memulihkan instance Compute Engine.

• Jika ini adalah instance yang menghosting database SAP HANA, lanjutkan ke bagian berikutnya.
• Jika Anda harus mengaktifkan instance Compute Engine yang berbeda ke Backup and DR Service, lihat Menemukan dan melindungi instance Compute Engine.

Catatan: Untuk pencadangan snapshot SAP HANA, hanya kunci enkripsi SSFS yang disertakan untuk pencadangan dan diimpor selama pemulihan database; kunci LSS tidak dicadangkan maupun diimpor melalui proses ini.

Mengaktifkan database SAP HANA dari Pengelola Aplikasi

Catatan: Onboarding Compute Engine yang berhasil akan memberikan link ke wizard onboarding SAP HANA (langkah 3 di bawah).

Untuk menemukan dan melindungi aplikasi database HANA:

1. Pilih Tambahkan Aplikasi dari Pengelola Aplikasi > halaman Aplikasi di konsol pengelolaan.
2. Pilih SAP HANA di wizard Tambahkan Aplikasi.
3. Ikuti panduan:
   • Pilih database yang akan dikelola dari bagian Pilih.
   • Di bagian Kelola, terapkan template kebijakan dan profil resource yang Anda buat di Buat rencana pencadangan untuk database SAP HANA.
4. Di bagian Setelan Aplikasi di bagian Konfigurasi, tetapkan Konfigurasi opsi pencadangan:
   • Kunci penyimpanan pengguna DB HANA: Ini adalah kunci hdbuserstore SAP HANA untuk database sistem yang dibuat sebelumnya. Kolom ini wajib diisi.
   • Metode pengambilan cadangan: pilih Gunakan Snapshot Persistent Disk.
   • Retensi log DB produksi dalam jam: Di akhir setiap pencadangan log, penghapusan log akan berjalan dan menghapus semua log yang lebih lama dari jumlah jam yang ditentukan di sini. Misalnya, jika jumlah jam yang ditentukan adalah 4 jam, semua log yang lebih lama dari ((waktu mulai pencadangan log) - (4 jam)) akan dihapus. Nilai defaultnya adalah 2 jam.
   • Penyimpanan katalog produksi dalam hari: Ini adalah penyimpanan metadata katalog dalam hari. Metadata katalog HANA (tabel m_backup_catalog) akan dihapus dari log yang lebih lama dari jumlah hari yang ditentukan. Misalnya, jika jumlah hari yang ditentukan adalah 14 hari, data dari katalog HANA yang lebih lama dari ((hari ini) - (14 hari)) akan dihapus. Nilai defaultnya adalah 7 hari.
5. Klik Simpan > Berikutnya, lalu klik Selesai.
6. Anda dapat melihat database di daftar Aplikasi Pengelola Aplikasi dengan perisai hijau yang menunjukkan bahwa paket pencadangan telah diterapkan.

Menetapkan detail & setelan aplikasi

Setelah menetapkan format disk penyiapan dan metode pencadangan, Anda harus memasukkan detail dan setelan yang ingin diterapkan ke rencana pencadangan:

1. Di konsol pengelolaan, buka Pengelola aplikasi dan klik Aplikasi.

2. Klik kanan database HANA, lalu klik Kelola konfigurasi pencadangan.

3. Di bagian atas halaman, klik Detail & Setelan.

4. Di jendela Application details & settings, konfigurasi setelan database berdasarkan jenis host Anda.

   • Metode Pengambilan Cadangan: persistent disk
   • Kunci Penyimpanan Pengguna DB HANA: Ini adalah kunci hdbuserstore SAP HANA untuk database sistem yang dibuat sebelumnya. Kolom ini wajib diisi.
   • Retensi log DB produksi dalam jam: Di akhir setiap pencadangan log, penghapusan log akan berjalan dan menghapus semua log yang lebih lama dari jumlah jam yang ditentukan di sini. Misalnya, jika jumlah jam yang ditentukan adalah 4 jam, semua log yang lebih lama dari ((waktu mulai pencadangan log) - (4 jam)) akan dihapus. Nilai defaultnya adalah 2 jam.
   • Penyimpanan katalog produksi dalam hari: Ini adalah penyimpanan metadata katalog dalam hari. Metadata katalog HANA (tabel m_backup_catalog) akan dihapus dari log yang lebih lama dari jumlah hari yang ditentukan. Misalnya, jika jumlah hari yang ditentukan adalah 14 hari, data dari katalog HANA yang lebih lama dari ((hari ini) - (14 hari)) akan dihapus. Nilai defaultnya adalah 7 hari.

5. Klik Simpan perubahan.

Melindungi HANA (HA) 1+n

HANA 1+n selalu ditemukan sebagai aplikasi cluster yang berisi semua detail node dalam metadata. Setelah penemuan aplikasi, aplikasi memiliki host cluster sebagai (nama sid HANA)_cluster_(ID situs)_(ID hardware HANA). Misalnya, jika sr1 adalah instance HANA, maka nama aplikasi adalah sr1 dan nama host adalah sr1_cluster<_…> dalam daftar Aplikasi App Manager.

Sebaiknya jalankan penemuan paksa setelah ada perubahan pada konfigurasi node cluster, seperti setelah menambahkan atau menghapus node dari cluster. Jika node dihapus atau ditambahkan setelah penemuan dan perlindungan, konfigurasi tidak akan diperbarui secara otomatis dalam metadata Pencadangan dan DR, dan dapat menyebabkan masalah pencadangan.

Catatan: Dengan failover database HANA dari primer ke sekunder, pencadangan database berikutnya adalah snapshot lengkap yang berisi semua data di Persistent Disk. Snapshot cadangan database berikutnya akan berisi data baru atau data yang dimodifikasi sejak snapshot pertama dan memulai rantai baru.

Catatan: Jika node atau database sekunder tidak berfungsi selama pencadangan, detail Disk Persisten node sekunder tidak akan disimpan. Untuk melakukan pemulihan menggunakan image ini, Anda harus melepaskan dan menghapus disk data, log, dan cadangan log dari node sekunder sebelum memulihkan image.

Prasyarat untuk melindungi HA HANA (1+n)

• Semua server SAP HANA (Compute Engine) cluster SAP HANA harus telah diaktifkan ke Layanan Pencadangan dan DR.
• Semua server SAP HANA (Compute Engine) dari cluster SAP HANA harus menginstal agen Backup dan DR.
• Semua server SAP HANA (Compute Engine) dari cluster SAP HANA harus menerapkan secret di bagian App Manage > Manage > Host > Backup and DR Backup and DR agent Settings > Secret.
• Port harus dibuka di host untuk mengizinkan komunikasi di port 5106. Hal ini memerlukan aturan firewall traffic masuk dengan appliance pencadangan/pemulihan sebagai sumber, host yang menjalankan agen Backup and DR sebagai target, dan port target adalah 5106. Selain itu, tidak perlu menambahkan port 5106 ke aturan ingress default yang dibuat untuk appliance pencadangan/pemulihan, karena aturan ini menentukan appliance pencadangan/pemulihan sebagai target.

Pasang image cadangan SAP HANA sebagai pemasangan standar

Pemasangan standar menyediakan disk gambar cadangan data, log aktif, dan volume log arsip ke target yang ditentukan. Anda dapat memasang image cadangan snapshot dari database SAP HANA sebagai pemasangan standar untuk:

• Operasi manual apa pun atau
• Untuk Memasang cadangan untuk pemeriksaan integritas

Pemeriksaan awal selama pemasangan

• Status konektivitas konektor: Pastikan agen Pencadangan dan DR diinstal dan secret diterapkan untuk konektivitas host antara appliance pencadangan/pemulihan dan agen Pencadangan dan DR.
• Lokasi pemasangan yang ditentukan tersedia untuk operasi pemasangan.
• Biner HANA telah diinstal
• Pastikan SID HANA yang sama dengan sumber tidak berjalan di target.
• Versi instance HANA lebih besar dari 2.0SP05.
• Pemeriksaan Izin di Project Sumber dan Target untuk layanan Cloud Storage

Pasang cadangan

Gunakan petunjuk ini untuk memasang cadangan:

1. Klik kanan database yang dilindungi dari daftar App Manager Applications, lalu pilih Access.

   Catatan: Anda dapat menggunakan filter status Managed Backup Plan untuk hanya menampilkan database yang dilindungi.

2. Pilih gambar snapshot, lalu pilih Pasang.

3. Di halaman Mount:

   • Nama project, Region, dan Zone: Pilih project, region, dan Zona instance tempat Anda ingin memasang image database HANA.
   • Nama Instance: Instance Compute Engine yang memenuhi syarat (node HANA) akan tersedia untuk dipilih di menu drop-down. Pilih node untuk pemasangan dari drop-down.

4. Atau, masukkan nama unik yang terkait dengan pemasangan di kolom Label.

5. DATABASE TENAN YANG DISERTAKAN hanya bersifat informatif, yang menampilkan daftar database tenan dalam image cadangan.

6. Di bagian Opsi Pemetaan:

   • Lokasi Pemasangan Volume DATA: Kolom ini diisi otomatis dengan jalur perangkat sumber dan jenis disk tempat volume data HANA dipasang.
   • Log Volume Mount Location: Kolom ini diisi otomatis dengan jalur perangkat sumber dan jenis disk tempat volume log aktif HANA dipasang.

   • Lokasi Pemasangan Volume Cadangan Log: Kolom ini diisi otomatis dengan jalur perangkat sumber dan jenis disk tempat volume cadangan log arsip HANA dipasang.

     • JALUR PERANGKAT: sudah diisi sebelumnya dengan JALUR PERANGKAT sumber. Berikan jalur yang tidak digunakan di target yang dipilih dan yang ingin Anda gunakan untuk memasang image snapshot DATA VOLUME, LOG VOLUME, dan LOG BACKUP VOLUME di server target.
     Catatan: Karakter khusus tanda hubung "-" (misalnya: data-1) tidak didukung di lokasi pemasangan perangkat.
     • JENIS DISK: telah diisi otomatis dengan nilai JENIS DISK sumber. Anda dapat mengubah jenis disk dengan memilih jenis yang berbeda dari nilai drop-down.

7. PEMERIKSAAN INTEGRITAS DATA SNAPSHOT: Secara default, nilai ditetapkan ke true. Jika Anda tidak ingin menjalankan pemeriksaan, tetapkan ini ke salah (false) dengan mengklik tombol alih. Alat ini akan menjalankan alat pemeriksaan persistensi SAP HANA hdbpersdiag API dengan opsi 'periksa semua'. Tindakan ini akan memverifikasi status data yang sehat dan volume log aktif dari image snapshot yang di-mount. Jika pemeriksaan awal menemukan kerusakan pada image, tugas pemasangan akan gagal dengan pesan error deskriptif.

   Hasil pemeriksaan integritas tersedia di bagian /var/act/log/(HANA sid)_dataintegrity_check.log dan /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.

8. Klik Pemeriksaan pra-cetak. Tindakan ini memvalidasi opsi yang diperlukan di server target agar pemasangan berhasil. Jika pemeriksaan pra-penerbangan gagal, pra-penerbangan akan menunjukkan pemeriksaan mana yang gagal sehingga Anda dapat memperbaikinya dan menjalankan ulang pra-penerbangan.

9. Klik Kirim. Anda dapat membuka Job Monitor untuk melihat progres dan detail tugas.

   Catatan: Pemeriksaan integritas dijelaskan secara mendetail di Memasang cadangan untuk pemeriksaan integritas.

Lepaskan image snapshot cadangan yang terpasang

Untuk menghapus atau menyimpan disk setelah pemasangan berhasil:

• Buka halaman Application > Access, lalu pilih gambar yang digunakan untuk pemasangan.
• Di halaman Akses di bagian drop-down Pemasangan aktif saat ini, pilih salah satu opsi:
  • Lepaskan & Hapus: Pilih opsi ini untuk melepaskan direktori pemasangan, melepaskan disk, dan menghapus disk dari server target.
  • Lupakan Pemasangan Aktif: Pilih opsi ini untuk membiarkan disk terpasang dan ter-mount, tetapi menghapus metadata dari Layanan Pencadangan dan DR. Anda harus menggunakan konsol Google Cloud untuk menghapus image ini dari instance target setelah operasi ini selesai.

Memasang cadangan untuk pemeriksaan integritas

Alat ini menjalankan alat pemeriksaan persistensi SAP HANA, hdbpersdiag, dengan opsi 'periksa semua' untuk memverifikasi status sehat volume data dari image snapshot yang di-mount. Jika pemeriksaan awal menemukan kerusakan pada image, tugas pemasangan akan gagal dengan pesan error deskriptif.

Meng-clone server database sumber sebagai server target baru untuk pemeriksaan integritas data

Buat clone server database sumber, lalu pasang cadangan ke target baru. Salinan ini akan memiliki konfigurasi yang sama dengan sumber dan tidak memerlukan prasyarat tambahan. Ini adalah praktik terbaik.

Prasyarat untuk pemasangan pemeriksaan integritas data jika cloning tidak memungkinkan

Jika server database sumber tidak dapat di-clone, pastikan prasyarat berikut ditetapkan di server target baru:

• Biner HANA harus dikonfigurasi di server target. Versi HANA harus sama dengan atau lebih besar dari instance HANA sumber.
• Pastikan konfigurasi HANA target memiliki DBID database tenant yang sama dengan DBID database tenant sumber.

• Jika volume data dan volume log database HANA sumber dienkripsi menggunakan enkripsi database HANA, Anda harus membuat file konfigurasi dengan kredensial kunci enkripsi di server HANA target. Ikuti langkah-langkah berikut di server HANA target:

  1. Buat file konfigurasi DB_DETAILS.lst di /hana/shared.
  2. Berikan izin baca 400 ke file konfigurasi (/hana/shared/DB_DETAILS.lst).

  3. Di file konfigurasi (/hana/shared/DB_DETAILS.lst), masukkan sandi dengan nama tenant:

     HANA SID Tenant name 'password'
     

     Misalnya, untuk instance HANA dengan SID "S82", DB_DETAILS.lst akan berisi baris berikut:

     S82 SYSTEMDB 'xxxxxxxx'

     S82 S82 'xxxxxx'

Dapatkah saya memasang kembali ke sumber untuk pemeriksaan integritas?

Tindakan ini tidak direkomendasikan. Memasang kembali ke sumber saat database sedang berjalan dapat merusak blok data karena nama VG volume data yang sama.

Jika Anda harus memasang kembali ke sumber, pastikan untuk mematikan instance HANA di sumber sebelum melakukan operasi pemasangan.

Hasil pemeriksaan integritas

Hasil pemeriksaan integritas tersedia di bagian /var/act/log/(HANA sid)_dataintegrity_check.log dan /usr/sap/(HANA sid)/HDB00/(host name)/trace/localclient.*.trc.

Memulihkan database SAP HANA

Sebelum Anda dapat memulihkan database SAP HANA dari image cadangan, tinjau persyaratan lisensi ini.

Persyaratan lisensi dan dampaknya pada pemulihan

• Kunci lisensi untuk database SAP HANA didasarkan pada ID sistem dan ID hardware. Setelah pemulihan, kunci lisensi SAP HANA menjadi tidak valid jika SID atau ID hardware telah berubah.
• Selama pemulihan, kunci lisensi sementara akan diinstal secara otomatis jika cadangan yang digunakan untuk pemulihan memiliki lisensi permanen, yang masih valid. Anda dapat menggunakan lisensi sementara yang diinstal secara otomatis hingga 90 hari. Selama waktu ini, Anda harus mengajukan permohonan ke SAP agar lisensi dari database sumber ditransfer ke kunci lisensi baru. Kemudian, Anda perlu menginstal kunci lisensi baru di database SAP HANA yang dipulihkan.
• Jika cadangan yang digunakan untuk pemulihan hanya memiliki lisensi sementara, database akan berada dalam mode lockdown segera setelah pemulihan.
• Database sumber dengan lisensi sementara Ini adalah cadangan yang diambil dengan lisensi sementara.
  • Pulihkan kembali ke sumber: 90 hari sejak waktu pembuatan database dan database dalam mode penguncian.
  • Memulihkan ke target baru: Gagal karena lisensi sementara SAP tidak mengizinkan pemulihan ke target baru.
• Database sumber dengan lisensi permanen Ini adalah cadangan yang diambil dengan lisensi permanen.
  • Pulihkan kembali ke sumber: Tidak ada masalah.
  • Pulihkan ke target baru: Target ini memiliki lisensi uji coba 90 hari. Pencadangan berhasil, tetapi Anda tidak dapat menggunakan cadangan baru untuk memulihkan.

Referensi SAP

• https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/19a0f5a85685453080f00087bb9b9c98.html
• https://help.sap.com/viewer/6b94445c94ae495c83a19646e7c3fd56/2.0.02/en-US/bddd0b28bb571014bd9592d247dcd403.html

Pemeriksaan preflight

Sebelum mengirimkan prosedur pemulihan, pemeriksaan pra-penerbangan memvalidasi prasyarat yang diperlukan agar pemulihan database berhasil.

• SID HANA: HANA dikonfigurasi di node target dengan nama SID HANA yang sama.
• Verifikasi Status Database: Database HANA tidak aktif dan berjalan.
• File konfigurasi: File konfigurasi global.ini tersedia di server target
• Jalur pencadangan log: Jalur pencadangan log ditetapkan di bagian global.ini
• Versi HANA: Versi HANA target sama dengan versi HANA sumber.
• USERSTOREKEY: Kunci userstore yang diberikan ada di target atau nama pengguna dan sandi istimewa yang valid ditentukan yang ada pada saat pencadangan.
• Untuk pemulihan ke target baru, pastikan Titik pemasangan yang ditentukan di opsi pemetaan tidak digunakan atau dipasang di server target.
• Verifikasi Detail Volume Data & Log: Jika jalur Volume Data & Log dalam file konfigurasi (global.ini) ditentukan selain jalur perangkat yang dipilih di opsi pemetaan, file konfigurasi (global.ini) akan diperbarui dengan jalur yang dipilih di opsi pemetaan.

• Status Node:

  • Konfigurasi peningkatan skala dan mandiri: Server HANA target aktif dan tersedia
  • Konfigurasi HA HANA (1+n): Memvalidasi bahwa replikasi dinonaktifkan. Replikasi harus dinonaktifkan sebelum pemulihan dapat dimulai. Replikasi setelah pemulihan harus dikonfigurasi ulang. Memulihkan ke node cluster HANA HA (1+n) akan menghasilkan pembuatan aplikasi mandiri di host target yang dipilih. Pengguna harus mengonfigurasi kembali cluster secara eksplisit sesuai kebutuhan dan menemukan aplikasi dengan tepat.
  Catatan: Untuk memastikan perlindungan cluster replikasi SAP HANA berfungsi dengan benar, setiap node dalam cluster harus dapat menyelesaikan nama host semua node lain dalam cluster.

Memulihkan database SAP HANA

1. Dari daftar App Manager Applications, klik kanan database, lalu pilih Access.
2. Pilih gambar cadangan yang akan dipulihkan, lalu pilih Pulihkan.

3. Di halaman Pulihkan, opsi yang tersedia adalah:

   • Pulihkan kembali ke sumber: Semua kolom telah diisi sebelumnya dengan nilai sumber instance SAP HANA yang dilindungi dan tidak dapat diubah kecuali opsi aplikasi.

   • Pulihkan ke target baru: Semua kolom telah diisi sebelumnya dengan nilai sumber instance SAP HANA yang dilindungi dan dapat diubah.

     Catatan: Sebelum memulihkan database SAP HANA ke server target baru, jika volume DATA, LOG Aktif, dan cadangan Log dienkripsi oleh enkripsi HANA, maka impor kunci enkripsi dari server database sumber ke server database target.
     Catatan: Memulihkan ke target baru akan menampilkan disk baru untuk volume data, log aktif, dan cadangan log. Disk yang ada akan tetap terpasang ke instance Compute Engine. Jika tidak diperlukan, pengguna harus melepaskan dan menghapus disk tersebut.
     Memulihkan ke sumber akan menghapus data yang ada, log aktif, dan volume cadangan log. Kemudian, disk akan membuat disk baru dari snapshot persistent disk dan menyediakannya untuk server.

   Opsi

   • Project name, Region, dan Zone:
     • Jika Anda memulihkan kembali ke sumber: Semua kolom telah diisi sebelumnya dengan nilai sumber instance SAP HANA yang dilindungi dan tidak dapat diubah.
     • Jika Anda memulihkan ke target baru: Untuk memulihkan ke target baru, pilih project, region, dan zona instance yang ingin Anda pulihkan database HANA-nya.
   • Nama Instance:
     • Jika Anda memulihkan kembali ke sumber: Instance Compute Engine sumber dipilih dan tidak dapat diubah.
     • Jika Anda memulihkan ke target baru: Instance Compute Engine yang memenuhi syarat (node HANA) akan tersedia untuk dipilih di menu drop-down. Pilih node untuk pemulihan dari drop-down.
   • Label: Secara opsional, masukkan nama unik yang akan dikaitkan dengan pemasangan ini.
   • Database Tenant yang Disertakan hanya berisi informasi, yang menampilkan daftar database tenant dalam image cadangan.
   • Ganti identitas Aplikasi Asli: Opsi ini hanya tersedia saat pemulihan dilakukan ke host baru pada perangkat cadangan/pemulihan yang sama tempat cadangan awalnya dibuat.
     • Ya: Opsi ini akan menggantikan aplikasi asli dengan aplikasi yang dipulihkan, yang akan memiliki ID aplikasi, jobhistory, gambar cadangan, dan paket pencadangan yang sama dengan aplikasi asli.
     • Tidak: Aplikasi ini tidak akan menggantikan aplikasi asli. Aplikasi ini akan ditemukan sebagai aplikasi baru sebagai bagian dari tugas pemulihan.

   Opsi Aplikasi

   • Waktu maju: Pilih tanggal dan waktu untuk database yang dilindungi dengan log untuk dipulihkan ke titik waktu yang diperlukan.

     Catatan: Saat memulihkan cadangan terbaru, kontrol teruskan akan disetel ke titik waktu terbaru. Untuk pemulihan pada titik waktu tertentu untuk image yang lebih lama, Anda harus memilih waktu teruskan.

   • TARGET DATABASE SID: Kolom ini diisi otomatis dengan nama SID database yang dilindungi dan tidak dapat diubah.

   • SAP DB USER STORE-KEY: Kolom ini telah diisi sebelumnya dengan kunci penyimpanan pengguna selama pencadangan. Kunci userstore baru dapat ditentukan dengan nama pengguna dan sandi istimewa yang tersedia selama pencadangan. Kunci userstore baru ini akan dibuat dan akan digunakan untuk pemulihan.

     • Jika nama pengguna dan sandi diberikan dengan kunci userstore yang ada, kunci userstore akan dibuat ulang dengan nama pengguna dan sandi ini. Validasi hanya akan dilakukan setelah systemdb dipulihkan. Pemulihan tenant mungkin gagal jika nama pengguna atau sandi tidak valid atau atau tidak berisi hak istimewa yang tepat dan atau tidak tersedia sebagai bagian dari image cadangan.
     • Jika kunci userstore baru dengan nama pengguna dan sandi ditentukan, maka kunci userstore akan dibuat dengan nama kunci userstore, nama pengguna, dan sandi yang ditentukan. Validasi hanya akan dilakukan setelah pemulihan systemdb. Pemulihan tenant mungkin gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat atau tidak tersedia sebagai bagian dari image cadangan.
     • Jika tidak ada userstorekey, nama pengguna, dan sandi yang diteruskan, maka selama pemeriksaan awal, validasi akan terjadi untuk memeriksa apakah userstorekey yang digunakan selama pencadangan ada di server target. Pemeriksaan awal gagal jika userstorekey yang digunakan selama pencadangan tidak ditemukan. Pemulihan tenant mungkin gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat atau tidak tersedia sebagai bagian dari image cadangan.
     • Jika tidak ada userstorekey yang diteruskan, tetapi nama pengguna dan sandi diberikan, maka userstorekey yang digunakan selama pencadangan akan dibuat ulang dengan kredensial yang diteruskan di server target. Pemulihan tenant mungkin gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat atau tidak tersedia sebagai bagian dari image cadangan.

   Opsi Pemetaan

   • Lokasi Pemasangan Volume DATA: Kolom ini diisi otomatis dengan jalur perangkat sumber dan jenis disk tempat volume data HANA dipasang.
   • Log Volume Mount Location: Kolom ini diisi otomatis dengan jalur perangkat sumber dan jenis disk tempat volume log aktif HANA dipasang.

   • Lokasi Pemasangan Volume cadangan log: Ini telah diisi otomatis dengan jalur perangkat sumber dan jenis disk tempat volume cadangan log arsip HANA dipasang.

     • Jalur Perangkat: Tidak dapat diubah untuk memulihkan kembali ke sumber. Hal ini dapat diubah selama pemulihan ke target baru.

       Catatan: Karakter khusus tanda hubung "-" (misalnya: data-1) tidak didukung di lokasi pemasangan perangkat.

     • Jenis Disk: Dapat diubah untuk dipulihkan kembali ke sumber. Hal ini dapat diubah selama pemulihan kembali ke sumber atau ke target baru. Jenis disk memungkinkan Anda memilih jenis penyimpanan blok pokok yang digunakan untuk data yang dipulihkan dari image cadangan.

   Memulihkan Konfigurasi HANA Kustom

   Image cadangan merekam setelan konfigurasi khusus pelanggan (file .ini yang telah diubah dari default). Anda dapat memilih untuk memulihkan setelan konfigurasi kustom yang diambil pada saat pencadangan.

4. Klik pemeriksaan pre-flight.

   • Jika pemeriksaan pra-peluncuran gagal, perbaiki masalahnya, lalu kirim ulang Pemeriksaan Pra-Peluncuran.
   • Jika pemeriksaan pra-penerbangan berhasil, klik Kirim untuk mengirimkan tugas pemulihan.