Memulihkan database dari cadangan di Azure SQL Database

  • Artikel

Berlaku untuk:Azure SQL Database

Artikel ini menyediakan langkah-langkah untuk memulihkan database apa pun dari cadangan di Azure SQL Database, termasuk database Hyperscale. Untuk Azure SQL Managed Instance, lihat Memulihkan database dari cadangan di Azure SQL Managed Instance.

Pencadangan database otomatis membantu melindungi database Anda dari kesalahan pengguna dan aplikasi, penghapusan database yang tidak disengaja, dan pemadaman yang berkepanjangan. Kemampuan bawaan ini tersedia untuk semua tingkat layanan dan ukuran komputasi. Opsi berikut tersedia untuk pemulihan database melalui pencadangan otomatis:

  • Membuat database baru di server yang sama, dipulihkan ke titik waktu tertentu dalam periode retensi.
  • Membuat database di server yang sama, dipulihkan ke waktu penghapusan untuk database yang dihapus.
  • Buat database baru di server mana pun di wilayah yang sama, dipulihkan ke waktu pencadangan terbaru.
  • Buat database baru di server apa pun di wilayah mana pun, dipulihkan ke titik cadangan replikasi terbaru.

Jika Anda mengonfigurasi retensi jangka panjang (LTR), Anda juga dapat membuat database baru dari cadangan retensi jangka panjang apa pun di server mana pun.

Penting

  • Anda tidak bisa menimpa database yang sudah ada selama pemulihan.
  • Operasi pemulihan database tidak memulihkan tag database asli.

Saat Anda menggunakan tingkat layanan Standar atau Premium dalam model pembelian DTU, pemulihan database Anda mungkin dikenakan biaya penyimpanan tambahan. Biaya tambahan terjadi ketika ukuran maksimum database yang dipulihkan lebih besar dari jumlah penyimpanan yang disertakan dengan tingkat layanan database target dan tujuan layanan.

Untuk detail harga penyimpanan tambahan, lihat halaman harga SQL Database. Jika jumlah ruang yang digunakan sebenarnya kurang dari jumlah penyimpanan yang disertakan, Anda dapat menghindari biaya tambahan ini dengan mengatur ukuran database maksimum ke jumlah yang disertakan.

Waktu pemulihan

Beberapa faktor memengaruhi waktu pemulihan untuk memulihkan database melalui pencadangan database otomatis:

  • Ukuran database
  • Ukuran komputasi database
  • Jumlah log transaksi yang terlibat
  • Jumlah aktivitas yang perlu diputar ulang untuk pulih ke titik pemulihan
  • Bandwidth jaringan jika pemulihan adalah ke wilayah yang berbeda
  • Jumlah permintaan pemulihan bersamaan yang diproses di wilayah target

Untuk database besar atau sangat aktif, pemulihan mungkin memakan waktu beberapa jam. Pemadaman berkepanjangan di suatu wilayah dapat menyebabkan tingginya jumlah permintaan pemulihan geografis untuk pemulihan bencana. Ketika ada banyak permintaan, waktu pemulihan untuk database individu dapat meningkat. Sebagian besar pemulihan database selesai dalam waktu kurang dari 12 jam.

Untuk satu langganan, Anda memiliki batasan berikut pada jumlah permintaan pemulihan bersamaan. Batasan ini berlaku untuk kombinasi pemulihan point-in-time, pemulihan geografis, dan pemulihan dari cadangan retensi jangka panjang.

Opsi penyebaran Maks # dari permintaan bersamaan sedang diproses Maks # dari permintaan bersamaan sedang dikirimkan
Database tunggal (per langganan) 30 100
Kumpulan elastis (per kumpulan) 4 2.000

Izin

Untuk memulihkan dengan menggunakan cadangan otomatis, Anda harus:

  • Anggota peran Kontributor atau peran Kontributor SQL Server dalam langganan atau grup sumber daya yang berisi server logis
  • Pemilik grup langganan atau sumber daya

Untuk informasi selengkapnya, lihat Azure RBAC: Peran bawaan.

Anda dapat memulihkannya dengan menggunakan portal Microsoft Azure, PowerShell, atau REST API. Anda tidak dapat menggunakan Transact-SQL.

Pemulihan titik waktu

Anda dapat memulihkan database apa pun ke titik waktu sebelumnya dalam periode retensinya. Permintaan pemulihan dapat menentukan tingkat layanan atau ukuran komputasi apa pun untuk database yang dipulihkan. Saat Anda memulihkan database ke dalam kumpulan elastis, pastikan Anda memiliki sumber daya yang memadai di kumpulan untuk mengakomodasi database.

Ketika pemulihan selesai, pemulihan akan membuat database baru di server yang sama dengan database asli. Database yang dipulihkan dibebankan pada tingkat normal, berdasarkan tingkat layanan dan ukuran komputasinya. Anda tidak dikenakan biaya sampai pemulihan database selesai.

Anda biasanya memulihkan database ke titik sebelumnya untuk tujuan pemulihan. Anda bisa memperlakukan database yang dipulihkan sebagai pengganti database asli atau menggunakannya sebagai sumber data untuk memperbarui database asli.

Penting

  • Anda dapat melakukan pemulihan database point-in-time ke server yang sama. Pemulihan lintas server, lintas langganan, dan titik waktu lintas geo saat ini tidak didukung. Untuk memulihkan database ke wilayah lain menggunakan cadangan yang direplikasi secara geografis, lihat Pemulihan geografis.
  • Anda tidak dapat melakukan pemulihan point-in-time pada database geo-sekunder. Anda hanya bisa melakukannya di database utama.
  • Parameter BackupFrequency tidak didukung untuk database Hyperscale.
  • Operasi pemulihan database intensif sumber daya dan mungkin memerlukan tingkat layanan S3 atau lebih besar untuk database pemulihan (target). Setelah pemulihan selesai, database atau kumpulan elastis dapat diturunkan skalanya, jika diperlukan.

  • Penggantian database

    Jika Anda ingin database yang dipulihkan menjadi pengganti database asli, Anda harus menentukan ukuran komputasi dan tingkat layanan database asli. Anda kemudian dapat mengganti nama database asli dan memberikan nama asli database yang dipulihkan dengan menggunakan perintah ALTER DATABASE di T-SQL.

  • Pemulihan Data

    Jika Anda berencana untuk mengambil data dari database yang dipulihkan untuk pulih dari kesalahan pengguna atau aplikasi, Anda perlu menulis dan menjalankan skrip pemulihan data yang mengekstrak data dari database yang dipulihkan dan berlaku untuk database asli. Meskipun operasi pemulihan mungkin membutuhkan waktu lama untuk diselesaikan, database pemulihan terlihat dalam daftar database sepanjang proses pemulihan.

    Jika Anda menghapus database selama pemulihan, operasi pemulihan akan dibatalkan. Anda tidak akan dikenakan biaya untuk database yang tidak menyelesaikan pemulihan.

Untuk memulihkan database ke titik waktu dengan menggunakan portal Microsoft Azure, buka halaman gambaran umum database dan pilih Pulihkan pada toolbar. Pilih sumber cadangan, lalu pilih titik cadangan point-in-time tempat database baru akan dibuat.

Cuplikan layar opsi pemulihan database untuk SQL Database.

Pemulihan pencadangan jangka panjang

Untuk melakukan operasi pemulihan pada cadangan jangka panjang, Anda dapat menggunakan portal Azure, Azure CLI, Azure PowerShell, atau REST API. Untuk informasi selengkapnya, lihat Memulihkan cadangan jangka panjang.

Untuk memulihkan cadangan jangka panjang dengan menggunakan portal Azure, buka server logis Anda. Pilih Cadangan di bawah Manajemen Data, lalu pilih Kelola di bawah Cadangan LTR yang tersedia untuk database yang coba Anda pulihkan.

Cuplikan layar portal Azure yang memperlihatkan cadangan retensi jangka panjang yang tersedia.

Memulihkan database yang terhapus

Anda dapat memulihkan database yang dihapus ke waktu penghapusan, atau titik waktu sebelumnya, di server yang sama dengan menggunakan portal Azure, Azure CLI, Azure PowerShell, dan REST API.

Penting

Jika Anda menghapus server, semua database dan cadangan PITR-nya juga akan dihapus. Anda tidak dapat memulihkan server yang dihapus, dan Anda tidak dapat memulihkan database yang dihapus dari cadangan PITR. Jika Anda telah mengonfigurasi cadangan LTR untuk database tersebut, Anda dapat menggunakan cadangan tersebut untuk memulihkan database ke server yang berbeda.

Untuk memulihkan database yang dihapus ke waktu penghapusan dengan menggunakan portal Azure, buka halaman gambaran umum server dan pilih Database yang dihapus. Pilih database yang dihapus yang ingin Anda pulihkan, lalu masukkan nama untuk database baru yang akan dibuat dengan data yang dipulihkan dari cadangan.

Cuplikan layar portal Azure yang memperlihatkan cara memulihkan database yang dihapus.

Tip

Mungkin perlu waktu beberapa menit agar database yang baru dihapus muncul di halaman Database yang dihapus di portal Azure, atau saat Anda ingin menampilkan database yang dihapus secara terprogram.

Pemulihan Geo

Anda dapat menggunakan pemulihan geografis untuk memulihkan database yang dihapus dengan menggunakan portal Azure, Azure CLI, Azure PowerShell, dan REST API.

Penting

  • Pemulihan geografis hanya tersedia untuk database yang dikonfigurasi dengan penyimpanan cadangan geo-redundan. Jika saat ini Anda tidak menggunakan pencadangan geo-replikasi untuk database, Anda dapat mengubahnya dengan mengonfigurasi redundansi penyimpanan pencadangan.
  • Anda hanya dapat melakukan pemulihan geografis pada database yang berada di langganan yang sama.

Pemulihan geografis menggunakan cadangan yang direplikasi secara geografis sebagai sumbernya. Anda dapat memulihkan database di server logis apa pun di wilayah Azure mana pun dari cadangan geo-replikasi terbaru. Anda dapat meminta pemulihan geografis meskipun pemadaman telah membuat database atau seluruh wilayah tidak dapat diakses.

Geo-restore adalah opsi pemulihan default saat database Anda tidak tersedia karena insiden di wilayah hosting. Anda dapat memulihkan database ke server di wilayah lain mana pun.

Ada penundaan antara ketika cadangan diambil dan ketika cadangan direplikasi secara geografis ke blob Azure di wilayah yang berbeda. Akibatnya, database yang dipulihkan bisa hingga satu jam di belakang database asli. Ilustrasi berikut ini memperlihatkan pemulihan database dari cadangan terakhir yang tersedia di wilayah lain.

Ilustrasi pemulihan geografis.

Dari portal Azure, Anda membuat database tunggal baru dan memilih cadangan pemulihan geografis yang tersedia. Database yang baru dibuat berisi data cadangan yang dipulihkan secara geografis.

Untuk memulihkan satu database secara geografis dari portal Microsoft Azure di wilayah dan server pilihan Anda, ikuti langkah-langkah berikut:

  1. Dari Dasbor, pilih Tambahkan>Buat SQL Database. Pada tab Dasar, masukkan informasi yang diperlukan.
  2. Pilih Pengaturan tambahan.
  3. Untuk Gunakan data yang sudah ada, pilih Microsoft Azure Backup.
  4. Pilih cadangan dari daftar cadangan pemulihan geografis yang tersedia.

Cuplikan layar portal Azure yang memperlihatkan opsi untuk membuat database.

Selesaikan proses pembuatan database dari cadangan. Saat Anda membuat database di Azure SQL Database, database tersebut berisi cadangan pemulihan geografis yang dipulihkan.

Pertimbangan pemulihan geografis

Untuk informasi selengkapnya tentang menggunakan pemulihan geografis, lihat Pemulihan menggunakan Pemulihan geografis.

Catatan

Untuk informasi terperinci tentang pemulihan dari pemadaman, lihat panduan pemulihan bencana Azure SQL Database dan daftar periksa ketersediaan tinggi dan pemulihan bencana Azure SQL Database.

Pemulihan geografis adalah solusi pemulihan bencana paling mendasar yang tersedia di SQL Database. Ini bergantung pada pencadangan yang direplikasi secara geografis secara otomatis dengan tujuan titik pemulihan (RPO) hingga 1 jam dan perkiraan tujuan waktu pemulihan (RTO) hingga 12 jam. Ini tidak menjamin bahwa wilayah target akan memiliki kapasitas untuk memulihkan database Anda setelah pemadaman regional, karena peningkatan permintaan yang tajam kemungkinan. Jika aplikasi Anda menggunakan database yang relatif kecil dan tidak penting bagi bisnis, pemulihan geografis adalah solusi pemulihan bencana yang sesuai.

Untuk aplikasi penting bisnis yang memerlukan database besar dan harus memastikan kelangsungan bisnis, gunakan grup failover. Fitur itu menawarkan RPO dan RTO yang jauh lebih rendah, dan kapasitasnya selalu dijamin.

Untuk informasi selengkapnya tentang pilihan kelangsungan bisnis, lihat Gambaran umum kelangsungan bisnis.

Catatan

Jika Anda berencana untuk menggunakan pemulihan geografis sebagai solusi pemulihan bencana, kami sarankan Anda melakukan latihan berkala untuk memverifikasi toleransi aplikasi terhadap hilangnya modifikasi data terbaru, bersama dengan semua aspek operasional prosedur pemulihan.

Langkah berikutnya