Penyebab pencadangan dengan splash rendah pada perangkat pencadangan/pemulihan

Apa yang dimaksud dengan pencadangan low-splash?

Pada peralatan pencadangan/pemulihan Backup and DR dalam keadaan normal, Backup and DR melakukan pencadangan penyerapan penuh awal yang memakan waktu dari database, dan kemudian semua pencadangan berikutnya adalah pencadangan inkremental yang jauh lebih cepat. Pencadangan inkremental membandingkan bitmap snapshot saat ini dan snapshot sebelumnya, serta hanya menerapkan perubahan inkremental.

Pencadangan low-splash adalah jenis tugas pencadangan khusus yang terjadi saat beberapa error sistem dalam tugas pencadangan sebelumnya menghasilkan gambar bitmap yang tidak dapat diandalkan atau ketidakmampuan untuk membaca bitmap. Layanan yang membaca bitmap adalah cbt_server di lingkungan Linux dan AAMService di lingkungan Windows.

Pencadangan low-splash memerlukan lebih banyak waktu daripada pencadangan yang dibuat dalam kondisi normal karena harus melakukan penyerapan penuh lagi untuk membuat ulang bitmap yang andal. Kemudian, sistem dapat menerapkan perubahan inkremental tanpa harus mengganti pencadangan penuh.

Hal-hal yang tidak menyebabkan pencadangan percikan rendah

  • Upgrade konektor
  • Mulai ulang sistem dengan lancar
  • Mulai ulang cbt_server atau AAMService dengan lancar dengan asumsi bahwa layanan masih berjalan pada saat pencadangan
  • Failover yang tidak mengalami error yang menyebabkan bitmap tidak dapat diandalkan.

Penyebab bitmap yang tidak dapat diandalkan

Bitmap yang tidak dapat diandalkan terjadi saat ada sesuatu yang mengganggu tugas pencadangan, termasuk hal berikut:

  • Penonaktifan host yang tidak bersih:
    • Penghentian tidak normal menyebabkan layar pembuka rendah karena bitmap yang tidak dapat diandalkan. Hal ini termasuk mencabut daya pada mesin fisik atau metode lain untuk mematikan Windows tanpa melalui penghentian normal, atau error layar biru. Hal ini berlaku meskipun satu mesin dalam cluster mengalami error layar biru yang memicu failover, karena bitmap dari mesin yang gagal tidak dapat diandalkan.
    • Jika semua server Windows dalam cluster yang telah menghosting database sejak pencadangan sebelumnya tidak tersedia dan menjalankan agen Backup and DR. Kami mengambil bitmap dari setiap host cluster yang menghosting database sejak pencadangan sebelumnya untuk menemukan perubahan, dan tanpa semua bitmap, kami harus menjalankan low-splash untuk menjaga integritas data. Perhatikan bahwa jika host cluster yang menghosting database mengalami BSOD, bitmap mungkin tersedia saat pencadangan, tetapi masih tidak dapat diandalkan, sehingga diperlukan pemulihan low-splash.
  • Update modul kernel yang gagal
  • Error atau mulai ulang di daemon mode pengguna
  • Error sidik jari saat menjalankan pencadangan. (Backup and DR melakukan "pemeriksaan sidik jari" pada setiap tugas pencadangan untuk memeriksa error.)
  • Error selama vaulting, jika selama penonaktifan OS, disk penyimpanan penuh dan sistem tidak dapat menulis semua data ke dalam vault.
  • Failover node SAP HANA, yang menyebabkan pencadangan dialihkan ke node lain.
  • Pencadangan berjalan dalam mode terdegradasi karena tidak dapat memuat modul kernel. Hal ini biasanya terjadi jika OS adalah versi yang tidak didukung.
  • Jika cbt_server atau AAMService dihentikan selama pencadangan, bitmap tidak dapat diambil dan tugas pencadangan akan berjalan dalam mode low-splash. Jika AAMService tidak nonaktif dalam waktu yang sangat lama, memulai AAMService akan menghasilkan bitmap yang tersedia untuk pencadangan normal.
    • Jika cbt_server atau AAMService dihentikan cukup lama sehingga beberapa gigabyte peristiwa diantrekan oleh driver, bitmap tidak dapat dibuat ulang dan pencadangan akan berada dalam mode low-splash. Durasi proses ini bergantung pada seberapa banyak I/O disk yang terjadi di database. Proses ini biasanya memerlukan waktu nonaktif AAMService selama berhari-hari.
  • Penghentian tidak normal pada cbt_server atau AAMService dapat menyebabkan bitmap menjadi tidak dapat diandalkan untuk bitmap yang sedang dimuat. Bitmap dimuat jika file yang dilacak telah ditulis dalam 15 menit terakhir, sehingga umumnya untuk database yang sibuk, hal ini akan menyebabkan dampak yang rendah.
  • Jika volume yang berisi file yang dilacak (misalnya, file .mdf SQL Server) dilepas di host, lalu dipasang kembali, bitmap tidak dapat diandalkan karena tidak ada cara untuk mengetahui apa yang ditulis ke file saat dilepas.