Bagikan melalui


Pernyataan RESTORE - VERIFYONLY (Transact-SQL)

Berlaku untuk: SQL Server Azure 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 probabilitas 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 Arguments (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 argumen RESTORE VERIFYONLY, lihat RESTORE Arguments (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 pernyataan RESTORE. 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 timpa media menggunakan opsi FORMAT pernyataan BACKUP.

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 izin CREATE DATABASE. Untuk informasi selengkapnya, lihat IZIN GRANT Database (Transact-SQL).

Contoh

Contoh berikut memverifikasi cadangan dari disk.

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

Lihat Juga

BACKUP (Transact-SQL)
Set Media, Keluarga Media, dan Kumpulan Cadangan (SQL Server)
PULIHKAN REWINDONLY (Transact-SQL)
RESTORE (Transact-SQL)
Riwayat Pencadangan dan Informasi Header (SQL Server)