RESTORE Pernyataan - VERIFYONLY (Transact-SQL)

Berlaku untuk: SQL ServerAzure SQL Managed Instance

Memverifikasi cadangan tetapi tidak memulihkannya, dan memeriksa untuk melihat bahwa set cadangan selesai dan seluruh cadangan dapat dibaca. Namun, RESTORE VERIFYONLY tidak mencoba memverifikasi struktur data yang terkandung dalam volume cadangan. Di Microsoft SQL Server, RESTORE VERIFYONLY telah ditingkatkan untuk melakukan pemeriksaan tambahan pada data untuk meningkatkan kemungkinan mendeteksi kesalahan. Tujuannya adalah untuk sedekat mungkin dengan operasi pemulihan aktual yang praktis. Untuk informasi selengkapnya, lihat Komentar.

Jika cadangan valid, Mesin Database SQL Server mengembalikan pesan keberhasilan.

Catatan

Untuk deskripsi argumen, lihat RESTORE Argumen (Transact-SQL).

Konvensi sintaks transact-SQL

Sintaksis

RESTORE VERIFYONLY  
FROM <backup_device> [ ,...n ]  
[ WITH    
 {  
   LOADHISTORY   
  
--Restore Operation Option  
 | MOVE 'logical_file_name_in_backup' TO 'operating_system_file_name'   
          [ ,...n ]   
  
--Backup Set Options  
 | FILE = { backup_set_file_number | @backup_set_file_number }   
 | PASSWORD = { password | @password_variable }   
  
--Media Set Options  
 | MEDIANAME = { media_name | @media_name_variable }   
 | MEDIAPASSWORD = { mediapassword | @mediapassword_variable }  
  
--Error Management Options  
 | { CHECKSUM | NO_CHECKSUM }   
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }  
  
--Monitoring Options  
 | STATS [ = percentage ]   
  
--Tape Options  
 | { REWIND | NOREWIND }   
 | { UNLOAD | NOUNLOAD }    
 } [ ,...n ]  
]  
[;]  
  
<backup_device> ::=  
{   
   { logical_backup_device_name |  
      @logical_backup_device_name_var }  
   | { DISK | TAPE | URL } = { 'physical_backup_device_name' |  
       @physical_backup_device_name_var }   
}

Catatan

URL adalah format yang digunakan untuk menentukan lokasi dan nama file untuk Microsoft Azure Blob Storage dan didukung dimulai dengan SQL Server 2012 (11.x) SP1 CU2. Meskipun penyimpanan Microsoft Azure adalah layanan, implementasinya mirip dengan disk dan pita untuk memungkinkan pengalaman pemulihan yang konsisten dan mulus untuk ketiga perangkat tersebut.

Argumen

Untuk deskripsi RESTORE VERIFYONLY argumen, lihat RESTORE Argumen (Transact-SQL).

Keterangan Umum

Set media atau set cadangan harus berisi informasi minimal yang benar untuk mengaktifkannya ditafsirkan sebagai Format Pita Microsoft. Jika tidak, RESTORE VERIFYONLY berhenti dan menunjukkan bahwa format cadangan tidak valid.

Pemeriksaan yang dilakukan oleh RESTORE VERIFYONLY meliputi:

  • Bahwa set cadangan selesai dan semua volume dapat dibaca.

  • Beberapa bidang header halaman database, seperti ID halaman (seolah-olah akan menulis data).

  • Checksum (jika ada di media).

  • Memeriksa ruang yang cukup pada perangkat tujuan.

Catatan

RESTORE VERIFYONLY tidak berfungsi pada rekam jepret database. Untuk memverifikasi rekam jepret database sebelum operasi kembali, Anda dapat menjalankan DBCC CHECKDB.

Catatan

Dengan cadangan rekam jepret, RESTORE VERIFYONLY mengonfirmasi keberadaan rekam jepret di lokasi yang ditentukan dalam file cadangan. Cadangan rekam jepret adalah fitur baru di SQL Server 2016 (13.x). Untuk informasi selengkapnya tentang Pencadangan Rekam Jepret, lihat Cadangan Rekam Jepret File untuk File Database di Azure.

Keamanan

Operasi pencadangan dapat secara opsional menentukan kata sandi untuk set media, set cadangan, atau keduanya. Ketika kata sandi telah ditentukan pada set media atau set cadangan, Anda harus menentukan kata sandi atau kata sandi yang benar dalam RESTORE pernyataan. Kata sandi ini mencegah operasi pemulihan yang tidak sah dan penambung set cadangan yang tidak sah ke media menggunakan alat SQL Server. Namun, kata sandi tidak mencegah penimpaan media menggunakan BACKUP opsi FORMAT pernyataan.

Penting

Perlindungan yang diberikan oleh kata sandi ini lemah. Ini dimaksudkan untuk mencegah pemulihan yang salah menggunakan alat SQL Server oleh pengguna yang berwenang atau tidak sah. Ini tidak mencegah pembacaan data cadangan dengan cara lain atau penggantian kata sandi. 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. Praktik terbaik untuk melindungi cadangan adalah menyimpan pita cadangan di lokasi yang aman atau mencadangkan ke file disk yang dilindungi oleh daftar kontrol akses (ACL) yang memadai. ACL harus diatur pada akar direktori tempat cadangan dibuat.

Izin

Dimulai di SQL Server 2008 (10.0.x), mendapatkan informasi tentang set cadangan atau perangkat cadangan memerlukan CREATE DATABASE izin. Untuk informasi selengkapnya, lihat GRANT Izin Database (Transact-SQL).

Contoh

Contoh berikut memverifikasi cadangan dari disk.

RESTORE VERIFYONLY FROM DISK = 'D:\AdventureWorks.bak';
GO

Konten terkait

  • Last updated on