Pernyataan RESTORE - Argumen (Transact-SQL)

  • Artikel

Berlaku untuk:SQL Server

Artikel ini mencocokkan argumen yang dijelaskan di bagian Sintaksis dari RESTORE {DATABASE|Pernyataan LOG} dan kumpulan pernyataan tambahan terkait: RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY, dan RESTORE VERIFYONLY. Sebagian besar argumen hanya didukung oleh subset dari enam pernyataan ini. Dukungan untuk setiap argumen ditunjukkan dalam deskripsi argumen.

Konvensi sintaks transact-SQL

Sintaks

Untuk sintaks, lihat artikel berikut ini:

Catatan

Untuk melihat sintaks Transact-SQL untuk SQL Server 2014 (12.x) dan versi yang lebih lama, lihat Dokumentasi versi sebelumnya.

Argumen

DATABASE

Didukung oleh:RESTORE

Menentukan database target. Jika daftar file dan grup file ditentukan, hanya file dan grup file yang dipulihkan.

Untuk database yang menggunakan model pemulihan penuh atau dicatat massal, SQL Server memerlukan dalam banyak kasus bahwa Anda mencadangkan ekor log sebelum memulihkan database. Memulihkan database tanpa terlebih dahulu mencadangkan ekor log menghasilkan kesalahan, kecuali pernyataan RESTORE DATABASE berisi klausul WITH REPLACE atau WITH STOPAT, yang harus menentukan waktu atau transaksi yang terjadi setelah akhir pencadangan data. Untuk informasi selengkapnya tentang pencadangan tail-log, lihat Tail-Log Backups (SQL Server).

LOG

Didukung oleh:RESTORE

Menentukan bahwa cadangan log transaksi akan diterapkan ke database ini. Log transaksi harus diterapkan secara berurutan. SQL Server memeriksa log transaksi yang dicadangkan untuk memastikan bahwa transaksi dimuat ke dalam database yang benar dan dalam urutan yang benar. Untuk menerapkan beberapa log transaksi, gunakan opsi NORECOVERY pada semua operasi pemulihan kecuali yang terakhir.

Catatan

Biasanya, log terakhir yang dipulihkan adalah pencadangan log ekor. Cadangan log ekor adalah cadangan log yang diambil tepat sebelum memulihkan database, biasanya setelah kegagalan pada database. Mengambil cadangan log ekor dari database yang mungkin rusak mencegah kehilangan kerja dengan menangkap log yang belum dicadangkan (ekor log). Untuk informasi selengkapnya, lihat Tail-Log Backups (SQL Server).

Untuk informasi selengkapnya, lihat Menerapkan Pencadangan Log Transaksi (SQL Server).

{ database_name@ | database_name_var}

Didukung oleh:RESTORE

Apakah database tempat log atau database lengkap dipulihkan. Jika disediakan sebagai variabel (@database_name_var), nama ini dapat ditentukan sebagai konstanta string (@database_name_var = database_name) atau sebagai variabel jenis data string karakter, kecuali untuk jenis data ntext atau teks.

<> file_or_filegroup_or_page [ , ...n ]

Didukung oleh:RESTORE

Menentukan nama file logis atau grup file atau halaman untuk disertakan dalam pernyataan RESTORE DATABASE atau RESTORE LOG. Anda dapat menentukan daftar file atau grup file.

Untuk database yang menggunakan model pemulihan sederhana, opsi FILE dan FILEGROUP diizinkan hanya jika file target atau grup file hanya dibaca, atau jika ini adalah pemulihan PARSIAL (yang menghasilkan grup file yang tidak digunakan).

Untuk database yang menggunakan model pemulihan penuh atau dicatat massal, setelah menggunakan RESTORE DATABASE untuk memulihkan satu atau beberapa file, grup file, dan/atau halaman, biasanya, Anda harus menerapkan log transaksi ke file yang berisi data yang dipulihkan; menerapkan log membuat file tersebut konsisten dengan database lainnya. Pengecualian untuk ini adalah sebagai berikut:

  • Jika file yang dipulihkan bersifat baca-saja sebelum terakhir dicadangkan, log transaksi tidak harus diterapkan, dan pernyataan RESTORE memberi tahu Anda tentang situasi ini.

  • Jika cadangan berisi grup file utama dan pemulihan parsial sedang dilakukan. Dalam hal ini, log pemulihan tidak diperlukan karena log dipulihkan secara otomatis dari kumpulan cadangan.

FILE = { logical_file_name_in_backup@| logical_file_name_in_backup_var}

Menamai file untuk disertakan dalam pemulihan database.

FILEGROUP = { logical_filegroup_name@ | logical_filegroup_name_var }

Menamai grup file untuk disertakan dalam pemulihan database.

FILEGROUP diizinkan dalam model pemulihan sederhana hanya jika grup file yang ditentukan bersifat baca-saja dan ini adalah pemulihan parsial (yaitu, jika WITH PARTIAL digunakan). Setiap grup file baca-tulis yang tidak disimpan ditandai sebagai tidak berfungsi dan kemudian tidak dapat dipulihkan ke dalam database yang dihasilkan.

READ_WRITE_FILEGROUPS

Memilih semua grup file baca-tulis. Opsi ini sangat berguna ketika Anda memiliki grup file baca-saja yang ingin Anda pulihkan setelah grup file baca-tulis sebelum grup file baca-saja.

PAGE = 'file:_page* [ ,...n ]'

Menentukan daftar satu atau beberapa halaman untuk pemulihan halaman (yang hanya didukung untuk database menggunakan model pemulihan penuh atau dicatat massal). Nilainya adalah sebagai berikut:

PAGE
Menunjukkan daftar satu atau beberapa file dan halaman.

file
Adalah ID file dari file yang berisi halaman tertentu yang akan dipulihkan.

halaman
Adalah ID halaman dari halaman yang akan dipulihkan dalam file.

n
Adalah tempat penampung yang menunjukkan bahwa beberapa halaman dapat ditentukan.

Jumlah maksimum halaman yang dapat dipulihkan ke dalam satu file dalam urutan pemulihan adalah 1000. Namun, jika Anda memiliki lebih dari sejumlah kecil halaman yang rusak dalam file, pertimbangkan untuk memulihkan seluruh file alih-alih halaman.

Catatan

Pemulihan halaman tidak pernah dipulihkan.

Untuk informasi selengkapnya tentang pemulihan halaman, lihat Memulihkan Halaman (SQL Server).

