RESTORE VERIFYONLY(Transact-SQL)
백업을 확인하되 복원하지는 않으며, 백업 세트가 완성되었는지와 전체 백업을 읽을 수 있는지를 확인합니다. 그러나 RESTORE VERIFYONLY는 백업 볼륨에 포함된 데이터의 구조를 확인하지는 않습니다. Microsoft SQL Server에서는 RESTORE VERIFYONLY를 개선하여 데이터에 대한 추가 검사를 수행하는 방법으로 오류 발견율을 높였습니다. 가능한 한 실제에 가깝도록 데이터를 복원하는 것이 목표입니다. 자세한 내용은 주의 섹션을 참조하십시오.
백업이 유효한 경우 SQL Server 데이터베이스 엔진에서 성공 메시지를 반환합니다.
[!참고]
인수에 대한 설명은 RESTORE 인수(Transact-SQL)를 참조하십시오.
.gif "항목 링크 아이콘")
구문
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 } = { 'physical_backup_device_name' |
@physical_backup_device_name_var }
}
인수
RESTORE VERIFYONLY 인수에 대한 설명은 RESTORE 인수(Transact-SQL)를 참조하십시오.
일반적인 주의
Microsoft Tape Format으로 해석할 수 있도록 미디어 세트 또는 백업 세트는 최소한의 올바른 정보를 포함해야 합니다. 그렇지 않을 경우 RESTORE VERIFYONLY가 중지되고 백업 형식이 잘못되었다는 메시지가 나타납니다.
RESTORE VERIFYONLY는 다음 사항을 확인합니다.
백업 세트가 완료되었고 모든 볼륨이 읽기가 가능한지 확인합니다.
데이터 기록 방식과 유사하게 페이지 ID 등 데이터베이스 페이지의 일부 헤더 필드를 확인합니다.
체크섬을 확인합니다(미디어에 있을 경우).
대상 장치에 충분한 공간이 있는지 확인합니다.
[!참고]
RESTORE VERIFYONLY는 데이터베이스 스냅숏에서는 작동하지 않습니다. 되돌리기 작업을 수행하기 전에 데이터베이스 스냅숏을 확인하려면 DBCC CHECKDB를 실행합니다.
보안
백업 작업은 미디어 세트, 백업 세트 또는 이 둘 모두에 대해 암호를 지정할 수 있습니다. 미디어 세트나 백업 세트에 암호가 정의되어 있는 경우 RESTORE 문에서 정확한 암호를 지정해야 합니다. 이러한 암호를 지정하면 SQL Server 도구를 사용하여 무단으로 복원 작업을 수행하거나 미디어에 백업 세트를 무단으로 추가하는 작업을 방지할 수 있습니다. 하지만 암호를 사용해도 BACKUP 문의 FORMAT 옵션을 사용하여 미디어를 덮어쓰는 작업은 수행됩니다.
.gif "보안 정보") 보안 정보 |
|---|
이 암호에 의한 보호 수준은 낮습니다. 권한 유무에 관계없이 사용자가 SQL Server 도구를 사용하여 잘못된 복원을 수행하는 것을 방지합니다. 다른 수단을 사용한 백업 데이터 읽기나 암호 바꾸기를 방지하지는 않습니다. Microsoft SQL Server의 이후 버전에서는 이 기능이 제거됩니다. 새 개발 작업에서는 이 기능을 사용하지 않도록 하고, 현재 이 기능을 사용하는 응용 프로그램은 수정하십시오. 백업을 보호하는 최선의 구현 방법은 백업 테이프를 안전한 장소에 보관하거나 적합한 ACL(액세스 제어 목록)로 보호되는 디스크 파일에 백업하는 것입니다. ACL은 백업이 만들어지는 디렉터리 루트에 설정해야 합니다. |
사용 권한
SQL Server 2008부터는 백업 세트나 백업 장치에 대한 정보를 얻으려면 CREATE DATABASE 권한이 필요합니다. 자세한 내용은 GRANT 데이터베이스 사용 권한(Transact-SQL)을 참조하십시오.
참고 항목
참조
RESTORE REWINDONLY(Transact-SQL)