Pencadangan dan pemulihan untuk SAP HANA pada instance bare metal

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

Dengan instance bare metal Compute Engine, Anda dapat menjalankan SAP HANA multi-terabyte sebagian besar workload standar dan berbasis cloud. Akibatnya, untuk beban kerja yang besar, pengaturan dan diperlukan untuk mengoptimalkan operasi pencadangan dan pemulihan.

Dokumen ini ditujukan untuk administrator SAP Basis yang ingin mengoptimalkan SAP Sistem HANA yang berjalan pada {i>instance <i}bare metal. Untuk informasi tentang SAP HANA pencadangan dan pemulihan yang tidak spesifik pada instance {i>bare metal<i}, lihat Pencadangan dan pemulihan.

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

Tabel berikut menjelaskan strategi pencadangan yang digunakan Google Cloud merekomendasikan sistem SAP HANA yang berjalan pada {i>instance bare metal<i} C3 dan X4. Kepada menghindari pertentangan resource, membuat cadangan selama periode pemrosesan yang lebih rendah aktivitas Anda.

Frekuensi Aktivitas
Setiap minggu, minimal sekali Buat cadangan sistem lengkap. Anda dapat melakukannya dengan menggunakan Backint dari Agen Google Cloud untuk SAP.
Setiap hari, minimal sekali Membuat cadangan berbasis snapshot dari volume data SAP HANA. Anda dapat melakukan hal ini dengan menggunakan Fitur pencadangan dan pemulihan berbasis snapshot disk untuk SAP HANA Agen Google Cloud untuk SAP.
Setiap hari alternatif, setidaknya 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 Backint dari Agen Google Cloud untuk SAP.
Setidaknya sekali selama siklus retensi cadangan Lakukan hal berikut:
  • Uji konsistensi cadangan Anda.
  • Uji cadangan Anda dengan melakukan operasi pemulihan uji coba. Ini membantu memverifikasi bahwa cadangan dapat digunakan untuk memulihkan {i>database<i} Anda.

Strategi pencadangan ini didasarkan pada pertimbangan berikut:

  • J snapshot disk standar menyediakan penyalinan data point-in-time perangkat blok tambahan. Mekanisme ini memungkinkan jauh lebih cepat dan lebih hemat sumber daya untuk mentransfer data dalam jumlah besar dari block storage utama SAP HANA ke server sekunder, seperti Cloud Storage. Hal ini diperlukan untuk struktur strategi pemulihan dari bencana.
  • Karena pencadangan berbasis {i>disk snapshot<i} tidak melakukan pemeriksaan integritas logis tingkat halaman atau blok, inkonsistensi atau kerusakan apa pun dalam data SAP HANA volume akan disalin ke {i>snapshot <i}disk-nya. Di sinilah cadangan sistem secara menyeluruh menjadi diperlukan. J Backint pencadangan mingguan, berbasis sistem, dan sistem secara menyeluruh, memberikan pemeriksaan konsistensi dan cara terverifikasi untuk memulihkan basis data SAP HANA Anda jika terdapat kerusakan logis pada {i> snapshot<i} volume data SAP HANA Anda.
  • Untuk memulihkan {i>database<i} Anda ke titik waktu tertentu, yang memungkinkan Anda memenuhi tujuan RPO, Anda dapat menggabungkan Backint pencadangan volume log SAP HANA berbasis data dengan pencadangan snapshot disk atau Backint berbasis data untuk pencadangan {i>database<i} secara penuh.

Batasan

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

Penyesuaian

Agar sesuai dengan tujuan RTO atau RPO organisasi Anda, Anda dapat menyesuaikan rekomendasi strategi pencadangan yang diberikan dalam dokumen ini dengan membuat Pencadangan berbasis backint atau disk snapshot.

Mengetahui cara menggunakan Agen Google Cloud untuk SAP guna membuat cadangan, lihat referensi berikut:

Praktik terbaik

Berikut adalah praktik terbaik pencadangan dan pemulihan yang merekomendasikan untuk sistem SAP HANA yang berjalan pada instance bare metal:

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

    • Untuk pencadangan log, kami sarankan agar Anda membuat Backint terpisah file konfigurasi dan menentukan jalurnya ke log_backup_parameter_file di file global.ini SAP HANA Anda. Dan kemudian di Backint file konfigurasi Anda, 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 di file global.ini SAP HANA Anda:

      Parameter Nilai
      parallel_data_backup_backint_channels 32

  • Pemeriksaan konsistensi dan integritas: Untuk memastikan cadangan Anda dapat digunakan untuk memulihkan {i>database<i} dari bencana apa pun di masa depan, Anda harus melakukan pemeriksaan konsistensi dan integritas secara berkala pada cadangan Anda. Metode yang Anda gunakan untuk melakukan pemeriksaan ini tergantung pada metode yang Anda gunakan untuk membuat cadangan.

    • Sebagai Backint pencadangan berbasis data, pemeriksaan konsistensi dilakukan selama pembuatan cadangan.

      Untuk memeriksa cadangan berbasis Backint integritas, Anda dapat menggunakan metode Alat hdbbackupcheck. Alat ini secara otomatis melakukan pemeriksaan integritas saat data dan log cadangan sedang dibuat. Jika pemeriksaan integritas berhasil, maka file cadangan ditulis ke tujuan cadangan, seperti yang sesuai di Cloud Storage.

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

      Untuk informasi tentang cara untuk memvalidasi konsistensi snapshot menggunakan Agent Google Cloud untuk SAP, lihat Validasi konsistensi snapshot.

      Meskipun metode pemeriksaan konsistensi ini melibatkan data waktu dan upaya manual, itu diperlukan karena pencadangan berbasis {i>snapshot <i}adalah tidak memeriksa konsistensinya secara otomatis selama pembuatan cadangan, tidak seperti pencadangan berbasis Backint.

  • Pemeriksaan pemulihan cadangan: Untuk memastikan Anda dapat memenuhi RPO Anda Anda perlu memastikan bahwa cadangan Anda tersedia dan dapat digunakan. Untuk melakukannya, Anda dapat menggunakan Alat hdbbackupdiak.

  • Tata kelola katalog cadangan: Untuk menghindari masalah yang mungkin Anda alami karena sejumlah besar entri dan data dalam katalog cadangan SAP HANA, Anda harus mengelola katalog cadangan dan penyimpanan cadangan. Untuk selengkapnya informasi bisnis, lihat dokumen SAP Tata kelola untuk Katalog Cadangan dan Penyimpanan Cadangan.

    Menghapus entri {i>snapshot <i}penyimpanan dari katalog cadangan SAP HANA akan tidak menghapus snapshot disk yang disimpan di Google Cloud. Untuk informasi tentang cara menghapus snapshot disk, Menghapus snapshot.

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

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

  • Enkripsi cadangan: Pencadangan berbasis backint dan snapshot disk dienkripsi dalam penyimpanan secara default. Namun, untuk membuatnya lebih aman, Anda dapat menjelajahi opsi tambahan. Untuk informasi tentang opsi ini, termasuk performa database, lihat referensi berikut:

  • Retensi jangka panjang: Untuk menyimpan cadangan dalam jangka waktu yang lebih lama, lihat berikut ini:

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

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