Panduan operasi SAP HANA

Panduan ini berisi petunjuk untuk mengoperasikan sistem SAP HANA yang di-deploy di Google Cloud dengan mengikuti Terraform: Panduan deployment peningkatan skala SAP HANA. Perhatikan bahwa panduan ini tidak dimaksudkan untuk menggantikan dokumentasi SAP standar apa pun.

Mengelola sistem SAP HANA di Google Cloud

Bagian ini menunjukkan cara melakukan tugas administratif yang biasanya diperlukan untuk mengoperasikan sistem SAP HANA, termasuk informasi tentang cara memulai, menghentikan, dan meng-clone sistem.

Memulai dan menghentikan instance

Anda dapat menghentikan satu atau beberapa host SAP HANA kapan saja; menghentikan sebuah instance akan menonaktifkan instance tersebut. Jika penonaktifan tidak selesai dalam 2 menit, instance akan dipaksa berhenti. Sebagai praktik terbaik, Anda harus terlebih dahulu menghentikan jalannya SAP HANA pada instance sebelum menghentikan instance tersebut.

Menghentikan VM

Jika instance virtual machine (VM) dihentikan, Compute Engine akan mengirimkan sinyal power-off ACPI ke instance tersebut. Anda tidak akan dikenakan biaya untuk instance Compute Engine setelah instance dihentikan. Jika Anda memiliki persistent disk yang terpasang pada instance, disk tersebut tidak akan dihapus dan Anda akan dikenai biaya untuknya.

Jika data pada persistent disk bersifat penting, Anda dapat mempertahankan disk atau membuat snapshot persistent disk dan menghapus disk untuk menghemat biaya. Anda dapat membuat disk lain dari snapshot saat memerlukan data lagi.

Untuk menghentikan instance:

Di konsol Google Cloud, buka halaman Instance VM.

Buka halaman Instance VM
Pilih satu atau beberapa instance yang ingin Anda hentikan.
Di bagian atas halaman Instance VM, klik HENTIKAN.

Untuk mengetahui informasi selengkapnya, baca bagian Menghentikan instance.

Memulai ulang VM

Di konsol Google Cloud, buka halaman Instance VM.

Buka halaman Instance VM
Pilih instance yang ingin dimulai ulang.
Di bagian kanan atas halaman, klik MULAI untuk memulai ulang instance.

Untuk mengetahui informasi selengkapnya, baca Memulai ulang instance.

Mengubah VM

Anda dapat mengubah berbagai atribut VM, termasuk jenis VM, setelah VM di-deploy. Beberapa perubahan mungkin mengharuskan Anda memulihkan sistem SAP dari cadangan, sedangkan perubahan lainnya hanya mengharuskan Anda memulai ulang VM.

Untuk informasi selengkapnya, baca bagian Mengubah konfigurasi VM untuk sistem SAP.

Membuat snapshot SAP HANA

Untuk membuat cadangan titik waktu tertentu dari persistent disk, Anda dapat membuat snapshot. Compute Engine menyimpan beberapa salinan setiap snapshot secara redundan di beberapa lokasi dengan checksum otomatis untuk memastikan integritas data Anda.

Untuk membuat snapshot, ikuti petunjuk Compute Engine untuk membuat snapshot. Perhatikan langkah-langkah persiapan dengan cermat sebelum membuat snapshot yang konsisten, seperti mengosongkan buffer disk ke disk, untuk memastikan bahwa snapshot konsisten.

Snapshot berguna untuk kasus penggunaan berikut:

Kasus penggunaan	Detail
Memberikan solusi pencadangan data yang mudah, tidak bergantung software, dan hemat biaya.	Mencadangkan data, log, cadangan, dan disk bersama dengan snapshot. Menjadwalkan pencadangan harian dari disk ini untuk cadangan titik waktu tertentu bagi seluruh set data Anda. Setelah snapshot pertama, hanya perubahan blok inkremental yang disimpan dalam snapshot berikutnya. Hal ini membantu menghemat biaya.
Bermigrasi ke jenis penyimpanan lain.	Compute Engine menawarkan berbagai jenis persistent disk, termasuk jenis yang didukung oleh penyimpanan standar (magnetik) dan jenis yang didukung oleh penyimpanan solid state drive (persistent disk berbasis SSD). Masing-masing memiliki karakteristik biaya dan performa yang berbeda. Misalnya, gunakan jenis standar untuk volume cadangan Anda dan gunakan jenis berbasis SSD untuk volume `/hana/log` dan `/hana/data`, karena keduanya memerlukan performa yang lebih tinggi. Untuk bermigrasi antarjenis penyimpanan, gunakan snapshot volume, lalu buat volume baru menggunakan snapshot tersebut dan pilih jenis penyimpanan yang berbeda.
Memigrasikan SAP HANA ke region atau zona lain.	Gunakan snapshot untuk memindahkan sistem SAP HANA dari satu zona ke zona lain di region yang sama atau bahkan ke region lain. Snapshot dapat digunakan secara global dalam Google Cloud untuk membuat disk di zona atau region lain. Untuk berpindah ke region atau zona lain, buat snapshot disk Anda, termasuk root disk, lalu buat virtual machine di zona atau region yang Anda inginkan dengan disk yang dibuat dari snapshot tersebut.

Memigrasikan volume Persistent Disk SAP HANA yang ada ke volume Hyperdisk Extreme

Anda dapat memigrasikan volume Persistent Disk yang ada ke volume Hyperdisk Extreme untuk sistem SAP HANA yang berjalan di Google Cloud. Hyperdisk Extreme memberikan performa yang lebih baik untuk SAP HANA dibandingkan jenis Persistent Disk berbasis SSD.

Untuk memigrasikan volume Persistent Disk ke volume Hyperdisk Extreme, Anda menggunakan snapshot persistent disk Google Cloud dan Opsi Mulai Ulang Cepat SAP HANA. Opsi Mulai Ulang Cepat SAP HANA digunakan sebagai helper yang mengurangi periode nonaktif saat mengganti jenis disk dengan menghilangkan keharusan menunggu tabel untuk dimuat. Anda harus memperhitungkan waktu yang diperlukan untuk memuat ulang penyimpanan baris dan jenis data Objek Besar Biner (BLOB).

Meskipun proses migrasi memerlukan periode nonaktif minimal, durasi periode nonaktif sebenarnya bergantung pada waktu yang dibutuhkan untuk menyelesaikan tugas berikut:

Membuat snapshot. Untuk mengurangi periode nonaktif saat mengambil snapshot, Anda dapat mengambil snapshot disk sebelum aktivitas migrasi yang direncanakan, lalu membawa beberapa snapshot tambahan lebih dekat ke aktivitas, sehingga menghasilkan perbedaan yang lebih kecil di antara snapshot tersebut.
Membuat volume Hyperdisk Extreme menggunakan snapshot volume Persistent Disk Anda.
Memuat ulang tabel SAP HANA ke dalam memori SAP HANA.

Jika terjadi masalah selama migrasi, Anda dapat mengembalikan ke disk yang sudah ada karena disk tersebut tidak terpengaruh oleh prosedur ini, dan tersedia hingga Anda menghapusnya.

Sebelum memulai

Sebelum memigrasikan volume Persistent Disk SAP HANA ke volume Hyperdisk Extreme, pastikan kondisi berikut terpenuhi:

SAP HANA berjalan pada jenis VM Compute Engine bersertifikasi yang mendukung Hyperdisk Extreme.
Data dan log SAP HANA menggunakan persistent disk terpisah untuk volume /hana/data dan /hana/log.
Pengelolaan volume logis Linux digunakan untuk persistensi penyimpanan SAP HANA. Meskipun penyimpanan langsung dapat digunakan, opsi ini memerlukan pemetaan ulang perangkat eksplisit melalui tabel /etc/fstab.
Mulai Ulang Cepat SAP HANA diaktifkan untuk sistem SAP HANA Anda. Untuk mengetahui informasi selengkapnya tentang cara mengaktifkan Mulai Ulang Cepat SAP HANA, lihat Mengaktifkan Mulai Ulang Cepat SAP HANA.
Tersedia cadangan database SAP HANA yang valid. Cadangan ini dapat digunakan untuk memulihkan database, jika diperlukan.
Jika instance VM target adalah bagian dari cluster ketersediaan tinggi, pastikan cluster berada dalam mode pemeliharaan.
Database SAP HANA sudah aktif dan berjalan.

Sistem file tmpfs dimuat sepenuhnya dengan konten fragmen data MAIN. Untuk melihat penggunaan sistem file, jalankan perintah berikut: df -Th.

Anda akan melihat output yang mirip dengan berikut ini:

#  df -Th
Filesystem                        Type      Size  Used Avail Use% Mounted on
...
/dev/mapper/vg_hana_shared-shared xfs       1.0T   56G  968G   6% /hana/shared
/dev/mapper/vg_hana_data-data     xfs        14T  5.7T  8.2T  41% /hana/data
/dev/mapper/vg_hana_log-log       xfs       512G  7.2G  505G   2% /hana/log
/dev/mapper/vg_hana_usrsap-usrsap xfs        32G  276M   32G   1% /usr/sap
tmpfsDB10                         tmpfs     5.7T  800G  4.9T  14% /hana/tmpfs0/DB1
tmpfsDB11                         tmpfs     5.7T  796G  4.9T  14% /hana/tmpfs1/DB1
tmpfsDB12                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs2/DB1
tmpfsDB13                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs3/DB1
tmpfsDB14                         tmpfs     5.7T  816G  4.9T  15% /hana/tmpfs4/DB1
tmpfsDB15                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs5/DB1
tmpfsDB16                         tmpfs     5.7T  816G  4.9T  15% /hana/tmpfs6/DB1
tmpfsDB17                         tmpfs     5.7T  780G  4.9T  14% /hana/tmpfs7/DB1

Memigrasikan volume Persistent Disk ke volume Hyperdisk Extreme

Bagian ini menjelaskan cara memigrasikan jenis disk dari dua persistent disk untuk volume /hana/data dan /hana/log dari Persistent Disk (pd-ssd) ke Hyperdisk Extreme.

Untuk menggambarkan proses migrasi, contoh konfigurasi berikut digunakan:

Jenis mesin: m2-ultramem-416 (memori 12 TB, 416 vCPU)
Sistem peningkatan skala SAP HANA yang di-deploy menggunakan dokumen Google Cloud Terraform: panduan deployment peningkatan skala SAP HANA.
- OS: SLES untuk SAP 15 SP1
- SAP HANA: HANA 2 SPS06, Patch 63
- Jenis disk default: pd-ssd
- Volume /hana/data dan /hana/log dipasang di disk terpisah dan dibuat menggunakan LVM dan XFS
- SAP HANA Fast Restart diaktifkan dan sekitar 6 TB data dimuat ke dalam database

Untuk memigrasikan volume Persistent Disk ke volume Hyperdisk Ekstrem, lakukan langkah-langkah berikut:

