Memulihkan dan memulihkan instance penyebaran skala SAP HANA

Halaman ini mencakup informasi tentang memulihkan instance penyebaran skala SAP HANA dari cadangan Layanan Pencadangan dan DR.

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.: Sudah 90 hari sejak pembuatan database dan database dalam mode penguncian.
  • Pulihkan ke target baru. Proses ini 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 pengguna tidak dapat menggunakan cadangan untuk memulihkan.

Referensi SAP

Pemeriksaan preflight

Selama prosedur pemulihan, pemeriksaan pra-penerbangan akan memvalidasi pemulihan. Prasyarat yang diperlukan ini diperiksa agar pemulihan database berhasil:

  • SID HANA: HANA dikonfigurasi pada node target dengan nama SID HANA yang sama.
  • File konfigurasi: File konfigurasi global.ini dikonfigurasi dengan benar
  • Jalur pencadangan log: Jalur pencadangan log ditetapkan di bagian global.ini
  • KONFIGURASI BACKINT:
    • Dari gambar tingkat volume: Backint tidak dikonfigurasi untuk database ini.
    • Dari image inkremental+lengkap: Jika server target belum dikonfigurasi dengan backint, backint akan dikonfigurasi selama pemulihan.
  • VERSI HANA: Versi HANA target sama dengan versi HANA sumber.
  • USERSTOREKEY: Pastikan kunci userstore ada di target atau nama pengguna dan sandi istimewa yang valid ditentukan yang ada pada saat pencadangan.
  • Volume logis
    • Nama volume logis dan nama grup volume harus sama di node sumber dan target.
    • Ukuran volume logis pada target harus sama dengan atau lebih besar dari volume logis sumber.
  • Status Node
    • Konfigurasi peningkatan skala dan mandiri: Node target aktif dan tersedia
    • Konfigurasi HA HANA (1+n): Replikasi harus dinonaktifkan sebelum pemulihan dapat dimulai. Replikasi setelah pemulihan perlu dikonfigurasi ulang. Pemulihan 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

Pemulihan otomatis database SAP HANA

Sebelum memulai

Ke baru dari image cadangan tingkat volume

Pemulihan otomatis database HANA ke target baru dari image cadangan tingkat volume

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

  3. Di halaman Pulihkan, pilih Pulihkan Kembali ke Target Baru.

    • Target. Untuk semua konfigurasi, node HANA yang memenuhi syarat akan tersedia untuk dipilih di menu drop-down. Pilih node yang akan dipulihkan dari drop-down.

    • Ganti identitas Aplikasi Asli. Opsi ini hanya tersedia jika pemulihan dilakukan ke host baru di appliance yang sama tempat pencadangan awalnya dibuat.

      • Ya. Tindakan ini akan menggantikan aplikasi asli dan akan membawa ID aplikasi, jobhistory, image cadangan, dan rencana 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.
    • Waktu penerusan. Pilih tanggal dan waktu untuk memulihkan database yang dilindungi dengan log.
    • SID DATABASE TARGET. Kolom ini akan diisi otomatis dengan nama sid database yang dilindungi dan tidak dapat diubah.

    • SAP DB USER STORE-KEY. Kolom ini akan diisi otomatis 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 penyimpanan pengguna yang ada, kunci penyimpanan pengguna akan dibuat ulang dengan nama pengguna dan sandi ini. Validasi hanya akan dilakukan setelah systemdb dipulihkan. Pemulihan tenant dapat gagal jika nama pengguna atau sandi tidak valid 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 dan nama pengguna serta sandi yang ditentukan. Validasi hanya akan dilakukan setelah pemulihan systemdb. Pemulihan tenant dapat 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 dilakukan untuk memeriksa apakah userstorekey yang digunakan selama pencadangan ada di server target. Pemeriksaan awal akan gagal jika userstorekey yang digunakan selama pencadangan tidak ditemukan. Pemulihan tenant dapat 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 dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat dan/atau tidak tersedia sebagai bagian dari image cadangan.

  4. Klik pemeriksaan pre-flight.

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

Untuk mengambil sumber dari image cadangan tingkat volume