[ , ...n ]
Adalah tempat penampung yang menunjukkan bahwa beberapa file dan grup file dan halaman dapat ditentukan dalam daftar yang dipisahkan koma. Jumlahnya tidak terbatas.

DARI { <backup_device> [ , ...n ]| <> database_snapshot }

Biasanya, menentukan perangkat cadangan untuk memulihkan cadangan. Atau, dalam pernyataan RESTORE DATABASE, klausa FROM dapat menentukan nama rekam jepret database tempat Anda mengembalikan database, dalam hal ini, tidak ada klausa WITH yang diizinkan.

Jika klausa FROM dihilangkan, pemulihan cadangan tidak terjadi. Sebagai gantinya, database dipulihkan. Ini memungkinkan Anda memulihkan database yang telah dipulihkan dengan opsi NORECOVERY atau beralih ke server siaga. Jika klausul FROM dihilangkan, NORECOVERY, RECOVERY, atau STANDBY harus ditentukan dalam klausa WITH.

<> backup_device [ , ...n ]

Menentukan perangkat cadangan logis atau fisik yang akan digunakan untuk operasi pemulihan.

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY, dan RESTORE VERIFYONLY.

<>backup_device::= Menentukan perangkat pencadangan logis atau fisik yang akan digunakan untuk operasi pencadangan, sebagai berikut:

{ logical_backup_device_name@ | logical_backup_device_name_var }
Adalah nama logis, yang harus mengikuti aturan untuk pengidentifikasi, perangkat cadangan yang dibuat oleh sp_addumpdevice tempat database dipulihkan. Jika disediakan sebagai variabel (@logical_backup_device_name_var), nama perangkat cadangan dapat ditentukan sebagai konstanta string (@logical_backup_device_name_var = logical_backup_device_name) atau sebagai variabel jenis data string karakter, kecuali untuk jenis data ntext atau teks.

{DISK | TAPE } = { 'physical_backup_device_name'physical_backup_device_name_var | @ }
Memungkinkan pencadangan dipulihkan dari disk atau perangkat pita bernama. Jenis perangkat disk dan pita harus ditentukan dengan nama aktual (misalnya, jalur lengkap dan nama file) perangkat: DISK ='Z:\SQLServerBackups\AdventureWorks.bak' atau TAPE ='\\\\.\TAPE0'. Jika ditentukan sebagai variabel (@physical_backup_device_name_var), nama perangkat dapat ditentukan sebagai konstanta string (@physical_backup_device_name_var = 'physical_backup_device_name') atau sebagai variabel jenis data string karakter, kecuali untuk jenis data ntext atau teks.

Jika menggunakan server jaringan dengan nama UNC (yang harus berisi nama komputer), tentukan jenis disk perangkat. Untuk informasi selengkapnya tentang cara menggunakan nama UNC, lihat Perangkat Cadangan (SQL Server).

Akun tempat Anda menjalankan SQL Server harus memiliki akses BACA ke komputer jarak jauh atau server jaringan untuk melakukan operasi RESTORE.

n
Adalah tempat penampung yang menunjukkan bahwa hingga 64 perangkat cadangan dapat ditentukan dalam daftar yang dipisahkan koma.

Apakah urutan pemulihan memerlukan perangkat cadangan sebanyak yang digunakan untuk membuat set media tempat cadangan berada, tergantung pada apakah pemulihan offline atau online, sebagai berikut:

  • Pemulihan offline memungkinkan pencadangan dipulihkan menggunakan lebih sedikit perangkat daripada yang digunakan untuk membuat cadangan.

  • Pemulihan online memerlukan semua perangkat cadangan cadangan. Upaya untuk memulihkan dengan lebih sedikit perangkat gagal.

Misalnya, pertimbangkan kasus di mana database dicadangkan hingga empat drive pita yang tersambung ke server. Pemulihan online mengharuskan Anda memiliki empat drive yang tersambung ke server; pemulihan offline memungkinkan Anda memulihkan cadangan jika ada kurang dari empat drive pada komputer.

Catatan

Saat memulihkan cadangan dari set media cermin, Anda hanya dapat menentukan satu cermin untuk setiap keluarga media. Namun, jika terjadi kesalahan, memiliki cermin lain memungkinkan beberapa masalah pemulihan diselesaikan dengan cepat. Anda dapat mengganti volume media yang rusak dengan volume yang sesuai dari cermin lain. Ketahuilah bahwa untuk pemulihan offline Anda dapat memulihkan dari lebih sedikit perangkat daripada keluarga media, tetapi setiap keluarga hanya diproses sekali.

<>database_snapshot::=

Didukung oleh:RESTORE DATABASE

=database_snapshot_name DATABASE_SNAPSHOT
Mengembalikan database ke rekam jepret database yang ditentukan oleh database_snapshot_name. Opsi DATABASE_SNAPSHOT hanya tersedia untuk pemulihan database lengkap. Dalam operasi kembali, rekam jepret database menggantikan cadangan database lengkap.

Operasi kembali mengharuskan rekam jepret database yang ditentukan adalah satu-satunya di database. Selama operasi kembali, rekam jepret database dan database tujuan dan keduanya ditandai sebagai In restore. Untuk informasi selengkapnya, lihat bagian "Komentar" di RESTORE DATABASE.

DENGAN Opsi

Menentukan opsi yang akan digunakan oleh operasi pemulihan. Untuk ringkasan pernyataan mana yang menggunakan setiap opsi, lihat "Ringkasan Dukungan untuk Opsi WITH," nanti di artikel ini.

Catatan

Opsi WITH diatur di sini dalam urutan yang sama seperti di bagian "Sintaks" di RESTORE {DATABASE|LOG}.

SEBAGIAN

Didukung oleh:RESTORE DATABASE

Menentukan operasi pemulihan parsial yang memulihkan grup file utama dan grup file sekunder yang ditentukan. Opsi PARSIAL secara implisit memilih grup file utama; menentukan FILEGROUP = 'PRIMARY' tidak perlu. Untuk memulihkan grup file sekunder, Anda harus secara eksplisit menentukan grup file menggunakan opsi FILE atau opsi FILEGROUP.

Opsi PARSIAL tidak diperbolehkan pada pernyataan RESTORE LOG.

Opsi PARSIAL memulai tahap awal pemulihan piecemeal, yang memungkinkan grup file yang tersisa dipulihkan di lain waktu. Untuk informasi selengkapnya, lihat Pemulihan Piecemeal (SQL Server).

