Mengubah pengaturan pencadangan otomatis untuk Azure SQL Database

Berlaku untuk: Azure SQL Database

• Azure SQL Database
• Instans Terkelola Azure SQL

Artikel ini menyediakan contoh untuk memodifikasi pengaturan pencadangan otomatis untuk Azure SQL Database, seperti kebijakan penyimpanan jangka pendek dan opsi redundansi penyimpanan cadangan yang digunakan untuk pencadangan. Untuk Azure SQL Managed Instance, lihat Mengubah pengaturan pencadangan otomatis untuk Azure SQL Managed Instance.

Catatan

Artikel ini memberikan langkah-langkah tentang cara menghapus data privat dari perangkat atau layanan dan dapat digunakan untuk mendukung kewajiban Anda berdasarkan GDPR. Untuk informasi umum tentang GDPR, lihat bagian GDPR di Pusat Kepercayaan Microsoft dan bagian GDPR di portal Kepercayaan Layanan.

Mengubah kebijakan penyimpanan jangka pendek

Anda dapat mengubah periode retensi cadangan point-in-time recovery (PITR) default dan frekuensi pencadangan diferensial dengan menggunakan portal Azure, Azure CLI, PowerShell, atau REST API. Contoh berikut menggambarkan cara mengubah retensi PITR menjadi 28 hari dan cadangan diferensial menjadi interval 24 jam.

Peringatan

Jika Anda mengurangi periode retensi saat ini, Anda akan kehilangan kemampuan untuk melakukan pemulihan ke titik waktu yang lebih lama dari periode retensi baru. Cadangan yang tidak lagi diperlukan untuk menyediakan PITR dalam periode retensi baru akan dihapus.

Jika Anda meningkatkan periode retensi saat ini, Anda tidak segera mendapatkan kemampuan untuk memulihkan ke titik waktu yang lebih lama dalam periode retensi baru. Anda mendapatkan kemampuan tersebut seiring waktu, karena sistem mulai mempertahankan cadangan lebih lama.

Catatan

• API ini hanya akan memengaruhi periode retensi PITR. Jika Anda mengonfigurasi retensi jangka panjang (LTR) untuk database Anda, retensi tersebut tidak akan terpengaruh. Untuk informasi tentang cara mengubah periode retensi jangka panjang, lihat Retensi jangka panjang.
• Database Hyperscale tidak mendukung konfigurasi frekuensi pencadangan diferensial karena cadangan diferensial tidak berlaku untuk database Hyperscale.

Portal Azure

Untuk mengubah periode retensi cadangan PITR atau frekuensi pencadangan diferensial untuk database aktif dengan menggunakan portal Azure:

1. Buka server logis di Azure dengan database yang periode retensinya ingin Anda ubah.
2. Pilih Cadangan di panel kiri, lalu pilih tab Kebijakan penyimpanan.
3. Pilih database yang ingin Anda ubah retensi cadangan PITRnya.
4. Pilih Konfigurasikan kebijakan dari bilah tindakan.
5. Untuk mengubah periode retensi untuk pencadangan pemulihan titik waktu, gunakan slider di bawah Pemulihan titik waktu.
6. Untuk mengubah frekuensi pencadangan diferensial, pilih 12 Jam atau 24 jam dari menu drop-down di bawah Frekuensi pencadangan diferensial .

Azure CLI

Persiapkan lingkungan Anda untuk Azure CLI:

• Gunakan lingkungan Bash di Azure Cloud Shell. Untuk informasi selengkapnya, lihat Mulai Cepat untuk Bash di Azure Cloud Shell.

  

• Jika Anda lebih suka menjalankan perintah referensi CLI secara lokal, instal Azure CLI. Jika Anda menjalankan Windows atau macOS, pertimbangkan untuk menjalankan Azure CLI dalam kontainer Docker. Untuk informasi lebih lanjut, lihat Cara menjalankan Azure CLI di kontainer Docker.

  • Jika Anda menggunakan instalasi lokal, masuk ke Azure CLI dengan menggunakan perintah login az. Untuk menyelesaikan proses autentikasi, ikuti langkah-langkah yang ditampilkan di terminal Anda. Untuk opsi masuk lainnya, lihat Masuk dengan Azure CLI.

  • Saat Anda diminta, instal ekstensi Azure CLI pada penggunaan pertama. Untuk informasi selengkapnya tentang ekstensi, lihat Menggunakan ekstensi dengan Azure CLI.

  • Jalankan versi az untuk menemukan versi dan pustaka dependen yang diinstal. Untuk meningkatkan ke versi terbaru, jalankan peningkatan az.

