Preskrip dan postscript yang disempurnakan untuk rekam jepret yang konsisten dengan database

Azure Backup menawarkan kerangka kerja preskrip dan postscript bawaan untuk memastikan konsistensi aplikasi untuk VM Linux selama pencadangan. Kerangka kerja ini secara otomatis menjalankan skrip awal untuk menghentikan sementara aplikasi sebelum cuplikan disk dan skrip akhir untuk memulihkan aplikasi ke operasi normal setelah cuplikan.

Mengelola preskrip dan postscript kustom seringkali rumit dan memakan waktu. Untuk menyederhanakan proses ini, Azure Backup menyediakan preskrip dan postskrip siap pakai untuk database populer untuk mengaktifkan rekam jepret yang konsisten dengan aplikasi dengan upaya dan pemeliharaan minimal.

Diagram berikut menggambarkan bagaimana Azure Backup menggunakan preskrip dan postscript yang ditingkatkan untuk mencapai rekam jepret yang konsisten dengan aplikasi untuk database Linux untuk memastikan pencadangan dan pemulihan yang andal.

Manfaat utama dari kerangka kerja prescript dan postscript yang disempurnakan

Kerangka kerja preskrip dan postscript baru yang disempurnakan memiliki manfaat utama berikut:

• Praskrip dan paskrip ini langsung diinstal di VM Azure bersama dengan ekstensi cadangan, yang membantu menghilangkan kebutuhan untuk membuat dan mengunduhnya dari lokasi eksternal.
• Definisi dan konten preskrip dan postscript tersedia untuk dilihat di GitHub. Anda dapat mengirimkan saran dan perubahan melalui GitHub, yang di-triase dan ditambahkan untuk menguntungkan komunitas yang lebih luas.
• Preskrip dan pascaskrip baru untuk database lain tersedia melalui GitHub, yang disortir dan ditujukan untuk manfaat komunitas yang lebih luas.
• Kerangka kerja yang kuat efisien untuk menangani skenario, seperti kegagalan eksekusi preskrip atau crash. Dalam peristiwa apa pun, postscript secara otomatis berjalan untuk mengembalikan semua perubahan yang dilakukan dalam preskrip.
• Kerangka kerja ini juga menyediakan saluran olahpesan untuk alat eksternal guna mengambil pembaruan dan menyiapkan rencana tindakan mereka sendiri pada pesan atau peristiwa apa pun.

Alur solusi dari kerangka kerja preskrip dan postscript yang disempurnakan

Diagram berikut mengilustrasikan alur solusi kerangka kerja preskrip dan postscript yang disempurnakan untuk rekam jepret yang konsisten dengan database.

Tabel dukungan

Database berikut tercakup dalam kerangka kerja yang disempurnakan:

• Oracle (umumnya tersedia): Lihat Matriks dukungan untuk cadangan Azure VM.
• MySQL (pratinjau).

Prasyarat

Anda hanya perlu mengubah file konfigurasi, workload.conf di /etc/azure, untuk memberikan detail koneksi. Dengan cara ini, Azure Backup dapat terhubung ke aplikasi yang relevan dan menjalankan preskrip dan postscript. File konfigurasi memiliki parameter berikut:

[workload]
# valid values are mysql, oracle
workload_name =
command_path = 
linux_user =
credString = 
ipc_folder = 
timeout =

Tabel berikut ini menjelaskan parameter.

Parameter	Wajib	Penjelasan
workload_name	Ya	Berisi nama database tempat Anda memerlukan pencadangan yang konsisten dengan aplikasi. Nilai yang didukung adalah oracle atau mysql.
command_path/configuration_path		Berisi jalur ke biner beban kerja. Bidang ini tidak wajib jika biner beban kerja ditetapkan sebagai variabel jalur.
linux_user	Ya	Berisi nama pengguna pengguna Linux dengan akses ke rincian masuk pengguna database. Jika nilai ini tidak diatur, root dianggap sebagai pengguna default.
credString		Singkatan dari string kredensial untuk menyambungkan ke database. Berisi seluruh string autentikasi.
ipc_folder		Beban kerja hanya dapat menulis ke jalur sistem file tertentu. Sediakan jalur folder ini sehingga preskrip dapat menulis status ke jalur folder ini.
timeout	Ya	Batas waktu maksimum di mana database dalam keadaan tenang. Nilai default-nya adalah 90 detik. Jangan tetapkan nilai kurang dari 60 detik.

Catatan

Definisi JSON adalah templat yang mungkin dimodifikasi Azure Backup agar sesuai dengan database tertentu. Untuk memahami file konfigurasi untuk setiap database, lihat manual setiap database.

Pengalaman keseluruhan untuk menggunakan kerangka kerja preskrip dan pascaskrip yang disempurnakan adalah:

• Siapkan lingkungan database.
• Sunting file konfigurasi.
• Aktifkan cadangan VM.
• Pulihkan VM atau disk atau file dari titik pemulihan yang konsisten dengan aplikasi sesuai kebutuhan.

Membangun strategi pencadangan database

Gunakan cuplikan alih-alih streaming

