FAQ tentang database SQL Server yang berjalan pada cadangan Azure VM

Ya, Anda dapat memiliki cadangan VM dan cadangan SQL pada VM yang sama. Dalam hal ini, kami secara internal memicu pencadangan penuh salin saja penuh pada VM untuk tidak memotong log.

Dalam beberapa kondisi, layanan Azure Backup memicu cadangan perbaikan. Pemulihan otomatis dapat terjadi untuk salah satu dari enam kondisi yang disebutkan di bawah ini:

• Jika pencadangan log atau diferensial gagal karena Kesalahan Validasi LSN, pencadangan log atau diferensial berikutnya akan dikonversi ke pencadangan penuh.
• Jika tidak ada pencadangan penuh yang terjadi sebelum pencadangan log atau diferensial, pencadangan log atau diferensial berikutnya akan dikonversi ke pencadangan penuh.
• Jika titik waktu pencadangan penuh terbaru lebih lama dari 15 hari, pencadangan log atau diferensial berikutnya akan dikonversi ke pencadangan penuh.
• Semua pekerjaan pencadangan yang dibatalkan karena peningkatan ekstensi diambil setelah peningkatan selesai dan ekstensi dimulai.
• Jika Anda memilih untuk menimpa database selama Pemulihan, pencadagan log/diferensial berikutnya gagal dan pencadangan penuh dipicu sebagai gantinya.
• Dalam kasus di mana pencadangan penuh diperlukan untuk mengatur ulang rantai log karena perubahan model pemulihan database, pencadangan penuh akan dipicu secara otomatis pada jadwal berikutnya.

Tidak, Anda tidak dapat membatalkan pekerjaan pemulihan otomatis. Namun, Anda dapat menolaknya dengan mengikuti langkah-langkah berikut:

1. Pada instans SQL Server, di folder C:\Program Files\Azure Workload Backup\bin, buat atau edit file ExtensionSettingsOverrides.json.
2. Dalam file Extension Pengaturan Overrides.json, atur {"EnableAutoHealer": false}.
3. Simpan perubahan dan tutup file.
4. Pada instans SQL Server, buka Task Manager, lalu mulai ulang layanan AzureWLBackupCoordinatorSvc.

Ya. Anda dapat membatasi laju kebijakan cadangan yang dijalankan untuk meminimalkan dampak pada instans SQL Server. Untuk mengubah pengaturan:

1. Pada instans SQL Server, di folder C:\Program Files\Azure Workload Backup\bin, buat file ExtensionSettingsOverrides.json.

2. Dalam file Extension Pengaturan Overrides.json, ubah DefaultBackupTasksThreshold pengaturan ke nilai yang lebih rendah (misalnya, 5).
   {"DefaultBackupTasksThreshold": 5}
   Nilai default DefaultBackupTasksThreshold adalah 20.

3. Simpan perubahan Anda dan tutup file.

4. Pada instans SQL Server, buka Task Manager. Mulai ulang layanan AzureWLBackupCoordinatorSvc.
   
   Meskipun metode ini membantu jika aplikasi cadangan menggunakan sejumlah besar sumber daya, SQL Server Resource Governor adalah cara yang lebih umum untuk menentukan batasan jumlah CPU, IO fisik, dan memori yang dapat digunakan oleh permintaan aplikasi yang masuk.

Tidak. Pekerjaan pencadangan yang sukses tidak menghasilkan pemberitahuan. Pemberitahuan hanya dikirim untuk pekerjaan pencadangan yang gagal. Detail perilaku untuk pemberitahuan portal didokumentasikan di sini. Namun, jika Anda tertarik untuk mendapatkan pemberitahuan bahkan untuk pekerjaan yang sukses, Anda dapat menggunakan Pemantauan menggunakan Azure Monitor.

Ya, Anda dapat mencapai kemampuan ini dengan perlindungan otomatis.

Jika database dijatuhkan dari instans perlindungan otomatis, pencadangan database masih diupayakan. Hal ini mengimplikasikan bahwa database yang dihapus mulai muncul sebagai tidak sehat di bawah Item Azure Backup dan masih dilindungi.

Cara yang tepat untuk berhenti melindungi database ini adalah dengan melakukan Hentikan Azure Pencadangan dengan hapus data di database ini.