Ubah retensi cadangan PITR dan frekuensi pencadangan diferensial untuk database aktif dengan menggunakan contoh berikut:

# Set new PITR differential backup frequency on an active individual database
# Valid backup retention must be 1 to 35 days
# Valid differential backup frequency must be ether 12 or 24 hours
az sql db str-policy set \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --retention-days 28 \
    --diffbackup-hours 24

PowerShell

Untuk mengubah retensi cadangan PITR dan frekuensi pencadangan diferensial untuk database aktif, gunakan contoh PowerShell berikut:

# Set a new PITR backup retention period on an active individual database
# Valid backup retention must be 1 to 35 days
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28

# Set a new PITR differential backup frequency on an active individual database
# Valid differential backup frequency must be ether 12 or 24 hours 
Set-AzSqlDatabaseBackupShortTermRetentionPolicy -ResourceGroupName resourceGroup -ServerName testserver -DatabaseName testDatabase -RetentionDays 28 -DiffBackupIntervalInHours 24

REST API

Permintaan sampel

PUT https://management.azure.com/subscriptions/00000000-1111-2222-3333-444444444444/resourceGroups/resourceGroup/providers/Microsoft.Sql/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default?api-version=2021-02-01-preview

Isi permintaan

{ 
    "properties":{
        "retentionDays":28,
        "diffBackupIntervalInHours":24
  }
}

Respon sampel

{ 
  "id": "/subscriptions/00000000-1111-2222-3333-444444444444/providers/Microsoft.Sql/resourceGroups/resourceGroup/servers/testserver/databases/testDatabase/backupShortTermRetentionPolicies/default",
  "name": "default",
  "type": "Microsoft.Sql/resourceGroups/servers/databases/backupShortTermRetentionPolicies",
  "properties": {
    "retentionDays": 28,
    "diffBackupIntervalInHours":24
  }
}

Untuk informasi selengkapnya, lihat REST API retensi cadangan.

Mengonfigurasi redundansi penyimpanan cadangan

Anda dapat mengonfigurasi redundansi penyimpanan cadangan untuk database di Azure SQL Database saat membuat database Anda. Anda juga dapat mengubah redundansi penyimpanan setelah database dibuat.

Perubahan redundansi penyimpanan cadangan yang dilakukan pada database yang ada hanya berlaku untuk cadangan di masa mendatang. Nilai defaultnya adalah penyimpanan geo-redundan. Untuk perbedaan harga antara penyimpanan cadangan redundan secara lokal, zona-redundan, dan geo-redundan, lihat halaman harga SQL Database.

Redundansi penyimpanan untuk database Hyperscale unik. Untuk mempelajari lebih lanjut, tinjau redundansi penyimpanan cadangan Hyperscale.

Portal Azure

Di portal Azure, Anda dapat memilih opsi redundansi penyimpanan cadangan saat membuat database Anda. Anda nantinya dapat memperbarui redundansi penyimpanan cadangan dari halaman Komputasi & penyimpanan pengaturan database Anda.

Saat Anda membuat database, pilih opsi redundansi penyimpanan cadangan pada tab Dasar .

Untuk database yang sudah ada, buka database Anda di portal Azure. Pilih Komputasi & penyimpanan di bawah Pengaturan, lalu pilih opsi yang Anda inginkan untuk redundansi penyimpanan cadangan.

Azure CLI

Untuk mengonfigurasi redundansi penyimpanan cadangan saat membuat database baru, Anda dapat menentukan --backup-storage-redundancy parameter dengan az sql db create perintah . Nilai yang memungkinkan adalah Geo, Zone, dan Local.

Secara default, semua database di Azure SQL Database menggunakan penyimpanan geo-redundan untuk cadangan. Pemulihan geografis dinonaktifkan jika database dibuat atau diperbarui dengan penyimpanan cadangan redundan lokal atau zona-redundan.

Contoh ini membuat database di tingkat layanan Tujuan Umum dengan redundansi cadangan lokal:

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier GeneralPurpose \
    --backup-storage-redundancy Local

Kecuali untuk database Hyperscale dan Basic, Anda dapat memperbarui pengaturan redundansi penyimpanan cadangan untuk database yang ada dengan menggunakan --backup-storage-redundancy parameter dan az sql db update perintah . Mungkin perlu waktu hingga 48 jam agar perubahan diterapkan pada database. Beralih dari penyimpanan cadangan geo-redundan ke penyimpanan redundan lokal atau zona-redundan menonaktifkan pemulihan geografis.

Contoh kode ini mengubah redundansi penyimpanan cadangan menjadi Local:

az sql db update \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --backup-storage-redundancy Local

Hyperscale

Pertimbangkan opsi --backup-storage-redundancy konfigurasi dengan hati-hati saat Anda membuat database Hyperscale. Redundansi penyimpanan hanya dapat ditentukan selama proses pembuatan database untuk database Hyperscale. Anda tidak dapat memperbaruinya nanti. Opsi redundansi penyimpanan yang dipilih akan digunakan untuk masa pakai database, baik untuk redundansi penyimpanan data dan redundansi penyimpanan cadangan. Pelajari lebih lanjut di redundansi penyimpanan cadangan Hyperscale.

Database Hyperscale yang ada dapat bermigrasi ke redundansi penyimpanan yang berbeda melalui replikasi geografis aktif, yang menyebabkan waktu henti minimal. Atau, Anda dapat bermigrasi ke redundansi penyimpanan yang berbeda dengan menggunakan salinan database atau pemulihan point-in-time. Contoh ini membuat database di tingkat layanan Hyperscale dengan redundansi zona:

az sql db create \
    --resource-group myresourcegroup \
    --server myserver \
    --name mydb \
    --tier Hyperscale \
    --backup-storage-redundancy Zone

Untuk informasi selengkapnya, lihat buat az sql db dan perbarui az sql db.

Anda tidak dapat memperbarui redundansi penyimpanan cadangan database Hyperscale secara langsung. Namun, Anda dapat mengubahnya dengan menggunakan perintah salinan database dengan --backup-storage-redundancy parameter . Contoh ini menyalin database Hyperscale ke database baru yang menggunakan perangkat keras Gen5 dan dua vCore. Database baru memiliki redundansi cadangan yang diatur menjadi Zone.

az sql db copy \
    --resource-group myresourcegroup \ 
    --server myserver 
    --name myHSdb 
    --dest-resource-group mydestresourcegroup 
    --dest-server destdb 
    --dest-name myHSdb 
    --service-objective HS_Gen5_2 
    --read-replicas 0 
    --backup-storage-redundancy Zone

Untuk detail sintaks, lihat salin az sql db. Untuk gambaran umum salinan database, lihat Menyalin salinan database yang konsisten secara transaksional di Azure SQL Database.

PowerShell

Untuk mengonfigurasi redundansi penyimpanan cadangan saat membuat database baru, Anda dapat menentukan -BackupStorageRedundancy parameter dengan New-AzSqlDatabase cmdlet. Nilai yang memungkinkan adalah Geo, Zone, dan Local. Secara default, semua database di Azure SQL Database menggunakan penyimpanan geo-redundan untuk cadangan. Pemulihan geografis dinonaktifkan jika database dibuat dengan penyimpanan cadangan redundan secara lokal atau zona-redundan.

Contoh ini membuat database di tingkat layanan Tujuan Umum dengan redundansi cadangan lokal:

# Create a new database with geo-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "GeneralPurpose" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Local

Kecuali untuk database Hyperscale dan Basic, Anda dapat menggunakan -BackupStorageRedundancy parameter dengan Set-AzSqlDatabase cmdlet untuk memperbarui pengaturan redundansi penyimpanan cadangan untuk database yang ada. Nilai yang memungkinkan adalah Geo, Zone, dan Local. Mungkin perlu waktu hingga 48 jam agar perubahan diterapkan pada database. Beralih dari penyimpanan cadangan geo-redundan ke penyimpanan redundan lokal atau zona-redundan menonaktifkan pemulihan geografis.

Contoh kode ini mengubah redundansi penyimpanan cadangan menjadi Local:

# Change the backup storage redundancy for Database01 to zone-redundant. 
Set-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -DatabaseName "Database01" -ServerName "Server01" -BackupStorageRedundancy Local

Untuk detailnya, lihat Set-AzSqlDatabase.

Hyperscale

Pertimbangkan opsi --backup-storage-redundancy konfigurasi dengan hati-hati saat Anda membuat database Hyperscale. Anda dapat menentukan redundansi penyimpanan hanya selama proses pembuatan database untuk database Hyperscale. Opsi redundansi penyimpanan yang dipilih akan digunakan untuk masa pakai database, baik untuk redundansi penyimpanan data dan redundansi penyimpanan cadangan. Pelajari selengkapnya di Pencadangan hyperscale dan redundansi penyimpanan.

Database yang ada dapat bermigrasi ke redundansi penyimpanan yang berbeda melalui salinan database atau pemulihan point-in-time. Contoh ini membuat database di tingkat layanan Hyperscale dengan redundansi zona:

# Create a new database with geo-redundant backup storage.  
New-AzSqlDatabase -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "Database03" -Edition "Hyperscale" -Vcore 2 -ComputeGeneration "Gen5" -BackupStorageRedundancy Zone

Untuk detail sintaks, lihat New-AzSqlDatabase.

Redundansi penyimpanan cadangan database Hyperscale yang ada tidak dapat diperbarui. Namun, Anda bisa menggunakan perintah salin database untuk membuat salinan database. Kemudian Anda dapat menggunakan -BackupStorageRedundancy parameter untuk memperbarui redundansi penyimpanan cadangan.

Contoh ini menyalin database Hyperscale ke database baru dengan menggunakan perangkat keras Gen5 dan dua vCore. Database baru memiliki redundansi cadangan yang diatur menjadi Zone.

# Change the backup storage redundancy for Database01 to zone-redundant. 
New-AzSqlDatabaseCopy -ResourceGroupName "ResourceGroup01" -ServerName "Server01" -DatabaseName "HSSourceDB" -CopyResourceGroupName "DestResourceGroup" -CopyServerName "DestServer" -CopyDatabaseName "HSDestDB" -Vcore 2 -ComputeGeneration "Gen5" -ComputeModel Provisioned -BackupStorageRedundancy Zone

Untuk detail sintaks, lihat New-AzSqlDatabaseCopy. Untuk gambaran umum salinan database, lihat Menyalin salinan database yang konsisten secara transaksional di Azure SQL Database.

Catatan

Untuk menggunakan -BackupStorageRedundancy parameter dengan pemulihan database, salinan database, atau membuat operasi sekunder, gunakan Azure PowerShell versi Az.Sql 2.11.0 atau yang lebih baru.

REST API

Saat ini tidak dimungkinkan untuk mengubah redundansi penyimpanan cadangan dengan menggunakan REST API.

Langkah berikutnya

• Pencadangan database adalah bagian penting dari setiap kelangsungan bisnis dan strategi pemulihan bencana karena membantu melindungi data Anda dari kerusakan atau penghapusan yang tidak disengaja. Untuk mempelajari tentang solusi kelangsungan bisnis lainnya untuk SQL Database, lihat Gambaran umum kelangsungan bisnis.
• Untuk informasi tentang cara mengonfigurasi, mengelola, dan memulihkan dari retensi jangka panjang pencadangan otomatis di Azure Blob Storage dengan menggunakan portal Azure, lihat Mengelola retensi cadangan jangka panjang dengan menggunakan portal Azure.
• Untuk informasi tentang cara mengonfigurasi, mengelola, dan memulihkan dari retensi jangka panjang pencadangan otomatis di Azure Blob Storage dengan menggunakan PowerShell, lihat Mengelola retensi cadangan jangka panjang dengan menggunakan PowerShell.
• Dapatkan informasi selengkapnya tentang cara memulihkan database ke titik waktu menggunakan portal Microsoft Azure.
• Dapatkan informasi selengkapnya tentang cara memulihkan database ke titik waktu menggunakan PowerShell.