Memulihkan database (Halaman umum)
Berlaku untuk:
SQL Server
Saat Anda memulihkan cadangan database lengkap menggunakan SQL Server Management Studio (SSMS), halaman Umum meminta Anda untuk menentukan informasi tentang database target dan sumber untuk operasi pemulihan database. Artikel ini menyediakan detail tentang cara menggunakan halaman Umum sebagai bagian dari operasi pemulihan database.
Catatan
Saat Anda menentukan tugas pemulihan dengan menggunakan SQL Server Management Studio, Anda dapat membuat skrip TRANSACT-SQL RESTORE yang sesuai dengan mengklik Skrip lalu memilih tujuan untuk skrip.
Izin
Jika database yang dipulihkan tidak ada, pengguna harus memiliki CREATE DATABASE izin untuk berhasil memulihkan database. Jika database ada, izin RESTORE default ke anggota sysadmin peran server tetap dan dbcreator pemilik (dbo) database.
Izin RESTORE diberikan kepada peran di mana informasi keanggotaan selalu tersedia untuk server. Karena keanggotaan peran database tetap hanya dapat diperiksa ketika database dapat diakses dan tidak rusak, yang tidak selalu terjadi ketika RESTORE dijalankan, anggota db_owner peran database tetap tidak memiliki izin RESTORE.
Memulihkan dari cadangan terenkripsi memerlukan izin LIHAT DEFINISI ke sertifikat atau kunci asimetris yang digunakan untuk mengenkripsi cadangan.
Opsi
Sumber
Opsi ini mengidentifikasi lokasi kumpulan cadangan untuk database dan kumpulan cadangan mana yang ingin Anda pulihkan.
| Istilah | Definisi |
|---|---|
| Database | Pilih database yang akan dipulihkan dari daftar drop-down. Daftar hanya berisi database yang telah dicadangkan berdasarkan riwayat pencadangan msdb . |
| Perangkat | Pilih perangkat cadangan logis atau fisik: pita, URL, atau file yang berisi cadangan atau cadangan yang ingin Anda pulihkan. Perangkat diperlukan jika cadangan database diambil pada instans SQL Server yang berbeda. Untuk memilih satu atau beberapa perangkat cadangan logis atau fisik, pilih tombol telusuri yang membuka kotak dialog Pilih perangkat cadangan. Anda dapat memilih hingga 64 perangkat yang termasuk dalam satu set media. Perangkat pita harus terhubung secara fisik ke komputer yang menjalankan instans SQL Server. File cadangan dapat berada di perangkat disk lokal atau jarak jauh. Untuk informasi selengkapnya, lihat Perangkat Cadangan (SQL Server). Anda juga dapat memilih URL sebagai jenis perangkat untuk file cadangan yang disimpan di penyimpanan Azure. Saat Anda keluar dari kotak dialog Pilih perangkat cadangan, perangkat yang dipilih akan muncul sebagai nilai baca-saja di daftar Perangkat . |
| Database | Pilih nama database tempat cadangan harus dipulihkan dari daftar dropdown. Catatan: Daftar ini hanya tersedia saat Perangkat dipilih. Hanya database yang memiliki cadangan pada perangkat yang dipilih yang akan tersedia. |
Tujuan
Opsi Pulihkan ke panel mengidentifikasi database dan titik pemulihan.
| Istilah | Definisi |
|---|---|
| Database | Masukkan database yang akan dipulihkan dalam daftar. Anda bisa memasukkan database baru atau memilih database yang sudah ada dari daftar drop-down. Daftar ini mencakup semua database di server, tidak termasuk master database sistem dan tempdb. Catatan: Untuk memulihkan cadangan yang dilindungi kata sandi, Anda harus menggunakan pernyataan RESTORE . |
| Pulihkan ke | Kotak Pulihkan ke akan diatur "Ke cadangan terakhir yang diambil" secara default. Anda juga dapat memilih Garis Waktu untuk memperlihatkan kotak dialog Garis Waktu Cadangan, yang menampilkan riwayat pencadangan database dalam bentuk garis waktu. Pilih Garis Waktu untuk memilih tanggalwaktu tertentu yang ingin Anda pulihkan databasenya. Database akan dipulihkan ke status tempat database berada pada waktu yang ditentukan ini. Lihat Garis Waktu Pencadangan. |
Pulihkan Rencana
| Istilah | Definisi | Values |
|---|---|---|
| Mencadangkan set untuk memulihkan | Menampilkan set cadangan yang tersedia untuk lokasi yang ditentukan. Operasi pencadangan membuat set cadangan yang didistribusikan di semua perangkat di set media. Secara default, rencana pemulihan disarankan untuk mencapai tujuan operasi pemulihan yang didasarkan pada pemilihan set cadangan yang diperlukan. SQL Server Management Studio menggunakan riwayat pencadangan dalam msdb. Riwayat digunakan untuk mengidentifikasi cadangan mana yang diperlukan untuk memulihkan database, dan membuat rencana pemulihan. Misalnya, untuk pemulihan database, rencana pemulihan memilih cadangan database lengkap terbaru diikuti oleh cadangan database diferensial terbaru, jika ada. Di bawah model pemulihan penuh, rencana pemulihan kemudian memilih semua cadangan log. Untuk mengambil alih rencana pemulihan yang disarankan, Anda dapat mengubah pilihan di kisi. Cadangan apa pun yang bergantung pada cadangan yang tidak dipilih akan dibatalkan pilihannya secara otomatis. Kotak centang hanya diaktifkan saat kotak Pemilihan Manual dicentang. Anda dapat memilih set cadangan mana yang akan dipulihkan. Saat kotak Pilihan Manual dicentang, akurasi Rencana Pemulihan dicentang setiap kali diubah. Jika urutan cadangan salah, pesan kesalahan akan muncul. |
Pulihkan: Kotak centang yang dipilih menunjukkan kumpulan cadangan yang akan dipulihkan. Nama: Nama kumpulan cadangan. Komponen: Komponen yang dicadangkan: Database, File, atau <kosong> (untuk log transaksi). Jenis: Jenis cadangan: Penuh, Diferensial, atau Log Transaksi. Server: Nama instans Mesin Database yang menyelesaikan operasi pencadangan. Database: Nama database yang terlibat dalam operasi pencadangan. Posisi: Posisi set cadangan dalam volume. LSN Pertama: Nomor urutan log dari transaksi pertama dalam kumpulan cadangan. Kosong untuk pencadangan file. LSN Terakhir: Nomor urutan log dari transaksi terakhir dalam kumpulan cadangan. Kosong untuk pencadangan file. LSN Titik Pemeriksaan: Nomor urutan log (LSN) dari titik pemeriksaan terbaru pada saat cadangan dibuat. LSN Penuh: Nomor urutan log dari cadangan database lengkap terbaru. Tanggal Mulai: Tanggal dan waktu ketika operasi pencadangan dimulai, disajikan dalam pengaturan regional klien. Tanggal Selesai: Tanggal dan waktu ketika operasi pencadangan selesai, disajikan dalam pengaturan regional klien. Ukuran: Ukuran cadangan yang diatur dalam byte. Nama Pengguna: Nama pengguna yang menyelesaikan operasi pencadangan. Kedaluwarsa: Tanggal dan waktu set cadangan kedaluwarsa. |
| Memverifikasi Media Cadangan | Memanggil pernyataan VERIFY_ONLY RESTORE pada kumpulan cadangan yang dipilih. Catatan: Verifikasi adalah operasi yang berjalan lama, dan kemajuannya dapat dilacak dan dibatalkan dengan menggunakan Monitor Kemajuan pada Kerangka Kerja Dialog. Tombol ini memungkinkan Anda memeriksa integritas file cadangan yang dipilih sebelum memulihkannya. Saat mencentang integritas kumpulan cadangan, status kemajuan di kiri bawah kotak dialog akan membaca "Memverifikasi" daripada "Mengeksekusi." |
Dukungan kompatibilitas
Di SQL Server 2016 (13.x) dan yang lebih besar, Anda dapat memulihkan database pengguna dari cadangan database yang dibuat dengan menggunakan SQL Server 2005 (9.x) atau versi yang lebih baru. Cadangan master, model, dan msdb yang dibuat dengan menggunakan SQL Server 2005 (9.x) melalui SQL Server 2012 (11.x) tidak dapat dipulihkan oleh SQL Server 2016 (13.x) dan yang lebih besar. Selain itu, cadangan yang dibuat dalam versi SQL Server yang lebih baru tidak dapat dipulihkan oleh versi SQL Server yang lebih lama.
Versi SQL Server yang lebih baru menggunakan jalur default yang berbeda dari versi sebelum SQL Server 2016 (13.x). Untuk memulihkan database yang dibuat di lokasi default versi SQL Server yang lebih lama, Anda harus menggunakan opsi MOVE.
Setelah Anda memulihkan database versi yang lebih lama ke SQL Server, versi internal database akan dimutakhirkan secara otomatis. Biasanya, database akan segera tersedia. Namun, jika database SQL Server 2005 (9.x) memiliki indeks teks lengkap, proses peningkatan baik mengimpor, mengatur ulang, atau membangunnya kembali, tergantung pada pengaturan properti server Opsi Peningkatan Teks Penuh. Jika opsi peningkatan diatur ke Impor atau Bangun Ulang, indeks teks lengkap tidak akan tersedia selama peningkatan. Bergantung pada jumlah data yang diindeks, impor dapat memakan waktu beberapa jam, dan pembangunan ulang dapat memakan waktu hingga 10 kali lebih lama. Perhatikan juga bahwa ketika opsi peningkatan diatur ke Impor, jika katalog teks lengkap tidak tersedia, indeks teks lengkap terkait dibangun kembali.
Memulihkan dari cadangan terenkripsi
Pemulihan mengharuskan sertifikat atau kunci asimetris yang awalnya digunakan untuk membuat cadangan tersedia pada instans yang Anda pulihkan. Akun yang melakukan pemulihan harus memiliki izin VIEW DEFINITION pada sertifikat atau kunci asimetris. Jangan memperbarui atau memperbarui sertifikat yang digunakan untuk mengenkripsi cadangan.
Memulihkan dari Microsoft Azure Storage
Pilih URL dari daftar drop-down Jenis media cadangan: dari kotak dialog Pilih perangkat cadangan. Selanjutnya, pilih Tambahkan untuk membuka Pilih Lokasi File Cadangan. Pilih kredensial SQL Server dan kontainer penyimpanan Azure yang sudah ada. Tambahkan kontainer penyimpanan Azure baru dengan tanda tangan akses bersama, atau buat tanda tangan akses bersama dan kredensial SQL Server untuk kontainer penyimpanan yang sudah ada. Setelah tersambung ke akun penyimpanan, file cadangan ditampilkan dalam dialog Temukan File Cadangan di Microsoft Azure tempat Anda dapat memilih file yang akan digunakan untuk pemulihan. Temukan informasi selengkapnya di Menyambungkan ke Langganan Microsoft Azure.
Langkah berikutnya
Pelajari selengkapnya tentang memulihkan cadangan dan konsep terkait dalam artikel berikut:
- Perangkat Cadangan (SQL Server)
- Memulihkan Cadangan dari Perangkat (SQL Server)
- Argumen RESTORE (Transact-SQL)
- Memulihkan Database ke Transaksi Yang Ditandai (SQL Server Management Studio)
- Memulihkan Pencadangan Log Transaksi (SQL Server)
- Menampilkan Isi Pita atau File Cadangan (SQL Server)
- Menampilkan Properti dan Konten Perangkat Cadangan Logis (SQL Server)
- Set Media, Keluarga Media, dan Kumpulan Cadangan (SQL Server)
- Menerapkan Pencadangan Log Transaksi (SQL Server)
Saran dan Komentar
Segera hadir: Sepanjang tahun 2024 kami akan menghentikan penggunaan GitHub Issues sebagai mekanisme umpan balik untuk konten dan menggantinya dengan sistem umpan balik baru. Untuk mengetahui informasi selengkapnya, lihat: https://aka.ms/ContentUserFeedback.
Kirim dan lihat umpan balik untuk