Azure의 데이터베이스 파일에 대한 파일-스냅숏 백업File-Snapshot Backups for Database Files in Azure

SQL ServerSQL Server 파일-스냅숏 백업에서는 Azure 스냅숏을 사용하여 Azure Blob 저장소 서비스를 통해 저장된 데이터베이스 파일을 거의 즉시 백업하고 더욱 신속하게 복원합니다. File-snapshot backup uses Azure snapshots to provide nearly instantaneous backups and quicker restores for database files stored using the Azure Blob storage service. 이 기능을 사용하면 백업 및 복원 정책을 간소화할 수 있습니다.This capability enables you to simplify your backup and restore policies. 라이브 데모는 지정 시간 복원 데모를 참조하세요.For a live demo, see Demo of Point in Time Restore. Azure 블로그 저장소 서비스를 사용하여 데이터베이스 파일을 저장하는 자세한 방법은 Microsoft Azure의 SQL Server 데이터 파일을 참조하세요.For more information on storing database files using the Azure Blog storage service, see SQL Server Data Files in Microsoft Azure.

스냅숏 백업 아키텍처 다이어그램snapshot backup architectural diagram

다운로드Download

  • SQL Server 2016SQL Server 2016를 다운로드하려면 [평가 센터](https://www.microsoft.com/evalcenter/evaluate-sql-server-2016)로 이동하세요.To download SQL Server 2016SQL Server 2016, go to Evaluation Center.

  • Azure 계정이 있으세요?Have an Azure account? 계정이 있는 경우 여기 로 이동하여 SQL Server 2017SQL Server 2017 이 이미 설치된 가상 컴퓨터를 실행해 보세요.Then go Here to spin up a Virtual Machine with SQL Server 2017SQL Server 2017 already installed.

Azure 스냅숏을 사용하여 Azure에 저장된 데이터베이스 파일 백업Using Azure snapshots to back up database files stored in Azure

SQL ServerSQL Server 파일-스냅숏 백업이란?What is a SQL ServerSQL Server file-snapshot backup

파일-스냅숏 백업은 데이터베이스 파일을 포함하는 blo 및 이러한 파일-스냅숏에 대한 포인터를 포함하는 백업 파일의 Azure 스냅숏 집합으로 구성됩니다.A file-snapshot backup consists of a set of Azure snapshots of the blobs containing the database files plus a backup file containing pointers to these file-snapshots. 각 파일-스냅숏은 기본 blob과 함께 컨테이너에 저장됩니다.Each file-snapshot is stored in the container with the base blob. 백업 파일 자체가 URL, 디스크 또는 테이프에 기록되도록 지정할 수 있습니다.You can specify that the backup file itself to be written to URL, disk or tape. URL에 백업하는 것이 좋습니다.Backup to URL is recommended. 백업에 대한 자세한 내용은 BACKUP(Transact-SQL)을 참조하고, URL에 백업하는 방법은 URL에 대한 SQL Server 백업을 참조하세요.For more information on backing up, see BACKUP (Transact-SQL) and on backing up to URL, see SQL Server Backup to URL.

스냅숏 기능의 아키텍처architecture of snapshot feature

기본 blob을 삭제하면 백업 집합이 무효화되고, 모든 파일-스냅숏과 함께 blob을 삭제하도록 명시적으로 선택하지 않는 한 파일-스냅숏이 포함된 blob을 삭제할 수 없습니다.Deleting the base blob will invalidate the backup set and you are prevented from dropping a blob that contains file-snapshots (unless you expressly choose to delete a blob with all of its file-snapshots). 또한 데이터베이스 또는 데이터 파일을 삭제할 경우 기본 blob 또는 해당 파일-스냅숏은 삭제되지 않으며,Furthermore, dropping a database or a data file does not delete the base blob or any of its file-snapshots. 백업 파일을 삭제할 경우 백업 집합의 파일-스냅숏은 삭제되지 않습니다.Also, deleting the backup file does not delete any of the file-snapshots in the backup set. 파일-스냅숏 백업 집합을 삭제하려면 sys.sp_delete_backup 시스템 저장 프로시저를 사용하세요.To delete a file-snapshot backup set, use the sys.sp_delete_backup system stored procedure.

전체 데이터베이스 백업: 파일-스냅숏 백업을 사용하여 전체 데이터베이스 백업을 수행하면 데이터베이스를 구성하는 각 데이터 및 로그 파일의 Azure 스냅숏이 생성되고, 트랜잭션 로그 백업 체인이 설정되며, 파일-스냅숏의 위치가 백업 파일에 기록됩니다.Full database backup: Performing a full database backup using file-snapshot backup creates an Azure snapshot of each data and log file comprising the database, establishes the transaction log backup chain, and writes the location of the file-snapshots into the backup file.

트랜잭션 로그 백업: 파일-스냅숏 백업을 사용하여 트랜잭션 로그 백업을 수행하면 각 데이터베이스 파일(트랜잭션 로그뿐 아니라)의 파일-스냅숏이 생성되고, 파일-스냅숏 위치 정보가 백업 파일에 기록되며, 트랜잭션 로그 파일이 잘립니다.Transaction log backup: Performing a transaction log backup using file-snapshot backup creates a file-snapshot of each database file (not just the transaction log), records the file-snapshot location information into the backup file, and truncates the transaction log file.

중요

트랜잭션 로그 백업 체인(파일-스냅숏 백업일 수 있음)을 설정하는 데 필요한 초기 전체 백업 후에는 각 트랜잭션 로그 파일-스냅숏 백업 집합에 모든 데이터베이스 파일의 파일-스냅숏이 포함되고 이를 사용하여 데이터베이스를 복원 또는 로그 복원을 수행할 수 있으므로 트랜잭션 로그 백업을 수행하기만 하면 됩니다.After the initial full backup that is required to establish the transaction log backup chain (which can be a file-snapshot backup), you only need to perform transaction log backups because each transaction log file-snapshot backup set contains file-snapshots of all database files and can be used to perform a database restore or a log restore. 초기 전체 데이터베이스 백업 후에는 원하지 않는 추가 전체 또는 차등 백업을 Azure Blob 저장소 서비스가 각 데이터베이스 파일에 대한 기본 blob의 현재 상태와 각 파일-스냅숏 간의 차이를 처리하기 때문에 전체 또는 차등 백업을 추가로 수행할 필요가 없습니다.After the initial full database backup, you do not need additional full or differential backups because the Azure Blob storage service handles the differences between each file-snapshot and the current state of the base blob for each database file.

참고

Microsoft Azure Blob 저장소 서비스에서 SQL Server 2016을 사용하는 방법에 대한 자습서는 자습서: SQL Server 2016 데이터베이스와 함께 Microsoft Azure Blob 저장소 서비스 사용을 참조하세요.For a tutorial on using SQL Server 2016 with the Microsoft Azure Blob storage service, see Tutorial: Using the Microsoft Azure Blob storage service with SQL Server 2016 databases

파일-스냅숏 백업을 사용하여 복원Restore using file-snapshot backups

각 파일-스냅숏 백업 집합은 각 데이터베이스 파일의 파일-스냅숏을 포함하기 때문에 복원 프로세스에는 인접한 두 개의 파일-스냅숏 백업 집합만 필요합니다.Because each file-snapshot backup set contains a file-snapshot of each database file, a restore process requires at most adjacent two file-snapshot backup sets. 백업 집합을 전체 데이터베이스 백업에서 가져오든 로그 백업에서 가져오든 상관없습니다.This is true regardless of whether the backup set is from a full database backup or a log backup. 이는 기존 스트리밍 백업 파일을 사용하여 복원 프로세스를 수행하는 경우와 매우 다릅니다.This is very different than the restore process when using traditional streaming backup files to perform the restore process. 기존 스트리밍 백업을 사용하는 경우에는 복원 프로세스에서 전체 백업 집합 체인(전체 백업, 차등 백업 및 하나 이상의 트랜잭션 로그 백업)을 사용해야 합니다.With traditional streaming backup, the restore process requires the use of an entire chain of backup sets: the full backup, a differential backup and one or more transaction log backups. 복원 프로세스의 복구 부분은 복원에서 파일-스냅숏 백업을 사용하는지 또는 스트리밍 백업 집합을 사용하는지에 관계없이 동일하게 유지됩니다.The recovery portion of the restore process remains the same regardless of whether the restore is using a file-snapshot backup or a streaming backup set.

백업 집합의 시점으로: RESTORE DATABASE 작업을 수행하여 특정 파일-스냅숏 백업 집합의 시점으로 데이터베이스를 복원하려면 자체 기본 blob과 함께 특정 백업 집합만 있으면 됩니다.To the time of any backup set: In order to perform a RESTORE DATABASE operation to restore a database to the time of a specific file-snapshot backup set, only the specific backup set is required, plus the base blobs themselves. 트랜잭션 로그 파일-스냅숏 백업 집합을 사용하여 RESTORE DATABASE 작업을 수행할 수 있으므로 일반적으로 이 유형의 RESTORE DATABASE 작업을 수행할 때는 트랜잭션 로그 백업 집합을 사용하며, 전체 데이터베이스 백업 집합은 거의 사용하지 않습니다.Because you can use a transaction log file-snapshot backup set to perform a RESTORE DATABASE operation, you will typically use a transaction log backup set to perform this type of RESTORE DATABASE operation and rarely use a full database backup set. 이 기술을 보여 주는 예제는 이 항목의 끝에 나와 있습니다.An example appears at the end of this topic demonstrating this technique.

두 파일-스냅숏 백업 집합 사이의 지정 시간으로: RESTORE DATABASE 작업을 수행하여 인접한 두 트랜잭션 로그 백업 집합 사이의 특정 지정 시간으로 데이터베이스를 복원하려면 데이터베이스를 복원할 지정 시간 이전과 이후의 트랜잭션 로그 백업 집합 두 개만 있으면 됩니다.To a point in time between two file-snapshot backup sets: In order to perform a RESTORE DATABASE operation to restore a database to a specific point in time between the time of two adjacent transaction log backup sets, only two transaction log backup sets are required (one before and one after the point in time to which you wish to restore the database). 그러려면 이전 지정 시간의 트랜잭션 로그 파일-스냅숏 백업 집합을 사용하여 WITH NORECOVERY와 함께 RESTORE DATABASE 작업을 수행하고, 이후 지정 시간의 트랜잭션 로그 파일-스냅숏 백업 집합을 사용하여 WITH NORECOVERY와 함께 RESTORE LOG 작업을 수행합니다. 이때 STOPAT 인수를 사용하여 트랜잭션 로그 백업에서 복구를 중지할 지정 시간을 지정합니다.To accomplish this, you would perform a RESTORE DATABASE operation WITH NORECOVERY using the transactional log file-snapshot backup set from the earlier point in time and perform a RESTORE LOG operation WITH RECOVERY using the transaction log file-snapshot backup set from the later point in time and using the STOPAT argument to specify the point in time at which to stop the recovery from the transaction log backup. 이 기술을 보여 주는 예제는 이 항목의 끝에 나와 있습니다.An example appears at the end of this topic demonstrating this technique. 라이브 데모는 지정 시간 복원 데모를 참조하세요.For a live demo, see Demo of Point in Time Restore.

파일-백업 집합 유지 관리File-backup set maintenance

파일-스냅숏 백업 집합 삭제: FORMAT 인수를 사용하여 파일-스냅숏 백업 집합을 덮어쓸 수 없습니다.Deleting a file-snapshot backup set: You cannot overwrite a file-snapshot backup set using the FORMAT argument. 원래 파일-스냅숏 백업을 사용하여 만든 분리된 파일-스냅숏이 남아 있는 것을 방지하기 위해 FORMAT 인수는 허용되지 않습니다.The FORMAT argument is not permitted to avoid leaving orphaned file-snapshots that were created with the original file-snapshot backup. 파일-스냅숏 백업 집합을 삭제하려면 sys.sp_delete_backup 시스템 저장 프로시저를 사용하세요.To delete a file-snapshot backup set, use the sys.sp_delete_backup system stored procedure. 이 저장 프로시저는 백업 집합을 구성하는 파일-스냅숏 및 백업 파일을 삭제합니다.This stored procedure deletes the backup file and the file-snapshots that comprise the backup set. 다른 방법을 사용하여 파일-스냅숏 백업 집합을 삭제하면 백업 집합의 파일-스냅숏은 삭제되지 않고 백업 파일이 삭제될 수 있습니다.Using another method to delete a file-snapshot backup set may delete the backup file without deleting the file-snapshots in the backup set.

분리된 백업 파일-스냅숏 삭제: sys.sp_delete_backup 시스템 저장 프로시저를 사용하지 않고 백업 파일을 삭제한 경우 또는 데이터베이스 또는 데이터베이스 파일을 포함하는 blob에 연결된 백업 파일-스냅숏이 있는 동안 데이터베이스 또는 데이터베이스 파일을 삭제한 경우 분리된 파일-스냅숏이 있을 수 있습니다.Deleting orphaned backup file-snapshots: You may have orphaned file-snapshots if the backup file was deleted without using the sys.sp_delete_backup system stored procedure or if a database or database file was dropped while the blob(s) containing the database or database file had backup file-snapshots associated with them. 분리될 수 있는 파일-스냅숏을 식별하려면 sys.fn_db_backup_file_snapshots 시스템 함수를 사용하여 데이터베이스 파일의 모든 파일-스냅숏을 나열합니다.To identify file-snapshots that may be orphaned, use the sys.fn_db_backup_file_snapshots system function to list all file-snapshots of the database files. 특정 파일-스냅숏 백업 집합의 일부인 파일-스냅숏을 식별하려면 RESTORE FILELISTONLY 시스템 저장 프로시저를 사용합니다.To identify the file-snapshots that are part of a specific file-snapshot backup set, use the RESTORE FILELISTONLY system stored procedure. 그런 다음 sys.sp_delete_backup_file_snapshot 시스템 저장 프로시저를 사용하여 분리된 개별 백업 파일-스냅숏을 삭제할 수 있습니다.You can then use the sys.sp_delete_backup_file_snapshot system stored procedure to delete an individual backup file-snapshot that was orphaned. 이 시스템 함수 및 이러한 시스템 저장 프로시저를 사용하는 예제는 이 항목의 끝에 있습니다.Examples using this system function and these system stored procedures are at the end of this topic. 자세한 내용은 sp_delete_backup(Transact-SQL), sys.fn_db_backup_file_snapshots(Transact-SQL), sp_delete_backup_file_snapshot(Transact-SQL)RESTORE FILELISTONLY(Transact-SQL)를 참조하세요.For more information, see sp_delete_backup (Transact-SQL), sys.fn_db_backup_file_snapshots (Transact-SQL), sp_delete_backup_file_snapshot (Transact-SQL), and RESTORE FILELISTONLY (Transact-SQL).

고려 사항 및 제한 사항Considerations and Limitations

프리미엄 저장소: 프리미엄 저장소를 사용하는 경우 다음과 같은 제한 사항이 적용됩니다.Premium storage: When using premium storage, the following limitations apply:

  • 프리미엄 저장소를 사용하여 백업 파일 자체를 저장할 수 없습니다.The backup file itself cannot be stored using premium storage.

  • 백업 빈도가 10분보다 짧을 수 없습니다.The frequency of backups can be no shorter than 10 minutes.

  • 저장할 수 있는 최대 스냅숏 수는 100개입니다.The maximum number of snapshots that you can store is 100.

  • RESTORE WITH MOVE가 필요합니다.RESTORE WITH MOVE is required.

  • 프리미엄 저장소에 대한 자세한 내용은 프리미엄 저장소: Azure 가상 컴퓨터 워크로드용 고성능 저장소를 참조하세요.For additional information about premium storage, see Premium Storage: High-Performance Storage for Azure Virtual Machine Workloads

    단일 저장소 계정: 파일-스냅숏 및 대상 Blob에서 동일한 저장소 계정을 사용해야 합니다.Single storage account: The file-snapshot and destination blobs must use the same storage account.

    대량 복구 모델: 대량 로그된 복구 모드를 사용하고 최소 로그된 트랜잭션이 포함된 트랜잭션 로그 백업으로 작업하는 경우 트랜잭션 로그 백업을 사용하여 로그 복원(지정 시간 복구 포함)을 수행할 수 없습니다.Bulk recovery model: When using bulk-logged recovery mode and working with a transaction log backup containing minimally logged transactions, you cannot do a log restore (including point in time recovery) using the transaction log backup. 대신, 파일-스냅숏 백업 집합의 시점으로 데이터베이스 복원을 수행합니다.Rather, you perform a database restore to time of the file-snapshot backup set. 이 제한 사항은 스트리밍 백업의 제한 사항과 동일합니다.This limitation is identical to the limitation with streaming backup.

    온라인 복원: 파일-스냅숏 백업을 사용하는 경우 온라인 복원을 수행할 수 없습니다.Online Restore: When using file-snapshot backups, you cannot perform an Online Restore. 온라인 복원에 대한 자세한 내용은 온라인 복원(SQL Server)을 참조하세요.For more information about Online Restore, see Online Restore (SQL Server).

    청구: SQL Server 파일-스냅숏 백업을 사용하는 경우 데이터가 변경되면 추가 요금이 발생합니다.Billing: When using SQL Server file-snapshot backup, additional charges will be incurred as data changes. 자세한 내용은 스냅숏에서 요금이 발생하는 방식 이해를 참조하세요.For more information, see Understanding How Snapshots Accrue Charges.

    보관: 파일-스냅숏 백업을 보관하려는 경우 Blob 저장소 또는 스트리밍 백업에 보관할 수 있습니다.Archival: If you wish to archive a file-snapshot backup, you can archive to blob storage or to streaming backup. Blob 저장소에 보관하려면 파일-스냅숏 백업 집합의 스냅숏을 별도 Blob에 복사합니다.To archive to blob storage, copy the snapshots in the file-snapshot backup set into separate blobs. 스트리밍 백업에 보관하려면 파일-스냅숏 백업을 새 데이터베이스로 복원한 다음 압축 및/또는 암호화를 사용하여 일반 스트리밍 백업을 수행하고 기본 blob에 독립적으로 원하는 기간 동안 보관합니다.To archive to streaming backup, restore the file-snapshot backup as a new database and then perform a normal streaming backup with compression and/or encryption and archive it for as long as desired, independent of the base blobs.

중요

여러 파일-스냅숏 백업을 유지 관리하는 데에는 약간의 성능 오버헤드만 발생합니다.Maintaining multiple file-snapshot backups has only a small performance overhead. 그러나 과도한 개수의 파일-스냅숏 백업을 유지 관리하는 경우 데이터베이스의 I/O 성능에 영향을 줄 수 있습니다.However, maintaining an excessive number of file-snapshot backups can have an I/O performance impact on the database. 복구 지점 목표를 지원하는 데 필요한 파일-스냅숏 백업만 유지 관리하는 것이 좋습니다.We recommend you maintain only those file-snapshot backups necessary to support your recovery point objective.

파일-스냅숏 백업을 사용하여 데이터베이스 및 로그 백업Backing up the database and log using a file-snapshot backup

아래 예제에서는 파일-스냅숏 백업을 사용하여 AdventureWorks2016 샘플 데이터베이스를 URL에 백업합니다.The example below uses file-snapshot backup to back up the AdventureWorks2016 sample database to URL.

-- To permit log backups, before the full database backup, modify the database   
-- to use the full recovery model.  
USE master;  
GO  
ALTER DATABASE AdventureWorks2016  
   SET RECOVERY FULL;  
GO  
-- Back up the full AdventureWorks2016 database.  
BACKUP DATABASE AdventureWorks2016   
TO URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mycontainername>/AdventureWorks2016.bak'   
WITH FILE_SNAPSHOT;  
GO  
-- Back up the AdventureWorks2016 log using a time stamp in the backup file name.  
DECLARE @Log_Filename AS VARCHAR (300);  
SET @Log_Filename = 'https://<mystorageaccountname>.blob.core.windows.net/<mycontainername>/AdventureWorks2016_Log_'+   
REPLACE (REPLACE (REPLACE (CONVERT (VARCHAR (40), GETDATE (), 120), '-','_'),':', '_'),' ', '_') + '.trn';  
BACKUP LOG AdventureWorks2016  
 TO URL = @Log_Filename WITH FILE_SNAPSHOT;  
GO  

SQL ServerSQL Server 파일-스냅숏 백업에서 복원Restoring from a SQL ServerSQL Server file-snapshot backup

다음 예제에서는 트랜잭션 로그 파일-스냅숏 백업 집합을 사용하여 AdventureWorks2016 데이터베이스를 복원하고 복구 작업을 보여 줍니다.The following example restores the AdventureWorks2016 database using a transaction log file-snapshot backup set, and shows a recovery operation. 단일 트랜잭션 로그 파일-스냅숏 백업 집합에서 데이터베이스를 복원할 수 있습니다.Notice that you can restore a database from a single transactional log file-snapshot backup set.

RESTORE DATABASE AdventureWorks2016 FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mycontainername>/AdventureWorks2016_2015_05_18_16_00_00.trn'   
WITH RECOVERY, REPLACE;  
GO  

SQL ServerSQL Server 파일-스냅숏 백업에서 지정 시간으로 복원Restoring from a SQL ServerSQL Server file-snapshot backup to a point in time

다음 예제에서는 트랜잭션 로그 파일-스냅숏 백업 집합을 사용하여 지정된 시간의 상태로 AdventureWorks2016 데이터베이스를 복원하고 복구 작업을 보여 줍니다.The following example restores the AdventureWorks2016 to its state at a specified point in time using two transaction log file-snapshot backup sets, and shows a recovery operation.

RESTORE DATABASE AdventureWorks2016 FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mycontainername>/AdventureWorks2016_2015_05_18_16_00_00.trn'   
WITH NORECOVERY,REPLACE;  
GO   

RESTORE LOG AdventureWorks2016 FROM URL = 'https://<mystorageaccountname>.blob.core.windows.net/<mycontainername>/AdventureWorks2016_2015_05_18_18_00_00.trn'   
WITH RECOVERY,STOPAT = 'May 18, 2015 5:35 PM';  
GO  

데이터베이스 파일-스냅숏 백업 집합 삭제Deleting a database file-snapshot backup set

파일-스냅숏 백업 집합을 삭제하려면 sys.sp_delete_backup 시스템 저장 프로시저를 사용하세요.To delete a file-snapshot backup set, use the sys.sp_delete_backup system stored procedure. 시스템에서 지정된 파일-스냅숏 백업 집합이 실제로 지정된 데이터베이스에 대한 백업인지 확인하도록 데이터베이스 이름을 지정합니다.Specify the database name to have the system verify that the specified file-snapshot backup set is a indeed a backup for the database specified. 데이터베이스 이름을 지정하지 않으면 이러한 유효성 검사 없이 지정된 백업 집합이 해당 파일-스냅숏과 함께 삭제됩니다.If no database name is specified, the specified backup set with its file-snapshots will be deleted without such a validation. 자세한 내용은 sp_delete_backup(Transact-SQL)을 참조하세요.For more information, see sp_delete_backup (Transact-SQL).

경고

Microsoft Azure 관리 포털 또는 SQL Server Management Studio의 Azure Storage 뷰어와 같은 다른 방법을 사용하여 파일-스냅숏 백업 집합을 삭제하는 경우 백업 집합의 파일-스냅숏은 삭제되지 않습니다.Attempting to delete a file-snapshot backup set using another method, such as the Microsoft Azure Management Portal or the Azure Storage viewer in SQL Server Management Studio will not delete the file-snapshots in the backup set. 이러한 도구는 파일-스냅숏 백업 집합의 파일-스냅숏에 대한 포인터를 포함하는 백업 파일 자체만 삭제합니다.These tools will only delete the backup file itself that contains the pointers to the file-snapshots in the file-snapshot backup set. 백업 파일이 잘못 삭제된 후에도 남아 있는 백업 파일-스냅숏을 식별하려면 sys.fn_db_backup_file_snapshots 시스템 함수를 사용한 다음 sys.sp_delete_backup_file_snapshot 시스템 저장 프로시저를 사용하여 개별 파일-스냅숏 백업을 삭제합니다.To identify backup file-snapshots that remain after a backup file was improperly deleted, use the sys.fn_db_backup_file_snapshots system function and then use the sys.sp_delete_backup_file_snapshot system stored procedure to delete an individual backup file-snapshot.

다음 예제에서는 지정된 백업 집합을 구성하는 파일-스냅숏 및 백업 파일을 포함하여 지정한 파일-스냅숏 백업 집합을 삭제합니다.The following example deletes the specified file-snapshot backup set, including the backup file and the file-snapshots comprising the specified backup set.

sys.sp_delete_backup 'https://<mystorageaccountname>.blob.core.windows.net/<mycontainername>/AdventureWorks2016.bak', 'adventureworks2016' ;  
GO  

데이터베이스 백업 파일-스냅숏 보기Viewing database backup file-snapshots

각 데이터베이스 파일에 대한 기본 Blob의 파일-스냅숏을 보려면 sys.fn_db_backup_file_snapshots 시스템 함수를 사용합니다.To view file-snapshots of the base blob for each database file, use the sys.fn_db_backup_file_snapshots system function. 이 시스템 함수를 사용하면 Azure Blob 저장소 서비스를 사용하여 저장된 데이터베이스에 대한 각 기본 blob의 모든 백업 파일-스냅숏을 볼 수 있습니다.This system function enables you to view all backup file-snapshots of each base blob for a database stored using the Azure Blob storage service. 이 함수의 주요 사용 사례는 sys.sp_delete_backup 시스템 저장 프로시저가 아닌 다른 메커니즘을 사용하여 파일-스냅숏 백업 집합에 대한 백업 파일을 삭제한 경우에 남아 있는 데이터베이스의 백업 파일-스냅숏을 식별하는 것입니다.A primary use case for this function is to identify backup file-snapshots of a database that remain when the backup file for a file-snapshot backup set is deleted using a mechanism other than the sys.sp_delete_backup system stored procedure. 원래 백업 집합의 일부인 백업 파일-스냅숏과 원래 백업 집합의 일부가 아닌 백업 파일-스냅숏을 식별하려면 RESTORE FILELISTONLY 시스템 저장 프로시저를 사용하여 각 백업 파일에 속한 파일-스냅숏을 나열합니다.To determine the backup file-snapshots that are part of intact backup sets and the ones that are not part of intact backup sets, use the RESTORE FILELISTONLY system stored procedure to list the file-snapshots belonging to each backup file. 자세한 내용은 sys.fn_db_backup_file_snapshots(Transact-SQL)RESTORE FILELISTONLY(Transact-SQL)를 참조하세요.For more information, see sys.fn_db_backup_file_snapshots (Transact-SQL) and RESTORE FILELISTONLY (Transact-SQL).

다음 예제에서는 지정된 데이터베이스에 대한 모든 백업 파일-스냅숏 목록을 반환합니다.The following example returns the list of all backup file-snapshots for the specified database.

--Either specify the database name or set the database context  
USE AdventureWorks2016  
select * from sys.fn_db_backup_file_snapshots (null) ;  
GO  
select * from sys.fn_db_backup_file_snapshots ('AdventureWorks2016') ;  
GO  

개별 데이터베이스 백업 파일-스냅숏 삭제Deleting an individual database backup file-snapshot

데이터베이스 기본 Blob의 개별 백업 파일-스냅숏을 삭제하려면 sys.sp_delete_backup_file_snapshot 시스템 저장 프로시저를 사용합니다.To delete an individual backup file-snapshot of a database base blob, use the sys.sp_delete_backup_file_snapshot system stored procedure. 이 시스템 저장 프로시저의 주요 사용 사례는 sys.sp_delete_backup 시스템 저장 프로시저가 아닌 다른 방법을 사용하여 백업 파일을 삭제한 후에 남아 있는 분리된 파일-스냅숏 파일을 삭제하는 것입니다.A primary use case for this system stored procedure is to delete orphaned file-snapshot files that remain after a backup file was deleted using a method other than the sys.sp_delete_backup system stored procedure. 자세한 내용은 sp_delete_backup_file_snapshot(Transact-SQL)을 참조하세요.For more information, see sp_delete_backup_file_snapshot (Transact-SQL).

경고

파일-스냅숏 백업 집합의 일부인 개별 파일-스냅숏을 삭제하면 백업 집합이 무효화됩니다.Deleting an individual file-snapshot that is part of a file-snapshot backup set will invalidate the backup set.

다음 예제에서는 지정된 백업 파일-스냅숏을 삭제합니다.The following example deletes the specified backup file-snapshot. 지정된 백업의 URL은 sys.fn_db_backup_file_snapshots 시스템 함수를 사용하여 가져왔습니다.The URL for the specified backup was obtained using the sys.fn_db_backup_file_snapshots system function.

sys.sp_delete_backup_file_snapshot N'adventureworks2016', N'https://<mystorageaccountname>.blob.core.windows.net/<mycontainername>/AdventureWorks2016Data.mdf?snapshot=2015-05-29T21:31:31.6502195Z';  
GO  

이 문서가 도움이 되었나요?Did this Article Help You? 여러분의 의견을 환영합니다.We’re Listening

어떤 정보를 찾고 계세요? 정보를 찾으셨나요?What information are you looking for, and did you find it? 여러분의 의견은 문서의 내용을 개선하는 데 많은 도움이 됩니다.We’re listening to your feedback to improve the content. 의견이 있으면 sqlfeedback@microsoft.comPlease submit your comments to sqlfeedback@microsoft.com

참고 항목See Also

자습서: SQL Server 2016 데이터베이스와 함께 Microsoft Azure Blob 저장소 서비스 사용Tutorial: Using the Microsoft Azure Blob storage service with SQL Server 2016 databases