Pencadangan dan pemulihan untuk SAP HANA di instance bare metal

Dokumen ini menjelaskan strategi pencadangan dan pemulihan yang direkomendasikan oleh Google Cloud, termasuk praktik terbaik, untuk sistem SAP HANA Anda yang berjalan di instance bare metal Compute Engine, yang tersedia dengan C3 dan X4.

Instance bare metal Compute Engine memungkinkan Anda menjalankan beban kerja SAP HANA multi-terabyte. Oleh karena itu, untuk beban kerja yang begitu besar, setelan dan pendekatan tertentu diperlukan untuk mengoptimalkan operasi pencadangan dan pemulihannya.

Dokumen ini ditujukan untuk administrator SAP Basis yang ingin mengoptimalkan sistem SAP HANA yang berjalan di instance bare metal. Untuk mengetahui informasi tentang pencadangan dan pemulihan SAP HANA yang bukan deployment tertentu pada instance bare metal, lihat Pencadangan dan pemulihan.

Untuk informasi tentang instance bare metal Compute Engine yang disertifikasi oleh SAP untuk digunakan dengan SAP HANA, lihat Jenis mesin bare metal untuk SAP HANA.

Tabel berikut menjelaskan strategi pencadangan yang direkomendasikan Google Cloud untuk sistem SAP HANA yang berjalan di instance bare metal C3 dan X4. Untuk menghindari pertentangan resource, buat cadangan selama periode aktivitas pemrosesan yang lebih rendah.

Frekuensi Aktivitas
Mingguan, minimal sekali Membuat pencadangan sistem lengkap. Anda dapat melakukannya dengan menggunakan fitur Backint dari Agen Google Cloud untuk SAP.
Setiap hari, minimal sekali Buat cadangan berbasis snapshot dari volume data SAP HANA. Anda dapat melakukannya dengan menggunakan fitur snapshot disk dari Agen Google Cloud untuk SAP.
Setiap hari secara bergantian, minimal sekali Buat cadangan delta volume data SAP HANA.
Setiap 15 menit atau kurang, bergantung pada konfigurasi database Anda untuk interval pencadangan log, atau saat segmen log SAP HANA penuh Buat cadangan log SAP HANA. Anda dapat melakukannya dengan menggunakan fitur Backint dari Agen Google Cloud untuk SAP.
Minimal sekali selama siklus retensi cadangan Lakukan hal berikut:
  • Uji konsistensi pencadangan Anda.
  • Uji pencadangan Anda dengan melakukan operasi pemulihan pengujian. Tindakan ini membantu memverifikasi bahwa cadangan dapat digunakan untuk memulihkan database Anda.

Strategi pencadangan ini didasarkan pada pertimbangan berikut:

  • Snapshot disk standar menyediakan salinan data tepat waktu perangkat blok inkremental. Mekanisme ini memungkinkan metode yang jauh lebih cepat dan lebih hemat resource untuk mentransfer data dalam jumlah besar dari penyimpanan blok utama SAP HANA ke lokasi sekunder yang tahan lama seperti Cloud Storage. Hal ini diperlukan untuk strategi pemulihan dari bencana yang andal.
  • Karena pencadangan berbasis snapshot disk tidak melakukan pemeriksaan integritas logis pada tingkat halaman atau blok, setiap inkonsistensi atau kerusakan dalam volume data SAP HANA Anda akan disalin ke snapshot disknya. Di sinilah cadangan sistem lengkap menjadi diperlukan. Pencadangan sistem lengkap mingguan berbasis Backint memberikan pemeriksaan konsistensi implisit dan cara terverifikasi untuk memulihkan database SAP HANA Anda jika terjadi kerusakan logis dalam snapshot volume data SAP HANA Anda.
  • Untuk memulihkan database ke titik waktu tertentu, yang memungkinkan Anda memenuhi tujuan RPO, Anda dapat menggabungkan pencadangan volume log SAP HANA berbasis Backint dengan pencadangan snapshot disk atau pencadangan database lengkap berbasis Backint.

Batasan

Ada beberapa batasan yang berlaku untuk pencadangan dan pemulihan berbasis snapshot disk saat menggunakan Agen Google Cloud untuk SAP. Untuk mengetahui informasi tentang batasan ini, lihat Batasan.

Penyesuaian

Untuk menyesuaikan tujuan RTO atau RPO organisasi Anda, Anda dapat menyesuaikan strategi pencadangan yang direkomendasikan dalam dokumen ini dengan membuat pencadangan tambahan berbasis snapshot disk atau Backint.

Untuk informasi tentang cara menggunakan Agen Google Cloud untuk SAP guna membuat cadangan ini, lihat hal berikut:

Praktik terbaik

Berikut adalah praktik terbaik pencadangan dan pemulihan yang direkomendasikan Google Cloud untuk sistem SAP HANA yang berjalan di instance bare metal:

  • Konfigurasi backint: Untuk mencapai performa maksimum selama operasi pencadangan dan pemulihan berbasis Backint, Anda harus melakukan konfigurasi berikut:

    • Untuk pencadangan log, sebaiknya buat file konfigurasi Backint terpisah dan tentukan jalurnya ke parameter log_backup_parameter_file dalam file global.ini SAP HANA. Kemudian, di file konfigurasi Backint, tetapkan parameter value berikut:

      Parameter Nilai
      parallel_streams 32
      xml_multipart_upload true
      rate_limit_mb 2500

    • Untuk pencadangan data, sebaiknya tetapkan nilai parameter berikut dalam file global.ini SAP HANA:

      Parameter Nilai
      parallel_data_backup_backint_channels 32

  • Pemeriksaan konsistensi dan integritas: Untuk memastikan bahwa pencadangan Anda dapat digunakan untuk memulihkan database dari bencana di masa mendatang, Anda perlu melakukan pemeriksaan konsistensi dan integritas berkala pada pencadangan. Metode yang Anda gunakan untuk melakukan pemeriksaan ini bergantung pada metode yang Anda gunakan untuk membuat pencadangan.

    • Untuk cadangan berbasis Backint, pemeriksaan konsistensi dilakukan selama pembuatan cadangan.

      Untuk memeriksa integritas pencadangan berbasis Backint, Anda dapat menggunakan alat hdbbackupcheck. Alat ini secara otomatis melakukan pemeriksaan integritas saat pencadangan data dan log Anda dibuat. Jika pemeriksaan integritas berhasil, file cadangan akan ditulis ke tujuan pencadangan, seperti Cloud Storage.

    • Untuk memeriksa konsistensi cadangan berbasis snapshot disk, Anda dapat menggunakan alat hdbpersdiag. Untuk informasi tentang praktik terbaik terkait pencadangan dan pemulihan berbasis snapshot disk, lihat Praktik terbaik.

      Untuk informasi tentang cara memvalidasi konsistensi snapshot menggunakan Agen Google Cloud untuk SAP, lihat Memvalidasi konsistensi snapshot.

      Meskipun metode ini untuk melakukan pemeriksaan konsistensi memerlukan waktu dan upaya manual yang cukup lama, metode ini diperlukan karena cadangan berbasis snapshot tidak otomatis diperiksa konsistensinya selama pembuatan cadangan, tidak seperti cadangan berbasis Backint.

  • Pemeriksaan kemampuan pemulihan pencadangan: Untuk memastikan bahwa Anda dapat memenuhi tujuan RPO, Anda harus memastikan bahwa cadangan tersedia dan dapat digunakan. Untuk melakukannya, Anda dapat menggunakan alat hdbbackupdiak SAP.

  • Pengelolaan katalog cadangan: Untuk menghindari masalah yang mungkin Anda alami karena banyaknya entri dan data dalam katalog cadangan SAP HANA, Anda harus mengelola katalog cadangan dan penyimpanan cadangan. Untuk mengetahui informasi selengkapnya, lihat dokumen SAP Housekeeping for Backup Catalog and Backup Storage.

    Menghapus entri snapshot penyimpanan dari katalog cadangan SAP HANA tidak akan menghapus snapshot disk yang disimpan di Google Cloud. Untuk informasi cara menghapus snapshot disk, lihat Menghapus snapshot.

  • Enkripsi database: SAP HANA memungkinkan Anda mengenkripsi volume data, volume log, dan cadangan database. Mengaktifkan enkripsi pada volume data dan pencadangan database dapat berdampak negatif pada performa operasi pencadangan dan pemulihan. Pastikan untuk mempertimbangkan dampak ini saat menentukan persyaratan RTO, atau strategi pencadangan Anda.

    Meskipun Google Cloud juga menyediakan opsi untuk mengenkripsi disk dan snapshot disk yang terkait dengan sistem SAP HANA Anda, dampaknya terhadap performa operasi pencadangan dan pemulihan minimal.

  • Enkripsi cadangan: Cadangan berbasis snapshot disk dan pencadangan terenkripsi dalam penyimpanan secara default. Namun, untuk membuatnya lebih aman, Anda dapat mempelajari opsi tambahan. Untuk informasi tentang opsi ini, termasuk dampaknya terhadap performa database, lihat hal berikut:

  • Retensi jangka panjang: Untuk mempertahankan cadangan dalam jangka waktu yang lebih lama, lihat hal berikut:

    • Untuk pencadangan berbasis Backint yang disimpan di Cloud Storage, Anda dapat menentukan retensi jangka panjang dengan menetapkan kebijakan retensi di bucket Cloud Storage. Kebijakan retensi menentukan berapa lama objek dalam bucket akan dipertahankan. Untuk mengetahui informasi tentang cara mengonfigurasi kebijakan retensi bucket, lihat Kunci bucket.

    • Pencadangan berbasis snapshot disk dipertahankan secara default. Anda perlu membuat kebijakan retensi sendiri dan menghapusnya secara manual setelah tidak memerlukannya. Menghapus snapshot lama tidak akan membatalkan snapshot yang lebih baru. Untuk mengetahui informasi selengkapnya, lihat Penghapusan snapshot. Untuk informasi tentang cara menghapus snapshot, atau cara menghapus beberapa snapshot berdasarkan filter, lihat Mengelola snapshot disk.