Hentikan database SAP HANA dengan menggunakan salah satu perintah berikut:
```
HDB stop
```
Atau,
```
sapcontrol -nr INSTANCE_NUMBER -function StopSystem HDB
```
Ganti INSTANCE_NUMBER dengan nomor instance untuk sistem SAP HANA Anda.

Untuk informasi selengkapnya, lihat dokumen SAP Memulai dan Menghentikan Sistem SAP HANA.
Lepaskan sistem file /hana/data dan /hana/log:
```
umount /hana/data
umount /hana/log
```

Tentukan nama data dan buat log persistent disk menggunakan salah satu metode berikut:

Jalankan perintah berikut:

ls -l /dev/disk/by-id/

Output menunjukkan pemetaan nama disk ke perangkat:

...
lrwxrwxrwx 1 root root  9 May 18 20:14 google-hana-vm-data00001 -> ../../sdb
lrwxrwxrwx 1 root root  9 May 18 20:14 google-hana-vm-log00001 -> ../../sdc
...

Jalankan perintah gcloud compute berikut:

gcloud compute instances describe INSTANCE_NAME --zone=ZONE

Ganti kode berikut:

INSTANCE_NAME: nama instance VM.
ZONE: zona instance VM.

Output akan menampilkan detail instance VM, termasuk informasi disk terkait:

gcloud compute instances describe hana-vm --zone europe-west4-a
...
disks:
- autoDelete: false
deviceName: hana-vm-shared00001
diskSizeGb: '1024'
- autoDelete: false
deviceName: hana-vm-usrsap00001
diskSizeGb: '32'
- autoDelete: false
deviceName: hana-vm-data00001
diskSizeGb: '14093'
- autoDelete: false
deviceName: hana-vm-log00001
diskSizeGb: '512'

Di konsol Google Cloud, buka halaman Instance VM Compute Engine, lalu klik nama VM. Bagian Penyimpanan menampilkan informasi disk terkait.

Buat snapshot dari persistent disk data dan log:
```
gcloud compute snapshots create DATA_DISK-snapshot \
  --project=PROJECT_ID \
  --source-disk-zone=SOURCE_DISK_ZONE  \
  --source-disk=DATA_DISK
gcloud compute snapshots create LOG_DISK-snapshot \
  --project=PROJECT_ID \
  --source-disk-zone=SOURCE_DISK_ZONE \
  --source-disk=LOG_DISK
```
Ganti kode berikut:
- DATA_DISK: nama persistent disk data yang snapshot-nya perlu Anda buat. Nama ini diimbuhkan pada snapshot volume data.
- LOG_DISK: nama persistent disk log yang snapshot-nya perlu Anda buat. Nama ini merupakan diimbuhkan pada snapshot volume log.
- PROJECT_ID: ID project.
- SOURCE_DISK_ZONE: zona persistent disk yang snapshot-nya perlu Anda buat.
Untuk mengetahui informasi selengkapnya tentang cara membuat snapshot, lihat Membuat dan mengelola snapshot disk.

Penting: Karena snapshot secara bertahap mencadangkan data dari persistent disk, snapshot awal biasanya membutuhkan waktu lebih lama untuk dibuat daripada snapshot berikutnya, terutama untuk disk berukuran besar. Untuk mengurangi periode nonaktif saat mengambil snapshot, Anda dapat mengambil snapshot disk sebelum proses migrasi dimulai dan database SAP HANA dihentikan. Anda juga dapat mengambil beberapa snapshot sebelum pemeliharaan.
Buat disk Hyperdisk Extreme baru untuk volume /hana/data dan /hana/log berdasarkan snapshot:
```
gcloud compute disks create DATA_DISK-hdx \
     --project=PROJECT_ID \
     --zone=ZONE \
     --type=hyperdisk-extreme \
     --provisioned-iops=IOPS_DATA_DISK \
     --source-snapshot=DATA_DISK-snapshot
 gcloud compute disks create LOG_DISK-hdx \
     --project=PROJECT_ID \
     --zone=ZONE \
     --type=hyperdisk-extreme \
     --provisioned-iops=IOPS_LOG_DISK \
     --source-snapshot=LOG_DISK-snapshot
```
Ganti kode berikut:
- DATA_DISK: nama volume data persistent disk asli yang diimbuhkan pada volume data Hyperdisk Extreme dan snapshot volume data.
- LOG_DISK: nama volume log persistent disk asli yang diimbuhkan pada volume log Hyperdisk Extreme dan snapshot volume log.
- PROJECT_ID: ID project.
- ZONE: zona tempat Anda perlu membuat disk Hyperdisk Extreme.
- IOPS_DATA_DISK: IOPS yang disediakan dari disk Hyperdisk Ekstrem untuk volume data. Anda menetapkan IOPS sesuai dengan persyaratan performa Anda.
- IOPS_LOG_DISK: IOPS yang disediakan dari disk Hyperdisk Ekstrem untuk volume log. Anda menetapkan IOPS sesuai dengan persyaratan performa Anda.
  
  Untuk informasi tentang IOPS minimum untuk volume Hyperdisk Extreme yang terpasang ke jenis instance Anda, lihat Ukuran minimum untuk persistent disk dan Hyperdisk berbasis SSD.
Untuk mengetahui informasi selengkapnya tentang pemulihan dari snapshot, lihat Memulihkan dari snapshot.
Melepaskan persistent disk SAP HANA lama:
```
gcloud compute instances detach-disk INSTANCE_NAME \
  --disk=DATA_DISK \
  --zone=ZONE
gcloud compute instances detach-disk INSTANCE_NAME \
  --disk=LOG_DISK \
  --zone=ZONE
```
Ganti kode berikut:
- INSTANCE_NAME: nama instance VM.
- DATA_DISK: nama persistent disk volume data yang akan dilepas.
- LOG_DISK: nama persistent disk volume log yang akan dilepas.
- ZONE: zona tempat persistent disk berada.
Catatan: Jangan hapus disk SAP HANA lama sebelum Anda berhasil menyelesaikan prosedur migrasi.
Pasang disk Hyperdisk Extreme baru.
```
gcloud compute instances attach-disk INSTANCE_NAME \
    --disk=DATA_DISK-hdx \
    --zone=ZONE
gcloud compute instances attach-disk INSTANCE_NAME \
   --disk=LOG_DISK-hdx \
    --zone=ZONE
```
Ganti kode berikut:
- INSTANCE_NAME: nama instance VM.
- DATA_DISK: nama Hyperdisk Extreme volume data yang akan dipasang.
- LOG_DISK: nama Hyperdisk Extreme volume log yang akan dipasang.
- ZONE: zona tempat disk Hyperdisk Extreme baru berada.

Untuk memasang volume baru, lakukan langkah-langkah berikut sebagai pengguna sudo atau root:

Hapus semua definisi pemetaan perangkat untuk menghindari konflik pemetaan perangkat LVM:
```
dmsetup remove_all
```

Pindai semua disk untuk menemukan grup volume, build ulang cache, dan buat volume yang hilang (termasuk LVM):

vgscan -v --mknodes

Anda akan melihat output yang mirip dengan berikut ini:

Scanning all devices to initialize lvmetad.
Reading volume groups from cache.
Found volume group "vg_hana_data" using metadata type lvm2
Found volume group "vg_hana_shared" using metadata type lvm2
Found volume group "vg_hana_log" using metadata type lvm2
Found volume group "vg_hana_usrsap" using metadata type lvm2

Aktifkan grup volume:

vgchange -ay

Anda akan melihat output yang mirip dengan berikut ini:

 1 logical volume(s) in volume group "vg_hana_data" now active
 1 logical volume(s) in volume group "vg_hana_shared" now active
 1 logical volume(s) in volume group "vg_hana_log" now active
 1 logical volume(s) in volume group "vg_hana_usrsap" now active

Pindai volume logis:

lvscan

Anda akan melihat output yang mirip dengan berikut ini:

ACTIVE            '/dev/vg_hana_data/data' [13.76 TiB] inherit
ACTIVE            '/dev/vg_hana_shared/shared' [1024.00 GiB] inherit
ACTIVE            '/dev/vg_hana_log/log' [512.00 GiB] inherit
ACTIVE            '/dev/vg_hana_usrsap/usrsap' [32.00 GiB] inherit

Pasang disk:

mount -av

Anda akan melihat output yang mirip dengan berikut ini:

/                        : ignored
/boot/efi                : already mounted
/hana/shared             : already mounted
/hana/data               : already mounted
/hana/log                : already mounted
/usr/sap                 : already mounted
swap                     : ignored
/hana/tmpfs0/DB1         : already mounted
/hana/tmpfs1/DB1         : already mounted
/hana/tmpfs2/DB1         : already mounted
/hana/tmpfs3/DB1         : already mounted
/hana/tmpfs4/DB1         : already mounted
/hana/tmpfs5/DB1         : already mounted
/hana/tmpfs6/DB1         : already mounted
/hana/tmpfs7/DB1         : already mounted

Verifikasi volume baru:

Verifikasi penggunaan sistem file:

df -Th

Anda akan melihat output yang mirip dengan berikut ini:

Filesystem                        Type      Size  Used Avail Use% Mounted on
...
/dev/mapper/vg_hana_shared-shared xfs       1.0T   56G  968G   6% /hana/shared
/dev/mapper/vg_hana_usrsap-usrsap xfs        32G  277M   32G   1% /usr/sap
tmpfsDB10                         tmpfs     5.7T  784G  4.9T  14% /hana/tmpfs0/DB1
tmpfsDB11                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs1/DB1
tmpfsDB12                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs2/DB1
tmpfsDB13                         tmpfs     5.7T  782G  4.9T  14% /hana/tmpfs3/DB1
tmpfsDB14                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs4/DB1
tmpfsDB15                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs5/DB1
tmpfsDB16                         tmpfs     5.7T  783G  4.9T  14% /hana/tmpfs6/DB1
tmpfsDB17                         tmpfs     5.7T  782G  4.9T  14% /hana/tmpfs7/DB1
/dev/mapper/vg_hana_log-log       xfs       512G  7.2G  505G   2% /hana/log
/dev/mapper/vg_hana_data-data     xfs        14T  5.7T  8.2T  41% /hana/data

Pastikan perangkat ditautkan ke volume baru:

lsblk

Anda akan melihat output yang mirip dengan berikut ini:

NAME                    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
...
sdd                       8:48   0    1T  0 disk
└─vg_hana_shared-shared 254:0    0 1024G  0 lvm  /hana/shared
sde                       8:64   0   32G  0 disk
└─vg_hana_usrsap-usrsap 254:3    0   32G  0 lvm  /usr/sap
sdf                       8:80   0 13.8T  0 disk
└─vg_hana_data-data     254:1    0 13.8T  0 lvm  /hana/data
sdg                       8:96   0  512G  0 disk
└─vg_hana_log-log       254:2    0  512G  0 lvm  /hana/log