Pemulihan otomatis database HANA ke sumber dari image cadangan tingkat volume

  1. Dari Pengelola Aplikasi, daftar Aplikasi, klik kanan database, lalu pilih Akses. Dari snapshot terbaru yang akan dipulihkan, pilih Pulihkan.

  2. Di halaman Restore, pilih Restore Back to Source.

    • Target. selesaikan langkah-langkah berikut:
      • Untuk konfigurasi SAP HANA mandiri, Target sudah diisi sebelumnya.
      • Untuk konfigurasi HA HANA (1+n), pilih node HA HANA yang akan dipulihkan dari daftar drop-down.
    • Waktu penerusan. Pilih tanggal dan waktu untuk memulihkan database yang dilindungi dengan log.
    • SID DATABASE TARGET. Kolom ini akan diisi otomatis dengan nama sid database yang dilindungi dan tidak dapat diubah.
    • SAP DB USER STORE-KEY. Kolom ini akan diisi otomatis 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 dapat gagal jika nama pengguna atau sandi tidak valid 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, kunci userstore akan dibuat dengan nama kunci userstore, nama pengguna, dan sandi yang ditentukan. Validasi hanya akan dilakukan setelah pemulihan systemdb. Pemulihan tenant dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat dan atau tidak tersedia sebagai bagian dari image cadangan.
      • Jika tidak ada userstorekey, nama pengguna, dan sandi yang diteruskan, maka selama pra-pemeriksaan, validasi akan dilakukan untuk memeriksa apakah userstorekey yang digunakan selama pencadangan ada di server target. Pemeriksaan awal akan gagal jika userstorekey yang digunakan selama pencadangan tidak ditemukan. Pemulihan tenant dapat gagal jika kredensial tidak valid atau tidak berisi hak istimewa yang tepat dan/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 dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat dan atau tidak tersedia sebagai bagian dari image cadangan.
    1. Klik Pre-Flight Check.
    • Jika pemeriksaan pra-penerbangan gagal, perbaiki masalahnya dan kirim ulang Pemeriksaan Pra-Penerbangan.
    • Jika pemeriksaan pra-penerbangan berhasil, klik Kirim untuk mengirimkan tugas pemulihan.

Ke baru dari image cadangan penuh+inkremental

Pemulihan otomatis database HANA ke target baru dari image cadangan penuh+inkremental

  1. Dari Pengelola Aplikasi konsol pengelolaan, daftar Aplikasi, klik kanan database, lalu pilih Akses.
  2. Pilih snapshot terbaru yang akan dipulihkan, lalu pilih Pulihkan.

  3. Di halaman Pulihkan, pilih Pulihkan ke Target Baru.

    • Target. Untuk konfigurasi HANA mandiri, kolom ini sudah terisi. Node HA HANA akan tersedia untuk dipilih di menu drop-down; pilih node untuk dipulihkan dari menu drop-down.

    • Ganti Identitas Asli. Opsi ini hanya tersedia saat pemulihan dilakukan ke host baru di perangkat cadangan/pemulihan yang sama tempat cadangan dibuat.

      • Ya. Tindakan ini akan menggantikan aplikasi asli dan akan membawa ID aplikasi, histori tugas, image 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. Setelah pemulihan HA HANA, node akan menjadi mandiri dan mempertahankan appid cluster yang sama. Jika Anda mengaktifkan replikasi, penemuan berikutnya akan menemukan cluster dan terus menggunakan appid yang sama dengan host cluster.

    • DAFTAR SERTAKAN. Untuk memulihkan SYSTEMDB dengan atau tanpa satu atau beberapa database tenant dari n database tenant, berikan daftar database yang dipisahkan koma di bagian INCLUDE.

    • Untuk DAFTAR PENGECUALIAN, untuk mengecualikan SYSTEMDB atau satu atau beberapa database tenant selama pemulihan dari n database tenant: berikan daftar database yang dipisahkan koma di bagian EXCLUDE. Misalnya, menempatkan SYSTEMDB dalam daftar pengecualian akan mengecualikan SYSTEMDB dari pemulihan dan memulihkan semua database tenant yang dicadangkan.

      • Jika INCLUDE LIST dan EXCLUDE LIST kosong, maka SYSTEMDB dan semua tenant (tn1,tn2,tn3) akan dipulihkan.
      • Jika Anda ingin memulihkan satu tenant tn1, gunakan daftar penyertaan dengan tn1.
      • Jika Anda ingin memulihkan tn2 dan tn3 serta mengecualikan SYSTEMDB dan tn1, gunakan daftar sertakan dengan hanya tn2 dan tn3.
      • Jika Anda hanya ingin memulihkan semua tenant (tn1,tn2,tn3) dan mengecualikan SYSTEMDB, maka kecualikan SYSTEMDB atau sertakan tn1, tn2, tn3.

    • Waktu penerusan. Pilih tanggal dan waktu untuk memulihkan database yang dilindungi dengan log.

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

    • KUNCI USERSTORE DB SAP. Kolom ini akan diisi otomatis 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 penyimpanan pengguna yang ada, kunci penyimpanan pengguna akan dibuat ulang dengan nama pengguna dan sandi ini. Validasi hanya akan dilakukan setelah SYSTEMDB dipulihkan. Pemulihan tenant dapat gagal jika nama pengguna atau sandi tidak valid 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, kunci userstore akan dibuat dengan nama kunci userstore, nama pengguna, dan sandi yang ditentukan. Validasi hanya akan dilakukan setelah pemulihan SYSTEMDB. Pemulihan tenant dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat dan atau tidak tersedia sebagai bagian dari image cadangan.
      • Jika userstorekey tidak ditentukan, nama pengguna dan sandi akan diteruskan, lalu selama pemeriksaan awal, validasi akan terjadi untuk memeriksa apakah userstorekey yang digunakan selama pencadangan ada di server target. Pemeriksaan awal akan gagal jika userstorekey yang digunakan selama pencadangan tidak ditemukan. Pemulihan tenant dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat dan/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 dapat gagal jika nama pengguna atau sandi tidak valid, jika tidak berisi hak istimewa yang tepat, atau jika tidak tersedia sebagai bagian dari image cadangan.

  4. Klik Pre-Flight Check.

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

Untuk mengambil sumber dari image cadangan penuh+inkremental

Pemulihan otomatis database HANA kembali ke sumber dari image cadangan penuh+inkremental

  1. Dari konsol pengelolaan Pengelola Aplikasi, daftar Aplikasi, klik kanan database, lalu pilih Akses.
  2. Pilih snapshot terbaru yang akan dipulihkan, lalu pilih Pulihkan.

  3. Di halaman Restore, pilih Restore Back to Source.

    • Untuk Target, selesaikan langkah-langkah berikut:

      • Untuk konfigurasi HANA mandiri, kolom ini sudah terisi.
      • Untuk konfigurasi HA HANA (1+n), node HA HANA akan tersedia untuk dipilih di menu drop-down. Pilih node yang akan dipulihkan dari drop-down.

    • Untuk DAFTAR YANG DISERTAKAN, untuk memulihkan SYSTEMDB atau satu atau beberapa database tenant dari n database tenant, berikan daftar database yang dipisahkan koma di bagian INCLUDE.

    • Untuk DAFTAR PENGECUALIAN, untuk mengecualikan SYSTEMDB atau satu atau beberapa database tenant selama pemulihan dari n database tenant: berikan daftar database yang dipisahkan koma di bagian EXCLUDE. Misalnya, menempatkan SYSTEMDB dalam daftar pengecualian akan mengecualikan SYSTEMDB dari pemulihan dan memulihkan semua database tenant yang dicadangkan.

      • Jika INCLUDE LIST dan EXCLUDE LIST kosong, maka SYSTEMDB dan semua tenant (tn1,tn2,tn3) akan dipulihkan.
      • Jika Anda ingin memulihkan satu tenant tn1, gunakan daftar penyertaan dengan tn1.
      • Jika Anda ingin memulihkan tn2 dan tn3 serta mengecualikan SYSTEMDB dan tn1, gunakan daftar sertakan dengan hanya tn2 dan tn3.
      • Jika Anda hanya ingin memulihkan semua tenant (tn1,tn2,tn3) dan mengecualikan SYSTEMDB, maka kecualikan SYSTEMDB atau sertakan tn1, tn2, tn3.

    • Untuk waktu Rollforward, pilih tanggal dan waktu untuk memulihkan database yang dilindungi dengan log.

    • Untuk TARGET DATABASE SID, kolom ini akan diisi otomatis dengan nama sid database yang dilindungi dan tidak dapat diubah.

    • Untuk SAP DB USER STORE-KEY, kolom ini akan diisi otomatis dengan kunci userstore 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 pulih. Pemulihan tenant dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat atau tidak tersedia sebagai bagian dari image cadangan.
      • Jika kunci userstore baru dengan nama pengguna dan sandi ditentukan, kunci userstore akan dibuat dengan nama kunci userstore, nama pengguna, dan sandi yang ditentukan. Validasi hanya akan dilakukan setelah pemulihan systemdb. Pemulihan tenant dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat dan/atau tidak tersedia sebagai bagian dari image cadangan.
      • Jika tidak ada kunci userstore, 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 akan gagal jika userstorekey yang digunakan selama pencadangan tidak ditemukan. Pemulihan tenant dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat dan/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 dapat gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak akses yang tepat dan atau tidak tersedia sebagai bagian dari image cadangan.
      • Dengan pemulihan SYSTEMDB, kunci hdbuserstore divalidasi di akhir pemulihan SYSTEMDB dan sebelum memulai pemulihan tenant. Pemulihan tenant mungkin gagal jika nama pengguna atau sandi tidak valid atau tidak berisi hak istimewa yang tepat dan atau tidak tersedia sebagai bagian dari image cadangan.

  4. Klik Pre-Flight Check.

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