[ PEMULIHAN | NORECOVERY | SIAGA ]

Didukung oleh:RESTORE

PEMULIHAN
Menginstruksikan operasi pemulihan untuk mengembalikan transaksi yang tidak dilakukan. Setelah proses pemulihan, database siap digunakan. Jika NORECOVERY, RECOVERY, atau STANDBY tidak ditentukan, RECOVERY adalah default.

Jika operasi PEMULIHAN berikutnya (RESTORE LOG, atau RESTORE DATABASE dari diferensial) direncanakan, NORECOVERY atau STANDBY harus ditentukan sebagai gantinya.

Saat memulihkan kumpulan cadangan dari versi SQL Server yang lebih lama, peningkatan database mungkin diperlukan. Peningkatan ini dilakukan secara otomatis ketika WITH RECOVERY ditentukan. Untuk informasi selengkapnya, lihat Menerapkan Pencadangan Log Transaksi (SQL Server).

Catatan

Jika klausul FROM dihilangkan, NORECOVERY, RECOVERY, atau STANDBY harus ditentukan dalam klausa WITH.

NORECOVERY

Menginstruksikan operasi pemulihan untuk tidak mengembalikan transaksi yang tidak dilakukan. Jika log transaksi lain harus diterapkan nanti, tentukan opsi NORECOVERY atau SIAGA. Jika NORECOVERY, RECOVERY, atau STANDBY tidak ditentukan, RECOVERY adalah default. Selama operasi pemulihan offline menggunakan opsi NORECOVERY, database tidak dapat digunakan.

Untuk memulihkan cadangan database dan satu atau beberapa log transaksi atau setiap kali beberapa pernyataan RESTORE diperlukan (misalnya, saat memulihkan cadangan database lengkap diikuti oleh cadangan database diferensial), RESTORE memerlukan opsi WITH NORECOVERY pada semua kecuali pernyataan PEMULIHAN akhir. Praktik terbaik adalah menggunakan WITH NORECOVERY pada SEMUA pernyataan dalam urutan pemulihan multi-langkah sampai titik pemulihan yang diinginkan tercapai, lalu menggunakan pernyataan RESTORE WITH RECOVERY terpisah hanya untuk pemulihan.

Ketika digunakan dengan operasi pemulihan file atau grup file, NORECOVERY memaksa database untuk tetap dalam status pemulihan setelah operasi pemulihan. Ini berguna dalam salah satu situasi ini:

  • Skrip pemulihan sedang dijalankan dan log selalu diterapkan.

  • Urutan pemulihan file digunakan dan database tidak dimaksudkan untuk dapat digunakan antara dua operasi pemulihan.

Dalam beberapa kasus, RESTORE WITH NORECOVERY menggulung roll forward yang ditetapkan cukup jauh ke depan sehingga konsisten dengan database. Dalam kasus seperti itu, gulung balik tidak terjadi dan data tetap offline, seperti yang diharapkan dengan opsi ini. Namun, Mesin Database mengeluarkan pesan informasi yang menyatakan bahwa set roll-forward sekarang dapat dipulihkan dengan menggunakan opsi PEMULIHAN.

standby_file_name SIAGA =

Menentukan file siaga yang memungkinkan efek pemulihan dibatalkan. Opsi SIAGA diizinkan untuk pemulihan offline (termasuk pemulihan parsial). Opsi ini tidak diizinkan untuk pemulihan online. Mencoba menentukan opsi SIAGA untuk operasi pemulihan online menyebabkan operasi pemulihan gagal. SIAGA juga tidak diperbolehkan ketika peningkatan database diperlukan.

File siaga digunakan untuk menyimpan pra-gambar "copy-on-write" untuk halaman yang dimodifikasi selama undo pass RESTORE WITH STANDBY. File siaga memungkinkan database dimunculkan untuk akses baca-saja antara pemulihan log transaksi dan dapat digunakan dengan situasi server siaga hangat atau situasi pemulihan khusus di mana berguna untuk memeriksa database antara pemulihan log. Setelah operasi PULIHKAN DENGAN SIAGA, file batalkan dihapus secara otomatis oleh operasi RESTORE berikutnya. Jika file siaga ini dihapus secara manual sebelum operasi RESTORE berikutnya, maka seluruh database harus dipulihkan kembali. Saat database berada dalam status SIAGA, Anda harus memperlakukan file siaga ini dengan perawatan yang sama dengan file database lainnya. Tidak seperti file database lain, file ini hanya dibuka oleh Mesin Database selama operasi pemulihan aktif.

standby_file_name menentukan file siaga yang lokasinya disimpan dalam log database. Jika file yang ada menggunakan nama yang ditentukan, file akan ditimpa; jika tidak, Mesin Database membuat file.

Persyaratan ukuran file siaga tertentu tergantung pada volume tindakan batalkan yang dihasilkan dari transaksi yang tidak dilakukan selama operasi pemulihan.

Penting

Jika ruang disk kosong habis pada drive yang berisi nama file siaga yang ditentukan, operasi pemulihan akan berhenti.

Untuk perbandingan PEMULIHAN dan NORECOVERY, lihat bagian "Komentar" di RESTORE.

LOADHISTORY

Didukung oleh:RESTORE VERIFYONLY

Menentukan bahwa operasi pemulihan memuat informasi ke msdb dalam tabel riwayat. Opsi LOADHISTORY memuat informasi, untuk kumpulan cadangan tunggal yang sedang diverifikasi, tentang cadangan SQL Server yang disimpan pada media yang diatur ke tabel riwayat pencadangan dan pemulihan dalam msdb database. Untuk informasi selengkapnya tentang tabel riwayat, lihat Tabel Sistem (Transact-SQL).

Ketahuilah bahwa menggunakan LOADHISTORY untuk cadangan yang sudah ada dalam msdb tabel riwayat akan menambahkan informasi yang sama dengan backup_set_id baru. Selanjutnya, jika Anda menggunakan LOADHISTORY untuk membuat ulang riwayat cadangan di msdb, baik di server yang berbeda atau setelah dihapus dari server asli, disarankan untuk menjalankan perintah pemulihan untuk cadangan dalam urutan pengambilan. Ini memastikan rantai LSN tetap utuh dan wizard pemulihan SSMS akan membaca riwayat cadangan dengan benar untuk menghasilkan urutan pemulihan yang benar. Penggunaan LOADHISTORY dengan riwayat cadangan yang dibuat ulang secara tidak berurutan dapat mengakibatkan kesalahan saat mencoba memulihkan ("Tidak dapat membuat rencana pemulihan karena terputus dalam rantai LSN. (Microsoft.SqlServer.SmoExtended)").

