Memulihkan dan memulihkan instance Penyebaran Skala SAP HANA

Halaman ini berisi informasi tentang cara memulihkan instance Penyebaran Skala SAP HANA dari cadangan Layanan Pencadangan dan DR.

Persyaratan lisensi dan dampaknya terhadap 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 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 berlisensi baru di database SAP HANA yang dipulihkan.
  • Jika pencadangan yang digunakan untuk pemulihan hanya memiliki lisensi sementara, database akan langsung berada dalam mode penguncian setelah pemulihan.

Database sumber dengan lisensi sementara Ini adalah cadangan yang diambil dengan lisensi sementara.

  • Pulihkan kembali ke sumber.: Periode ini adalah 90 hari sejak pembuatan database dan database berada dalam mode penguncian.
  • Pulihkan ke target baru. Operasi ini gagal karena lisensi sementara SAP tidak mengizinkan pemulihan ke target baru.

Database sumber dengan lisensi permanen Ini adalah pencadangan yang diambil dengan lisensi permanen.

  • Pulihkan kembali ke sumber. Tidak ada masalah.
  • Pulihkan ke target baru Memiliki lisensi uji coba 90 hari. Pencadangan berhasil, tetapi pengguna tidak dapat menggunakan cadangan untuk memulihkan.

Referensi SAP

Pemeriksaan pra-penerbangan

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

  • HANA SID: HANA dikonfigurasi di 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 global.ini
  • BACKINT CONFIG:
    • Dari image tingkat volume: Backint tidak dikonfigurasi untuk database ini.
    • Dari image penuh+inkremental: Jika server target belum dikonfigurasi dengan backint, backint akan dikonfigurasi selama pemulihan.
  • HANA VERSION: Versi HANA target sama dengan versi HANA sumber.
  • USERSTOREKEY: Berikan kunci userstore yang ada di target atau nama pengguna dan sandi dengan hak istimewa yang valid dan 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 mandiri dan peningkatan skala: Node target aktif dan tersedia
    • Konfigurasi HA HANA (1+n): Replikasi harus dinonaktifkan sebelum pemulihan dapat dimulai. Replikasi pasca-pemulihan perlu 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

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 untuk pemulihan dari drop-down.

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

      • Ya. Tindakan ini akan menggantikan aplikasi asli dan akan membawa ID aplikasi, histori tugas, image cadangan, dan rencana cadangan yang sama dengan aplikasi asli.
      • Tidak. Tindakan ini tidak akan menggantikan aplikasi asli. Aplikasi ini akan ditemukan sebagai aplikasi baru sebagai bagian dari tugas pemulihan.
    • Waktu rollforward. Pilih tanggal dan waktu untuk database yang dilindungi dengan log yang akan dipulihkan.
    • TARGET DATABASE SID. 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 berhak istimewa yang tersedia selama pencadangan. Kunci userstore baru ini akan dibuat dan akan digunakan untuk pemulihan.

    • Jika nama pengguna, 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 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 yang ditentukan serta nama pengguna dan sandi. 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, selama prapemeriksaan, 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, 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 pra-penerbangan.

  • Jika pemeriksaan pra-penerbangan gagal, perbaiki masalahnya, lalu 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 hal berikut:
      • Untuk konfigurasi SAP HANA mandiri, Target diisi otomatis.
      • Untuk konfigurasi HANA HA (1+n), pilih node HANA HA tempat Anda ingin memulihkan dari daftar drop-down.
    • Waktu rollforward. Pilih tanggal dan waktu untuk database yang dilindungi dengan log yang akan dipulihkan.
    • TARGET DATABASE SID. 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 berhak 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 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 yang ditentukan serta nama pengguna dan sandi. 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, selama pra-pemeriksaan, validasi akan dilakukan untuk memeriksa apakah userstorekey yang digunakan selama pencadangan ada di server target. Pra-pemeriksaan 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, 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 Pemeriksaan Pra-Penerbangan.
    • Jika pemeriksaan pra-penerbangan gagal, perbaiki masalahnya, lalu kirim ulang Pemeriksaan Pra-Penerbangan.
    • Jika pemeriksaan pra-penerbangan berhasil, klik Kirim untuk mengirimkan tugas pemulihan.

Ke baru dari gambar cadangan penuh+inkremental