Biasanya, pencadangan streaming (seperti penuh, diferensial, atau bertambah bertahas) dan log digunakan oleh admin database dalam strategi pencadangan mereka. Poin-poin penting dalam desain adalah:

• Performa dan biaya: Pencadangan penuh harian ditambah log adalah yang tercepat selama pemulihan tetapi melibatkan biaya yang signifikan. Termasuk jenis pencadangan streaming diferensial atau inkremental mengurangi biaya tetapi dapat memengaruhi performa pemulihan. Tetapi rekam jepret memberikan kombinasi performa dan biaya terbaik. Karena snapshot bersifat inkremental, mereka memiliki dampak paling kecil pada performa selama pencadangan, pemulihannya cepat, dan juga menghemat biaya.
• Dampak pada database atau infrastruktur: Performa cadangan streaming tergantung pada IOPS penyimpanan yang mendasar dan bandwidth jaringan yang tersedia saat aliran ditargetkan ke lokasi jarak jauh. Rekam jepret tidak memiliki dependensi ini, dan permintaan pada IOPS dan bandwidth jaringan berkurang.
• Dapat digunakan kembali: Perintah untuk memicu tipe cadangan streaming yang berbeda untuk setiap database berbeda, sehingga skrip sulit untuk digunakan kembali. Selain itu, jika Anda menggunakan jenis cadangan yang berbeda, pastikan untuk mengevaluasi rantai dependensi untuk mempertahankan siklus hidup. Untuk rekam jepret, mudah untuk menulis skrip karena tidak ada rantai dependensi.
• Retensi jangka panjang: Pencadangan penuh selalu bermanfaat untuk retensi jangka panjang karena Anda dapat memindahkan dan memulihkannya secara independen. Untuk pencadangan operasional dengan retensi jangka pendek, snapshot lebih disukai.

Rekam jepret harian ditambah log dengan pencadangan penuh sesekali untuk retensi jangka panjang adalah kebijakan pencadangan terbaik untuk database.

Strategi pencadangan log

Kerangka kerja preskrip dan postscript yang disempurnakan dibangun pada cadangan Azure VM yang menjadwalkan pencadangan sekali per hari. Untuk alasan ini, jendela kehilangan data dengan tujuan titik pemulihan (RPO) sebagai 24 jam tidak cocok untuk database produksi. Solusi ini dilengkapi dengan strategi cadangan log di mana cadangan log dialirkan secara eksplisit.

Network File System (NFS) di Azure Blob Storage dan NFS pada AFS (pratinjau) mempermudah pemasangan volume secara langsung pada VM database serta menggunakan klien database untuk memindahkan cadangan log. RPO, yaitu jendela kehilangan data, bergantung pada frekuensi pencadangan log. Selain itu, target NFS tidak perlu berkinerja tinggi. Anda mungkin tidak perlu memicu streaming reguler (penuh dan bertahap) untuk pencadangan operasional setelah Anda memiliki rekam jepret yang konsisten dengan database.

Catatan

Preskrip yang ditingkatkan biasanya berhati-hati untuk menghapus semua transaksi log saat transit ke tujuan pencadangan log sebelum mendiamkan database untuk mengambil rekam jepret. Akibatnya, rekam jepret adalah database yang konsisten dan dapat diandalkan selama pemulihan.

Strategi Pemulihan

Setelah rekam jepret yang konsisten dengan database diambil dan cadangan log dialirkan ke volume NFS, strategi pemulihan database dapat menggunakan fungsionalitas pemulihan cadangan Azure VM. Kemampuan pencadangan log juga diterapkan padanya dengan menggunakan klien database. Opsi berikut untuk strategi pemulihan adalah:

• Buat VM baru dari titik pemulihan yang konsisten dengan database. VM harus sudah memiliki titik pemasangan log yang tersambung. Gunakan klien database untuk menjalankan perintah pemulihan untuk pemulihan titik waktu.
• Buat disk dari titik pemulihan yang konsisten dengan database dan lampirkan ke VM target lain. Kemudian pasang tujuan log dan gunakan klien database untuk menjalankan perintah pemulihan untuk pemulihan titik waktu.
• Gunakan opsi pemulihan file dan buat skrip. Jalankan skrip pada VM target dan lampirkan titik pemulihan sebagai disk iSCSI. Kemudian gunakan klien database untuk menjalankan fungsi validasi khusus database pada disk terlampir dan memvalidasi data cadangan. Selain itu, gunakan klien database untuk mengekspor atau memulihkan beberapa tabel atau file alih-alih memulihkan seluruh database.
• Gunakan fungsionalitas Pemulihan Lintas Wilayah untuk melakukan tindakan yang disebutkan sebelumnya dari wilayah pasangan sekunder pada saat terjadi bencana regional.

Ringkasan

Dengan rekam jepret yang konsisten dengan database ditambah log yang dicadangkan dengan menggunakan solusi kustom, Anda dapat membangun solusi cadangan database yang berkinerja dan hemat biaya. Solusi ini menggunakan manfaat pencadangan Azure VM dan juga menggunakan kembali kemampuan klien database.