<> general_WITH_options [ ,... n ]

Opsi WITH umum berikut ini semuanya didukung dalam pernyataan RESTORE DATABASE dan RESTORE LOG. Beberapa opsi ini juga didukung oleh satu atau beberapa pernyataan tambahan, seperti yang disebutkan.

Opsi operasi pemulihan

Opsi ini memengaruhi perilaku operasi pemulihan.

PINDAHKAN 'logical_file_name_in_backup' KE 'operating_system_file_name' [ ...n ]

Didukung oleh:RESTORE dan RESTORE VERIFYONLY

Menentukan bahwa data atau file log yang nama logisnya ditentukan oleh logical_file_name_in_backup harus dipindahkan dengan memulihkannya ke lokasi yang ditentukan oleh operating_system_file_name. Nama file logis data atau file log dalam kumpulan cadangan cocok dengan nama logisnya dalam database saat kumpulan cadangan dibuat.

n adalah tempat penampung yang menunjukkan bahwa Anda dapat menentukan pernyataan MOVE tambahan. Tentukan pernyataan MOVE untuk setiap file logis yang ingin Anda pulihkan dari kumpulan cadangan ke lokasi baru. Secara default, file logical_file_name_in_backup dipulihkan ke lokasi aslinya.

Catatan

Untuk mendapatkan daftar file logis dari kumpulan cadangan, gunakan RESTORE FILELISTONLY.

Jika pernyataan RESTORE digunakan untuk merelokasi database di server yang sama atau menyalinnya ke server lain, opsi MOVE mungkin diperlukan untuk merelokasi file database dan untuk menghindari tabrakan dengan file yang ada.

Saat digunakan dengan RESTORE LOG, opsi MOVE hanya dapat digunakan untuk merelokasi file yang ditambahkan selama interval yang dicakup oleh log yang sedang dipulihkan. Misalnya, jika cadangan log berisi operasi tambahkan file untuk file file23, file ini dapat direlokasi menggunakan opsi MOVE pada RESTORE LOG.

Saat digunakan dengan SQL Server Snapshot Backup, opsi MOVE hanya dapat digunakan untuk merelokasi file ke blob Azure dalam akun penyimpanan yang sama dengan blob asli. Opsi MOVE tidak dapat digunakan untuk memulihkan cadangan rekam jepret ke file lokal atau ke akun penyimpanan yang berbeda.

Jika pernyataan RESTORE VERIFYONLY digunakan saat Anda berencana untuk merelokasi database di server yang sama atau menyalinnya ke server lain, opsi MOVE mungkin diperlukan untuk memverifikasi bahwa ruang yang memadai tersedia di target dan untuk mengidentifikasi potensi tabrakan dengan file yang ada.

Untuk informasi selengkapnya, lihat Menyalin Database dengan Pencadangan dan Pemulihan.

INFORMASI MASUK

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, dan RESTORE VERIFYONLY.

Berlaku untuk: SQL Server 2012 (11.x) SP1 CU2 dan yang lebih baru

Hanya digunakan saat memulihkan cadangan dari Microsoft Azure Blob Storage.

Catatan

Dengan SQL Server 2012 (11.x) SP1 CU2 hingga SQL Server 2016 (13.x), Anda hanya dapat memulihkan dari satu perangkat saat memulihkan dari URL. Untuk memulihkan dari beberapa perangkat saat memulihkan dari URL, Anda harus menggunakan SQL Server 2016 (13.x) atau yang lebih baru, dan Anda harus menggunakan token Tanda Tangan Akses Bersama (SAS). Untuk informasi selengkapnya, lihat Mengaktifkan Pencadangan Terkelola SQL Server ke Microsoft Azure dan Menyederhanakan pembuatan Kredensial SQL dengan token Tanda Tangan Akses Bersama (SAS) di Azure Storage dengan Powershell.

REPLACE

Didukung oleh:RESTORE

Menentukan bahwa SQL Server harus membuat database yang ditentukan dan file terkaitnya meskipun database lain sudah ada dengan nama yang sama. Dalam kasus seperti itu, database yang ada dihapus. Ketika opsi REPLACE tidak ditentukan, pemeriksaan keamanan terjadi. Ini mencegah penimpaan database yang berbeda secara tidak sengaja. Pemeriksaan keamanan memastikan bahwa pernyataan RESTORE DATABASE tidak memulihkan database ke server saat ini jika kondisi berikut keduanya ada:

  • Database bernama dalam pernyataan RESTORE sudah ada di server saat ini, dan

  • Nama database berbeda dari nama database yang dicatat dalam kumpulan cadangan.

REPLACE juga memungkinkan RESTORE untuk menimpa file yang ada yang tidak dapat diverifikasi sebagai milik database yang sedang dipulihkan. Biasanya, RESTORE menolak untuk menimpa file yang sudah ada sebelumnya. WITH REPLACE juga dapat digunakan dengan cara yang sama untuk opsi RESTORE LOG.

REPLACE juga mengambil alih persyaratan bahwa Anda mencadangkan ekor log sebelum memulihkan database.

Untuk informasi dampak penggunaan opsi REPLACE, lihat RESTORE (Transact-SQL).

HIDUPKAN ULANG

Didukung oleh:RESTORE

Menentukan bahwa SQL Server harus memulai ulang operasi pemulihan yang telah terganggu. HIDUPKAN ULANG memulai ulang operasi pemulihan pada saat operasi tersebut terganggu.

RESTRICTED_USER

Didukung oleh:RESTORE.

Membatasi akses untuk database yang baru dipulihkan kepada anggota peran db_owner, dbcreator, atau sysadmin . RESTRICTED_USER menggantikan opsi DBO_ONLY. DBO_ONLY telah dihentikan dengan SQL Server 2008 (10.0.x).

Gunakan dengan opsi PEMULIHAN.

Opsi set cadangan

Opsi ini beroperasi pada kumpulan cadangan yang berisi cadangan yang akan dipulihkan.

FILE ={ backup_set_file_number@ | backup_set_file_number }

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, dan RESTORE VERIFYONLY.

Mengidentifikasi kumpulan cadangan yang akan dipulihkan. Misalnya, backup_set_file_number 1 menunjukkan cadangan pertama yang ditetapkan pada media cadangan dan backup_set_file_number 2 menunjukkan kumpulan cadangan kedua. Anda dapat memperoleh backup_set_file_number kumpulan cadangan dengan menggunakan pernyataan RESTORE HEADERONLY .

Ketika tidak ditentukan, defaultnya adalah 1, kecuali RESTORE HEADERONLY dalam hal ini semua set cadangan dalam set media diproses. Untuk informasi selengkapnya, lihat Menentukan Kumpulan Cadangan.

Penting

Opsi FILE ini tidak terkait dengan opsi FILE untuk menentukan file database, FILE = { logical_file_name_in_backup@ | logical_file_name_in_backup_var }.

PASSWORD = { password | @password_variable }

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, dan RESTORE VERIFYONLY.

Menyediakan kata sandi set cadangan. Kata sandi yang ditetapkan cadangan adalah string karakter.

Catatan

Fitur ini akan dihapus dalam versi SQL Server yang akan datang. Hindari menggunakan fitur ini dalam pekerjaan pengembangan baru, dan rencanakan untuk memodifikasi aplikasi yang saat ini menggunakan fitur ini.

Jika kata sandi ditentukan ketika kumpulan cadangan dibuat, kata sandi tersebut diperlukan untuk melakukan operasi pemulihan apa pun dari kumpulan cadangan. Ini adalah kesalahan untuk menentukan kata sandi yang salah atau untuk menentukan kata sandi jika kumpulan cadangan tidak memilikinya.

Penting

Kata sandi ini hanya memberikan perlindungan yang lemah untuk set media. Untuk informasi selengkapnya, lihat bagian Izin untuk pernyataan yang relevan.

[ METADATA_ONLY | SNAPSHOT ] [ DBNAME = { <database_name> | @database_name_variable } ]

Diperkenalkan di SQL Server 2022 (16.x).

Diperlukan untuk memulihkan dari cadangan rekam jepret. BACKUP SERVER, atau BACKUP GROUP... Lihat Membuat cadangan rekam jepret Transact-SQL.

METADATA_ONLY identik dengan SNAPSHOT. Antarmuka perangkat virtual (VDI) menggunakan SNAPSHOT. Untuk informasi tentang VDI, lihat Referensi antarmuka perangkat virtual (VDI).

Opsi Set Media

Opsi ini beroperasi pada set media secara keseluruhan.

MEDIANAME = { media_name@ | media_name_variable}

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, dan RESTORE VERIFYONLY.

Menentukan nama untuk media. Jika disediakan, nama media harus cocok dengan nama media pada volume cadangan; jika tidak, operasi pemulihan berakhir. Jika tidak ada nama media yang diberikan dalam pernyataan RESTORE, pemeriksaan nama media yang cocok pada volume cadangan tidak dilakukan.

Penting

Secara konsisten menggunakan nama media dalam operasi pencadangan dan pemulihan memberikan pemeriksaan keamanan ekstra untuk media yang dipilih untuk operasi pemulihan.

MEDIAPASSWORD = { mediapassword | @mediapassword_variable }

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, dan RESTORE VERIFYONLY.

Menyediakan kata sandi set media. Kata sandi yang ditetapkan media adalah string karakter.

Catatan

Fitur ini akan dihapus dalam versi SQL Server yang akan datang. Hindari menggunakan fitur ini dalam pekerjaan pengembangan baru, dan rencanakan untuk memodifikasi aplikasi yang saat ini menggunakan fitur ini.

Jika kata sandi disediakan ketika set media diformat, kata sandi tersebut diperlukan untuk mengakses set cadangan apa pun pada set media. Ini adalah kesalahan untuk menentukan kata sandi yang salah atau untuk menentukan kata sandi jika set media tidak memilikinya.

Penting

Kata sandi ini hanya memberikan perlindungan yang lemah untuk set media. Untuk informasi selengkapnya, lihat bagian "Izin" untuk pernyataan yang relevan.

BLOCKSIZE = { blocksize | @blocksize_variable }

Didukung oleh:RESTORE

Menentukan ukuran blok fisik, dalam byte. Ukuran yang didukung adalah 512, 1024, 2048, 4096, 8192, 16384, 32768, dan 65536 (64 KB) byte. Defaultnya adalah 65536 untuk perangkat pita dan 512 jika tidak. Biasanya, opsi ini tidak perlu karena RESTORE secara otomatis memilih ukuran blok yang sesuai dengan perangkat. Secara eksplisit menyatakan ukuran blok mengambil alih pilihan otomatis ukuran blok.

Jika Anda memulihkan cadangan dari CD-ROM, tentukan BLOCKSIZE=2048.

Catatan

Opsi ini biasanya hanya memengaruhi performa saat membaca dari perangkat pita.

Opsi transfer data

Opsi ini memungkinkan Anda mengoptimalkan transfer data dari perangkat cadangan.

BUFFERCOUNT = { buffercount | @buffercount_variable }

Didukung oleh:RESTORE

Menentukan jumlah total buffer I/O yang akan digunakan untuk operasi pemulihan. Anda dapat menentukan bilangan bulat positif apa pun; namun, sejumlah besar buffer dapat menyebabkan kesalahan "kehabisan memori" karena ruang alamat virtual yang tidak memadai dalam proses Sqlservr.exe.

Total ruang yang digunakan oleh buffer ditentukan oleh: buffercount****maxtransfersize.

MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }

Didukung oleh:RESTORE

Menentukan unit transfer terbesar dalam byte yang akan digunakan antara media cadangan dan SQL Server. Nilai yang mungkin adalah kelipatan 65536 byte (64 KB) berkisar hingga 4194304 byte (4 MB).

Catatan

Ketika database telah mengonfigurasi FILESTREAM, atau menyertakan atau Grup File OLTP Dalam Memori, MAXTRANSFERSIZE pada saat pemulihan harus lebih besar dari atau sama dengan apa yang digunakan ketika cadangan dibuat.

Opsi manajemen kesalahan

Opsi ini memungkinkan Anda menentukan apakah checksum cadangan diaktifkan untuk operasi pemulihan dan apakah operasi berhenti mengalami kesalahan.

{ CHECKSUM | NO_CHECKSUM }

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, dan RESTORE VERIFYONLY.

Perilaku default adalah memverifikasi checksum jika ada dan melanjutkan tanpa verifikasi jika tidak ada.

CHECKSUM
Menentukan bahwa checksum cadangan harus diverifikasi dan, jika cadangan tidak memiliki checksum cadangan, menyebabkan operasi pemulihan gagal dengan pesan yang menunjukkan bahwa checksum tidak ada.

Catatan

Checksum halaman relevan dengan operasi pencadangan hanya jika checksum cadangan digunakan.

Secara default, pada mengalami checksum yang tidak valid, RESTORE melaporkan kesalahan checksum dan berhenti. Namun, jika Anda menentukan CONTINUE_AFTER_ERROR, RESTORE berlanjut setelah mengembalikan kesalahan checksum dan jumlah halaman yang berisi checksum yang tidak valid, jika kerusakan memungkinkan.

Untuk informasi selengkapnya tentang bekerja dengan checksum cadangan, lihat Kemungkinan Kesalahan Media Selama Pencadangan dan Pemulihan (SQL Server).

NO_CHECKSUM
Secara eksplisit menonaktifkan validasi checksum oleh operasi pemulihan.

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, dan RESTORE VERIFYONLY.

STOP_ON_ERROR
Menentukan bahwa operasi pemulihan berhenti dengan kesalahan pertama yang ditemui. Ini adalah perilaku default untuk RESTORE, kecuali UNTUK VERIFYONLY, yang memiliki CONTINUE_AFTER_ERROR sebagai default.

CONTINUE_AFTER_ERROR
Menentukan bahwa operasi pemulihan akan dilanjutkan setelah terjadi kesalahan.

Jika cadangan berisi halaman yang rusak, yang terbaik adalah mengulangi operasi pemulihan menggunakan cadangan alternatif yang tidak berisi kesalahan-misalnya, cadangan yang diambil sebelum halaman rusak. Namun, sebagai upaya terakhir, Anda dapat memulihkan cadangan yang rusak menggunakan opsi CONTINUE_AFTER_ERROR pernyataan pemulihan dan mencoba menyelamatkan data.

Opsi FILESTREAM

FILESTREAM ( DIRECTORY_NAME =directory_name )

Didukung oleh:RESTORE dan RESTORE VERIFYONLY

Berlaku untuk: SQL Server 2012 (11.x) dan yang lebih baru

Nama direktori yang kompatibel dengan windows. Nama ini harus unik di antara semua nama direktori FILESTREAM tingkat database dalam instans SQL Server. Perbandingan keunikan dilakukan dengan cara yang tidak peka huruf besar/kecil, terlepas dari pengaturan kolase SQL Server.

Opsi pemantauan

Opsi ini memungkinkan Anda memantau transfer data dari perangkat cadangan.

STATS [ =persentase ]

Didukung oleh:RESTORE dan RESTORE VERIFYONLY

Menampilkan pesan setiap kali persentase lain selesai, dan digunakan untuk mengukur kemajuan. Jika persentase dihilangkan, SQL Server menampilkan pesan setelah setiap 10 persen selesai (kira-kira).

Opsi STATS melaporkan persentase selesai pada ambang batas untuk melaporkan interval berikutnya. Ini pada sekitar persentase yang ditentukan; misalnya, dengan STATS=10, Mesin Database melaporkan sekitar interval tersebut; misalnya, alih-alih menampilkan dengan tepat 40%, opsi mungkin menampilkan 43%. Untuk set cadangan besar, ini bukan masalah karena persentase selesai bergerak sangat lambat antara panggilan I/O yang selesai.

Opsi Pita

Opsi ini hanya digunakan untuk perangkat TAPE. Jika perangkat nontape sedang digunakan, opsi ini akan diabaikan.

{ REWIND | NOREWIND }

Opsi ini hanya digunakan untuk perangkat TAPE. Jika perangkat non-pita sedang digunakan, opsi ini akan diabaikan.

MUNDUR
Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, dan RESTORE VERIFYONLY.

Menentukan bahwa rilis SQL Server dan memutar balik pita. REWIND adalah default.

NOREWIND
Didukung oleh:RESTORE dan RESTORE VERIFYONLY

Menentukan NOREWIND dalam pernyataan pemulihan lainnya menghasilkan kesalahan.

Menentukan bahwa SQL Server akan menjaga pita tetap terbuka setelah operasi pencadangan. Anda dapat menggunakan opsi ini untuk meningkatkan performa saat melakukan beberapa operasi pencadangan ke pita.

NOREWIND menyiratkan NOUNLOAD, dan opsi ini tidak kompatibel dalam satu pernyataan RESTORE.

Catatan

Jika Anda menggunakan NOREWIND, instans SQL Server mempertahankan kepemilikan drive pita hingga pernyataan BACKUP atau RESTORE yang berjalan dalam proses yang sama menggunakan opsi REWIND atau UNLOAD, atau instans server dimatikan. Menjaga pita tetap terbuka mencegah proses lain mengakses pita. Untuk informasi tentang cara menampilkan daftar pita terbuka dan menutup pita terbuka, lihat Perangkat Cadangan (SQL Server).

{ UNLOAD | NOUNLOAD }

Didukung oleh:RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, RESTORE LABELONLY, RESTORE REWINDONLY, dan RESTORE VERIFYONLY.

Opsi ini hanya digunakan untuk perangkat TAPE. Jika perangkat non-pita sedang digunakan, opsi ini akan diabaikan.

Catatan

UNLOAD/NOUNLOAD adalah pengaturan sesi yang bertahan selama masa pakai sesi atau hingga direset dengan menentukan alternatif.

MEMBONGKAR
Menentukan bahwa pita secara otomatis di-rewound dan dibongkar ketika cadangan selesai. UNLOAD adalah default saat sesi dimulai.

NOUNLOAD
Menentukan bahwa setelah operasi RESTORE, pita tetap dimuat pada drive pita.

<replication_WITH_option>

Opsi ini hanya relevan jika database direplikasi saat cadangan dibuat.

KEEP_REPLICATION
Didukung oleh:RESTORE

Gunakan KEEP_REPLICATION saat menyiapkan replikasi untuk bekerja dengan pengiriman log. Ini mencegah pengaturan replikasi dihapus ketika cadangan database atau cadangan log dipulihkan pada server siaga hangat dan database dipulihkan. Menentukan opsi ini saat memulihkan cadangan dengan opsi NORECOVERY tidak diizinkan. Untuk memastikan fungsi replikasi dengan benar setelah pemulihan:

  • Database msdb dan master di server siaga hangat harus sinkron dengan msdb database dan master di server utama.

  • Server siaga hangat harus diganti namanya untuk menggunakan nama yang sama dengan server utama.

<change_data_capture_WITH_option>

Opsi ini hanya relevan jika database diaktifkan untuk mengubah pengambilan data saat cadangan dibuat.

KEEP_CDC

Didukung oleh:RESTORE

KEEP_CDC harus digunakan untuk mencegah perubahan pengaturan pengambilan data dihapus ketika cadangan database atau cadangan log dipulihkan di server lain dan database dipulihkan. Menentukan opsi ini saat memulihkan cadangan dengan opsi NORECOVERY tidak diizinkan.

Memulihkan database dengan KEEP_CDC tidak membuat pekerjaan penangkapan data perubahan. Untuk mengekstrak perubahan dari log setelah memulihkan database, buat ulang pekerjaan proses pengambilan dan pekerjaan pembersihan untuk database yang dipulihkan. Untuk informasi, lihat sys.sp_cdc_add_job (Transact-SQL).

Untuk informasi tentang menggunakan penangkapan data perubahan dengan pencerminan database, lihat Mengubah Penangkapan Data dan Fitur SQL Server Lainnya.

<service_broker_WITH_options>

Mengaktifkan atau menonaktifkan pengiriman pesan Service Broker atau mengatur pengidentifikasi Service Broker baru. Opsi ini hanya relevan jika Service Broker diaktifkan (diaktifkan) untuk database saat cadangan dibuat.

{ ENABLE_BROKER | ERROR_BROKER_CONVERSATIONS | NEW_BROKER }

Didukung oleh:RESTORE DATABASE

ENABLE_BROKER
Menentukan bahwa pengiriman pesan Service Broker diaktifkan di akhir pemulihan sehingga pesan dapat segera dikirim. Secara default pengiriman pesan Service Broker dinonaktifkan selama pemulihan. Database mempertahankan pengidentifikasi Service Broker yang ada.

ERROR_BROKER_CONVERSATIONS
Mengakhiri semua percakapan dengan kesalahan yang menyatakan bahwa database dilampirkan atau dipulihkan. Ini memungkinkan aplikasi Anda untuk melakukan pembersihan rutin untuk percakapan yang ada. Pengiriman pesan Service Broker dinonaktifkan hingga operasi ini selesai, lalu diaktifkan. Database mempertahankan pengidentifikasi Service Broker yang ada.

NEW_BROKER
Menentukan bahwa database diberi pengidentifikasi Service Broker baru. Karena database dianggap sebagai Service Broker baru, percakapan yang ada dalam database segera dihapus tanpa menghasilkan pesan dialog akhir. Rute apa pun yang mereferensikan pengidentifikasi Service Broker lama harus dibuat ulang dengan pengidentifikasi baru.

<point_in_time_WITH_options>

Didukung oleh:RESTORE {DATABASE|LOG} dan hanya untuk model pemulihan penuh atau dicatat secara massal.

Anda dapat memulihkan database ke titik waktu atau transaksi tertentu, dengan menentukan titik pemulihan target dalam klausa STOPAT, STOPATMARK, atau STOPBEFOREMARK. Waktu atau transaksi yang ditentukan selalu dipulihkan dari cadangan log. Dalam setiap pernyataan RESTORE LOG dari urutan pemulihan, Anda harus menentukan waktu atau transaksi target Anda dalam klausa STOPAT, STOPATMARK, atau STOPBEFOREMARK yang identik.

Sebagai prasyarat untuk pemulihan titik waktu, Anda harus terlebih dahulu memulihkan cadangan database lengkap yang titik akhirnya lebih awal dari titik pemulihan target Anda. Untuk membantu Anda mengidentifikasi cadangan database mana yang akan dipulihkan, Anda dapat secara opsional menentukan klausa WITH STOPAT, STOPATMARK, atau STOPBEFOREMARK dalam pernyataan RESTORE DATABASE untuk memunculkan kesalahan jika cadangan data terlalu baru untuk waktu target yang ditentukan. Tetapi pencadangan data lengkap selalu dipulihkan, meskipun berisi waktu target.

Catatan

Opsi RESTORE_DATABASE dan RESTORE_LOG point-in-time WITH serupa, tetapi hanya RESTORE LOG yang mendukung argumen mark_name .

{ STOPAT | STOPATMARK | STOPBEFOREMARK }

STOPAT = { 'datetime' | @_datetime_var* }
Menentukan bahwa database dipulihkan ke status tempat database berada pada tanggal dan waktu yang ditentukan oleh parameter datetime atau @datetime_var . Untuk informasi tentang menentukan tanggal dan waktu, lihat Jenis dan Fungsi Data Tanggal dan Waktu (T-SQL).

Jika variabel digunakan untuk STOPAT, variabel harus varchar, karakter, smalldatetime, atau jenis data tanggalwaktu. Hanya catatan log transaksi yang ditulis sebelum tanggal dan waktu yang ditentukan yang diterapkan ke database.

Catatan

Jika waktu STOPAT yang ditentukan adalah setelah pencadangan LOG terakhir, database dibiarkan dalam status belum dipulihkan, sama seperti jika RESTORE LOG berjalan dengan NORECOVERY.

Untuk informasi selengkapnya, lihat Memulihkan Database SQL Server ke Titik Waktu (Model Pemulihan Penuh).

STOPATMARK = { 'mark_name'' | lsn:lsn_number' } [ AFTER 'datetime' ]
Menentukan pemulihan ke titik pemulihan tertentu. Transaksi yang ditentukan termasuk dalam pemulihan, tetapi hanya diterapkan jika awalnya dilakukan ketika transaksi benar-benar dihasilkan.

BAIK RESTORE DATABASE maupun RESTORE LOG mendukung parameter lsn_number . Parameter ini menentukan nomor urutan log.

Parameter mark_name hanya didukung oleh pernyataan RESTORE LOG. Parameter ini mengidentifikasi tanda transaksi dalam cadangan log.

Dalam pernyataan RESTORE LOG, jika SETELAH tanggalwaktu dihilangkan, pemulihan berhenti pada tanda pertama dengan nama yang ditentukan. Jika tanggalwaktu AFTER ditentukan, pemulihan berhenti pada tanda pertama yang memiliki nama yang ditentukan tepat pada atau setelah tanggalwaktu.

Catatan

Jika tanda, LSN, atau waktu yang ditentukan adalah setelah pencadangan LOG terakhir, database dibiarkan dalam status belum dipulihkan, sama seperti jika RESTORE LOG berjalan dengan NORECOVERY.