Pemulihan manual database tenant SAP HANA

Anda dapat memulihkan database tenant tunggal secara manual kembali ke sumber dari image cadangan tingkat volume.

Untuk memulihkan database tenant tunggal, selesaikan langkah-langkah berikut:

  1. Dari Pengelola Aplikasi, daftar Aplikasi, klik kanan database, lalu pilih Akses.
  2. Dari platform, pilih snapshot terbaru yang akan dipulihkan, lalu pilih Pasang di sebelah kanan.
  3. Di halaman Mount, nonaktifkan Application Options, dan di bagian Mount Options, tetapkan lokasi pemasangan seperti /testmnt.
  4. Login ke server sebagai root dan ubah direktori ke /act/custom_apps/saphana/restore: cd /act/custom_apps/saphana/restore
  5. Jalankan skrip untuk pemulihan:
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

Deskripsi argumen ke skrip:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

Contoh: ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. Setelah skrip selesai, Tenant DB akan dipulihkan ke titik waktu tersebut dan tersedia untuk diakses.
  2. Buka konsol pengelolaan, lalu lepaskan dan hapus image cadangan.

Pemulihan manual database SAP HANA dari cadangan dump backint Full+Incremental

Anda dapat memulihkan database secara manual kembali ke sumber dari cadangan dump Full+Incremental.

Untuk memulihkan database HANA dari cadangan dump Full+Incremental, gunakan skrip ini:

      /act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh HANA SID Port number HANA UserStore Key  Exclude DB list Include DB list HANA version HANA DB backup mount point
      Recovery time in 'yyyy-mm-dd HH:MI:SS' HANA Log backup mount point

Contoh:

/act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh GP1 HDB00 ACTBACKUP "null" "null" 2.0 /act/mnt/Job_23867989_mountpoint_1739957140744 '2025-02-12 09:30:00' /act/mnt/Job_23867989_mountpoint_1739957130467

Tinjau status cadangan Anda di SAP HANA Studio

Anda dapat meninjau status pencadangan, metadata, dan image cadangan di HANA Studio, tetapi Anda tidak dapat mengakses image cadangan Layanan Pencadangan dan DR dari HANA Studio. Anda harus mengakses image cadangan untuk pemulihan atau penggunaan lain dari konsol pengelolaan.

  1. Di HANA Studio, buka folder Backup.

  2. Buka tab Katalog cadangan.

    Tab Katalog cadangan menampilkan status pencadangan Anda dan detail seperti waktu mulai, durasi, ukuran, jenis cadangan, dan tujuan.

Perilaku pemulihan HANA dan HANA HA 1+n

Bagian ini mencakup informasi tentang perilaku pemulihan HANA dan HANA HA 1+n.

Semua konfigurasi HANA

Memulihkan ke target baru dengan opsi Kelola Aplikasi Baru diaktifkan:

  • Aplikasi yang dipulihkan dilindungi, tetapi bagian Detail & Setelan Aplikasi hanya memiliki nilai default. Anda harus menetapkan nilai yang diperlukan secara manual di bagian Detail & Setelan Aplikasi setelah pemulihan agar pencadangan berhasil dengan benar.
  • Perlindungan aplikasi yang dipulihkan akan berada dalam status dinonaktifkan. Anda harus mengaktifkan perlindungan dari Pengelola Aplikasi > Aplikasi > Kelola Paket Pencadangan agar pencadangan mulai berjalan.

Konfigurasi HA HANA (1+n)

Untuk cluster HANA 1+1 dengan Node A sebagai yang utama dan Node B sebagai yang sekunder—Node A —-> Node B—cluster ditemukan sebagai aplikasi di bagian Backup and DR Service dan pencadangan berjalan dari Node A—yang utama.

Memulihkan ke database HANA target baru: mandiri atau cluster

Jika target baru ditemukan sebagai aplikasi atau dilindungi, maka sebelum pemulihan, aplikasi ini harus dibatalkan perlindungannya dan dihapus dari Pencadangan dan DR. Tugas akan gagal jika aplikasi target baru ada.

Pulihkan ke primer Node A

  • Node B harus dibatalkan pendaftarannya dari cluster sebelum menjalankan pemulihan ke Node A.
  • Node A menjadi aplikasi mandiri setelah dipulihkan ke Node A.
  • Node B harus didaftarkan ke Node A dengan Node B sebagai sekunder dan penemuan paksa harus dijalankan di Node A untuk melanjutkan sebagai pencadangan cluster.

Memulihkan ke sekunder Node B

  • Node B harus dibatalkan pendaftarannya atau pengambilalihan harus dijalankan di Node B sebelum memulihkan ke Node B.
  • Nonaktifkan Node A sebelum memulihkan ke Node B, dan tambahkan Node A sebagai sekunder ke Node B setelah pemulihan.
  • Node B adalah aplikasi mandiri setelah operasi pemulihan. Node A harus didaftarkan ke Node B dengan Node A sebagai sekunder.

  • Jalankan penemuan dari Node B untuk menemukannya kembali sebagai aplikasi cluster.

  • Untuk mempertahankan Node A dan Node B sebagai aplikasi mandiri dan terlindungi, jalankan penemuan di Node A dan Node B setelah pemulihan tanpa mengaktifkan replikasi.

Cara menonaktifkan replikasi sistem SAP HANA untuk pemulihan

  1. Login ke kedua sistem sebagai pengguna sistem operasi—pengguna adm.
  2. Hentikan sistem sekunder: sapcontrol –nr -function StopSystem HDB.
  3. Pada sistem sekunder, batalkan pendaftaran sistem sekunder: hdbnsutil -sr_unregister --id=(secondarySiteID).
  4. Nonaktifkan replikasi sistem pada sistem utama: hdbnsutil –sr_disable.

  5. Periksa replikasi sistem, dengan salah satu skrip berikut:

    • Skrip systemReplicationStatus.py. Skrip ini menampilkan status replikasi dan informasi database
    • Skrip hdbnsutil -sr_state. Skrip ini menampilkan detail pemetaan host dan peran node replikasi.

Dokumentasi Backup and DR Service untuk penyebaran skala SAP HANA

Halaman ini adalah salah satu dari serangkaian halaman khusus untuk melindungi dan memulihkan instance scale-out SAP HANA dengan Layanan Backup dan DR. Anda dapat menemukan informasi tambahan di halaman berikut: