Penyebab pencadangan dengan splash rendah pada perangkat pencadangan/pemulihan

Apa yang dimaksud dengan pencadangan tanpa layar pembuka?

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

Pencadangan dengan tampilan minimal adalah jenis tugas pencadangan khusus yang terjadi saat beberapa error sistem dalam tugas pencadangan sebelumnya menghasilkan gambar bitmap yang tidak andal atau ketidakmampuan untuk membaca bitmap. Layanan yang membaca bitmap adalah cbt_server di lingkungan Linux dan AAMService di lingkungan Windows.

Pencadangan dengan sedikit percikan lebih memakan waktu daripada pencadangan yang dilakukan dalam kondisi normal karena harus melakukan penyerapan penuh lagi untuk membuat ulang bitmap yang andal. Kemudian, perubahan inkremental dapat diterapkan tanpa harus mengganti cadangan penuh.

Hal-hal yang tidak menyebabkan pencadangan dengan percikan rendah

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

Penyebab bitmap yang tidak dapat diandalkan

Bitmap yang tidak andal terjadi saat sesuatu mengganggu tugas pencadangan, termasuk hal berikut:

  • Penonaktifan host yang tidak bersih:
    • Penonaktifan yang tidak lancar menyebabkan splash rendah karena bitmap tidak dapat diandalkan. Hal ini mencakup mencabut daya pada mesin fisik atau metode lain untuk mematikan Windows tanpa melalui penonaktifan yang benar, 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 dan DR. Kami menarik bitmap dari setiap host cluster yang menghosting database sejak pencadangan sebelumnya untuk menemukan perubahan, dan tanpa semua bitmap, kami harus menjalankan splash rendah 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 pemulihan layar rendah diperlukan.
  • Update modul kernel gagal
  • Error atau mulai ulang di daemon mode pengguna
  • Terjadi error sidik jari saat menjalankan pencadangan. (Layanan Backup and DR melakukan "pemeriksaan sidik jari" pada setiap tugas pencadangan untuk memeriksa apakah ada error.)
  • Error selama pengarsipan, jika selama penonaktifan OS, disk penyimpanan penuh dan sistem tidak dapat menulis semua data ke dalam arsip.
  • Failover node SAP HANA, yang menyebabkan pencadangan dialihkan ke node lain.
  • Pencadangan berjalan dalam mode yang terdegradasi karena tidak dapat memuat modul kernel. Hal ini biasanya terjadi saat OS menggunakan versi yang tidak didukung.
  • Jika cbt_server atau AAMService dihentikan selama pencadangan, bitmap tidak dapat diambil dan tugas pencadangan berjalan dalam mode layar pembuka rendah. Jika AAMService tidak nonaktif dalam waktu yang 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, maka bitmap tidak dapat dibuat ulang dan pencadangan akan berada dalam mode layar pembuka rendah. Durasi proses ini bergantung pada seberapa banyak I/O disk yang terjadi pada database. Proses ini biasanya memerlukan waktu berhari-hari karena AAMService tidak berfungsi.
  • Penonaktifan cbt_server atau AAMService yang tidak benar dapat menyebabkan bitmap menjadi tidak dapat diandalkan untuk bitmap yang saat ini dimuat. Bitmap dimuat jika file yang dilacak telah ditulis dalam 15 menit terakhir, sehingga umumnya untuk database yang sibuk, hal ini akan menyebabkan percikan rendah.
  • Jika volume yang berisi file yang dilacak (misalnya, file .mdf SQL Server) dilepas dari host, lalu dipasang kembali, bitmap tidak dapat diandalkan karena tidak ada cara untuk mengetahui apa yang ditulis ke file saat file tersebut dilepas.