Pemulihan otomatis database HANA ke target baru 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 Pulihkan, pilih Pulihkan ke Target Baru.

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

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

      • Ya. Tindakan ini akan menggantikan aplikasi asli dan akan membawa ID aplikasi, histori tugas, image cadangan, dan rencana cadangan yang sama dengan aplikasi asli.
      • Tidak. Tindakan 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.

    • SERTAKAN DAFTAR. 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 PENGECUALIAN. Misalnya, memasukkan SYSTEMDB dalam daftar pengecualian akan mengecualikan SYSTEMDB dari pemulihan dan memulihkan semua database tenant yang dicadangkan.

      • Jika INCLUDE LIST dan EXCLUDE LIST kosong, SYSTEMDB dan semua tenant (tn1,tn2,tn3) akan dipulihkan.
      • Jika Anda ingin memulihkan satu tenant tn1, gunakan daftar yang disertakan dengan tn1.
      • Jika Anda ingin memulihkan tn2 dan tn3 serta mengecualikan SYSTEMDB dan tn1, gunakan daftar yang disertakan hanya dengan 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 rollforward. Pilih tanggal dan waktu untuk database yang dilindungi dengan log yang akan dipulihkan.

    • TARGET DATABASE SID. 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 berhak istimewa yang tersedia selama pencadangan. Kunci userstore baru ini akan dibuat dan akan digunakan untuk pemulihan.

      • Jika nama pengguna, 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 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.
      • 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 yang ditentukan, nama pengguna dan sandi akan diteruskan, lalu selama prapemeriksaan, validasi akan dilakukan untuk memeriksa apakah userstorekey yang digunakan selama pencadangan ada di server target. Prapemeriksaan 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, 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, tidak berisi hak istimewa yang tepat, atau tidak tersedia sebagai bagian dari image cadangan.

  4. Klik Pemeriksaan Pra-Penerbangan.

    • Jika pemeriksaan pra-penerbangan gagal, perbaiki masalahnya, lalu 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 App Manager, daftar Applications, klik kanan database, lalu pilih Access.
  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 diisi otomatis.
      • Untuk konfigurasi HANA HA (1+n), node HANA HA akan tersedia untuk dipilih di menu drop-down. Pilih node untuk pemulihan dari drop-down.

    • Untuk INCLUDE LIST, guna 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 PENGECUALIAN. Misalnya, memasukkan SYSTEMDB dalam daftar pengecualian akan mengecualikan SYSTEMDB dari pemulihan dan memulihkan semua database tenant yang dicadangkan.

      • Jika INCLUDE LIST dan EXCLUDE LIST kosong, SYSTEMDB dan semua tenant (tn1,tn2,tn3) akan dipulihkan.
      • Jika Anda ingin memulihkan satu tenant tn1, gunakan daftar yang disertakan dengan tn1.
      • Jika Anda ingin memulihkan tn2 dan tn3 serta mengecualikan SYSTEMDB dan tn1, gunakan daftar yang disertakan hanya dengan 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 database yang dilindungi dengan log yang akan dipulihkan.

    • 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, kunci ini akan diisi otomatis dengan kunci userstore selama pencadangan. Kunci userstore baru dapat ditentukan dengan nama pengguna dan sandi berhak 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, selama pra-pemeriksaan, validasi akan dilakukan untuk memeriksa apakah kunci userstore 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, 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.
      • 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 pencadangan.

  4. Klik Pemeriksaan Pra-Penerbangan.

    • 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 satu tenant secara manual kembali ke sumber dari image cadangan tingkat volume.

Prosedur

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

  1. Dari Pengelola Aplikasi, daftar Aplikasi, klik kanan database, lalu pilih Akses.
  2. Dari runway, pilih snapshot terbaru yang akan dipulihkan, lalu pilih Mount 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 untuk 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, DB Tenant akan dipulihkan ke titik waktu tertentu dan tersedia untuk diakses.
  2. Buka konsol pengelolaan dan lepas dan hapus image cadangan.

Meninjau status pencadangan di SAP HANA Studio

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

  1. Di HANA Studio, buka folder Backup.

  2. Buka tab Katalog cadangan.

    Tab Katalog cadangan menampilkan status cadangan 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 nonaktif. Anda harus mengaktifkan perlindungan dari Pengelola Aplikasi > Aplikasi > Kelola Pencadangan agar pencadangan dapat mulai berjalan.

Konfigurasi HA HANA (1+n)

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

Memulihkan ke database HANA target baru—mandiri atau cluster

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

Memulihkan ke Node A utama

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

Memulihkan ke Node B sekunder

  • Node B harus dibatalkan pendaftarannya. Jika tidak, pengambilalihan harus dijalankan di Node B sebelum memulihkan ke Node B.
  • Matikan 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 terdaftar ke Node B dengan Node A sebagai sekunder.

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

  • Agar Node A dan Node B tetap 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—adm pengguna.
  2. Hentikan sistem sekunder: sapcontrol –nr -function StopSystem HDB.
  3. Di sistem sekunder, batalkan pendaftaran sistem sekunder: hdbnsutil -sr_unregister --id=(secondarySiteID).
  4. Nonaktifkan replikasi sistem di sistem utama: hdbnsutil –sr_disable.

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

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

Dokumentasi Backup and DR Service untuk SAP HANA Scale-Out

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