Mulai instance SAP HANA menggunakan salah satu perintah berikut:
```
HDB start
```
Atau,
```
sapcontrol -nr INSTANCE_NUMBER -function StartSystem HDB
```
Ganti INSTANCE_NUMBER dengan nomor instance untuk sistem SAP HANA Anda.

Untuk mengetahui informasi selengkapnya, lihat Memulai dan Menghentikan Sistem SAP HANA.

Pengganti

Jika migrasi disk gagal, Anda dapat menggunakan disk asli sebagai opsi penggantian karena berisi data seperti aslinya sebelum prosedur migrasi dimulai.

Untuk memulihkan status awal, lakukan langkah-langkah berikut:

Hentikan instance VM.
Lepaskan volume Hyperdisk Extreme yang baru dibuat.
Pasang kembali disk asli ke instance VM.
Mulai instance VM.

Mengubah setelan {i>disk<i}

Anda dapat mengubah IOPS atau throughput yang disediakan, atau meningkatkan ukuran volume Hyperdisk satu kali setiap 4 jam. Jika Anda mencoba memodifikasi disk lagi sebelum periode 4 jam berakhir, Anda akan menerima pesan error kapasitas terbatas seperti Cannot update provisioned throughput due to being rate limited. Untuk mengatasi error ini, tunggu selama 4 jam sejak perubahan terakhir sebelum mencoba memodifikasi disk lagi.

Gunakan prosedur ini hanya dalam keadaan darurat ketika Anda tidak dapat menunggu selama 4 jam untuk menyesuaikan ukuran disk, IOPS yang disediakan, atau throughput volume Hyperdisk.

Untuk mengubah setelan disk, lakukan langkah-langkah berikut:

Hentikan instance SAP HANA dengan menjalankan salah satu perintah berikut:
- HDB stop
- sapcontrol -nr INSTANCE_NUMBER -function StopSystem HDB
Ganti INSTANCE_NUMBER dengan nomor instance untuk sistem SAP HANA Anda.

Untuk mengetahui informasi selengkapnya, lihat Memulai dan Menghentikan Sistem SAP HANA.
Buat snapshot atau image disk yang ada:
Pencadangan berbasis snapshot
```
  gcloud compute snapshots create SNAPSHOT_NAME \
      --project=PROJECT_NAME \
      --source-disk=SOURCE_DISK_NAME \
      --source-disk-zone=ZONE \
      --storage-location=LOCATION
```
Ganti kode berikut:
- SNAPSHOT_NAME: nama snapshot yang ingin Anda buat.
- PROJECT_NAME: nama project Google Cloud Anda.
- SOURCE_DISK_NAME: disk sumber yang digunakan untuk membuat snapshot.
- ZONE: zona disk sumber tempat beroperasi.
- LOCATION: Lokasi Cloud Storage, baik regional maupun multi-regional, tempat konten snapshot akan disimpan.
  
  Untuk mengetahui informasi selengkapnya, lihat Membuat dan mengelola snapshot disk.
Pencadangan berbasis gambar
```
  gcloud compute images create IMAGE_NAME \
      --project=PROJECT_NAME \
      --source-disk=SOURCE_DISK_NAME \
      --source-disk-zone=ZONE \
      --storage-location=LOCATION
```
Ganti kode berikut:
- IMAGE_NAME: nama disk image yang ingin Anda buat.
- PROJECT_NAME: nama project Google Cloud Anda.
- SOURCE_DISK_NAME: disk sumber yang digunakan untuk membuat gambar.
- ZONE: zona disk sumber tempat beroperasi.
- LOCATION: Lokasi Cloud Storage, baik regional maupun multi-regional, tempat konten gambar akan disimpan.
  
  Untuk mengetahui informasi selengkapnya, lihat Membuat gambar kustom.
Buat disk baru dari snapshot atau image.

Untuk volume Hyperdisk, pastikan untuk menentukan ukuran disk, IOPS, dan throughput agar memenuhi persyaratan beban kerja Anda. Untuk informasi selengkapnya tentang penyediaan IOPS dan throughput untuk Hyperdisk, lihat Tentang IOPS dan penyediaan throughput untuk Hyperdisk.
Dari snapshot
```
  gcloud compute disks create NEW_DISK_NAME \
      --project=PROJECT_NAME \
      --type=DISK_TYPE \
      --size=DISK_SIZE \
      --zone=ZONE \
      --source-snapshot=SOURCE_SNAPSHOT_NAME \
      --provisioned-iops=IOPS \
      --provisioned-throughput=THROUGHPUT
```
Ganti kode berikut:
- NEW_DISK_NAME: nama disk yang ingin Anda buat.
- PROJECT_NAME: nama project Google Cloud Anda.
- DISK_TYPE: jenis disk yang akan dibuat.
- DISK_SIZE: ukuran disk.
- ZONE: zona disk yang akan dibuat.
- SOURCE_SNAPSHOT: snapshot sumber yang digunakan untuk membuat disk.
- IOPS: IOPS disk yang disediakan untuk dibuat.
- THROUGHPUT: throughput disk yang disediakan yang akan dibuat.
Dari gambar
```
    gcloud compute disks create NEW_DISK_NAME \
        --project=PROJECT_NAME \
        --type=DISK_TYPE \
        --size=DISK_SIZE \
        --zone=ZONE \
        --image=SOURCE_IMAGE_NAME \
        --image-project=IMAGE_PROJECT_NAME \
        --provisioned-iops=IOPS \
        --provisioned-throughput=THROUGHPUT
```
Ganti kode berikut:
- NEW_DISK_NAME: nama disk yang ingin Anda buat.
- PROJECT_NAME: nama project Google Cloud Anda.
- DISK_TYPE: jenis disk yang akan dibuat.
- DISK_SIZE: ukuran disk.
- ZONE: zona disk yang akan dibuat.
- SOURE_IMAGE_NAME: image sumber yang akan diterapkan ke disk yang sedang dibuat.
- IMAGE_PROJECT_NAME: project Google Cloud tempat semua referensi kelompok gambar dan gambar akan diselesaikan.
- IOPS: IOPS disk yang disediakan untuk dibuat.
- THROUGHPUT: throughput disk yang disediakan yang akan dibuat.
Untuk informasi selengkapnya, lihat gcloud compute disks create.
Lepaskan disk yang ada dari sistem SAP HANA Anda:
```
gcloud compute instances detach-disk INSTANCE_NAME \
    --disk OLD_DISK_NAME \
    --zone ZONE \
    --project PROJECT_NAME
```
Ganti kode berikut:
- INSTANCE_NAME: nama instance yang akan digunakan untuk beroperasi.
- OLD_DISK_NAME: disk yang akan dilepas berdasarkan nama resource-nya.
- ZONE: zona instance tempat untuk beroperasi.
- PROJECT_NAME: nama project Google Cloud Anda.
Untuk informasi selengkapnya, lihat gcloud compute instances detach-disk.
Pasang disk baru ke sistem SAP HANA Anda:
```
gcloud compute instances attach-disk INSTANCE_NAME \
    --disk NEW_DISK_NAME \
    --zone ZONE \
    --project PROJECT_NAME
```
Ganti kode berikut:
- INSTANCE_NAME: nama instance yang akan digunakan untuk beroperasi.
- NEW_DISK_NAME: nama disk yang akan dipasang ke instance.
- ZONE: zona instance tempat untuk beroperasi.
- PROJECT_NAME: nama project Google Cloud Anda.
Untuk informasi selengkapnya, lihat gcloud compute instances attach-disk.

Validasi apakah titik pemasangan terpasang dengan benar:

  lsblk

Anda akan melihat output yang mirip dengan berikut ini:

    NAME                    MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT
    ...
    sdd                       8:48   0    1T  0 disk
    └─vg_hana_shared-shared 254:0    0 1024G  0 lvm  /hana/shared
    sde                       8:64   0   32G  0 disk
    └─vg_hana_usrsap-usrsap 254:3    0   32G  0 lvm  /usr/sap
    sdf                       8:80   0 13.8T  0 disk
    └─vg_hana_data-data     254:1    0 13.8T  0 lvm  /hana/data
    sdg                       8:96   0  512G  0 disk
    └─vg_hana_log-log       254:2    0  512G  0 lvm  /hana/log

Mulai instance SAP HANA dengan menjalankan salah satu perintah berikut:
- HDB start
- sapcontrol -nr INSTANCE_NUMBER -function StartSystem HDB
Ganti INSTANCE_NUMBER dengan nomor instance untuk sistem SAP HANA Anda.

Untuk mengetahui informasi selengkapnya, lihat Memulai dan Menghentikan Sistem SAP HANA.
Validasi ukuran disk, IOPS, dan throughput volume Hyperdisk yang baru:
```
gcloud compute disks describe DISK_NAME \
    --zone ZONE \
    --project PROJECT_NAME
```
Ganti kode berikut:
- DISK_NAME: nama disk yang akan dijelaskan.
- ZONE: zona disk yang akan dijelaskan.
- PROJECT_NAME: nama project Google Cloud Anda.
Untuk informasi selengkapnya, lihat gcloud compute disks describe.

Meng-clone sistem SAP HANA

Anda dapat membuat snapshot sistem SAP HANA yang ada di Google Cloud untuk membuat clone sistem secara persis.

Untuk meng-clone sistem SAP HANA host tunggal:

Buat snapshot data dan disk cadangan Anda.
Buat disk baru menggunakan snapshot.
Di konsol Google Cloud, buka halaman Instance VM.

Buka halaman Instance VM
Klik instance yang akan di-clone untuk membuka halaman detail instance, lalu klik Clone.
Pasang disk yang dibuat dari snapshot.

Untuk meng-clone sistem SAP HANA multi-host:

Sediakan sistem SAP HANA baru dengan konfigurasi yang sama dengan sistem SAP HANA yang ingin Anda clone.
Lakukan pencadangan data dari sistem asli.
Pulihkan cadangan sistem asli ke sistem baru.

Menginstal dan memperbarui gcloud CLI

Setelah VM di-deploy untuk SAP HANA dan sistem operasi diinstal, Google Cloud CLI versi terbaru diperlukan untuk berbagai tujuan, seperti mentransfer file ke dan dari Cloud Storage, berinteraksi dengan layanan jaringan, dan seterusnya.

Jika Anda mengikuti petunjuk dalam panduan deployment SAP HANA, gcloud CLI akan otomatis diinstal untuk Anda.

Namun, jika Anda menggunakan sistem operasi Anda sendiri ke Google Cloud sebagai image kustom atau Anda menggunakan image publik lama yang disediakan oleh Google Cloud, Anda mungkin perlu menginstal atau mengupdate sendiri gcloud CLI.

Untuk memeriksa apakah gcloud CLI sudah diinstal dan apakah update tersedia, buka terminal atau command prompt, lalu masukkan:

 gcloud version

Jika perintah tidak dikenali, gcloud CLI tidak diinstal.

Untuk menginstal gcloud CLI, ikuti petunjuk di bagian Menginstal gcloud CLI.

Untuk mengganti gcloud CLI versi 140 atau yang lebih lama yang terintegrasi dengan SLES:

Login ke VM dengan menggunakan ssh.
Beralih ke super user:
```
 sudo su
```

Masukkan perintah berikut:

 bash <(curl -s https://dl.google.com/dl/cloudsdk/channels/rapid/install_google_cloud_sdk.bash) --disable-prompts --install-dir=/usr/local
 update-alternatives --install /usr/bin/gsutil gsutil /usr/local/google-cloud-sdk/bin/gsutil 1 --force
 update-alternatives --install /usr/bin/gcloud gcloud /usr/local/google-cloud-sdk/bin/gcloud 1 --force
 gcloud --quiet compute instances list

Mengaktifkan Mulai Ulang Cepat SAP HANA

Google Cloud sangat merekomendasikan pengaktifan Mulai Ulang Cepat SAP HANA untuk setiap instance SAP HANA, terutama untuk instance yang lebih besar. Mulai Ulang Cepat SAP HANA mengurangi waktu mulai ulang jika SAP HANA dihentikan, tetapi sistem operasi tetap berjalan.

Seperti yang dikonfigurasi oleh skrip otomatisasi yang disediakan Google Cloud, setelan sistem operasi dan kernel sudah mendukung Mulai Ulang Cepat SAP HANA. Anda perlu menentukan sistem file tmpfs dan mengonfigurasi SAP HANA.

Untuk menentukan sistem file tmpfs dan mengonfigurasi SAP HANA, Anda dapat mengikuti langkah-langkah manual atau menggunakan skrip otomatisasi yang disediakan Google Cloud untuk mengaktifkan Mulai Ulang Cepat SAP HANA. Untuk mengetahui informasi selengkapnya, lihat:

Langkah manual: Mengaktifkan Mulai Ulang Cepat SAP HANA
Langkah otomatis: Mengaktifkan Mulai Ulang Cepat SAP HANA

Untuk mengetahui petunjuk otoritatif lengkap terkait Mulai Ulang Cepat SAP HANA, lihat dokumentasi Opsi Mulai Ulang Cepat SAP HANA.

Langkah manual

Mengonfigurasi sistem file `tmpfs`

Setelah VM host dan sistem SAP HANA dasar berhasil di-deploy, Anda harus membuat dan memasang direktori untuk node NUMA di sistem file tmpfs.

Menampilkan topologi NUMA VM Anda

Sebelum dapat memetakan sistem file tmpfs yang diperlukan, Anda perlu mengetahui jumlah node NUMA yang dimiliki VM Anda. Untuk menampilkan node NUMA yang tersedia di VM Compute Engine, masukkan perintah berikut:

lscpu | grep NUMA

Misalnya, jenis VM m2-ultramem-208 memiliki empat node NUMA bernomor 0-3, seperti yang ditunjukkan pada contoh berikut:

NUMA node(s):        4
NUMA node0 CPU(s):   0-25,104-129
NUMA node1 CPU(s):   26-51,130-155
NUMA node2 CPU(s):   52-77,156-181
NUMA node3 CPU(s):   78-103,182-207

Membuat direktori node NUMA

Buat direktori untuk setiap node NUMA di VM Anda dan tetapkan izinnya.

Misalnya, untuk empat node NUMA yang bernomor 0-3:

mkdir -pv /hana/tmpfs{0..3}/SID
chown -R SID_LCadm:sapsys /hana/tmpfs*/SID
chmod 777 -R /hana/tmpfs*/SID

Instal direktori node NUMA ke `tmpfs`

Instal direktori sistem file tmpfs dan tentukan preferensi node NUMA untuk setiap direktori dengan mpol=prefer:

SID menentukan SID dengan huruf besar.

mount tmpfsSID0 -t tmpfs -o mpol=prefer:0 /hana/tmpfs0/SID
mount tmpfsSID1 -t tmpfs -o mpol=prefer:1 /hana/tmpfs1/SID
mount tmpfsSID2 -t tmpfs -o mpol=prefer:2 /hana/tmpfs2/SID
mount tmpfsSID3 -t tmpfs -o mpol=prefer:3 /hana/tmpfs3/SID

Update `/etc/fstab`

Untuk memastikan direktori pemasangan tersedia setelah sistem operasi dimulai ulang, tambahkan entri ke tabel sistem file, /etc/fstab:

tmpfsSID0 /hana/tmpfs0/SID tmpfs rw,relatime,mpol=prefer:0
tmpfsSID1 /hana/tmpfs1/SID tmpfs rw,relatime,mpol=prefer:1
tmpfsSID1 /hana/tmpfs2/SID tmpfs rw,relatime,mpol=prefer:2
tmpfsSID1 /hana/tmpfs3/SID tmpfs rw,relatime,mpol=prefer:3

Opsional: menetapkan batas penggunaan memori

Sistem file tmpfs dapat bertambah dan mengecil secara dinamis.

Untuk membatasi memori yang digunakan oleh sistem file tmpfs, Anda dapat menetapkan batas ukuran untuk volume node NUMA dengan opsi size. Contoh:

mount tmpfsSID0 -t tmpfs -o mpol=prefer:0,size=250G /hana/tmpfs0/SID

Anda juga dapat membatasi penggunaan memori tmpfs secara keseluruhan untuk semua node NUMA untuk instance SAP HANA tertentu dan node server tertentu, dengan menetapkan parameter persistent_memory_global_allocation_limit di bagian [memorymanager] dari file global.ini.

Mengonfigurasi SAP HANA untuk Mulai Ulang Cepat

Guna mengonfigurasi SAP HANA untuk Fast Restart, update file global.ini dan tentukan tabel yang akan disimpan dalam memori persisten.

Perbarui bagian `[persistence]` dalam file `global.ini`

Konfigurasi bagian [persistence] di file global.ini SAP HANA untuk mereferensikan lokasi tmpfs. Pisahkan setiap lokasi tmpfs dengan titik koma:

[persistence]
basepath_datavolumes = /hana/data
basepath_logvolumes = /hana/log
basepath_persistent_memory_volumes = /hana/tmpfs0/SID;/hana/tmpfs1/SID;/hana/tmpfs2/SID;/hana/tmpfs3/SID

Contoh sebelumnya menentukan empat volume memori untuk empat node NUMA, yang sesuai dengan m2-ultramem-208. Jika menjalankan m2-ultramem-416, Anda perlu mengonfigurasi delapan volume memori (0..7).

Mulai ulang SAP HANA setelah mengubah file global.ini.

SAP HANA kini dapat menggunakan lokasi tmpfs sebagai ruang memori persisten.

SAP HANA kini dapat menggunakan lokasi sebagai ruang memori persisten.

Menentukan tabel atau partisi kolom tertentu yang akan disimpan di memori persisten.

Misalnya, untuk mengaktifkan memori persisten pada tabel yang sudah ada, jalankan kueri SQL:

ALTER TABLE exampletable persistent memory ON immediate CASCADE

Guna mengubah default untuk tabel baru, tambahkan parameter table_default dalam file indexserver.ini. Contoh:

[persistent_memory]
table_default = ON

Untuk informasi selengkapnya tentang cara mengontrol kolom, tabel, dan tampilan pemantauan mana yang memberikan informasi mendetail, lihat Memori Persisten SAP HANA.

Langkah otomatis

Skrip otomatisasi yang disediakan Google Cloud untuk mengaktifkan Mulai Ulang Cepat SAP HANA guna membuat perubahan pada direktori /hana/tmpfs*, file /etc/fstab, dan konfigurasi SAP HANA. Saat menjalankan skrip, Anda mungkin perlu melakukan langkah tambahan, bergantung pada apakah ini adalah deployment awal sistem SAP HANA atau Anda mengubah ukuran mesin ke ukuran NUMA yang berbeda.

Untuk deployment awal sistem SAP HANA atau mengubah ukuran mesin guna meningkatkan jumlah node NUMA, pastikan SAP HANA berjalan selama eksekusi skrip otomatisasi yang disediakan Google Cloud untuk mengaktifkan Mulai Ulang Cepat SAP HANA.

Jika Anda mengubah ukuran mesin untuk mengurangi jumlah node NUMA, pastikan SAP HANA dihentikan selama eksekusi skrip otomatisasi yang disediakan Google Cloud untuk mengaktifkan Mulai Ulang Cepat SAP HANA. Setelah skrip dijalankan, Anda harus memperbarui konfigurasi SAP HANA secara manual untuk menyelesaikan penyiapan Mulai Ulang Cepat SAP HANA. Untuk mengetahui informasi selengkapnya, lihat Konfigurasi SAP HANA untuk Mulai Ulang Cepat.

Untuk mengaktifkan Mulai Ulang Cepat SAP HANA, ikuti langkah-langkah berikut:

Buat koneksi SSH dengan VM host Anda.
Beralih ke root:
```
sudo su -
```

Download skrip sap_lib_hdbfr.sh:

wget https://storage.googleapis.com/cloudsapdeploy/terraform/latest/terraform/lib/sap_lib_hdbfr.sh

Setel agar file dapat dieksekusi:
```
chmod +x sap_lib_hdbfr.sh
```
Pastikan bahwa skrip tidak memiliki error:
```
vi sap_lib_hdbfr.sh
./sap_lib_hdbfr.sh -help
```
Jika perintah menampilkan error, hubungi Cloud Customer Care. Untuk mengetahui informasi selengkapnya tentang cara menghubungi Layanan Pelanggan, lihat Mendapatkan dukungan untuk SAP di Google Cloud.
Jalankan skrip setelah mengganti ID sistem (SID) dan sandi SAP HANA untuk pengguna SISTEM dari database SAP HANA. Untuk memberikan sandi dengan aman, sebaiknya gunakan secret di Secret Manager.

Jalankan skrip menggunakan nama secret di Secret Manager. Secret ini harus ada di project Google Cloud yang berisi instance VM host Anda.
```
sudo ./sap_lib_hdbfr.sh -h 'SID' -s SECRET_NAME 
```
Ganti kode berikut:
- SID: menentukan SID dengan huruf besar. Contoh, AHA.
- SECRET_NAME: menentukan nama secret yang sesuai dengan sandi untuk pengguna SISTEM dari database SAP HANA. Secret ini harus ada di project Google Cloud yang berisi instance VM host Anda.
Atau, Anda dapat menjalankan skrip menggunakan sandi teks biasa. Setelah Mulai Ulang Cepat SAP HANA diaktifkan, pastikan untuk mengubah sandi Anda. Sebaiknya jangan gunakan sandi teks biasa karena sandi Anda akan dicatat dalam histori command line VM Anda.
```
sudo ./sap_lib_hdbfr.sh -h 'SID' -p 'PASSWORD'
```
Ganti kode berikut:
- SID: menentukan SID dengan huruf besar. Contoh, AHA.
- PASSWORD: menentukan sandi untuk pengguna SISTEM dari database SAP HANA.

Agar operasi awal berhasil, Anda akan melihat output yang mirip dengan berikut ini:

INFO - Script is running in standalone mode
ls: cannot access '/hana/tmpfs*': No such file or directory
INFO - Setting up HANA Fast Restart for system 'TST/00'.
INFO - Number of NUMA nodes is 2
INFO - Number of directories /hana/tmpfs* is 0
INFO - HANA version 2.57
INFO - No directories /hana/tmpfs* exist. Assuming initial setup.
INFO - Creating 2 directories /hana/tmpfs* and mounting them
INFO - Adding /hana/tmpfs* entries to /etc/fstab. Copy is in /etc/fstab.20220625_030839
INFO - Updating the HANA configuration.
INFO - Running command: select * from dummy
DUMMY
"X"
1 row selected (overall time 4124 usec; server time 130 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistence', 'basepath_persistent_memory_volumes') = '/hana/tmpfs0/TST;/hana/tmpfs1/TST;'
0 rows affected (overall time 3570 usec; server time 2239 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('global.ini', 'SYSTEM') SET ('persistent_memory', 'table_unload_action') = 'retain';
0 rows affected (overall time 4308 usec; server time 2441 usec)

INFO - Running command: ALTER SYSTEM ALTER CONFIGURATION ('indexserver.ini', 'SYSTEM') SET ('persistent_memory', 'table_default') = 'ON';
0 rows affected (overall time 3422 usec; server time 2152 usec)

Menyiapkan saluran dukungan SAP dengan SAProuter

Jika perlu mengizinkan engineer dukungan SAP mengakses sistem SAP HANA di Google Cloud, Anda dapat melakukannya menggunakan SAProuter. Ikuti langkah-langkah berikut:

Luncurkan instance VM Compute Engine tempat software SAProuter akan diinstal, dan tetapkan alamat IP eksternal sehingga instance memiliki akses internet.
Buat alamat IP eksternal statis yang baru, lalu tetapkan alamat IP ini ke instance.
Buat dan konfigurasi aturan firewall SAProuter tertentu di jaringan Anda. Dalam aturan ini, hanya izinkan akses masuk dan keluar yang diperlukan ke jaringan dukungan SAP, untuk instance SAProuter.

Batasi akses masuk dan keluar ke alamat IP tertentu yang disediakan oleh SAP agar Anda dapat terhubung, bersama dengan port TCP 3299. Tambahkan tag target ke aturan firewall dan masukkan nama instance Anda. Hal ini memastikan bahwa aturan firewall hanya berlaku untuk instance baru. Lihat dokumentasi aturan firewall untuk detail tambahan tentang cara membuat dan mengonfigurasi aturan firewall.
Instal software SAProuter, dengan mengikuti Catatan SAP 1628296, dan buat file saprouttab yang mengizinkan akses dari SAP ke sistem SAP HANA Anda di Google Cloud.
Siapkan koneksi dengan SAP. Untuk koneksi internet, gunakan Komunikasi Jaringan Aman. Untuk mengetahui informasi selengkapnya, lihat Dukungan Jarak Jauh SAP – Bantuan.

Mengonfigurasi jaringan Anda

Anda menyediakan sistem SAP HANA menggunakan VM dengan jaringan virtual Google Cloud. Google Cloud menggunakan networking yang ditetapkan untuk software dan teknologi sistem terdistribusi yang canggih untuk menghosting dan memberikan layanan Anda di seluruh dunia.

Untuk SAP HANA, buat jaringan subnet non-default dengan rentang alamat IP CIDR yang tidak tumpang-tindih untuk setiap subnetwork di jaringan. Perhatikan bahwa setiap subnetwork dan rentang alamat IP internalnya dipetakan ke satu region.

Subnetwork menjangkau semua zona di region tempatnya dibuat. Namun, saat membuat instance VM, Anda akan menentukan zona dan subnetwork untuk VM. Misalnya, Anda dapat membuat satu kumpulan instance di subnetwork1 dan di zone1 dari region1 serta kumpulan instance lainnya di subnetwork2 dan di zone2 dari region1, tergantung kebutuhan Anda.

Jaringan baru tidak memiliki aturan firewall sehingga tidak memiliki akses jaringan. Anda harus membuat aturan firewall yang membuka akses ke instance SAP HANA berdasarkan model hak istimewa minimum. Aturan firewall berlaku untuk seluruh jaringan dan juga dapat dikonfigurasi untuk diterapkan ke instance target tertentu menggunakan mekanisme pemberian tag.

Rute adalah resource global, bukan regional, yang terhubung ke satu jaringan. Rute yang dibuat pengguna berlaku untuk semua instance di jaringan. Artinya, Anda dapat menambahkan rute yang meneruskan traffic dari instance ke instance dalam jaringan yang sama, bahkan di seluruh subnetwork, tanpa memerlukan alamat IP eksternal.

Untuk instance SAP HANA, luncurkan instance tanpa alamat IP eksternal dan konfigurasi VM lain sebagai gateway NAT untuk akses eksternal. Konfigurasi ini mengharuskan Anda untuk menambahkan gateway NAT sebagai rute untuk instance SAP HANA. Prosedur ini dijelaskan dalam panduan deployment.

Keamanan

Bagian berikut membahas operasi keamanan.

Model hak istimewa minimum

Baris pertahanan pertama Anda adalah membatasi siapa yang dapat menjangkau instance menggunakan firewall. Dengan membuat aturan firewall, Anda dapat membatasi semua traffic ke jaringan atau mesin target pada sekumpulan port tertentu ke alamat IP sumber tertentu. Anda harus mengikuti model hak istimewa minimum untuk membatasi akses ke alamat IP, protokol, dan port tertentu yang memerlukan akses. Misalnya, Anda harus selalu menyiapkan bastion host, dan mengizinkan SSH ke sistem SAP HANA Anda hanya dari host tersebut.

Perubahan konfigurasi

Anda harus mengonfigurasi sistem SAP HANA dan sistem operasi dengan setelan keamanan yang direkomendasikan. Misalnya, pastikan hanya port jaringan yang relevan yang dicantumkan untuk mengizinkan akses, memperkuat sistem operasi yang menjalankan SAP HANA, dan seterusnya.

Lihat catatan SAP berikut (akun pengguna SAP diperlukan):

Menonaktifkan Layanan SAP HANA yang tidak dibutuhkan

Jika Anda tidak memerlukan SAP HANA Extended Application Services (SAP HANA XS), nonaktifkan layanan tersebut. Lihat catatan SAP 1697613: Menghapus layanan SAP HANA XS Classic Engine dari topologi.

Setelah layanan dinonaktifkan, hapus semua port TCP yang dibuka untuk layanan tersebut. Di Google Cloud, hal ini berarti mengedit aturan firewall untuk jaringan Anda guna menghapus port ini dari daftar akses.

Logging audit

Cloud Audit Logs terdiri dari dua aliran log, yaitu aktivitas admin dan akses data, yang keduanya dihasilkan secara otomatis oleh Google Cloud. Ini dapat membantu Anda menjawab pertanyaan, "Siapa yang melakukan apa, di mana, dan kapan?" dalam project Google Cloud Anda.

Log aktivitas admin berisi entri log untuk panggilan API atau tindakan administratif yang mengubah konfigurasi atau metadata layanan atau project. Log ini selalu diaktifkan dan dapat dilihat oleh semua anggota project.

Log akses data berisi entri log untuk panggilan API yang membuat, mengubah, atau membaca data yang disediakan pengguna yang dikelola oleh layanan, seperti data yang disimpan dalam layanan database. Jenis logging ini diaktifkan secara default di project Anda dan dapat Anda akses melalui Cloud Logging atau feed aktivitas Anda.

Mengamankan bucket Cloud Storage

Jika menggunakan Cloud Storage untuk menghosting cadangan untuk data dan log, pastikan Anda menggunakan TLS (HTTPS) saat mengirim data ke Cloud Storage dari instance untuk melindungi data dalam pengiriman. Cloud Storage secara otomatis mengenkripsi data dalam penyimpanan. Anda dapat menentukan kunci enkripsi sendiri jika memiliki sistem pengelolaan kunci Anda sendiri.

Dokumen keamanan terkait

Lihat referensi keamanan tambahan berikut untuk lingkungan SAP HANA Anda di Google Cloud:

Ketersediaan tinggi untuk SAP HANA di Google Cloud

Google Cloud menyediakan berbagai opsi untuk memastikan ketersediaan tinggi untuk sistem SAP HANA Anda, termasuk migrasi langsung Compute Engine dan fitur mulai ulang otomatis. Fitur ini, beserta persentase waktu beroperasi bulanan yang tinggi dari VM Compute Engine, dapat membuat Anda tidak perlu membayar dan memelihara sistem standby.

Namun, jika diperlukan, Anda dapat men-deploy sistem penyebaran skala multi-host yang menyertakan host standby untuk Failover Otomatis Host SAP HANA, atau Anda dapat men-deploy sistem peningkatan skala dengan instance SAP HANA standby di cluster Linux dengan ketersediaan tinggi.

Guna mengetahui informasi selengkapnya tentang opsi ketersediaan tinggi untuk SAP HANA di Google Cloud, lihat panduan perencanaan ketersediaan tinggi SAP HANA.

Mengaktifkan hook penyedia HA/DR SAP HANA

SUSE merekomendasikan agar Anda mengaktifkan hook penyedia HA/DR SAP HANA, yang memungkinkan SAP HANA mengirimkan notifikasi untuk peristiwa tertentu dan meningkatkan deteksi kegagalan. Hook penyedia HA/DR SAP HANA memerlukan SAP HANA 2.0 SPS 03 atau versi yang lebih baru.

Di situs utama dan sekunder, selesaikan langkah-langkah berikut:

Sebagai root atau SID_LCadm, buka file global.ini untuk mengedit:
```
> vi /hana/shared/SID/global/hdb/custom/config/global.ini
```

Tambahkan definisi berikut ke file global.ini:

Peningkatan skala

[ha_dr_provider_SAPHanaSR]
provider = SAPHanaSR
path = /usr/share/SAPHanaSR/
execution_order = 1

[ha_dr_provider_suschksrv]
provider = susChkSrv
path = /usr/share/SAPHanaSR/
execution_order = 3
action_on_lost = stop

[trace]
ha_dr_saphanasr = info

penyebaran skala

[ha_dr_provider_saphanasrmultitarget]
provider = SAPHanaSrMultiTarget
path = /usr/share/SAPHanaSR-ScaleOut/
execution_order = 1

[ha_dr_provider_sustkover]
provider = susTkOver
path = /usr/share/SAPHanaSR-ScaleOut/
execution_order = 2
sustkover_timeout = 30

[ha_dr_provider_suschksrv]
provider = susChkSrv
path = /usr/share/SAPHanaSR-ScaleOut/
execution_order = 3
action_on_lost = stop

[trace]
ha_dr_saphanasrmultitarget = info
ha_dr_sustkover = info

Sebagai root, buat file konfigurasi kustom di direktori /etc/sudoers.d dengan menjalankan perintah berikut. File konfigurasi baru ini memungkinkan pengguna SID_LCadm mengakses atribut node cluster saat metode hook srConnectionChanged() dipanggil.
```
> sudo visudo -f /etc/sudoers.d/SAPHanaSR
```

Di file /etc/sudoers.d/SAPHanaSR, tambahkan teks berikut:

Peningkatan skala

Ganti kode berikut:

SITE_A: nama situs server SAP HANA utama
SITE_B: nama situs server SAP HANA sekunder
SID_LC: SID, yang ditentukan menggunakan huruf kecil

Untuk melihat nama situs, Anda dapat menjalankan perintah crm_mon -A1 | grep site, sebagai pengguna root, di server utama SAP HANA atau server sekunder.

Cmnd_Alias SOK_SITEA = /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_SITE_A -v SOK -t crm_config -s SAPHanaSR
Cmnd_Alias SFAIL_SITEA = /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_SITE_A -v SFAIL -t crm_config -s SAPHanaSR
Cmnd_Alias SOK_SITEB = /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_SITE_B -v SOK -t crm_config -s SAPHanaSR
Cmnd_Alias SFAIL_SITEB = /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_SITE_B -v SFAIL -t crm_config -s SAPHanaSR
SID_LCadm ALL=(ALL) NOPASSWD: SOK_SITEA, SFAIL_SITEA, SOK_SITEB, SFAIL_SITEB

penyebaran skala

Ganti SID_LC dengan SID dengan format huruf kecil.

SID_LCadm ALL=(ALL) NOPASSWD: /usr/sbin/crm_attribute -n hana_SID_LC_site_srHook_*
SID_LCadm ALL=(ALL) NOPASSWD: /usr/sbin/crm_attribute -n hana_SID_LC_gsh *
SID_LCadm ALL=(ALL) NOPASSWD: /usr/sbin/SAPHanaSR-hookHelper --sid=SID_LC *

Di file /etc/sudoers Anda, pastikan teks berikut disertakan:
- Bagi SLES untuk SAP 15 SP3 dan yang lebih baru:
```
@includedir /etc/sudoers.d
```
- Untuk versi hingga SLES untuk SAP 15 SP2:
```
#includedir /etc/sudoers.d
```
  Perhatikan bahwa # dalam teks ini adalah bagian dari sintaksis dan bukan berarti baris tersebut merupakan komentar.
Catatan: Meskipun prosedur di bagian ini direkomendasikan oleh SUSE, Anda dapat menggunakan pendekatan alternatif. Daripada membuat file konfigurasi drop-in, Anda dapat menambahkan akses yang diperlukan langsung ke file /etc/sudoers Anda.

Setel Pacemaker ke dalam mode pemeliharaan:

> crm configure property maintenance-mode=true

Terapkan perubahan:
HANA SPS4 dan yang lebih baru
Saat SID_LCadm memuat perubahan pada node HANA SAP master utama dan sekunder.
```
> hdbnsutil -reloadHADRProviders
```
Gunakan salah satu opsi berikut untuk menghindari atau meminimalkan periode nonaktif situs utama Anda:
Opsi 1
Saat SID_LCadm memulai ulang situs sekunder.
> HDB restart
Opsi 2
Melakukan failover terkontrol dari utama ke sekunder
HANA SPS3
Setelah SID_LCadm memulai ulang sistem SAP HANA utama dan sekunder:
```
> HDB restart
```
Batalkan setelan Pacemaker dari mode pemeliharaan:
```
> crm configure property maintenance-mode=false
```
Setelah menyelesaikan konfigurasi cluster untuk SAP HANA, Anda dapat memverifikasi bahwa hook berfungsi dengan benar selama pengujian failover seperti yang dijelaskan dalam Memecahkan masalah hook python SAPHanaSR dan pengambilalihan cluster HA membutuhkan waktu terlalu lama saat kegagalan server indeks HANA.

Pemulihan dari bencana

Sistem SAP HANA menyediakan beberapa fitur ketersediaan tinggi untuk memastikan database SAP HANA dapat menahan kegagalan di tingkat software atau infrastruktur. Di antara fitur tersebut adalah replikasi Sistem SAP HANA dan cadangan SAP HANA, yang keduanya didukung oleh Google Cloud.

Untuk informasi selengkapnya tentang cadangan SAP HANA, lihat Pencadangan dan pemulihan.

Untuk mengetahui informasi lebih lanjut tentang replikasi sistem, lihat panduan perencanaan pemulihan dari bencana SAP HANA.

Pencadangan dan pemulihan

Cadangan sangat penting untuk melindungi sistem kumpulan data (database) Anda. Karena SAP HANA adalah database dalam memori, membuat pencadangan secara rutin dan menerapkan strategi pencadangan yang tepat akan membantu Anda memulihkan database SAP HANA dalam situasi seperti kerusakan data atau kehilangan data karena pemadaman atau kegagalan yang tidak direncanakan dalam infrastruktur Anda. Sistem SAP HANA menyediakan fitur pencadangan dan pemulihan bawaan untuk membantu Anda Anda dapat menggunakan layanan Google Cloud seperti Cloud Storage sebagai tujuan pencadangan untuk pencadangan SAP HANA.

Anda juga dapat mengaktifkan fitur Backint pada Agen untuk SAP Google Cloud, sehingga dapat menggunakan Cloud Storage secara langsung untuk pencadangan dan pemulihan.

Dokumen ini mengasumsikan bahwa Anda sudah memahami pencadangan dan pemulihan SAP HANA, beserta Catatan layanan SAP berikut:

Menggunakan volume Persistent Disk Compute Engine dan Cloud Storage untuk pencadangan

Jika Anda mengikuti petunjuk deployment berbasis Terraform yang disediakan oleh Google Cloud untuk men-deploy sistem SAP HANA, Anda akan memiliki penginstalan SAP HANA dengan direktori /hanabackup yang dihosting pada volume Persistent Disk Seimbang.

Untuk membuat cadangan database online ke direktori /hanabackup, gunakan alat SAP standar seperti SAP HANA Studio, SAP HANA Cockpit, transaksi SAP ABAP DB13, atau pernyataan SQL SAP HANA. Terakhir, Anda menyimpan cadangan yang telah selesai dengan menguploadnya ke bucket Cloud Storage, tempat Anda dapat mendownload cadangan saat Anda perlu memulihkan sistem SAP HANA.

Menggunakan Compute Engine untuk membuat cadangan dan snapshot disk

Anda dapat menggunakan Compute Engine untuk pencadangan SAP HANA, dan juga memiliki opsi untuk mencadangkan seluruh disk yang menghosting data SAP HANA dan volume log menggunakan snapshot disk standar.

Jika Anda mengikuti petunjuk dalam panduan deployment, berarti Anda memiliki penginstalan SAP HANA dengan direktori /hanabackup untuk cadangan database online Anda. Anda dapat menggunakan direktori yang sama tersebut untuk menyimpan snapshot volume /hanabackup dan mempertahankan pencadangan point-in-time untuk data SAP HANA dan volume log.

Keuntungan dari snapshot disk standar adalah snapshot tersebut inkremental, dengan setiap pencadangan berikutnya hanya menyimpan perubahan blok inkremental, bukan membuat cadangan yang sama sekali baru. Compute Engine menyimpan beberapa salinan setiap snapshot secara redundan di beberapa lokasi dengan checksum otomatis untuk memastikan integritas data Anda.

Berikut adalah ilustrasi pencadangan inkremental:

Diagram snapshot

Cloud Storage sebagai tujuan pencadangan Anda

Cloud Storage adalah pilihan tepat untuk digunakan sebagai tujuan cadangan Anda untuk SAP HANA karena memberikan ketahanan dan ketersediaan data yang tinggi.

Cloud Storage adalah penyimpanan objek untuk file dengan jenis atau format apa pun. Penyimpanan ini memiliki penyimpanan hampir tanpa batas, dan Anda tidak perlu menyediakannya atau menambahkan lebih banyak kapasitas ke penyimpanannya. Objek di Cloud Storage terdiri dari data file dan metadata yang terkait, dan dapat berukuran hingga 5 TB. Bucket Cloud Storage dapat menyimpan objek dalam jumlah berapa pun.

Dengan Cloud Storage, data Anda disimpan di beberapa lokasi, yang memberikan ketahanan tinggi dan ketersediaan tinggi. Ketika Anda mengupload data ke Cloud Storage atau menyalin data di dalamnya, Cloud Storage melaporkan tindakan tersebut sebagai berhasil hanya jika redundansi objek tercapai.

Tabel berikut menunjukkan opsi penyimpanan yang ditawarkan oleh Cloud Storage:

Frekuensi pembacaan/penulisan data	Opsi Cloud Storage yang direkomendasikan
Pembacaan atau penulisan yang sering	Pilih Kelas penyimpanan Standar untuk database yang sedang digunakan, karena database tersebut mungkin sering mengakses Cloud Storage untuk menulis dan membaca file cadangan.
Pembacaan atau penulisan yang jarang	Pilih Nearline atau Coldline Storage untuk data yang jarang diakses, seperti cadangan yang diarsipkan yang perlu dikelola sesuai dengan kebijakan retensi organisasi Anda. Nearline adalah pilihan tepat untuk data yang dicadangkan yang akan Anda akses paling banyak sekali sebulan, sedangkan Coldline lebih cocok untuk data yang memiliki probabilitas akses sangat rendah, seperti paling lama setahun sekali.
Data arsip	Pilih Archive storage untuk data arsip jangka panjang. Archive adalah pilihan tepat untuk data yang salinannya perlu Anda simpan dalam jangka waktu yang lama, tetapi Anda tidak ingin mengaksesnya lebih dari setahun sekali. Misalnya, gunakan Penyimpanan arsip untuk cadangan yang perlu Anda pertahankan dalam jangka panjang guna memenuhi persyaratan peraturan. Pertimbangkan untuk mengganti solusi pencadangan berbasis rekaman dengan Archive.

Saat Anda merencanakan penggunaan opsi penyimpanan ini, mulailah dengan tingkat yang sering diakses dan usia data cadangan Anda hingga tingkat akses yang jarang diakses. Cadangan umumnya jarang digunakan seiring bertambahnya usia. Kemungkinan memerlukan cadangan yang berusia 3 tahun sangat rendah dan Anda dapat menerapkan cadangan ini ke dalam tingkat Arsip untuk menghemat biaya. Untuk informasi tentang biaya Cloud Storage, lihat Harga Cloud Storage.

Cloud Storage dibandingkan dengan pencadangan pita

Tujuan pencadangan lokal secara konvensional adalah rekaman. Cloud Storage memiliki banyak manfaat dibandingkan pita, termasuk kemampuan untuk secara otomatis menyimpan cadangan "di luar lokasi" dari sistem sumber, karena data dalam Cloud Storage direplikasi di berbagai fasilitas. Ini juga berarti bahwa cadangan yang disimpan di Cloud Storage sangat tersedia.

Perbedaan utama lainnya adalah kecepatan pemulihan cadangan saat Anda perlu menggunakannya. Jika Anda perlu membuat sistem SAP HANA baru dari cadangan, atau memulihkan sistem yang ada dari cadangan, Cloud Storage akan memberikan akses yang lebih cepat ke data Anda, sehingga membantu membangun sistem lebih cepat.

Fitur backint Agen Google Cloud untuk SAP

Anda dapat langsung menggunakan Cloud Storage untuk pencadangan dan pemulihan, baik untuk penginstalan lokal maupun cloud menggunakan fitur Backint bersertifikasi SAP dari Agent for SAP Google Cloud.

Untuk mengetahui informasi selengkapnya tentang fitur ini, lihat Pencadangan dan pemulihan berbasis Backint untuk SAP HANA.

Melakukan pencadangan dan pemulihan menggunakan Backint

Bagian berikut ini memberikan informasi tentang cara melakukan operasi pencadangan dan pemulihan menggunakan fitur Backint dari Agent for SAP dari Google Cloud.

Memicu pencadangan data dan delta
Memicu pencadangan log
Membuat kueri katalog cadangan
Memulihkan database

Memicu pencadangan data dan delta

Untuk memicu pencadangan volume data SAP HANA dan mengirimkannya ke Cloud Storage menggunakan fitur Backint Agent for SAP Google Cloud, Anda dapat menggunakan SAP HANA Studio, SAP HANA Cockpit, SAP HANA SQL, atau DBA Cockpit.

Berikut adalah pernyataan SQL SAP HANA untuk memicu pencadangan data:

Untuk membuat cadangan penuh bagi database sistem:
```
BACKUP DATA USING BACKINT ('BACKUP_NAME');
```
Ganti BACKUP_NAME dengan nama yang ingin Anda tetapkan untuk cadangan.
Untuk membuat cadangan penuh untuk database tenant:
```
BACKUP DATA FOR TENANT_SID USING BACKINT ('BACKUP_NAME');
```
Ganti TENANT_SID dengan SID database tenant.
Untuk membuat cadangan diferensial dan inkremental:
```
BACKUP DATA BACKUP_TYPE USING BACKINT ('BACKUP_NAME');
BACKUP DATA BACKUP_TYPE FOR TENANT_SID USING BACKINT ('BACKUP_NAME');
```
Ganti BACKUP_TYPE dengan DIFFERENTIAL atau INCREMENTAL, bergantung pada jenis cadangan yang ingin Anda buat.

Ada beberapa opsi yang dapat Anda gunakan saat memicu pencadangan data. Untuk mengetahui informasi tentang opsi ini, lihat panduan referensi SQL SAP HANA Pernyataan BACKUP DATA (Pencadangan dan Pemulihan).

Untuk mengetahui informasi selengkapnya tentang pencadangan data dan delta, lihat Pencadangan Data dan Pencadangan Delta dalam dokumen SAP.

Memicu pencadangan log

Untuk memicu pencadangan volume log SAP HANA dan mengirimkannya ke Cloud Storage menggunakan fitur Backint dari Agent for SAP Google Cloud, selesaikan langkah-langkah berikut:

Buat cadangan database lengkap. Untuk petunjuknya, lihat dokumentasi SAP untuk versi SAP HANA Anda.
Dalam file global.ini SAP HANA, tetapkan parameter catalog_backup_using_backint ke yes.

Pastikan mode log untuk sistem SAP HANA Anda adalah normal, yang merupakan nilai default. Jika mode log disetel ke overwrite, database SAP HANA akan menonaktifkan pembuatan cadangan log.

Untuk mengetahui informasi selengkapnya tentang pencadangan log, lihat dokumen SAP Pencadangan Log.

Membuat kueri katalog cadangan

Katalog cadangan SAP HANA adalah bagian penting dari operasi pencadangan dan pemulihan. File ini berisi informasi tentang cadangan yang dibuat untuk {i>database<i} SAP HANA.

Untuk mengkueri katalog cadangan guna mendapatkan informasi tentang cadangan database tenant, selesaikan langkah-langkah berikut:

Mengubah database tenant secara offline.
Pada database sistem, jalankan pernyataan SQL berikut:
```
BACKUP COMPLETE LIST DATA FOR TENANT_SID;
```
Atau, untuk membuat kueri pada waktu tertentu, jalankan pernyataan SQL berikut:
```
BACKUP LIST DATA FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD';
```
Pernyataan tersebut akan membuat file strategyOutput.xml di direktori berikut: /usr/sap/SID/HDBINSTANCE_NUMBER/HOST_NAME/trace/DB_TENANT_SID.

Untuk mengetahui informasi tentang pernyataan BACKUP LIST DATA, lihat panduan referensi SAP HANA SQL Pernyataan BACKUP DATA (Pencadangan dan Pemulihan). Untuk informasi tentang katalog cadangan, lihat dokumen SAP Katalog Cadangan.

Memulihkan database

Saat Anda melakukan pemulihan menggunakan pencadangan data multi-streaming, SAP HANA menggunakan jumlah saluran yang sama dengan yang digunakan saat pencadangan dibuat. Untuk informasi selengkapnya, lihat dokumen SAP Prasyarat: Pemulihan Menggunakan Pencadangan Multistream.

Untuk memulihkan cadangan database SAP HANA yang Anda buat menggunakan fitur Backint dari Agen untuk SAP Google Cloud, SAP HANA menyediakan pernyataan SQL RECOVER DATA dan RECOVER DATABASE.

Kedua pernyataan SQL memulihkan cadangan dari bucket Cloud Storage yang Anda tentukan untuk parameter bucket di file PARAMETERS.json, kecuali jika Anda telah menentukan bucket untuk parameter recover_bucket.

Berikut adalah contoh pernyataan SQL untuk memulihkan database SAP HANA menggunakan cadangan yang Anda buat menggunakan fitur Backint dari Agen untuk SAP Google Cloud:

Untuk memulihkan database tenant dengan menentukan nama file cadangan:
```
RECOVER DATA FOR TENANT_SID USING BACKINT('BACKUP_NAME') CLEAR LOG;
```
Untuk memulihkan database tenant dengan menentukan ID cadangan:
```
RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID CLEAR LOG;
```
Ganti BACKUP_ID dengan ID cadangan yang diperlukan.
Untuk memulihkan database tenant dengan menentukan ID cadangan saat Anda perlu menggunakan cadangan katalog cadangan SAP HANA, yang disimpan di bucket Cloud Storage:
```
RECOVER DATA FOR TENANT_SID USING BACKUP_ID BACKUP_ID USING CATALOG BACKINT CLEAR LOG;
```

Untuk memulihkan database tenant ke titik waktu tertentu atau ke posisi log tertentu:

RECOVER DATABASE FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD HH:MM:SS' CHECK ACCESS USING BACKINT;

Untuk memulihkan database tenant menggunakan cadangan dari database eksternal:
```
RECOVER DATABASE FOR TENANT_SID UNTIL TIMESTAMP 'YYYY-MM-DD HH:MM:SS' CLEAR LOG USING SOURCE 'SOURCE_TENANT_SID@SOURCE_SID' USING CATALOG BACKINT CHECK ACCESS USING BACKINT
```
Ganti kode berikut:
- SOURCE_TENANT_SID: SID database tenant sumber
- SOURCE_SID: SID sistem SAP tempat database tenant sumber berada

Jika Anda perlu memulihkan database SAP HANA saat katalog cadangan SAP HANA tidak tersedia dalam cadangan yang disimpan di bucket Cloud Storage, ikuti petunjuk yang diberikan dalam Catatan SAP 3227931 - Memulihkan HANA DB Dari Backint Tanpa Katalog Cadangan HANA.

Mengelola identitas dan akses ke cadangan

Saat Anda menggunakan Cloud Storage atau Compute Engine untuk mencadangkan data SAP HANA, akses ke cadangan tersebut dikontrol oleh Identity and Access Management (IAM). Fitur ini memberi admin kemampuan untuk mengizinkan siapa saja yang dapat mengambil tindakan terhadap resource tertentu. IAM memberi Anda kontrol dan visibilitas terpusat untuk mengelola semua resource Google Cloud, termasuk cadangan Anda.

IAM juga menyediakan histori jejak audit lengkap untuk otorisasi, penghapusan, dan pendelegasian izin yang muncul secara otomatis untuk admin Anda. Dengan begitu, Anda dapat mengonfigurasi kebijakan yang memantau akses ke data di cadangan, sehingga Anda dapat menyelesaikan siklus kontrol akses penuh dengan data Anda. IAM memberikan tampilan terpadu tentang kebijakan keamanan di seluruh organisasi Anda, dengan audit bawaan untuk memudahkan proses kepatuhan.

Untuk memberikan akses utama ke cadangan Anda di Cloud Storage:

Di konsol Google Cloud, buka halaman IAM & Admin:

Buka IAM & Admin
Tentukan pengguna yang ingin Anda beri akses, lalu tetapkan peran Storage > Storage Object Creator:

Cara membuat cadangan berbasis sistem file untuk SAP HANA

Sistem SAP HANA yang di-deploy di Google Cloud menggunakan panduan deployment dikonfigurasi dengan serangkaian volume Persistent Disk atau Hyperdisk untuk digunakan sebagai tujuan pencadangan yang terpasang di NFS. Cadangan SAP HANA pertama-tama disimpan di disk lokal ini, lalu Anda perlu menyalinnya ke Cloud Storage untuk penyimpanan jangka panjang. Anda dapat menyalin cadangan secara manual ke Cloud Storage atau menjadwalkan salinannya ke Cloud Storage di crontab.

Jika Anda menggunakan fitur Backint dari Agent for SAP Google Cloud, Anda akan langsung mencadangkan ke dan melakukan pemulihan dari bucket Cloud Storage, sehingga meniadakan kebutuhan akan penyimpanan persistent disk untuk pencadangan.

Untuk memulai atau menjadwalkan pencadangan data SAP HANA, Anda dapat menggunakan SAP HANA Studio, perintah SQL, atau DBA Cockpit. Cadangan log ditulis secara otomatis kecuali jika dinonaktifkan. Screenshot berikut menampilkan contoh:

Screenshot cadangan

Mengonfigurasi `global.ini` SAP HANA

Jika Anda mengikuti petunjuk panduan deployment, file konfigurasi global.ini SAP HANA akan disesuaikan dengan cadangan database yang disimpan di /hanabackup/data/ dan file arsip log otomatis disimpan di /hanabackup/log/. Berikut adalah contoh tampilan global.ini:

[persistence]
basepath_datavolumes = /hana/data
basepath_logvolumes = /hana/log
basepath_databackup = /hanabackup/data
basepath_logbackup = /hanabackup/log

[system_information]
usage = production

Guna menyesuaikan file konfigurasi global.ini untuk fitur Backint Agent for SAP Google Cloud, lihat Mengonfigurasi SAP HANA untuk fitur Backint.

Catatan untuk deployment penyebaran skala

Dalam implementasi penyebaran skala, solusi ketersediaan tinggi yang menggunakan migrasi langsung dan mulai ulang otomatis berfungsi dengan cara yang sama seperti pada penyiapan host tunggal. Perbedaan utamanya adalah volume /hana/shared dipasang di NFS ke semua host worker dan menjadi master di master HANA. Volume NFS akan tidak dapat diakses secara singkat jika ada migrasi langsung atau mulai ulang otomatis host master. Saat host master dimulai ulang, volume NFS akan segera mulai berfungsi kembali di semua host, dan operasi normal akan dilanjutkan secara otomatis.

Volume pencadangan SAP HANA, /hanabackup, harus tersedia di semua host selama operasi pencadangan dan pemulihan. Jika gagal, Anda harus memverifikasi bahwa /hanabackup telah dipasang di semua host dan memasang kembali setiap host yang tidak terpasang. Saat Anda memilih untuk menyalin set cadangan ke volume lain atau Cloud Storage, jalankan salinan tersebut di host master untuk mencapai performa I/O yang lebih baik dan mengurangi penggunaan jaringan. Untuk menyederhanakan proses pencadangan dan pemulihan, Anda dapat menggunakan Cloud Storage Fuse untuk memasang bucket Cloud Storage di setiap host.

Performa penyebaran skala hanya sebagus distribusi data Anda. Makin baik data didistribusikan, makin baik performa kueri Anda. Hal ini mengharuskan Anda mengetahui data dengan baik, memahami cara data digunakan, serta merancang distribusi dan partisi tabel yang sesuai. Untuk informasi selengkapnya, lihat Catatan SAP 2081591 - FAQ: Distribusi Tabel SAP HANA.

Gcloud Python

Gcloud Python adalah klien Python idiomatis yang dapat Anda gunakan untuk mengakses layanan Google Cloud. Panduan ini menggunakan Gcloud Python untuk melakukan operasi pencadangan dan pemulihan ke dan dari Cloud Storage untuk pencadangan database SAP HANA Anda.

Jika Anda mengikuti petunjuk panduan deployment, library Gcloud Python sudah tersedia di instance Compute Engine.

Library ini bersifat open source dan memungkinkan Anda beroperasi di bucket Cloud Storage untuk menyimpan dan mengambil data cadangan.

Anda dapat menjalankan perintah berikut untuk membuat daftar objek di bucket Cloud Storage. Anda dapat menggunakannya untuk membuat daftar cadangan yang tersedia:

python 2>/dev/null - <<EOF
from google.cloud import storage
storage_client = storage.Client()
bucket = storage_client.get_bucket("<bucket_name>")
blobs = bucket.list_blobs()
for fileblob in blobs:
     print(fileblob.name)
EOF

Untuk mengetahui detail selengkapnya tentang Gcloud Python, lihat dokumentasi referensi library klien penyimpanan.

Contoh pencadangan dan pemulihan

Bagian berikut mengilustrasikan prosedur yang dapat Anda ikuti untuk tugas pencadangan dan pemulihan standar menggunakan SAP HANA Studio.

Contoh pembuatan cadangan

Di SAP HANA Backup Editor, pilih Buka Wizard Pencadangan.
1. Pilih File sebagai jenis tujuan. Ini mencadangkan database ke file dalam sistem file yang ditentukan.
2. Tentukan tujuan pencadangan, /hanabackup/data/SID, dan awalan pencadangan. Ganti SID dengan ID sistem sistem SAP Anda.
3. Klik Next.
Klik Selesai di formulir konfirmasi untuk memulai pencadangan.
Saat pencadangan dimulai, jendela status akan menampilkan progres pencadangan Anda. Tunggu hingga pencadangan selesai.

Setelah pencadangan selesai, ringkasan pencadangan akan menampilkan pesan Finished.
Login ke sistem SAP HANA Anda dan verifikasi bahwa cadangan tersedia di lokasi yang diharapkan dalam sistem file. Contoh:

Kirim atau sinkronkan file cadangan dari sistem file /hanabackup ke Cloud Storage. Contoh skrip Python berikut mengirim data dari /hanabackup/data dan /hanabackup/log ke bucket yang digunakan untuk cadangan, dalam bentuk NODE_NAME/DATA atau LOG/YYYY/MM/DD/HH/BACKUP_FILE_NAME. Hal ini memungkinkan Anda mengidentifikasi file cadangan berdasarkan waktu saat cadangan disalin. Jalankan skrip gcloud Python ini pada prompt bash sistem operasi:

python 2>/dev/null - <<EOF
import os
import socket
from datetime import datetime
from google.cloud import storage
storage_client = storage.Client()
today = datetime.today()
current_hour = today.strftime('%Y/%m/%d/%H')
hostname = socket.gethostname()
bucket = storage_client.get_bucket("hanabackup")
for subdir, dirs, files in os.walk('/hanabackup/data/H2D/'):
  for file in files:
      backupfilename = os.path.join(subdir, file)
      if 'COMPLETE_DATA_BACKUP' in backupfilename:
            only_filename = backupfilename.split('/')[-1]
            backup_file = hostname + '/data/' + current_hour + '/' + only_filename
            blob = bucket.blob(backup_file)
            blob.upload_from_filename(filename=backupfilename)
for subdir, dirs, files in os.walk('/hanabackup/log/H2D/'):
  for file in files:
      backupfilename = os.path.join(subdir, file)
      if 'COMPLETE_DATA_BACKUP' in backupfilename:
          only_filename = backupfilename.split('/')[-1]
          backup_file = hostname + '/log/' + current_hour + '/' + only_filename
          blob = bucket.blob(backup_file)
          blob.upload_from_filename(filename=backupfilename)
EOF

Gunakan library Gcloud Python atau konsol Google Cloud untuk membuat daftar data cadangan.

Contoh pemulihan cadangan

Jika file cadangan tidak tersedia di direktori /hanabackup, tetapi tersedia di Cloud Storage, download file dari Cloud Storage, dengan menjalankan skrip berikut dari prompt bash sistem operasi:

python - <<EOF
from google.cloud import storage
storage_client = storage.Client()
bucket = storage_client.get_bucket("hanabackup")
blobs = bucket.list_blobs()
for fileblob in blobs:
  blob = bucket.blob(fileblob.name)
  fname = str(fileblob.name).split('/')[-1]
  blob.chunk_size=1<<30
  if 'log' in fname:
      blob.download_to_filename('/hanabackup/log/H2D/' + fname)
  else:
      blob.download_to_filename('/hanabackup/data/H2D/' + fname)
EOF

Untuk memulihkan database SAP HANA, klik Pencadangan dan Pemulihan > Pulihkan Sistem:
Klik Next.
Tentukan lokasi cadangan di sistem file lokal Anda, lalu klik Add.
Klik Next.
Pilih Pulihkan tanpa katalog cadangan:
Klik Next.
Pilih File sebagai jenis tujuan, lalu tentukan lokasi file cadangan dan awalan yang benar untuk cadangan Anda. Jika Anda mengikuti prosedur Contoh pembuatan cadangan, ingatlah bahwa COMPLETE_DATA_BACKUP ditetapkan sebagai awalan.
Klik Berikutnya dua kali.
Klik Selesai untuk memulai pemulihan.
Setelah pemulihan selesai, lanjutkan operasi normal dan hapus file cadangan dari direktori /hanabackup/data/SID/*.

Langkah selanjutnya

Dokumen SAP standar berikut mungkin akan bermanfaat bagi Anda:

Dokumen Google Cloud berikut mungkin juga berguna bagi Anda:

Panduan operasi SAP HANA

Mengelola sistem SAP HANA di Google Cloud

Memulai dan menghentikan instance

Menghentikan VM

Memulai ulang VM

Mengubah VM

Membuat snapshot SAP HANA

Memigrasikan volume Persistent Disk SAP HANA yang ada ke volume Hyperdisk Extreme

Sebelum memulai

Memigrasikan volume Persistent Disk ke volume Hyperdisk Extreme

Pengganti

Mengubah setelan {i>disk<i}

Pencadangan berbasis snapshot

Pencadangan berbasis gambar

Dari snapshot

Dari gambar

Meng-clone sistem SAP HANA

Menginstal dan memperbarui gcloud CLI

Mengaktifkan Mulai Ulang Cepat SAP HANA

Langkah manual

Mengonfigurasi sistem file tmpfs

Menampilkan topologi NUMA VM Anda

Membuat direktori node NUMA

Instal direktori node NUMA ke tmpfs

Update /etc/fstab

Opsional: menetapkan batas penggunaan memori

Mengonfigurasi SAP HANA untuk Mulai Ulang Cepat

Perbarui bagian [persistence] dalam file global.ini

SAP HANA kini dapat menggunakan lokasi sebagai ruang memori persisten.

Langkah otomatis

Menyiapkan saluran dukungan SAP dengan SAProuter

Mengonfigurasi jaringan Anda

Keamanan

Model hak istimewa minimum

Perubahan konfigurasi

Menonaktifkan Layanan SAP HANA yang tidak dibutuhkan

Logging audit

Mengamankan bucket Cloud Storage

Dokumen keamanan terkait

Ketersediaan tinggi untuk SAP HANA di Google Cloud

Mengaktifkan hook penyedia HA/DR SAP HANA

Peningkatan skala

penyebaran skala

Peningkatan skala

penyebaran skala

HANA SPS4 dan yang lebih baru

Opsi 1

Opsi 2

HANA SPS3

Pemulihan dari bencana

Pencadangan dan pemulihan

Menggunakan volume Persistent Disk Compute Engine dan Cloud Storage untuk pencadangan

Menggunakan Compute Engine untuk membuat cadangan dan snapshot disk

Cloud Storage sebagai tujuan pencadangan Anda

Cloud Storage dibandingkan dengan pencadangan pita

Fitur backint Agen Google Cloud untuk SAP

Melakukan pencadangan dan pemulihan menggunakan Backint

Memicu pencadangan data dan delta

Memicu pencadangan log

Membuat kueri katalog cadangan

Memulihkan database

Mengelola identitas dan akses ke cadangan

Cara membuat cadangan berbasis sistem file untuk SAP HANA

Mengonfigurasi global.ini SAP HANA

Catatan untuk deployment penyebaran skala

Gcloud Python

Contoh pencadangan dan pemulihan

Contoh pembuatan cadangan

Contoh pemulihan cadangan

Langkah selanjutnya

Mengonfigurasi sistem file `tmpfs`

Instal direktori node NUMA ke `tmpfs`

Update `/etc/fstab`

Perbarui bagian `[persistence]` dalam file `global.ini`

Mengonfigurasi `global.ini` SAP HANA