Catatan
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba masuk atau mengubah direktori.
Akses ke halaman ini memerlukan otorisasi. Anda dapat mencoba mengubah direktori.
Anda bisa menggunakan Azure Backup untuk mencadangkan database SQL Server di Azure VM yang dihosting di platform cloud Microsoft Azure. Artikel ini merangkum pengaturan dan batasan dukungan umum untuk skenario dan penyebaran Backup SQL Server di Azure VM.
Dukungan skenario
| Support | Details |
|---|---|
| Penyebaran yang didukung | SQL Marketplace Azure VM dan non-Marketplace VM (SQL Server yang diinstal secara manual) didukung. |
| Wilayah yang didukung | Azure Backup untuk database SQL Server tersedia di semua wilayah, kecuali Prancis Selatan (FRS). |
| Sistem operasi yang didukung | Windows Server 2022, Windows Server 2019, Windows Server 2016, Windows Server 2012 (semua versi), Windows Server 2008 R2 SP1 Konfigurasi tambahan diperlukan untuk Windows Server 2008 dan 2008 R2. Pelajari cara mengatur izin VM. Linux saat ini tidak didukung. |
| Versi SQL Server yang didukung | SQL Server 2022 Express, SQL Server 2022, SQL Server 2019, SQL Server 2017 sebagaimana dirinci pada halaman Cari siklus hidup produk, SQL Server 2016 dan SPs sebagaimana dirinci pada halaman siklus hidup produk Pencarian, SQL Server 2014, SQL Server 2012. Perusahaan, Standar, Web, Pengembang, Ekspres. Versi DB Lokal Ekspres tidak didukung. |
| Versi .NET yang didukung | .NET Framework 4.6.2 atau yang lebih baru diinstal pada VM |
| Penyebaran yang didukung | SQL Marketplace Azure VM dan VM non-Marketplace (SQL Server yang diinstal secara manual) didukung. Dukungan untuk instans mandiri selalu ada di grup ketersediaan. Perhatikan bahwa database SQL yang merupakan bagian dari AlwaysOn AG dan disinkronkan dari SQL Managed Instance tidak didukung. |
| Pemulihan Lintas Wilayah | Didukung untuk database yang dilindungi sebagai instans mandiri dan/atau sebagai bagian dari grup ketersediaan SQL. Pelajari selengkapnya. |
| Pemulihan Lintas Langganan | Didukung melalui portal Azure dan Azure CLI. Pelajari selengkapnya. |
Pertimbangan dan pembatasan fitur
| Setting | Batas maksimum |
|---|---|
| Jumlah database yang dapat diproteksi di server (dan di vault) | 2000 |
| Ukuran database yang didukung (jika melampaui ini, masalah performa mungkin muncul) | 6 TB* |
| Jumlah file yang didukung di database | 1000 |
| Jumlah pencadangan penuh yang didukung per hari | Satu pencadangan terjadwal. Tiga pencadangan sesuai permintaan. Sebaiknya Anda tidak memicu lebih dari tiga pencadangan per hari. Namun, untuk memungkinkan pengguna mencoba ulang jika upaya gagal, batas keras untuk pencadangan sesuai permintaan diatur ke sembilan upaya. |
| Pengiriman jurnal | Saat Anda mengaktifkan pengiriman log pada database server SQL yang Anda cadangkan, kami sarankan Anda menonaktifkan pencadangan log dalam kebijakan pencadangan. Hal ini terjadi karena, pengiriman log (yang secara otomatis mengirim log transaksi dari database utama ke sekunder) akan mengganggu pencadangan log yang diaktifkan melalui Azure Backup. Oleh karena itu, jika Anda mengaktifkan pengiriman log, pastikan bahwa kebijakan Anda hanya mengaktifkan pencadangan penuh dan/atau berbeda. |
| Periode penyimpanan untuk cadangan sesuai permintaan | Untuk cadangan Penuh/Perbedaan/ Penambahan, retensi di luar kotak adalah 45 hari. Untuk hanya Menyalin cadangan penuh, Anda dapat menentukan periode retensi kustom. |
| Batas pemulihan untuk SQL di Azure VM | 20 |
| Jumlah database yang dapat dicadangkan secara bersamaan | 20 per VM |
| Jumlah database yang dapat dipulihkan secara bersamaan | 15 per VM |
| Nummber database yang dapat dipulihkan sebagai file secara bersamaan | 15 per VM |
| Jumlah pemulihan yang diizinkan per database | 20 per hari |
*Batas ukuran database bergantung pada laju transfer data yang kami dukung dan konfigurasi batas waktu pencadangan. Bukan berdasarkan hard limit. Pelajari selengkapnya tentang performa throughput cadangan.
- Pencadangan SQL Server dapat dikonfigurasi di portal Microsoft Azure atau PowerShell. CLI tidak didukung.
- Solusi ini didukung pada kedua jenis penyebaran - VM Azure Resource Manager dan VM klasik.
- Semua jenis backup (penuh/diferensial/log) dan model pemulihan (log sederhana/penuh/massal) didukung.
- Untuk database baca-saja: pencadangan penuh dan hanya-salin adalah satu-satunya jenis cadangan yang didukung.
- Pemadatan asli SQL didukung jika secara eksplisit diaktifkan oleh pengguna dalam kebijakan cadangan. Azure Backup mengambil alih default tingkat instans dengan klausul COMPRESSION / NO_COMPRESSION, tergantung pada nilai kontrol sebagaimana ditetapkan oleh pengguna.
- TDE - pencadangan database yang diaktifkan didukung. Untuk memulihkan database terenkripsi TDE ke SQL Server lain, Anda harus terlebih dahulu memulihkan sertifikat ke server tujuan. Kompresi cadangan database yang mendukung TDE untuk SQL Server 2016 dan versi yang lebih baru tersedia, tetapi dengan ukuran transfer yang lebih rendah seperti yang dijelaskan di sini.
- Operasi pencadangan dan pemulihan untuk database cermin dan snapshot database tidak didukung.
- Failover Cluster Instance (FCI) SQL Server tidak didukung.
- Mencadangkan database dengan ekstensi di nama mereka tidak didukung. Hal ini karena server IIS yang menjalankan pemfilteran permintaan ekstensi file. Namun, perhatikan bahwa kami telah mengizinkan
.ad, ,.csdan.masteryang dapat digunakan dalam nama database. Pelajari selengkapnya tentang panduan penamaan database untuk Azure Backup. - Enkripsi FIPS saat ini tidak didukung dengan beban kerja cadangan SQL.
Performa Backup throughput
Azure Backup mendukung tingkat transfer data yang konsisten sebesar 350 MBps untuk pencadangan penuh dan diferensial database SQL besar (500 GB). Untuk memanfaatkan performa optimal, pastikan bahwa:
- VM yang mendasari (berisi instans SQL Server, yang menghosting database) dikonfigurasi dengan throughput jaringan yang diperlukan. Jika throughput maksimum VM kurang dari 200 MBps, Azure Backup tidak dapat mentransfer data dengan kecepatan optimal.
Selain itu, disk yang berisi file database harus memiliki cukup throughput yang diprovisikan. Pelajari selengkapnya tentang throughput dan performa disk di Azure VM. - Proses, yang berjalan di VM, tidak mengonsumsi bandwidth VM.
- Jadwal pencadangan tersebar di subset database. Beberapa cadangan berjalan bersamaan pada VM berbagi tingkat konsumsi jaringan antar cadangan. Pelajari selengkapnya tentang cara mengontrol jumlah cadangan bersamaan.
- Throughput maksimum yang didukung untuk cadangan log adalah 50 Mbps, berdasarkan churn log rata-rata yang diamati di sebagian besar lingkungan. Jika Anda secara konsisten mengalami churn log tinggi dan mengalami penurunan performa pencadangan, hubungi Dukungan Microsoft untuk bantuan lebih lanjut.
Note
- Throughput yang lebih tinggi secara otomatis dibatasi ketika kondisi berikut terpenuhi:
- Semua database harus berada di atas ukuran 4 TB.
- Database harus dihosting di Azure VM yang memiliki metrik throughput disk maksimum yang tidak di-cache lebih besar dari 800 MBpS.
- Unduh Resource Planner detail untuk menghitung perkiraan jumlah database yang diproteksi yang direkomendasikan per server berdasarkan sumber daya VM, bandwidth, dan kebijakan cadangan.
Langkah selanjutnya
Pelajari cara mencadangkan database SQL Server yang berjalan di Azure VM.