Untuk informasi selengkapnya, lihat Menggunakan Transaksi Yang Ditandai untuk Memulihkan Database Terkait Secara Konsisten (Model Pemulihan Penuh) dan Memulihkan ke Nomor Urutan Log (SQL Server).

STOPBEFOREMARK = { 'mark_name'' | lsn:lsn_number' } [ AFTER 'datetime' ]
Menentukan pemulihan hingga titik pemulihan tertentu. Transaksi yang ditentukan tidak termasuk dalam pemulihan, dan digulung balik ketika WITH RECOVERY digunakan.

BAIK RESTORE DATABASE maupun RESTORE LOG mendukung parameter lsn_number . Parameter ini menentukan nomor urutan log.

Parameter mark_name hanya didukung oleh pernyataan RESTORE LOG. Parameter ini mengidentifikasi tanda transaksi dalam cadangan log.

Dalam pernyataan RESTORE LOG, jika SETELAH tanggalwaktu dihilangkan, pemulihan berhenti tepat sebelum tanda pertama dengan nama yang ditentukan. Jika tanggalwaktu AFTER ditentukan, pemulihan berhenti tepat sebelum tanda pertama memiliki nama yang ditentukan tepat pada atau setelah tanggalwaktu.

Penting

Jika urutan pemulihan parsial mengecualikan grup file FILESTREAM, pemulihan point-in-time tidak didukung. Anda dapat memaksa urutan pemulihan untuk melanjutkan. Namun, grup file FILESTREAM yang dihilangkan dari pernyataan RESTORE tidak pernah dapat dipulihkan. Untuk memaksa pemulihan titik waktu, tentukan opsi CONTINUE_AFTER_ERROR bersama dengan opsi STOPAT, STOPATMARK, atau STOPBEFOREMARK. Jika Anda menentukan CONTINUE_AFTER_ERROR, urutan pemulihan parsial berhasil dan grup file FILESTREAM menjadi tidak dapat dipulihkan.

Tataan hasil

Untuk tataan hasil, lihat artikel berikut ini:

Keterangan

Untuk keterangan tambahan, lihat artikel berikut ini:

Menentukan kumpulan cadangan

Kumpulan cadangan berisi cadangan dari satu operasi pencadangan yang berhasil. PERNYATAAN RESTORE, RESTORE FILELISTONLY, RESTORE HEADERONLY, dan RESTORE VERIFYONLY beroperasi pada satu set cadangan dalam set media pada perangkat atau perangkat cadangan yang ditentukan. Anda harus menentukan cadangan yang Anda butuhkan dari dalam set media. Anda dapat memperoleh backup_set_file_number kumpulan cadangan dengan menggunakan pernyataan RESTORE HEADERONLY .

Opsi untuk menentukan kumpulan cadangan yang akan dipulihkan adalah:

FILE ={ backup_set_file_number@ | backup_set_file_number }

Di mana backup_set_file_number menunjukkan posisi cadangan dalam set media. Backup_set_file_number 1 (FILE = 1) menunjukkan kumpulan cadangan pertama pada media cadangan dan backup_set_file_number 2 (FILE = 2) menunjukkan kumpulan cadangan kedua, dan sebagainya.

Perilaku opsi ini bervariasi tergantung pada pernyataan, seperti yang dijelaskan dalam tabel berikut:

Pernyataan Perilaku opsi FILE set cadangan
MEMULIHKAN Nomor file set cadangan default adalah 1. Hanya satu opsi FILE set cadangan yang diizinkan dalam pernyataan RESTORE. Penting untuk menentukan set cadangan secara berurutan.
PULIHKAN FILELISTONLY Nomor file set cadangan default adalah 1.
PULIHKAN HEADERONLY Secara default, semua set cadangan dalam set media diproses. Kumpulan hasil RESTORE HEADERONLY mengembalikan informasi tentang setiap kumpulan cadangan, termasuk Posisinya di set media. Untuk mengembalikan informasi pada kumpulan cadangan tertentu, gunakan nomor posisinya sebagai nilai backup_set_file_number dalam opsi FILE.

Catatan: Untuk media pita, RESTORE HEADER hanya memproses set cadangan pada pita yang dimuat.
PULIHKAN SECARA VERIFIKASI Backup_set_file_number default adalah 1.

Catatan

Opsi FILE untuk menentukan kumpulan cadangan tidak terkait dengan opsi FILE untuk menentukan file database, FILE = { logical_file_name_in_backup@ | logical_file_name_in_backup_var }.

Ringkasan dukungan untuk opsi WITH

Opsi WITH berikut ini hanya didukung oleh pernyataan RESTORE: BLOCKSIZE, BUFFERCOUNT, MAXTRANSFERSIZE, PARTIAL, KEEP_REPLICATION, { RECOVERY | NORECOVERY | STANDBY }, REPLACE, RESTART, RESTRICTED_USER, dan { STOPAT | STOPATMARK | STOPBEFOREMARK }

Catatan

Opsi PARSIAL hanya didukung oleh RESTORE DATABASE.

Tabel berikut mencantumkan opsi WITH yang digunakan oleh satu atau beberapa pernyataan dan menunjukkan pernyataan mana yang mendukung setiap opsi. Tanda centang (√) menunjukkan bahwa opsi didukung; tanda hubung (-) menunjukkan bahwa opsi tidak didukung.

Opsi WITH MEMULIHKAN PULIHKAN FILELISTONLY PULIHKAN HEADERONLY PULIHKAN LABELONLY PULIHKAN REWINDONLY PULIHKAN SECARA VERIFIKASI
{ CHECKSUM

| NO_CHECKSUM }		 √ √ √ √ - √
{ CONTINUE_AFTER_ERROR

| STOP_ON_ERROR }		 √ √ √ √ - √
FILE1 √ √ √ - - √
LOADHISTORY - - - - - √
NAMA MEDIA √ √ √ √ - √
MEDIAPASSWORD √ √ √ √ - √
MOVE √ - - - - √
KATA SANDI √ √ √ - - √
{ REWIND | NOREWIND } √ Hanya PUTAR BALIK Hanya PUTAR BALIK Hanya PUTAR BALIK - √
STATUS √ - - - - √
{ UNLOAD | NOUNLOAD } √ √ √ √ √ √

1 file =backup_set_file_number, yang berbeda dari {FILE | FILEGROUP}.

Izin

Untuk izin, lihat artikel berikut ini:

Contoh

Misalnya, lihat artikel berikut ini:

Langkah berikutnya