Bagikan melalui

Memulihkan database dari file pencadangan di Azure SQL Database

Berlaku untuk:Azure SQL Database

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

Gambaran Umum

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:

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 saat proses 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 sumber daya komputasi database
  • Ukuran cadangan log transaksi yang terlibat
  • Jumlah aktivitas yang perlu diputar ulang untuk pulih ke titik pemulihan
  • Bandwidth jaringan jika pemulihan dilakukan ke wilayah yang berbeda
  • Jumlah permintaan pemulihan bersamaan yang diproses di wilayah target

Untuk database besar atau sangat aktif di tingkat layanan selain Hyperscale, 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. Untuk informasi tentang waktu pemulihan, lihat RTO dan RPO.

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

Opsi penyebaran Jumlah Maksimum # permintaan bersamaan yang sedang diproses Jumlah maksimum permintaan bersamaan yang sedang diproses
Database tunggal (per langganan) 30 100
Kolam elastis (per kolam) 4 2.000

Perizinan

Untuk memulihkan dengan menggunakan backup 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.

Pencadangan Azure SQL Database dikelola secara otomatis. Tidak ada yang memiliki akses langsung ke cadangan. Cadangan dihapus setelah periode retensi yang dikonfigurasi kedaluwarsa. Untuk informasi selengkapnya, lihat Pencadangan otomatis di Azure SQL Database dan Retensi jangka panjang.

Pemulihan dari titik waktu tertentu

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 pada titik waktu tertentu ke server yang sama. Pemulihan lintas server, lintas langganan, dan pemulihan 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 ke titik waktu tertentu 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 mungkin diturunkan kapasitasnya, jika diperlukan.
  • Jika Anda membuat objek In-Memory OLTP dalam database di tingkat layanan Business Critical atau Premium, maka Anda harus menggunakan tingkat layanan Business Critical atau Premium untuk database yang dipulihkan. Untuk informasi selengkapnya, lihat Memulihkan database dengan objek OLTP In-Memory.

  • 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 dibatalkan. Anda tidak akan dikenakan biaya untuk database yang tidak menyelesaikan pemulihan.

Untuk memulihkan database ke titik waktu dengan menggunakan portal Azure, buka halaman gambaran umum database dan pilih Pulihkan pada toolbar untuk membuka halaman Buat Database SQL - Pulihkan database:

Cuplikan layar opsi pemulihan disorot pada halaman gambaran umum database SQL di portal Azure.

Pada halaman Buat Database SQL - Pulihkan database , tentukan sumber untuk cadangan lalu pilih titik cadangan point-in-time tempat database baru akan dibuat. Karena database yang dipilih akan dipulihkan ke server saat ini, database sumber dan server target berwarna abu-abu.

Pemulihan cadangan 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 dihapus

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. Jika server logis telah dihapus, gunakan perintah Azure CLI atau PowerShell untuk melihat dan memulihkan cadangan LTR.

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.

Petunjuk / Saran

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 Geografis

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 yang direplikasi secara geografis terbaru. Anda dapat meminta pemulihan geografis meskipun pemadaman telah membuat database atau seluruh wilayah tidak dapat diakses.

Penting

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.

Memulihkan data dari cadangan geo-redundansi berpotensi menyebabkan kehilangan data dalam skenario tertentu karena Azure Geo-Redundant Storage (GRS) mereplikasi data secara asinkron ke wilayah sekunder. Ada beberapa latensi yang terlibat dalam proses replikasi, tetapi latensi yang tepat dapat bervariasi berdasarkan beberapa faktor, termasuk jarak antara wilayah utama dan sekunder dan kondisi jaringan saat ini. Biasanya, latensi replikasi untuk GRS berada dalam rentang menit, tetapi tidak dijamin berada dalam jangka waktu tertentu. Prosesnya dapat memakan waktu lama, bergantung pada ukuran setiap database. Untuk informasi lebih lanjut, lihat RTO dan RPO.

Ilustrasi berikut ini memperlihatkan pemulihan database dari cadangan terakhir yang tersedia di wilayah lain.

Cuplikan layar Ilustrasi pemulihan geografis.

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

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. Buka panel Buat SQL Database di portal Azure. 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.

Pertimbangan pemulihan data geografis

Untuk informasi selengkapnya tentang penggunaan geo-restore, lihat Pemulihan menggunakan geo-restore.

Catatan

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

Pemulihan geografis adalah solusi pemulihan bencana paling mendasar yang tersedia di SQL Database. Ini bergantung pada pencadangan yang secara otomatis direplikasi di lokasi geografis. Untuk informasi tentang waktu pemulihan, lihat RTO dan RPO. Ini tidak menjamin bahwa wilayah target akan memiliki kemampuan untuk memulihkan kembali database Anda setelah pemadaman regional, karena peningkatan permintaan yang tajam kemungkinan besar terjadi. 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 failover grup. 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.

Memulihkan database ke server lain

Anda bisa menggunakan metode berikut untuk memulihkan database ke server lain:

Konten terkait