Ya, Anda dapat melindungi database pada komputer virtual yang memiliki Azure Disk Encryption (ADE) diaktifkan.

Ya, Azure Backup mendukung pencadangan database atau server SQL Server dengan TDE diaktifkan. Pencadangan mendukung TDE dengan kunci yang dikelola oleh Azure, atau dengan kunci yang dikelola pelanggan (BYOK). Pencadangan tidak melakukan enkripsi SQL sebagai bagian dari proses backup sehingga database akan tetap dienkripsi ketika dicadangkan.

Kami melakukan operasi checksum pada aliran data. Namun, Anda tidak perlu bingung dengan SQL checksum. Cadangan beban kerja Azure menghitung checksum pada aliran data dan menyimpannya secara eksplisit selama operasi pencadangan. Aliran checksum ini kemudian diambil sebagai referensi dan diverifikasi silang dengan checksum aliran data selama operasi pemulihan untuk memastikan bahwa data konsisten.

Ya. Azure Site Recovery akan memicu pencadangan penuh salin-saja sambil mengambil rekam jepret yang konsisten pada VM untuk tidak memotong log. Pelajari selengkapnya.

Menu Pekerjaan Pencadangan memperlihatkan semua operasi terjadwal dan sesuai permintaan, kecuali pencadangan log terjadwal karena dapat sering terjadi. Untuk pekerjaan log terjadwal, gunakan Pemantauan menggunakan Azure Monitor.

Jika Anda menghentikan pencadangan dengan menyimpan data, tidak ada pencadangan di masa depan yang akan terjadi dan titik pemulihan yang ada akan tetap utuh. Database masih akan dianggap sebagai dilindungi dan ditampilkan di bawah item Pencadangan.

Jika Anda berhenti mencadangkan dengan menghapus data, tidak ada pencadangan di masa depan yang akan terjadi dan titik pemulihan yang ada akan tetap utuh. Database akan dianggap tidak dilindungi dan ditampilkan di bawah instans pada bilah Konfigurasi Cadangan . Namun, tidak seperti database yang tidak dilindungi lainnya yang dapat dipilih secara manual atau yang dapat dilindungi secara otomatis, database ini berwarna abu-abu dan tidak dapat dipilih. Satu-satunya cara untuk melindungi kembali database ini adalah dengan menonaktifkan perlindungan otomatis pada instans. Anda sekarang dapat memilih database ini dan mengkonfigurasi perlindungan di database tersebut atau mengaktifkan kembali perlindungan otomatis pada instans lagi.

Database yang diganti namanya diperlakukan sebagai database baru. Jadi, layanan akan memperlakukan situasi ini seolah-olah database tidak ditemukan dan akan menggagalkan pencadangan.

Anda dapat memilih database, yang sekarang berganti nama dan mengonfigurasikan perlindungan untuk database tersebut. Jika perlindungan otomatis diaktifkan pada instans, database yang diganti namanya akan secara otomatis terdeteksi dan dilindungi.

Database yang Anda tambahkan ke instans yang dilindungi otomatis mungkin tidak langsung ditampilkan di item yang dilindungi. Ini karena penemuan biasanya berjalan setiap 8 jam, dan perlindungan sebenarnya dari sistem dapat mengambil waktu tambahan karena tergantung pada ukuran VM. Namun, Anda dapat menemukan database baru segera jika Anda menjalankan penemuan secara manual dengan memilih opsi Temukan kembali DB, seperti yang ditunjukkan dalam gambar berikut:

Ya, Anda dapat mengunduh sebagian file seperti yang didokumentasikan di sini.

Ya, Anda memerlukan jalur file di mesin virtual terdaftar untuk mengunduh file. Jalur itu juga bisa menjadi berbagi jaringan. Konfigurasikan berbagi jaringan dari mesin virtual yang tidak terdaftar ke mesin virtual terdaftar, lalu pilih mesin virtual terdaftar sebagai target dan jaringan berbagi sebagai jalur file target. Setelah file diunduh, Anda cukup melepas berbagi jaringan dari mesin virtual terdaftar dan file sekarang tersedia di mesin virtual yang tidak terdaftar.

Langkah berikutnya

Pelajari cara mencadangkan database SQL Server yang berjalan di Azure VM.