Memulihkan database dari cadangan 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:
- Buat database baru di server yang sama, dipulihkan ke titik waktu tertentu dalam periode retensi dengan pemulihan Point-in-time.
- Buat database di server yang sama, dipulihkan ke waktu penghapusan untuk database yang dihapus.
- Buat database baru di server apa pun di wilayah yang sama, dipulihkan ke waktu pencadangan terbaru dengan pemulihan retensi jangka panjang atau pemulihan geografis.
- Buat database baru di server apa pun di wilayah lain, dipulihkan ke titik cadangan yang direplikasi terbaru dengan pemulihan geografis.
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
BackupFrequencytidak 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 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 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:
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 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.
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.
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.
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.
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:
- Buka panel Buat SQL Database di portal Azure. Pada tab Dasar, masukkan informasi yang diperlukan.
- Pilih Pengaturan tambahan.
- Untuk Gunakan data yang sudah ada, pilih Microsoft Azure Backup.
- Pilih cadangan dari daftar cadangan pemulihan geografis yang tersedia.
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 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 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.
Memulihkan database ke server lain
Anda bisa menggunakan metode berikut untuk memulihkan database ke server lain: