BACKUP(Transact-SQL)BACKUP (Transact-SQL)

이 항목 적용 대상:예SQL Server (2008부터 시작)예Azure SQL 데이터베이스 (관리 되는 인스턴스만)없습니다 AzureSQL데이터웨어하우스없습니다병렬 데이터 웨어하우스 THIS TOPIC APPLIES TO:yesSQL Server (starting with 2008)yesAzure SQL Database (Managed Instance only)noAzure SQL Data Warehouse noParallel Data Warehouse

전체 SQL ServerSQL Server 데이터베이스를 백업하여 데이터베이스 백업을 만들거나 데이터베이스의 파일 하나 이상 또는 파일 그룹을 백업하여 파일 백업(BACKUP DATABASE)을 만듭니다.Backs up a complete SQL ServerSQL Server database to create a database backup, or one or more files or filegroups of the database to create a file backup (BACKUP DATABASE). 또한 전체 복구 모델 또는 대량 로그 복구 모델에서 데이터베이스의 트랜잭션 로그를 백업하여 로그 백업(BACKUP LOG)을 만듭니다.Also, under the full recovery model or bulk-logged recovery model, backs up the transaction log of the database to create a log backup (BACKUP LOG).

중요

Azure SQL 데이터베이스 관리 되는 인스턴스,이 T-SQL 기능은 특정 동작이 변경 되었습니다.On Azure SQL Database Managed Instance, this T-SQL feature has certain behavior changes. 참조 SQL Server에서 Azure SQL 데이터베이스 관리 되는 인스턴스 T-SQL 차이점 모든 T-SQL 동작 변경 내용에 대 한 세부 정보에 대 한 합니다.See Azure SQL Database Managed Instance T-SQL differences from SQL Server for details for all T-SQL behavior changes.

항목 링크 아이콘 Transact-SQL 구문 규칙Topic link icon Transact-SQL Syntax Conventions

구문Syntax

Backing Up a Whole Database   
BACKUP DATABASE { database_name | @database_name_var }   
  TO <backup_device> [ ,...n ]   
  [ <MIRROR TO clause> ] [ next-mirror-to ]  
  [ WITH { DIFFERENTIAL -- Not supporterd in SQL Database Managed Instance
           | <general_WITH_options> [ ,...n ] } ]  
[;]  

Backing Up Specific Files or Filegroups  
BACKUP DATABASE { database_name | @database_name_var }   
 <file_or_filegroup> [ ,...n ]   
  TO <backup_device> [ ,...n ]   
  [ <MIRROR TO clause> ] [ next-mirror-to ]  
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]  
[;]  

Creating a Partial Backup  
BACKUP DATABASE { database_name | @database_name_var }   
 READ_WRITE_FILEGROUPS [ , <read_only_filegroup> [ ,...n ] ]  
  TO <backup_device> [ ,...n ]   
  [ <MIRROR TO clause> ] [ next-mirror-to ]  
  [ WITH { DIFFERENTIAL | <general_WITH_options> [ ,...n ] } ]  
[;]  

Backing Up the Transaction Log (full and bulk-logged recovery models)  
BACKUP LOG -- Not supported in SQL Database Managed Instance
  { database_name | @database_name_var }  
  TO <backup_device> [ ,...n ]   
  [ <MIRROR TO clause> ] [ next-mirror-to ]  
  [ WITH { <general_WITH_options> | \<log-specific_optionspec> } [ ,...n ] ]  
[;]  

<backup_device>::=   
 {  
   { logical_device_name | @logical_device_name_var }   
 | {   DISK -- Not supported in SQL Database Managed Instance
     | TAPE -- Not supported in SQL Database Managed Instance
     | URL } =   
     { 'physical_device_name' | @physical_device_name_var | 'NUL' }  
 }   

<MIRROR TO clause>::=  
 MIRROR TO <backup_device> [ ,...n ]  

<file_or_filegroup>::=  
 {  
   FILE = { logical_file_name | @logical_file_name_var }   
 | FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }  
 }   

<read_only_filegroup>::=  
FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }  

<general_WITH_options> [ ,...n ]::=   
--Backup Set Options  
   COPY_ONLY -- Only backup set option supported by SQL Database Managed Instance  
 | { COMPRESSION | NO_COMPRESSION }   
 | DESCRIPTION = { 'text' | @text_variable }   
 | NAME = { backup_set_name | @backup_set_name_var }   
 | CREDENTIAL  
 | ENCRYPTION  
 | FILE_SNAPSHOT  --Not supported in SQL Database Managed Instance
 | { EXPIREDATE = { 'date' | @date_var }   
        | RETAINDAYS = { days | @days_var } }   

--Media Set Options  
   { NOINIT | INIT }   
 | { NOSKIP | SKIP }   
 | { NOFORMAT | FORMAT }   
 | MEDIADESCRIPTION = { 'text' | @text_variable }   
 | MEDIANAME = { media_name | @media_name_variable }   
 | BLOCKSIZE = { blocksize | @blocksize_variable }   

--Data Transfer Options  
   BUFFERCOUNT = { buffercount | @buffercount_variable }   
 | MAXTRANSFERSIZE = { maxtransfersize | @maxtransfersize_variable }  

--Error Management Options  
   { NO_CHECKSUM | CHECKSUM }  
 | { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }  

--Compatibility Options  
   RESTART   

--Monitoring Options  
   STATS [ = percentage ]   

--Tape Options. These are not supported in SQL Database Managed Instance
   { REWIND | NOREWIND }   
 | { UNLOAD | NOUNLOAD }   

--Log-specific Options. These are not supported in SQL Database Managed Instance 
   { NORECOVERY | STANDBY = undo_file_name }  
 | NO_TRUNCATE  

--Encryption Options  
 ENCRYPTION (ALGORITHM = { AES_128 | AES_192 | AES_256 | TRIPLE_DES_3KEY } , encryptor_options ) <encryptor_options> ::=   
   SERVER CERTIFICATE = Encryptor_Name | SERVER ASYMMETRIC KEY = Encryptor_Name   

인수Arguments

DATABASEDATABASE
전체 데이터베이스 백업을 지정합니다.Specifies a complete database backup. 파일 및 파일 그룹의 목록이 지정되어 있으면 해당 파일 및 파일 그룹만 백업됩니다.If a list of files and filegroups is specified, only those files and filegroups are backed up. 전체 또는 차등 데이터베이스 백업 시 SQL ServerSQL Server는 백업을 복원할 때 일관성 있는 데이터베이스를 생성하기 위해 충분한 트랜잭션 로그를 백업합니다.During a full or differential database backup, SQL ServerSQL Server backs up enough of the transaction log to produce a consistent database when the backup is restored.

BACKUP DATABASE(데이터베이스 백업)로 만든 백업을 복원하면 전체 백업이 복원됩니다.When you restore a backup created by BACKUP DATABASE (a data backup), the entire backup is restored. 백업 내의 특정 시간이나 트랜잭션으로는 로그 백업만 복원할 수 있습니다.Only a log backup can be restored to a specific time or transaction within the backup.

참고

전체 데이터베이스 백업만 master 데이터베이스에서 수행할 수 있습니다.Only a full database backup can be performed on the master database.

LOG 적용 대상: SQL ServerLOG Applies to: SQL Server

트랜잭션 로그만 백업하도록 지정합니다.Specifies a backup of the transaction log only. 성공적으로 실행된 마지막 로그 백업에서 현재 로그의 끝에 로그가 백업됩니다.The log is backed up from the last successfully executed log backup to the current end of the log. 첫 로그 백업을 만들려면 먼저 전체 백업을 만들어야 합니다.Before you can create the first log backup, you must create a full backup.

RESTORE LOG 문에 WITH STOPAT, STOPATMARK 또는 STOPBEFOREMARK를 지정하면 백업 내의 특정 시간이나 트랜잭션으로 로그 백업을 복원할 수 있습니다.You can restore a log backup to a specific time or transaction within the backup by specifying WITH STOPAT, STOPATMARK, or STOPBEFOREMARK in your RESTORE LOG statement.

참고

일반적인 로그 백업 후 WITH NO_TRUNCATE 또는 COPY_ONLY를 지정하지 않으면 일부 트랜잭션 로그 레코드가 비활성 상태가 됩니다.After a typical log backup, some transaction log records become inactive, unless you specify WITH NO_TRUNCATE or COPY_ONLY. 하나 이상의 가상 로그 파일 내의 모든 레코드가 비활성 상태가 된 후에는 로그가 잘립니다.The log is truncated after all the records within one or more virtual log files become inactive. 일상적인 로그 백업 후 로그가 잘리지 않을 경우 로그 잘림이 지연되는 것일 수 있습니다.If the log is not being truncated after routine log backups, something might be delaying log truncation. 자세한 내용은 로그 잘림을 지연시킬 수 있는 요소를 참조하세요.For more information, see Factors that can delay log truncation.

{ database_name | @database_name_var } 트랜잭션 로그, 일부 데이터베이스, 전체 데이터베이스가 백업되는 데이터베이스입니다. 변수(@database_name_var)로 제공된 경우, 이 이름은 문자열 상수(@database_name_var=database name)나 ntext 또는 text 데이터 형식을 제외한 문자열 데이터 형식의 변수로 지정할 수 있습니다.{ database_name | @database_name_var } Is the database from which the transaction log, partial database, or complete database is backed up. If supplied as a variable (@database_name_var), this name can be specified either as a string constant (@database_name_var=database name) or as a variable of character string data type, except for the ntext or text data types.

참고

데이터베이스 미러링 파트너 관계의 미러 데이터베이스는 백업할 수 없습니다.The mirror database in a database mirroring partnership cannot be backed up.

<file_or_filegroup> [ ,...n ]<file_or_filegroup> [ ,...n ]
BACKUP DATABASE와 함께만 사용되며 파일 백업에 포함시킬 데이터베이스 파일 또는 파일 그룹을 지정하거나 부분 백업에 포함시킬 읽기 전용 파일 또는 파일 그룹을 지정합니다.Used only with BACKUP DATABASE, specifies a database file or filegroup to include in a file backup, or specifies a read-only file or filegroup to include in a partial backup.

FILE = { logical_file_name | @logical_file_name_var }FILE = { logical_file_name | @logical_file_name_var }
파일의 논리적 이름이거나 해당 값이 백업에 포함시킬 파일의 논리적 이름과 같은 변수입니다.Is the logical name of a file or a variable whose value equates to the logical name of a file that is to be included in the backup.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
파일 그룹의 논리적 이름이거나 해당 값이 백업에 포함시킬 파일 그룹의 논리적 이름과 같은 변수입니다.Is the logical name of a filegroup or a variable whose value equates to the logical name of a filegroup that is to be included in the backup. 단순 복구 모델에서 파일 그룹 백업은 읽기 전용 파일 그룹에만 사용할 수 있습니다.Under the simple recovery model, a filegroup backup is allowed only for a read-only filegroup.

참고

데이터베이스 크기와 성능 요구 사항으로 인해 데이터베이스 백업이 불가능할 경우 파일 백업을 사용하십시오.Consider using file backups when the database size and performance requirements make a database backup impractical. NUL 장치는 백업 성능을 테스트하는 데 사용할 수 있지만 프로덕션 환경에서는 사용하지 말아야 합니다.The NUL device can be used to test the performance of backups, but should not be used in production environments.

nn
쉼표로 구분된 목록에 여러 개의 파일 및 파일 그룹을 지정할 수 있음을 나타내는 자리 표시자입니다.Is a placeholder that indicates that multiple files and filegroups can be specified in a comma-separated list. 사용할 수 있는 숫자에는 제한이 없습니다.The number is unlimited.

자세한 내용은 전체 파일 백업(SQL Server)파일 및 파일 그룹 백업(SQL Server)을 참조하세요.For more information, see Full File Backups (SQL Server) and Back Up Files and Filegroups (SQL Server).

READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } [ ,...* n* ] ]READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var } [ ,...* n* ] ]
부분 백업을 지정합니다.Specifies a partial backup. 부분 백업은 주 파일 그룹, 모든 읽기/쓰기 보조 파일 그룹, 지정된 모든 읽기 전용 파일이나 파일 그룹과 같은 데이터베이스에 있는 모든 읽기/쓰기 파일을 포함합니다.A partial backup includes all the read/write files in a database: the primary filegroup and any read/write secondary filegroups, and also any specified read-only files or filegroups.

READ_WRITE_FILEGROUPSREAD_WRITE_FILEGROUPS
부분 백업 시 모든 읽기/쓰기 파일 그룹을 백업하도록 지정합니다.Specifies that all read/write filegroups be backed up in the partial backup. 데이터베이스가 읽기 전용일 경우 READ_WRITE_FILEGROUPS에는 주 파일 그룹만 포함됩니다.If the database is read-only, READ_WRITE_FILEGROUPS includes only the primary filegroup.

중요

READ_WRITE_FILEGROUPS 대신 FILEGROUP을 사용하여 읽기/쓰기 파일 그룹을 명시적으로 나열하면 파일 백업이 생성됩니다.Explicitly listing the read/write filegroups by using FILEGROUP instead of READ_WRITE_FILEGROUPS creates a file backup.

FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }FILEGROUP = { logical_filegroup_name | @logical_filegroup_name_var }
읽기 전용 파일 그룹의 논리적 이름이거나 해당 값이 부분 백업에 포함시킬 읽기 전용 파일 그룹의 논리적 이름과 같은 변수입니다.Is the logical name of a read-only filegroup or a variable whose value equates to the logical name of a read-only filegroup that is to be included in the partial backup. 자세한 내용은 이 항목의 앞부분에 나오는 "<file_or_filegroup>"을 참조하세요.For more information, see "<file_or_filegroup>," earlier in this topic.

nn
쉼표로 구분된 목록에 여러 개의 읽기 전용 파일 그룹을 지정할 수 있음을 나타내는 자리 표시자입니다.Is a placeholder that indicates that multiple read-only filegroups can be specified in a comma-separated list.

부분 백업에 대한 자세한 내용은 부분 백업(SQL Server)을 참조하세요.For more information about partial backups, see Partial Backups (SQL Server).

TO <backup_device> [ ,...n ] 함께 제공되는 백업 장치 세트가 미러되지 않은 미디어 세트이거나 하나 이상의 MIRROR TO 절이 선언된 경우 미러된 미디어 세트 내의 미러 중 첫 번째임을 나타냅니다.TO <backup_device> [ ,...n ] Indicates that the accompanying set of backup devices is either an unmirrored media set or the first of the mirrors within a mirrored media set (for which one or more MIRROR TO clauses are declared).

<backup_device> 적용 대상: SQL Server, 백업 작업에 사용할 논리적 백업 장치나 물리적 백업 장치를 지정합니다.<backup_device> Applies to: SQL Server Specifies a logical or physical backup device to use for the backup operation.

{ logical_device_name | @logical_device_name_var } 적용 대상: SQL Server, 데이터베이스를 백업할 백업 장치의 논리적 이름입니다. 논리적 이름은 식별자 규칙을 따라야 합니다. 변수(@* logical_device_name_var )로 제공한 경우 백업 장치 이름은 문자열 상수(@ logical_device_name_var=* 논리적 백업 장치 이름)나 **ntext 또는 text 데이터 형식을 제외한 문자열 데이터 형식의 변수로 지정할 수 있습니다.{ logical_device_name | @logical_device_name_var } Applies to: SQL Server Is the logical name of the backup device to which the database is backed up. The logical name must follow the rules for identifiers. If supplied as a variable (@* logical_device_name_var ), the backup device name can be specified either as a string constant (@ logical_device_name_var=* logical backup device name) or as a variable of any character string data type except for the **ntext or text data types.

{ DISK | TAPE | URL} = { 'physical_device_name' | @physical_device_name_var | 'NUL' } 적용 대상: 디스크, 테이프 및 URL, SQL Server에 적용합니다.{ DISK | TAPE | URL} = { 'physical_device_name' | @physical_device_name_var | 'NUL' } Applies to: DISK, TAPE, and URL apply to SQL Server. URL만 SQL Database 관리되는 인스턴스에 적용하며, 디스크 파일이나 테이프 장치 또는 Windows Azure Blob 스토리지 서비스를 지정합니다.Only URL applies to SQL Database Managed Instance Specifies a disk file or tape device, or a Windows Azure Blob storage service. URL 형식은 Windows Azure 저장소 서비스로 백업을 만드는 데 사용됩니다.The URL format is used for creating backups to the Windows Azure storage service. 자세한 내용과 예제는 Microsoft Azure Blob Storage 서비스로 SQL Server 백업 및 복원을 참조하세요.For more information and examples, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service. 자습서는 자습서: Microsoft Azure Blob Storage Service로 SQL Server 백업 및 복원을 참조하세요.For a tutorial, see Tutorial: SQL Server Backup and Restore to Windows Azure Blob Storage Service.

참고

NUL 디스크 장치는 전송된 모든 정보를 버리고 테스트용으로만 사용해야 합니다.The NUL disk device will discard all information sent to it and should only be used for testing. 프로덕션용이 아닙니다.This is not for production use.

중요

SQL Server 2012(11.x)SQL Server 2012 (11.x) SP1 CU2부터 SQL Server 2014(12.x)SQL Server 2014 (12.x)까지는 URL로 백업할 때 단일 장치로만 백업할 수 있습니다.Starting with SQL Server 2012(11.x)SQL Server 2012 (11.x) SP1 CU2 through SQL Server 2014(12.x)SQL Server 2014 (12.x), you can only backup to a single device when backing up to URL. URL로 백업할 때 여러 장치에 백업하려면 SQL Server 2016(13.x)SQL Server 2016 (13.x)부터 SQL Server 2017SQL Server 2017까지를 사용해야 하고 SAS(공유 액세스 서명) 토큰을 사용해야 합니다.In order to backup to multiple devices when backing up to URL, you must use SQL Server 2016(13.x)SQL Server 2016 (13.x) through SQL Server 2017SQL Server 2017 and you must use Shared Access Signature (SAS) tokens. 공유 액세스 서명 만들기에 대한 자세한 내용은 URL에 대한 SQL Server 백업Powershell로 Azure Storage의 SAS(공유 액세스 서명) 토큰이 있는 SQL 자격 증명 만들기 간소화를 참조하세요.For examples creating a Shared Access Signature, see SQL Server Backup to URL and Simplifying creation of SQL Credentials with Shared Access Signature (SAS) tokens on Azure Storage with Powershell.

URL 적용 대상: SQL ServerSQL Server ( SQL Server 2017SQL Server 2017을 통한 SQL Server 2012(11.x)SQL Server 2012 (11.x) SP1 CU2) 및 SQL Database 관리되는 인스턴스.URL applies to: SQL ServerSQL Server ( SQL Server 2012(11.x)SQL Server 2012 (11.x) SP1 CU2 through SQL Server 2017SQL Server 2017) and SQL Database Managed Instance.

BACKUP 문에 지정되기 전에는 디스크 장치가 없어도 됩니다.A disk device does not have to exist before it is specified in a BACKUP statement. 물리적 장치가 존재하고 BACKUP 문에서 INIT 옵션이 지정되지 않은 경우에는 백업이 장치에 추가됩니다.If the physical device exists and the INIT option is not specified in the BACKUP statement, the backup is appended to the device.

참고

NUL 장치는 이 파일로 보낸 모든 입력을 버리지만 백업은 모든 페이지를 백업된 것으로 표시합니다.The NUL device will discard all input sent to this file, however the backup will still mark all pages as backed up.

자세한 내용은 백업 장치(SQL Server)인스턴스에서 가져온 경우에 필요합니다.For more information, see Backup Devices (SQL Server).

참고

TAPE 옵션은 이후 버전의 SQL ServerSQL Server에서 제거될 예정입니다.The TAPE option will be removed in a future version of SQL ServerSQL Server. 새 개발 작업에서는 이 기능을 사용하지 않도록 하고, 현재 이 기능을 사용하는 응용 프로그램은 수정하세요.Avoid using this feature in new development work, and plan to modify applications that currently use this feature.

nn
쉼표로 구분된 목록에 백업 장치를 최대 64개까지 지정할 수 있음을 나타내는 자리 표시자입니다.Is a placeholder that indicates that up to 64 backup devices may be specified in a comma-separated list.

MIRROR TO <backup_device> [ ,...n ] TO 절에 지정된 각각의 백업 장치를 미러할 최대 3개의 보조 백업 장치 세트를 지정합니다.MIRROR TO <backup_device> [ ,...n ] Specifies a set of up to three secondary backup devices, each of which mirrors the backups devices specified in the TO clause. MIRROR TO 절에는 TO 절에서와 같은 유형과 개수의 백업 장치를 지정해야 합니다.The MIRROR TO clause must specify the same type and number of the backup devices as the TO clause. MIRROR TO 절은 최대 3개까지 포함시킬 수 있습니다.The maximum number of MIRROR TO clauses is three.

이 옵션은 SQL ServerSQL Server의 엔터프라이즈 버전에서만 사용할 수 있습니다.This option is available only in the Enterprise edition of SQL ServerSQL Server.

참고

MIRROR TO = DISK인 경우 BACKUP은 디스크 장치에 적합한 블록 크기를 자동으로 결정합니다.For MIRROR TO = DISK, BACKUP automatically determines the appropriate block size for disk devices. 블록 크기에 대한 자세한 내용은 이 표의 뒷부분에 나오는 "BLOCKSIZE"를 참조하십시오.For more information about block size, see "BLOCKSIZE" later in this table.

<backup_device>이 섹션의 앞부분에 나오는 "<backup_device>"를 참조하세요.<backup_device> See "<backup_device>," earlier in this section.

nn
쉼표로 구분된 목록에 백업 장치를 최대 64개까지 지정할 수 있음을 나타내는 자리 표시자입니다.Is a placeholder that indicates that up to 64 backup devices may be specified in a comma-separated list. MIRROR TO 절의 장치 수는 TO 절의 장치 수와 같아야 합니다.The number of devices in the MIRROR TO clause must equal the number of devices in the TO clause.

자세한 내용은 이 항목의 뒷부분에 나오는 주의 사항 섹션의 "미러된 미디어 세트의 미디어 패밀리"를 참조하세요.For more information, see "Media Families in Mirrored Media Sets" in the Remarks section, later in this topic.

[ next-mirror-to ][ next-mirror-to ]
단일 TO 절을 포함하여 단일 BACKUP 문에 MIRROR TO 절을 최대 3개까지 포함시킬 수 있음을 나타내는 자리 표시자입니다.Is a placeholder that indicates that a single BACKUP statement can contain up to three MIRROR TO clauses, in addition to the single TO clause.

WITH 옵션WITH Options

백업 작업에 사용할 옵션을 지정합니다.Specifies options to be used with a backup operation.

CREDENTIALCREDENTIAL
적용 대상: SQL ServerSQL Server ( SQL Server 2017SQL Server 2017을 통한 SQL Server 2012(11.x)SQL Server 2012 (11.x) SP1 CU2) 및 SQL Database 관리되는 인스턴스.Applies to: SQL ServerSQL Server ( SQL Server 2012(11.x)SQL Server 2012 (11.x) SP1 CU2 through SQL Server 2017SQL Server 2017) and SQL Database Managed Instance.
Windows Azure Blob 저장소 서비스로 백업을 만들 때에만 사용됩니다.Used only when creating a backup to the Windows Azure Blob storage service.

FILE_SNAPSHOT 적용 대상: SQL ServerSQL Server ( SQL Server 2017SQL Server 2017을 통한 SQL Server 2016(13.x)SQL Server 2016 (13.x)).FILE_SNAPSHOT Applies to: SQL ServerSQL Server ( SQL Server 2016(13.x)SQL Server 2016 (13.x) through SQL Server 2017SQL Server 2017).

Azure Blob 저장소 서비스를 사용하여 모든 SQL Server 데이터베이스 파일을 저장할 때 데이터베이스 파일의 Azure 스냅숏을 만드는 데 사용됩니다.Used to create an Azure snapshot of the database files when all of the SQL Server database files are stored using the Azure Blob storage service. 자세한 내용은 Microsoft Azure의 SQL Server 데이터 파일을 참조하세요.For more information, see SQL Server Data Files in Microsoft Azure. SQL ServerSQL Server 스냅숏 백업은 일관된 상태에서 데이터베이스 파일(데이터 및 로그 파일)의 Azure 스냅숏을 사용합니다. Snapshot Backup takes Azure snapshots of the database files (data and log files) at a consistent state. 일관된 Azure 스냅숏 집합이 백업을 구성하고 백업 파일에 기록됩니다.A consistent set of Azure snapshots make up a backup and are recorded in the backup file. BACKUP DATABASE TO URL WITH FILE_SNAPSHOTBACKUP LOG TO URL WITH FILE_SNAPSHOT의 유일한 차이점은 후자는 트랜잭션 로그를 자르지만 전자는 그렇지 않다는 점입니다.The only difference between BACKUP DATABASE TO URL WITH FILE_SNAPSHOT and BACKUP LOG TO URL WITH FILE_SNAPSHOT is that the latter also truncates the transaction log while the former does not. SQL ServerSQL Server Server 스냅숏 백업에서 SQL ServerSQL Server에서 백업 체인을 설정하는 데 필요한 초기 전체 백업 이후에 트랜잭션 로그 백업 시점으로 데이터베이스를 복원하려면 단일 트랜잭션 로그 백업만 필요합니다.With SQL ServerSQL Server Snapshot Backup, after the initial full backup that is required by SQL ServerSQL Server to establish the backup chain, only a single transaction log backup is required to restore a database to the point in time of the transaction log backup. 또한 두 건의 트랜잭션 로그 백업 시간 사이의 특정 시점으로 데이터베이스를 복원하려면 트랜잭션 로그 백업이 두 개만 필요합니다.Furthermore, only two transaction log backups are required to restore a database to a point in time between the time of the two transaction log backups.

DIFFERENTIALDIFFERENTIAL
적용 대상: SQL Server, BACKUP DATABASE하고만 사용되며 데이터베이스 또는 파일 백업이 마지막 전체 백업 이후 변경된 데이터베이스 또는 파일 부분으로만 구성되도록 지정합니다.Applies to: SQL Server Used only with BACKUP DATABASE, specifies that the database or file backup should consist only of the portions of the database or file changed since the last full backup. 일반적으로 차등 백업은 전체 백업보다 적은 공간을 사용합니다.A differential backup usually takes up less space than a full backup. 마지막 전체 백업 이후 수행된 개별 로그 백업 중 일부를 적용할 필요가 없도록 하려면 이 옵션을 사용합니다.Use this option so that all individual log backups performed since the last full backup do not have to be applied.

참고

기본적으로 BACKUP DATABASE는 전체 백업을 만듭니다.By default, BACKUP DATABASE creates a full backup.

자세한 내용은 차등 백업(SQL Server)을 참조하세요.For more information, see Differential Backups (SQL Server).

ENCRYPTIONENCRYPTION
백업에 대한 암호화를 지정하는 데 사용됩니다.Used to specify encryption for a backup. 백업을 암호화하는 데 사용할 암호화 알고리즘을 지정하거나 백업이 암호화되지 않도록 하려면 NO_ENCRYPTION을 지정할 수 있습니다.You can specify an encryption algorithm to encrypt the backup with or specify NO_ENCRYPTION to not have the backup encrypted. 암호화는 백업 파일을 보호하는 데 권장되는 방법입니다.Encryption is recommended practice to help secure backup files. 지정할 수 있는 알고리즘의 목록은 다음과 같습니다.The list of algorithms you can specify are:

  • AES_128
  • AES_192
  • AES_256
  • TRIPLE_DES_3KEY
  • NO_ENCRYPTION

암호화하도록 선택하는 경우 암호기 옵션을 사용하여 암호기도 지정해야 합니다.If you choose to encrypt you will also have to specify the encryptor using the encryptor options:

  • SERVER CERTIFICATE = Encryptor_NameSERVER CERTIFICATE = Encryptor_Name
  • SERVER ASYMMETRIC KEY = Encryptor_NameSERVER ASYMMETRIC KEY = Encryptor_Name

경고

암호화를 FILE_SNAPSHOT 인수와 함께 사용하면 메타데이터 파일 자체가 지정된 암호화 알고리즘을 사용하여 암호화되고 시스템에서 데이터베이스에 대해 TDE(투명한 데이터 암호화)가 완료되었는지 확인합니다.When encryption is used in conjunction with the FILE_SNAPSHOT argument, the metadata file itself is encrypted using the specified encryption algorithm and the system verifies that Transparent Data Encryption (TDE) was completed for the database. 데이터 자체에 대한 추가 암호화는 발생하지 않습니다.No additional encryption happens for the data itself. 데이터베이스가 암호화되지 않았거나 백업 문이 실행되기 전에 암호화가 완료되지 않으면 백업이 실패합니다.The backup fails if the database was not encrypted or if the encryption was not completed before the backup statement was issued.

백업 세트 옵션Backup Set Options

이러한 옵션은 이 백업 작업에서 만든 백업 세트에서 작동합니다.These options operate on the backup set that is created by this backup operation.

참고

복원 작업에 백업 세트를 지정하려면 FILE = <backup_set_file_number> 옵션을 사용합니다.To specify a backup set for a restore operation, use the FILE = <backup_set_file_number> option. 백업 세트를 지정하는 방법에 대한 자세한 내용은 RESTORE 인수(Transact-SQL)에서 "백업 세트 지정"을 참조하세요.For more information about how to specify a backup set, see "Specifying a Backup Set" in RESTORE Arguments (Transact-SQL).

COPY_ONLY 적용 대상: SQL Server 및 SQL Database 관리되는 인스턴스, 백업이 정상적인 백업 시퀀스에 영향을 주지 않는 복사 전용 백업임을 지정합니다.COPY_ONLY Applies to: SQL Server and SQL Database Managed Instance Specifies that the backup is a copy-only backup, which does not affect the normal sequence of backups. 복사 전용 백업은 정기적으로 예약되어 수행되는 기존 백업과는 별개로 생성됩니다.A copy-only backup is created independently of your regularly scheduled, conventional backups. 복사 전용 백업은 백업 전체에 영향을 주지 않고 데이터베이스에 대한 프로시저를 복원합니다.A copy-only backup does not affect your overall backup and restore procedures for the database.

복사 전용 백업은 온라인 파일을 복원하기 전에 로그를 백업하는 것과 같은 특별한 목적을 위해 백업을 수행할 때 사용됩니다.Copy-only backups should be used in situations in which a backup is taken for a special purpose, such as backing up the log before an online file restore. 일반적으로 복사 전용 로그 백업은 한 번만 사용된 후 삭제됩니다.Typically, a copy-only log backup is used once and then deleted.

  • BACKUP DATABASE와 함께 사용하는 경우 COPY_ONLY 옵션은 차등 기반으로 사용할 수 없는 전체 백업을 만듭니다.When used with BACKUP DATABASE, the COPY_ONLY option creates a full backup that cannot serve as a differential base. 차등 비트맵은 업데이트되지 않으며 차등 백업은 복사 전용 백업이 없는 것처럼 작동합니다.The differential bitmap is not updated, and differential backups behave as if the copy-only backup does not exist. 후속 차등 백업은 가장 최근의 기존 전체 백업을 기반으로 사용합니다.Subsequent differential backups use the most recent conventional full backup as their base.

    중요

    DIFFERENTIALCOPY_ONLY를 함께 사용하면 COPY_ONLY가 무시되고 차등 백업이 생성됩니다.If DIFFERENTIAL and COPY_ONLY are used together, COPY_ONLY is ignored, and a differential backup is created.

  • BACKUP LOG와 함께 사용하는 경우 COPY_ONLY 옵션은 트랜잭션 로그를 자르지 않는 복사 전용 백업(copy-only log backup)을 만듭니다.When used with BACKUP LOG, the COPY_ONLY option creates a copy-only log backup, which does not truncate the transaction log. 복사 전용 로그 백업은 로그 체인에 영향을 주지 않으며 기타 로그 백업은 복사 전용 백업이 없는 것처럼 작동합니다.The copy-only log backup has no effect on the log chain, and other log backups behave as if the copy-only backup does not exist.

자세한 내용은 복사 전용 백업(SQL Server)를 참조하세요.For more information, see Copy-Only Backups (SQL Server).

{ COMPRESSION | NO_COMPRESSION }{ COMPRESSION | NO_COMPRESSION }
SQL Server 2008 EnterpriseSQL Server 2008 Enterprise 이상 버전에서만 사용 가능합니다. 이 백업에서 백업 압축을 수행하는지 여부를 지정하며 서버 수준의 기본값을 재정의합니다.In SQL Server 2008 EnterpriseSQL Server 2008 Enterprise and later versions only, specifies whether backup compression is performed on this backup, overriding the server-level default.

설치 시 백업 압축은 기본 동작이 아닙니다.At installation, the default behavior is no backup compression. 하지만 이 기본값은 백업 압축 기본값 서버 구성 옵션을 설정하여 변경할 수 있습니다.But this default can be changed by setting the backup compression default server configuration option. 이 옵션의 현재 값을 보는 방법은 서버 속성 보기 또는 변경(SQL Server)을 참조하세요.For information about viewing the current value of this option, see View or Change Server Properties (SQL Server).

TDE(투명한 데이터 암호화) 가능 데이터베이스에 백업 압축 사용에 대한 자세한 내용은 주의 사항 섹션을 참조하세요.For information about using backup compression with Transparent Data Encryption (TDE) enabled databases, see the Remarks section.

COMPRESSIONCOMPRESSION
백업 압축을 명시적으로 활성화합니다.Explicitly enables backup compression.

NO_COMPRESSIONNO_COMPRESSION
백업 압축을 명시적으로 비활성화합니다.Explicitly disables backup compression.

DESCRIPTION = { 'text' | @text_variable }DESCRIPTION = { 'text' | @text_variable }
백업 세트를 설명하는 자유 형식의 텍스트를 지정합니다.Specifies the free-form text describing the backup set. 문자열을 최대 255자까지 지정할 수 있습니다.The string can have a maximum of 255 characters.

NAME = { backup_set_name | @backup_set_var }NAME = { backup_set_name | @backup_set_var }
백업 세트의 이름을 지정합니다.Specifies the name of the backup set. 이름은 최대 128자까지 지정할 수 있습니다.Names can have a maximum of 128 characters. NAME을 지정하지 않으면 공백이 됩니다.If NAME is not specified, it is blank.

{ EXPIREDATE ='date' | RETAINDAYS = days }{ EXPIREDATE ='date' | RETAINDAYS = days }
이 백업에 대한 백업 세트를 덮어쓸 수 있는 날짜를 지정합니다.Specifies when the backup set for this backup can be overwritten. 두 옵션을 모두 사용하면 RETAINDAYS가 EXPIREDATE보다 우선적으로 적용됩니다.If these options are both used, RETAINDAYS takes precedence over EXPIREDATE.

두 옵션 모두 지정하지 않으면 mediaretention 구성 설정에 따라 만료 날짜가 결정됩니다.If neither option is specified, the expiration date is determined by the mediaretention configuration setting. 자세한 내용은 서버 구성 옵션(SQL Server)서버 구성 옵션을 보거나 구성하는 방법에 대해 설명합니다.For more information, see Server Configuration Options (SQL Server).

중요

이러한 옵션은 SQL ServerSQL Server에서 파일을 덮어쓰지 못하도록 하기 위한 것입니다.These options only prevent SQL ServerSQL Server from overwriting a file. 테이프는 다른 방법을 사용하여 지울 수 있고 디스크 파일은 운영 체제를 통해 삭제할 수 있습니다.Tapes can be erased using other methods, and disk files can be deleted through the operating system. 만료일 확인에 대한 자세한 내용은 이 항목에서 SKIP과 FORMAT을 참조하십시오.For more information about expiration verification, see SKIP and FORMAT in this topic.

EXPIREDATE = { 'date' | @date_var } 백업 세트가 만료되어 덮어쓸 수 있는 날짜를 지정합니다. 변수(@* date_var)로 제공한 경우 이 날짜는 구성된 시스템 **datetime* 형식을 따라야 하며 다음 중 하나로 지정해야 합니다.EXPIREDATE = { 'date' | @date_var } Specifies when the backup set expires and can be overwritten. If supplied as a variable (@* date_var), this date must follow the configured system **datetime* format and be specified as one of the following:

  • 문자열 상수(@date_var = date)A string constant (@date_var = date)
  • ntext 또는 text 데이터 형식을 제외한 문자열 데이터 형식의 변수A variable of character string data type (except for the ntext or text data types)
  • smalldatetimeA smalldatetime
  • datetime 변수A datetime variable

예를 들어 다음과 같이 사용할 수 있습니다.For example:

  • 'Dec 31, 2020 11:59 PM'
  • '1/1/2021'

datetime 값을 지정하는 방법에 대한 자세한 내용은 날짜 및 시간 형식을 참조하세요.For information about how to specify datetime values, see Date and Time Types.

참고

만료 날짜를 무시하려면 SKIP 옵션을 사용합니다.To ignore the expiration date, use the SKIP option.

RETAINDAYS = { days | @days_var } 백업 미디어 세트를 덮어쓰지 않고 보존할 일 수를 지정합니다. 변수(@days_var)로 제공한 경우 정수로 지정해야 합니다.RETAINDAYS = { days | @days_var } Specifies the number of days that must elapse before this backup media set can be overwritten. If supplied as a variable (@days_var), it must be specified as an integer.

미디어 세트 옵션Media Set Options

이러한 옵션은 전체 미디어 세트에서 작동합니다.These options operate on the media set as a whole.

{ NOINIT | INIT }{ NOINIT | INIT }
백업 작업이 백업 미디어의 기존 백업 세트에 추가되는지 또는 이를 덮어쓰는지 여부를 제어합니다.Controls whether the backup operation appends to or overwrites the existing backup sets on the backup media. 기본적으로 백업 작업은 미디어의 최신 백업 세트에 추가됩니다(NOINIT).The default is to append to the most recent backup set on the media (NOINIT).

참고

{ NOINIT | INIT }와 { NOSKIP | SKIP } 간 상호 작용에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 주의 사항을 참조하세요.For information about the interactions between { NOINIT | INIT } and { NOSKIP | SKIP }, see Remarks later in this topic.

NOINITNOINIT
백업 세트가 기존 백업 세트를 보존하면서 지정된 미디어 세트에 추가되는 것을 나타냅니다.Indicates that the backup set is appended to the specified media set, preserving existing backup sets. 미디어 세트에 미디어 암호가 정의되어 있는 경우에는 암호를 제공해야 합니다.If a media password is defined for the media set, the password must be supplied. NOINIT는 기본값입니다.NOINIT is the default.

자세한 내용은 미디어 세트, 미디어 패밀리 및 백업 세트(SQL Server)을 참조하세요.For more information, see Media Sets, Media Families, and Backup Sets (SQL Server).

INITINIT
미디어 헤더만 보존하고 모든 백업 세트를 덮어쓰도록 지정합니다.Specifies that all backup sets should be overwritten, but preserves the media header. INIT가 지정되면 조건이 허용되는 경우 해당 장치의 기존 백업 세트를 모두 덮어씁니다.If INIT is specified, any existing backup set on that device is overwritten, if conditions permit. 기본적으로 BACKUP은 다음 조건을 확인하고 둘 중 한 조건에 해당되면 백업 미디어를 덮어쓰지 않습니다.By default, BACKUP checks for the following conditions and does not overwrite the backup media if either condition exists:

  • 백업 세트가 아직 만료되지 않은 경우.Any backup set has not yet expired. 자세한 내용은 EXPIREDATERETAINDAYS 옵션을 참조하세요.For more information, see the EXPIREDATE and RETAINDAYS options.
  • BACKUP 문에 지정된 백업 세트 이름이 백업 미디어에 있는 이름과 일치하지 않을 경우.The backup set name given in the BACKUP statement, if provided, does not match the name on the backup media. 자세한 내용은 이 섹션의 앞부분에 나오는 NAME 옵션을 참조하십시오.For more information, see the NAME option, earlier in this section.

이러한 검사를 무시하려면 SKIP 옵션을 사용합니다.To override these checks, use the SKIP option.

자세한 내용은 미디어 세트, 미디어 패밀리 및 백업 세트(SQL Server)을 참조하세요.For more information, see Media Sets, Media Families, and Backup Sets (SQL Server).

{ NOSKIP | SKIP }{ NOSKIP | SKIP }
백업 작업에서 미디어에 있는 백업 세트의 만료 날짜 및 시간을 덮어쓰기 전에 검사하는지 여부를 제어합니다.Controls whether a backup operation checks the expiration date and time of the backup sets on the media before overwriting them.

참고

{ NOINIT | INIT }와 { NOSKIP | SKIP } 간 상호 작용에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "주의 사항"을 참조하세요.For information about the interactions between { NOINIT | INIT } and { NOSKIP | SKIP }, see "Remarks," later in this topic.

NOSKIPNOSKIP
BACKUP 문이 백업 세트를 덮어쓰기 전에 미디어에 있는 모든 백업 세트의 만료 날짜를 확인하도록 지정합니다.Instructs the BACKUP statement to check the expiration date of all backup sets on the media before allowing them to be overwritten. 이것이 기본 동작입니다.This is the default behavior.

SKIPSKIP
백업 세트를 덮어쓰지 않도록 BACKUP 문에서 일반적으로 수행되는 백업 세트 만료 날짜와 이름 확인을 해제합니다.Disables the checking of backup set expiration and name that is usually performed by the BACKUP statement to prevent overwrites of backup sets. { INIT | NOINIT }와 { NOSKIP | SKIP } 간 상호 작용에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "주의"를 참조하십시오.For information about the interactions between { INIT | NOINIT } and { NOSKIP | SKIP }, see "Remarks," later in this topic.
백업 세트의 만료 날짜를 보려면 backupset 기록 테이블의 expiration_date 열을 쿼리합니다.To view the expiration dates of backup sets, query the expiration_date column of the backupset history table.

{ NOFORMAT | FORMAT }{ NOFORMAT | FORMAT }
이 백업 작업에 사용된 볼륨에 미디어 헤더를 기록하여 기존 미디어 헤더와 백업 세트를 덮어써야 하는지 여부를 지정합니다.Specifies whether the media header should be written on the volumes used for this backup operation, overwriting any existing media header and backup sets.

NOFORMATNOFORMAT
백업 작업에서 이 작업에 사용된 미디어 볼륨의 기존 미디어 헤더와 백업 세트를 유지하도록 지정합니다.Specifies that the backup operation preserves the existing media header and backup sets on the media volumes used for this backup operation. 이것이 기본 동작입니다.This is the default behavior.

FORMATFORMAT
새 미디어 세트가 만들어지도록 지정합니다.Specifies that a new media set be created. FORMAT을 사용하면 백업 작업에서 해당 작업에 사용된 모든 미디어 볼륨의 새 미디어 헤더를 기록합니다.FORMAT causes the backup operation to write a new media header on all media volumes used for the backup operation. 이때 볼륨의 기존 내용은 기존의 모든 미디어 헤더와 백업 세트가 덮어쓰이므로 사용할 수 없게 됩니다.The existing contents of the volume become invalid, because any existing media header and backup sets are overwritten.

중요

FORMAT은 신중하게 사용하십시오.Use FORMAT carefully. 미디어 세트의 볼륨을 포맷하면 전체 미디어 세트를 사용할 수 없게 됩니다.Formatting any volume of a media set renders the entire media set unusable. 예를 들어 기존 스트라이프 미디어 세트에 속하는 테이프 하나를 초기화하면 전체 미디어 세트를 사용할 수 없게 됩니다.For example, if you initialize a single tape belonging to an existing striped media set, the entire media set is rendered useless.

FORMAT 지정은 SKIP을 의미하며 SKIP은 명시적으로 지정할 필요가 없습니다.Specifying FORMAT implies SKIP; SKIP does not need to be explicitly stated.

MEDIADESCRIPTION = { text | @text_variable }MEDIADESCRIPTION = { text | @text_variable }
미디어 세트에 대한 설명 텍스트를 최대 255자까지 지정합니다.Specifies the free-form text description, maximum of 255 characters, of the media set.

MEDIANAME = { media_name | @media_name_variable }MEDIANAME = { media_name | @media_name_variable }
전체 백업 미디어 세트에 대한 미디어 이름을 지정합니다.Specifies the media name for the entire backup media set. 미디어 이름은 128자 이하여야 합니다. MEDIANAME을 지정하면 백업 볼륨에 이미 있는 이전에 지정한 미디어 이름과 일치해야 합니다.The media name must be no longer than 128 characters, If MEDIANAME is specified, it must match the previously specified media name already existing on the backup volumes. 지정하지 않거나 SKIP 옵션을 지정하면 미디어 이름에 대한 확인을 수행하지 않습니다.If it is not specified, or if the SKIP option is specified, there is no verification check of the media name.

BLOCKSIZE = { blocksize | @blocksize_variable }BLOCKSIZE = { blocksize | @blocksize_variable }
물리적 블록 크기(바이트)를 지정합니다.Specifies the physical block size, in bytes. 지원되는 크기는 512, 1024, 2048, 4096, 8192, 16384, 32768 및 65536(64KB) 바이트입니다.The supported sizes are 512, 1024, 2048, 4096, 8192, 16384, 32768, and 65536 (64 KB) bytes. 테이프 장치의 기본값은 65536이고 그렇지 않은 경우에는 512입니다.The default is 65536 for tape devices and 512 otherwise. 일반적으로 BACKUP에서 장치에 적합한 블록 크기를 자동으로 선택하기 때문에 이 옵션은 필요하지 않습니다.Typically, this option is unnecessary because BACKUP automatically selects a block size that is appropriate to the device. 명시적으로 지정된 블록 크기는 자동 선택된 블록 크기보다 우선 적용됩니다.Explicitly stating a block size overrides the automatic selection of block size.

CD-ROM으로 복사하거나 CD-ROM에서 복원할 백업을 만드는 경우 BLOCKSIZE=2048을 지정합니다.If you are taking a backup that you plan to copy onto and restore from a CD-ROM, specify BLOCKSIZE=2048.

참고

이 옵션은 일반적으로 테이프 장치에 쓰는 경우에만 성능에 영향을 줍니다.This option typically affects performance only when writing to tape devices.

데이터 전송 옵션Data Transfer Options

BUFFERCOUNT = { buffercount | @buffercount_variable }BUFFERCOUNT = { buffercount | @buffercount_variable }
백업 작업에 사용되는 I/O 버퍼의 총 수를 지정합니다.Specifies the total number of I/O buffers to be used for the backup operation. 임의의 양의 정수를 지정할 수 있지만 버퍼 수가 많으면 Sqlservr.exe 프로세스의 부적절한 가상 주소 공간으로 인해 "메모리가 부족합니다"라는 오류가 발생할 수 있습니다.You can specify any positive integer; however, large numbers of buffers might cause "out of memory" errors because of inadequate virtual address space in the Sqlservr.exe process.

버퍼에 사용되는 총 공간은 다음 식으로 결정됩니다: buffercount/maxtransfersize.The total space used by the buffers is determined by: buffercount/maxtransfersize.

참고

BUFFERCOUNT 옵션을 사용하는 방법은 잘못된 BufferCount 데이터 전송 옵션을 사용하면 OOM 상태가 발생할 수 있음 블로그를 참조하세요.For important information about using the BUFFERCOUNT option, see the Incorrect BufferCount data transfer option can lead to OOM condition blog.

MAXTRANSFERSIZE = { maxtransfersize | @* maxtransfersize_variable* } SQL ServerSQL Server와 백업 미디어 간에 사용되는 가장 큰 전송 단위(바이트)를 지정합니다.MAXTRANSFERSIZE **= { maxtransfersize | **@* maxtransfersize_variable* } Specifies the largest unit of transfer in bytes to be used between SQL ServerSQL Server and the backup media. 가능한 값은 최대 4194304바이트(4MB)까지 65536바이트(64KB)의 배수입니다.The possible values are multiples of 65536 bytes (64 KB) ranging up to 4194304 bytes (4 MB).

참고

SQL 기록기 서비스를 사용하여 백업을 만들 때 데이터베이스에서 FILESTREAM이 구성되었거나 메모리 최적화 파일 그룹이 포함된 경우 복원 시 MAXTRANSFERSIZE가 백업을 만들 때 사용된 MAXTRANSFERSIZE보다 커야 합니다.When creating backups by using the SQL Writer Service, if the database has configured FILESTREAM, or includes memory optimized filegroups, then the MAXTRANSFERSIZE at the time of a restore should be greater than or equal to the MAXTRANSFERSIZE that was used when the backup was created.

참고

단일 데이터 파일이 있는 TDE(투명한 데이터 암호화) 가능 데이터베이스의 경우 기본 MAXTRANSFERSIZE는 65536(64 KB)입니다.For Transparent Data Encryption (TDE) enabled databases with a single data file, the default MAXTRANSFERSIZE is 65536 (64 KB). 비-TDE 암호화된 데이터베이스의 경우 디스크 백업을 사용할 때 기본 MAXTRANSFERSIZE는 1048576(1MB)이고 VDI 또는 TAPE를 사용하는 경우에는 65536(64KB)입니다.For non-TDE encrypted databases the default MAXTRANSFERSIZE is 1048576 (1 MB) when using backup to DISK, and 65536 (64 KB) when using VDI or TAPE. TDE 암호화된 데이터베이스에 백업 압축 사용에 대한 자세한 내용은 주의 사항 섹션을 참조하세요.For more information about using backup compression with TDE encrypted databases, see the Remarks section.

오류 관리 옵션Error Management Options

이러한 옵션을 사용하면 백업 작업에 대해 백업 체크섬을 설정할 수 있는지 여부와 오류 발생 시 해당 작업을 중지할지 여부를 결정할 수 있습니다.These options allow you to determine whether backup checksums are enabled for the backup operation and whether the operation stops on encountering an error.

{ NO_CHECKSUM | CHECKSUM }{ NO_CHECKSUM | CHECKSUM }
백업 체크섬의 설정 여부를 제어합니다.Controls whether backup checksums are enabled.

NO_CHECKSUMNO_CHECKSUM
백업 체크섬 생성 및 페이지 체크섬의 유효성 검사를 명시적으로 해제합니다.Explicitly disables the generation of backup checksums (and the validation of page checksums). 이것이 기본 동작입니다.This is the default behavior.

CHECKSUMCHECKSUM
백업 작업이 각 페이지의 체크섬과 조각난 페이지를 확인하고 사용 가능할 경우 전체 백업에 대해 체크섬을 생성하도록 지정합니다.Specifies that the backup operation verifies each page for checksum and torn page, if enabled and available, and generate a checksum for the entire backup.

백업 체크섬을 사용하면 작업 및 백업 처리량에 영향을 줄 수 있습니다.Using backup checksums may affect workload and backup throughput.

자세한 내용은 백업 및 복원 중 발생 가능한 미디어 오류(SQL Server)를 참조하세요.For more information, see Possible Media Errors During Backup and Restore (SQL Server).

{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }{ STOP_ON_ERROR | CONTINUE_AFTER_ERROR }
페이지 체크섬 오류가 발생한 후 백업 작업을 중지할지, 아니면 계속할지를 제어합니다.Controls whether a backup operation stops or continues after encountering a page checksum error.

STOP_ON_ERRORSTOP_ON_ERROR
페이지 체크섬에서 확인하지 않을 경우 BACKUP이 실패하도록 지정합니다.Instructs BACKUP to fail if a page checksum does not verify. 이것이 기본 동작입니다.This is the default behavior.

CONTINUE_AFTER_ERRORCONTINUE_AFTER_ERROR
잘못된 체크섬이나 조각난 페이지 등의 오류가 발생하더라도 BACKUP을 계속하도록 지시합니다.Instructs BACKUP to continue despite encountering errors such as invalid checksums or torn pages.

데이터베이스가 손상된 경우 NO_TRUNCATE 옵션을 사용하여 비상 로그 백업을 수행할 수 없으면 NO_TRUNCATE 대신 CONTINUE_AFTER_ERROR를 지정하여 비상 로그 백업을 수행할 수 있습니다.If you are unable to back up the tail of the log using the NO_TRUNCATE option when the database is damaged, you can attempt a tail-log log backup by specifying CONTINUE_AFTER_ERROR instead of NO_TRUNCATE.

자세한 내용은 백업 및 복원 중 발생 가능한 미디어 오류(SQL Server)를 참조하세요.For more information, see Possible Media Errors During Backup and Restore (SQL Server).

호환성 옵션Compatibility Options

RESTARTRESTART
SQL Server 2008SQL Server 2008부터 아무 효과가 없습니다.Beginning with SQL Server 2008SQL Server 2008, has no effect. 이 옵션은 이전 버전의 SQL ServerSQL Server와의 호환성을 위해 사용됩니다.This option is accepted by the version for compatibility with previous versions of SQL ServerSQL Server.

모니터링 옵션Monitoring Options

STATS [ = percentage ]STATS [ = percentage ]
새로 percentage가 완료될 때마다 메시지를 표시하여 진행 상태를 측정하는 데 사용됩니다.Displays a message each time another percentage completes, and is used to gauge progress. percentage를 생략하면 10%가 완료될 때마다 SQL ServerSQL Server에서 메시지를 표시합니다.If percentage is omitted, SQL ServerSQL Server displays a message after each 10 percent is completed.

STATS 옵션은 다음 간격을 보고할 임계값에 도달한 시점까지의 완료 백분율을 보고합니다.The STATS option reports the percentage complete as of the threshold for reporting the next interval. 간격은 지정된 비율을 대략적으로 나타냅니다. 예를 들어 STATS=10인 경우 완료된 크기가 40%이면 옵션은 43%를 표시할 수 있습니다.This is at approximately the specified percentage; for example, with STATS=10, if the amount completed is 40 percent, the option might display 43 percent. 대용량 백업 세트의 경우 완료 백분율이 완료된 I/O 호출 간에 매우 느리게 진행되므로 문제가 되지 않습니다.For large backup sets, this is not a problem, because the percentage complete moves very slowly between completed I/O calls.

테이프 옵션Tape Options
적용 대상: SQL ServerApplies to: SQL Server
이러한 옵션은 테이프 장치에만 사용됩니다.These options are used only for TAPE devices. 테이프가 아닌 장치를 사용할 경우 이러한 옵션은 무시됩니다.If a nontape device is being used, these options are ignored.

{ REWIND | NOREWIND }{ REWIND | NOREWIND }
REWIND 적용 대상: SQL Server, SQL ServerSQL Server에서 테이프를 해제한 다음, 되감도록 지정합니다.REWIND Applies to: SQL Server Specifies that SQL ServerSQL Server releases and rewinds the tape. 기본값은 REWIND입니다.REWIND is the default.

NOREWIND 적용 대상: SQL Server, SQL ServerSQL Server에서 백업 작업 후에 테이프를 열어 놓도록 지정합니다.NOREWIND Applies to: SQL Server Specifies that SQL ServerSQL Server will keep the tape open after the backup operation. 테이프에 여러 개의 백업 작업을 수행할 때 이 옵션을 사용하면 성능을 향상시킬 수 있습니다.You can use this option to help improve performance when performing multiple backup operations to a tape.

NOREWIND는 NOUNLOAD를 의미하며 두 옵션은 단일 BACKUP 문 내에서 호환되지 않습니다.NOREWIND implies NOUNLOAD, and these options are incompatible within a single BACKUP statement.

참고

NOREWIND를 사용하는 경우 같은 프로세스에서 실행 중인 BACKUP 또는 RESTORE 문이 REWIND 또는 UNLOAD 옵션을 사용하거나 서버 인스턴스가 종료될 때까지 SQL ServerSQL Server 인스턴스가 테이프 드라이브에 대한 소유권을 보유합니다.If you use NOREWIND, the instance of SQL ServerSQL Server retains ownership of the tape drive until a BACKUP or RESTORE statement that is running in the same process uses either the REWIND or UNLOAD option, or the server instance is shut down. 테이프를 열어 두면 다른 프로세스에서 테이프를 액세스하는 것을 방지합니다.Keeping the tape open prevents other processes from accessing the tape. 열린 테이프 목록을 표시하고 열린 테이프를 닫는 방법은 백업 장치(SQL Server)를 참조하세요.For information about how to display a list of open tapes and to close an open tape, see Backup Devices (SQL Server).

{ UNLOAD | NOUNLOAD }{ UNLOAD | NOUNLOAD }
적용 대상: SQL ServerApplies to: SQL Server

참고

UNLOADNOUNLOAD는 세션 기간 동안이나 다른 옵션을 지정하여 다시 설정할 때까지 유지되는 세션 설정입니다.UNLOAD and NOUNLOAD are session settings that persist for the life of the session or until it is reset by specifying the alternative.

UNLOAD 적용 대상: SQL ServerUNLOAD Applies to: SQL Server
백업이 끝나면 테이프를 자동으로 되감고 언로드되도록 지정합니다.Specifies that the tape is automatically rewound and unloaded when the backup is finished. UNLOAD는 세션 시작 시의 기본값입니다.UNLOAD is the default when a session begins.

NOUNLOAD 적용 대상: SQL Server, BACKUP 작업 후에 테이프가 테이프 드라이브에 로드된 상태로 남아 있도록 지정합니다.NOUNLOAD Applies to: SQL Server Specifies that after the BACKUP operation the tape remains loaded on the tape drive.

참고

테이프 백업 장치에 백업하는 경우 BLOCKSIZE 옵션은 백업 작업의 성능에 영향을 줍니다.For a backup to a tape backup device, the BLOCKSIZE option to affect the performance of the backup operation. 이 옵션은 일반적으로 테이프 장치에 쓰는 경우에만 성능에 영향을 줍니다.This option typically affects performance only when writing to tape devices.

로그 관련 옵션Log-specific options
적용 대상: SQL ServerApplies to: SQL Server
이러한 옵션은 BACKUP LOG와 함께만 사용됩니다.These options are only used with BACKUP LOG.

참고

로그 백업을 수행하지 않으려면 단순 복구 모델을 사용합니다.If you do not want to take log backups, use the simple recovery model. 자세한 내용은 복구 모델(SQL Server)을 참조하세요.For more information, see Recovery Models (SQL Server).

{ NORECOVERY | STANDBY = undo_file_name }{ NORECOVERY | STANDBY = undo_file_name }
NORECOVERY 적용 대상: SQL ServerNORECOVERY Applies to: SQL Server
비상 로그를 백업하고 데이터베이스를 RESTORING 상태로 유지합니다.Backs up the tail of the log and leaves the database in the RESTORING state. NORECOVERY는 보조 데이터베이스로 장애 조치(failover)하거나 RESTORE 작업에 앞서 비상 로그를 저장할 때 유용합니다.NORECOVERY is useful when failing over to a secondary database or when saving the tail of the log before a RESTORE operation.

로그 잘림을 건너뛰는 최상의 로그 백업을 수행한 다음, 데이터베이스를 자동으로 다시 RESTORING 상태로 되돌리려면 NO_TRUNCATENORECOVERY 옵션을 함께 사용하십시오.To perform a best-effort log backup that skips log truncation and then take the database into the RESTORING state atomically, use the NO_TRUNCATE and NORECOVERY options together.

STANDBY = standby_file_name 적용 대상: SQL ServerSTANDBY = standby_file_name Applies to: SQL Server
비상 로그를 백업하고 데이터베이스를 읽기 전용 및 STANDBY 상태로 유지합니다.Backs up the tail of the log and leaves the database in a read-only and STANDBY state. STANDBY 절은 대기 데이터를 쓰고 롤백을 수행하지만 추가 복원 옵션을 사용해야 합니다.The STANDBY clause writes standby data (performing rollback, but with the option of further restores). STANDBY 옵션 사용은 BACKUP LOG WITH NORECOVERY를 사용한 다음 RESTORE WITH STANDBY를 사용하는 것과 동일합니다.Using the STANDBY option is equivalent to BACKUP LOG WITH NORECOVERY followed by a RESTORE WITH STANDBY.

대기 모드를 사용하려면 standby_file_name으로 지정하는 대기 파일이 필요합니다. 이 파일의 위치는 데이터베이스의 로그에 저장됩니다.Using standby mode requires a standby file, specified by standby_file_name, whose location is stored in the log of the database. 지정한 파일이 이미 있으면 데이터베이스 엔진Database Engine은 해당 파일을 덮어쓰고 파일이 없으면 데이터베이스 엔진Database Engine에서 파일을 만듭니다.If the specified file already exists, the 데이터베이스 엔진Database Engine overwrites it; if the file does not exist, the 데이터베이스 엔진Database Engine creates it. 대기 파일은 데이터베이스의 일부가 됩니다.The standby file becomes part of the database.

이 파일에는 롤백된 변경 내용이 저장되는데 다음에 RESTORE LOG를 적용하려는 경우 이 변경 내용은 취소해야 합니다.This file holds the rolled back changes, which must be reversed if RESTORE LOG operations are to be subsequently applied. 커밋되지 않은 트랜잭션을 롤백하여 수정된 데이터베이스의 고유한 페이지가 모두 들어갈 수 있도록 대기 파일이 증가되므로 디스크 공간이 충분히 있어야 합니다.There must be enough disk space for the standby file to grow so that it can contain all the distinct pages from the database that were modified by rolling back uncommitted transactions.

NO_TRUNCATENO_TRUNCATE
적용 대상: SQL ServerApplies to: SQL Server
로그가 잘리지 않도록 지정하고 데이터베이스 엔진Database Engine이 데이터베이스 상태에 관계없이 백업을 시도하도록 합니다.Specifies that the is log not truncated and causes the 데이터베이스 엔진Database Engine to attempt the backup regardless of the state of the database. 따라서 NO_TRUNCATE 옵션으로 수행된 백업의 메타데이터는 완전하지 않을 수 있습니다.Consequently, a backup taken with NO_TRUNCATE might have incomplete metadata. 이 옵션을 사용하면 데이터베이스가 손상된 경우에도 로그를 백업할 수 있습니다.This option allows backing up the log in situations where the database is damaged.

BACKUP LOG의 NO_TRUNCATE 옵션은 COPY_ONLY와 CONTINUE_AFTER_ERROR를 모두 지정하는 것과 같습니다.The NO_TRUNCATE option of BACKUP LOG is equivalent to specifying both COPY_ONLY and CONTINUE_AFTER_ERROR.

NO_TRUNCATE 옵션을 사용하지 않으면 데이터베이스가 ONLINE 상태여야 합니다.Without the NO_TRUNCATE option, the database must be in the ONLINE state. 데이터베이스가 SUSPENDED 상태이면 NO_TRUNCATE를 지정하여 백업을 만들 수 있습니다.If the database is in the SUSPENDED state, you might be able to create a backup by specifying NO_TRUNCATE. 그러나 데이터베이스가 OFFLINE 또는 EMERGENCY 상태이면 NO_TRUNCATE에서도 BACKUP을 사용할 수 없습니다.But if the database is in the OFFLINE or EMERGENCY state, BACKUP is not allowed even with NO_TRUNCATE. 데이터베이스 상태에 대한 내용은 데이터베이스 상태를 참조하세요.For information about database states, see Database States.

SQL Server 백업 사용 정보About working with SQL Server backups

이 섹션에서는 다음 필수 백업 개념을 설명합니다.This section introduces the following essential backup concepts:

백업 유형Backup Types
트랜잭션 로그 잘림Transaction Log Truncation
백업 미디어 포맷Formatting Backup Media
백업 장치 및 미디어 세트 사용Working with Backup Devices and Media Sets
SQL Server 백업 복원Restoring SQL Server Backups

참고

SQL ServerSQL Server의 백업에 대한 소개는 백업 개요(SQL Server)를 참조하세요.For an introduction to backup in SQL ServerSQL Server, see Backup Overview (SQL Server).

백업 유형Backup types

지원되는 백업 유형은 다음과 같이 데이터베이스의 복구 모델에 따라 달라집니다.The supported backup types depend on the recovery model of the database, as follows

  • 모든 복구 모델은 데이터의 전체 및 차등 백업을 지원합니다.All recovery models support full and differential backups of data.

    백업 범위Scope of backup 백업 유형Backup types
    전체 데이터베이스Whole database 데이터베이스 백업은 전체 데이터베이스를 포함합니다.Database backups cover the whole database.

    필요에 따라, 각 데이터베이스 백업은 하나 이상의 일련의 차등 데이터베이스 백업의 기반으로 사용될 수 있습니다.Optionally, each database backup can serve as the base of a series of one or more differential database backups.
    부분 데이터베이스Partial database 부분 백업은 읽기/쓰기 파일 그룹과 필요에 따라 하나 이상의 읽기 전용 파일 또는 파일 그룹을 포함합니다.Partial backups cover read/-write filegroups and, possibly, one or more read-only files or filegroups.

    필요에 따라, 각 부분 백업은 하나 이상의 일련의 차등 부분 백업의 기반으로 사용될 수 있습니다.Optionally, each partial backup can serve as the base of a series of one or more differential partial backups.
    파일 또는 파일 그룹File or filegroup 파일 백업은 하나 이상의 파일 또는 파일 그룹을 포함하며 여러 파일 그룹을 포함하는 데이터베이스에만 해당됩니다.File backups cover one or more files or filegroups, and are relevant only for databases that contain multiple filegroups. 단순 복구 모델에서 파일 백업은 기본적으로 읽기 전용 보조 파일 그룹으로 제한됩니다.Under the simple recovery model, file backups are essentially restricted to read-only secondary filegroups.
    필요에 따라, 각 파일 백업은 하나 이상의 일련의 차등 파일 백업의 기반으로 사용될 수 있습니다.Optionally, each file backup can serve as the base of a series of one or more differential file backups.
  • 전체 복구 모델이나 대량 로그 복구 모델에서 기존 백업은 필요한 순차적 트랜잭션 로그 백업 또는 로그 백업도 포함합니다.Under the full recovery model or bulk-logged recovery model, conventional backups also include sequential transaction log backups (or log backups), which are required. 각 로그 백업은 백업이 생성되었을 당시 활성 상태에 있었던 트랜잭션 로그 부분을 포함하며 이전 로그 백업에서 백업되지 않은 모든 로그 레코드를 포함합니다.Each log backup covers the portion of the transaction log that was active when the backup was created, and it includes all log records not backed up in a previous log backup.

    관리 오버헤드가 증가하더라도 작업 손실 가능성을 최소화하려면 자주 로그 백업을 예약해야 합니다.To minimize work-loss exposure, at the cost of administrative overhead, you should schedule frequent log backups. 전체 백업 사이에 차등 백업을 예약하면 데이터를 복원한 후 복원해야 하는 로그 백업 수가 감소하므로 복원 시간이 줄어들 수 있습니다.Scheduling differential backups between full backups can reduce restore time by reducing the number of log backups you have to restore after restoring the data.

    로그 백업은 데이터베이스 백업과 별개의 볼륨에 보관하는 것이 좋습니다.We recommend that you put log backups on a separate volume than the database backups.

    참고

    첫 로그 백업을 만들려면 먼저 전체 백업을 만들어야 합니다.Before you can create the first log backup, you must create a full backup.

  • 복사 전용 백업은 정상적인 기존 백업 시퀀스와 독립적인 특수 목적의 전체 백업 또는 로그 백업입니다.A copy-only backup is a special-purpose full backup or log backup that is independent of the normal sequence of conventional backups. 복사 전용 백업을 만들려면 BACKUP 문에 COPY_ONLY 옵션을 지정합니다.To create a copy-only backup, specify the COPY_ONLY option in your BACKUP statement. 자세한 내용은 복사 전용 백업(SQL Server)를 참조하세요.For more information, see Copy-Only Backups (SQL Server).

트랜잭션 로그 잘림Transaction Log Truncation

데이터베이스의 트랜잭션 로그가 채워지는 것을 방지하려면 정기적인 백업이 중요합니다.To avoid filling up the transaction log of a database, routine backups are essential. 로그 잘림은 데이터베이스를 백업한 후에는 단순 복구 모델에서, 트랜잭션 로그를 백업한 후에는 전체 복구 모델에서 자동으로 발생합니다.Under the simple recovery model, log truncation occurs automatically after you back up the database, and under the full recovery model, after you back up the transaction log. 그러나 잘림 처리가 지연될 수 있는 경우도 있습니다.However, sometimes the truncation process can be delayed. 로그 잘림을 지연시킬 수 있는 요소에 대한 자세한 내용은 트랜잭션 로그(SQL Server)를 참조하세요.For information about factors that can delay log truncation, see The Transaction Log (SQL Server).

참고

BACKUP LOG WITH NO_LOGWITH TRUNCATE_ONLY 옵션은 더 이상 지원되지 않습니다.The BACKUP LOG WITH NO_LOG and WITH TRUNCATE_ONLY options have been discontinued. 전체 또는 대량 로그 복구 모델 복구 사용 시 데이터베이스에서 로그 백업 체인을 제거해야 할 경우 단순 복구 모델로 전환하십시오.If you are using the full or bulk-logged recovery model recovery and you must remove the log backup chain from a database, switch to the simple recovery model. 자세한 내용은 데이터베이스 복구 모델 보기 또는 변경(SQL Server)을 참조하세요.For more information, see View or Change the Recovery Model of a Database (SQL Server).

백업 미디어 포맷Formatting Backup Media

다음 조건이 충족되는 경우에만 BACKUP 문에 의해 백업 미디어가 포맷됩니다.Backup media is formatted by a BACKUP statement if and only if any of the following is true:

  • FORMAT 옵션이 지정된 경우The FORMAT option is specified.
  • 미디어가 비어 있는 경우The media is empty.
  • 작업이 연속 테이프를 기록하는 경우The operation is writing a continuation tape.

백업 장치 및 미디어 세트 사용Working with backup devices and media sets

다중 미디어 세트(스트라이프 세트)의 백업 장치Backup devices in a striped media set (a stripe set)

스트라이프 세트는 데이터가 블록으로 구분되고 고정 순서로 분산되는 디스크 파일 세트입니다.A stripe set is a set of disk files on which data is divided into blocks and distributed in a fixed order. 스트라이프 세트에 사용된 백업 장치 수는 미디어가 FORMAT으로 다시 초기화하지 않는 한 동일하게 유지해야 합니다.The number of backup devices used in a stripe set must stay the same (unless the media is reinitialized with FORMAT).

다음 예에서는 3개의 디스크 파일을 사용하는 새 스트라이프 미디어 세트에 AdventureWorks2012AdventureWorks2012 데이터베이스의 백업을 작성합니다.The following example writes a backup of the AdventureWorks2012AdventureWorks2012 database to a new striped media set that uses three disk files.

BACKUP DATABASE AdventureWorks2012  
TO DISK='X:\SQLServerBackups\AdventureWorks1.bak',   
DISK='Y:\SQLServerBackups\AdventureWorks2.bak',   
DISK='Z:\SQLServerBackups\AdventureWorks3.bak'  
WITH FORMAT,  
   MEDIANAME = 'AdventureWorksStripedSet0',  
   MEDIADESCRIPTION = 'Striped media set for AdventureWorks2012 database;  
GO  

백업 장치가 스트라이프 세트의 일부로 정의되면 FORMAT을 지정하지 않을 경우 단일 장치 백업에 사용할 수 없습니다.After a backup device is defined as part of a stripe set, it cannot be used for a single-device backup unless FORMAT is specified. 마찬가지로 스트라이프되지 않은 백업을 포함한 백업 장치는 FORMAT을 지정하지 않을 경우 스트라이프 세트에 사용될 수 없습니다.Similarly, a backup device that contains nonstriped backups cannot be used in a stripe set unless FORMAT is specified. 스트라이프 백업 세트를 분할하려면 FORMAT을 사용하십시오.To split a striped backup set, use FORMAT.

미디어 헤더를 기록할 때 MEDIANAME 또는 MEDIADESCRIPTION을 지정하지 않으면 빈 항목에 해당하는 미디어 헤더 필드가 비어 있게 됩니다.If neither MEDIANAME or MEDIADESCRIPTION is specified when a media header is written, the media header field corresponding to the blank item is empty.

미러된 미디어 세트 작업Working with a mirrored media set

일반적으로 백업은 미러되지 않으며 BACKUP 문은 단순히 TO 절을 포함합니다.Typically, backups are unmirrored, and BACKUP statements simply include a TO clause. 그러나 미디어 세트당 총 4개의 미러를 사용할 수 있습니다.However, a total of four mirrors is possible per media set. 미러된 미디어 세트의 경우 백업 작업에서는 여러 백업 장치 그룹에 기록합니다.For a mirrored media set, the backup operation writes to multiple groups of backup devices. 각 백업 장치 그룹은 미러된 미디어 세트 내에서 단일 미러를 구성합니다.Each group of backup devices comprises a single mirror within the mirrored media set. 모든 미러는 동일한 수량과 유형의 물리적 백업 장치를 사용해야 하며 이 장치들은 모두 동일한 속성을 가지고 있어야 합니다.Every mirror must use the same quantity and type of physical backup devices, which must all have the same properties.

미러된 미디어 세트로 백업하려면 모든 미러가 있어야 합니다.To back up to a mirrored media set, all of the mirrors must be present. 미러된 미디어 세트로 백업하려면 TO 절을 지정하여 첫 번째 미러를 지정하고 MIRROR TO 절을 지정하여 각 추가 미러를 지정합니다.To back up to a mirrored media set, specify the TO clause to specify the first mirror, and specify a MIRROR TO clause for each additional mirror.

미러된 미디어 세트의 경우 각 MIRROR TO 절은 TO 절과 동일한 수와 유형의 장치를 나열해야 합니다.For a mirrored media set, each MIRROR TO clause must list the same number and type of devices as the TO clause. 다음 예에서는 2개의 미러를 포함하고 미러당 3개의 장치를 사용하는 미러된 미디어 세트에 기록합니다.The following example writes to a mirrored media set that contains two mirrors and uses three devices per mirror:

BACKUP DATABASE AdventureWorks2012  
TO DISK='X:\SQLServerBackups\AdventureWorks1a.bak',   
  DISK='Y:\SQLServerBackups\AdventureWorks2a.bak',   
  DISK='Z:\SQLServerBackups\AdventureWorks3a.bak'  
MIRROR TO DISK='X:\SQLServerBackups\AdventureWorks1b.bak',   
  DISK='Y:\SQLServerBackups\AdventureWorks2b.bak',   
  DISK='Z:\SQLServerBackups\AdventureWorks3b.bak';  
GO  

중요

이 예는 로컬 시스템에서 테스트할 수 있도록 디자인되었습니다.This example is designed to allow you to test it on your local system. 실제로 같은 드라이브에서 여러 장치에 백업하면 성능이 저하될 수 있으며 미러된 미디어 세트에서 제공하도록 되어 있는 중복성이 제거됩니다.In practice, backing up to multiple devices on the same drive would hurt performance and would eliminate the redundancy for which mirrored media sets are designed.

미러된 미디어 세트의 미디어 패밀리Media families in mirrored media sets

BACKUP 문의 TO 절에 지정된 각 백업 장치는 미디어 패밀리에 해당합니다.Each backup device specified in the TO clause of a BACKUP statement corresponds to a media family. 예를 들어 TO 절에 3개의 장치가 나열되어 있으면 BACKUP은 3개의 미디어 패밀리에 데이터를 기록합니다.For example, if the TO clauses lists three devices, BACKUP writes data to three media families. 미러된 미디어 세트에서 모든 미러에는 각 미디어 패밀리의 복사본이 있어야 합니다.In a mirrored media set, every mirror must contain a copy of every media family. 이로 인해 장치 수가 모든 미러에서 동일해야 합니다.This is why the number of devices must be identical in every mirror.

각 미러에 대해 여러 장치가 나열되어 있으면 장치의 순서에 따라 특정 장치에 기록할 미디어 패밀리가 결정됩니다.When multiple devices are listed for each mirror, the order of the devices determines which media family is written to a particular device. 예를 들어 각 장치 목록에서 두 번째 장치는 두 번째 미디어 패밀리에 해당됩니다.For example, in each of the device lists, the second device corresponds to the second media family. 다음 표에서는 위 예에서 언급한 장치에 대해 장치와 미디어 패밀리 간의 관계를 보여 줍니다.For the devices in the above example, the correspondence between devices and media families is shown in the following table.

미러Mirror 미디어 패밀리 1Media family 1 미디어 패밀리 2Media family 2 미디어 패밀리 3Media family 3
00 Z:\AdventureWorks1a.bak Z:\AdventureWorks2a.bak Z:\AdventureWorks3a.bak
11 Z:\AdventureWorks1b.bak Z:\AdventureWorks2b.bak Z:\AdventureWorks3b.bak

미디어 패밀리는 항상 특정 미러 내의 동일한 장치에 백업되어야 합니다.A media family must always be backed up onto the same device within a specific mirror. 따라서 기존 미디어 세트를 사용할 때마다 미디어 세트가 생성될 때 지정된 것과 동일한 순서로 각 미러의 장치를 나열하십시오.Therefore, each time you use an existing media set, list the devices of each mirror in the same order as they were specified when the media set was created.

미러된 미디어 세트에 대한 자세한 내용은 미러된 백업 미디어 세트(SQL Server)백업 및 복원의 기본적인 백업 미디어 관련 용어를 소개합니다.For more information about mirrored media sets, see Mirrored Backup Media Sets (SQL Server). 일반적인 미디어 세트 및 미디어 패밀리에 대한 자세한 내용은 미디어 세트, 미디어 패밀리 및 백업 세트(SQL Server)를 참조하세요.For more information about media sets and media families in general, see Media Sets, Media Families, and Backup Sets (SQL Server).

SQL Server 백업 복원Restoring SQL Server backups

데이터베이스를 복원하고, 필요에 따라 복구하여 온라인 상태로 만들거나 파일 또는 파일 그룹을 복원하려면 Transact-SQLTransact-SQL RESTORE 문 또는 SQL Server Management StudioSQL Server Management Studio 복원 태스크를 사용합니다.To restore a database and, optionally, recover it to bring it online, or to restore a file or filegroup, use either the Transact-SQLTransact-SQL RESTORE statement or the SQL Server Management StudioSQL Server Management Studio Restore tasks. 자세한 내용은 복원 및 복구 개요(SQL Server)를 참조하세요.For more information see Restore and Recovery Overview (SQL Server).

BACKUP 옵션에 대한 추가 고려 사항Additional considerations about BACKUP options

SKIP, NOSKIP, INIT, NOINIT의 상호 작용Interaction of SKIP, NOSKIP, INIT, and NOINIT

다음 표에서는 { NOINIT | INIT }와 { NOSKIP | SKIP } 옵션 간의 상호 작용을 보여 줍니다.This table describes interactions between the { NOINIT | INIT } and { NOSKIP | SKIP } options.

참고

테이프 미디어가 비어 있거나 디스크 백업 파일이 없는 경우에는 이러한 모든 상호 작용에서 미디어 헤더를 기록한 다음 작업을 계속 진행합니다.If the tape media is empty or the disk backup file does not exist, all these interactions write a media header and proceed. 미디어가 비어 있지 않은데도 유효한 미디어 헤더가 없는 경우에는 이러한 작업에서 유효한 MTF 미디어가 아니라는 사실을 알린 후 백업 작업을 종료합니다.If the media is not empty and lacks a valid media header, these operations give feedback stating that this is not valid MTF media, and they terminate the backup operation.

NOINITNOINIT INITINIT
NOSKIPNOSKIP 볼륨에 유효한 미디어 헤더가 포함되어 있으면 미디어 이름이 지정된 MEDIANAME과 일치하는지 확인합니다.If the volume contains a valid media header, verifies that the media name matches the given MEDIANAME, if any. 이름이 일치하면 기존 백업 세트를 모두 유지하면서 백업 세트를 추가합니다.If it matches, appends the backup set, preserving all existing backup sets.
볼륨에 유효한 미디어 헤더가 포함되어 있지 않으면 오류가 발생합니다.If the volume does not contain a valid media header, an error occurs.
볼륨에 유효한 미디어 헤더가 포함되어 있으면 다음 검사를 수행합니다.If the volume contains a valid media header, performs the following checks:
  • MEDIANAME이 지정되어 있으면 지정된 미디어 이름이 미디어 헤더의 미디어 이름과 일치하는지 확인합니다.1If MEDIANAME was specified, verifies that the given media name matches the media header's media name.1
  • 미디어에 만료되지 않은 백업 세트가 없는지 확인합니다.Verifies that there are no unexpired backup sets already on the media. 만료되지 않은 백업 세트가 있으면 백업을 종료합니다.If there are, terminates the backup.

이러한 검사를 통과하면 미디어 헤더만 유지하며 미디어의 모든 백업 세트를 덮어씁니다.If these checks pass, overwrites any backup sets on the media, preserving only the media header.
볼륨에 유효한 미디어 헤더가 포함되어 있지 않으면 지정된 MEDIANAMEMEDIADESCRIPTION을 사용하여 미디어 헤더를 생성합니다.If the volume does not contain a valid media header, generates one with using specified MEDIANAME and MEDIADESCRIPTION, if any.
SKIPSKIP 볼륨에 유효한 미디어 헤더가 포함되어 있으면 기존 백업 세트를 모두 유지하면서 백업 세트를 추가합니다.If the volume contains a valid media header, appends the backup set, preserving all existing backup sets. 볼륨에 유효한2 미디어 헤더가 포함되어 있으면 미디어 헤더만 유지하며 미디어의 모든 백업 세트를 덮어씁니다.If the volume contains a valid2 media header, overwrites any backup sets on the media, preserving only the media header.
미디어가 비어 있으면 지정된 MEDIANAMEMEDIADESCRIPTION을 사용하여 미디어 헤더를 생성합니다.If the media is empty, generates a media header using the specified MEDIANAME and MEDIADESCRIPTION, if any.

1 적절한 고정 데이터베이스 또는 서버 역할에 속하는 사용자만 백업 작업을 수행할 수 있습니다.1 The user must belong to the appropriate fixed database or server roles to perform a backup operation.

2 유효성에는 MTF 버전 번호와 기타 헤더 정보가 포함됩니다.2 Validity includes the MTF version number and other header information. 지정한 버전이 지원되지 않거나 예기치 못한 값일 경우 오류가 발생합니다.If the version specified is unsupported or an unexpected value, an error occurs.

호환성Compatibility

주의

최신 버전의 SQL ServerSQL Server 로 만든 백업은 이전 버전의 SQL ServerSQL Server에서 복원할 수 없습니다.Backups that are created by more recent version of SQL ServerSQL Server cannot be restored in earlier versions of SQL ServerSQL Server.

BACKUP은 이전 버전의 SQL ServerSQL Server와의 호환성을 위해 RESTART 옵션을 지원합니다.BACKUP supports the RESTART option to provide backward compatibility with earlier versions of SQL ServerSQL Server. 하지만 RESTART은 아무 효과가 없습니다.But RESTART has no effect.

일반적인 주의 사항General remarks

데이터베이스와 트랜잭션 로그가 하나의 물리적 위치에 보관되도록 데이터베이스나 로그 백업을 디스크나 테이프 장치에 추가할 수 있습니다.Database or log backups can be appended to any disk or tape device, allowing a database and its transaction logs to be kept within one physical location.

명시적 또는 암시적 트랜잭션에서는 BACKUP 문을 사용할 수 없습니다.The BACKUP statement is not allowed in an explicit or implicit transaction.

운영 체제가 데이터베이스의 데이터 정렬을 지원하는 한 프로세서 유형이 다르더라도 플랫폼 간 백업 작업을 수행할 수 있습니다.Cross-platform backup operations, even between different processor types, can be performed as long as the collation of the database is supported by the operating system.

단일 데이터 파일로 TDE(투명한 데이터 암호화) 가능 데이터베이스에 백업 압축을 사용하는 경우 65536(64KB)보다 큰 MAXTRANSFERSIZE 설정을 사용하는 것이 좋습니다.When using backup compression with Transparent Data Encryption (TDE) enabled databases with a single data file, it is recommended to use a MAXTRANSFERSIZE setting larger than 65536 (64 KB).
SQL Server 2016(13.x)SQL Server 2016 (13.x)부터는 TDE 암호화 데이터베이스에 최적화된 압축 알고리즘 즉, 먼저 페이지 암호를 해독하고 압축한 다음, 다시 암호화하는 알고리즘이 사용됩니다.Starting with SQL Server 2016(13.x)SQL Server 2016 (13.x), this enables an optimized compression algorithm for TDE encrypted databases that first decrypts a page, compresses it and then encrypts it again. MAXTRANSFERSIZE = 65536(64KB)을 사용하는 경우 TDE로 암호화된 데이터베이스를 통해 백업 압축을 수행하면 암호화된 페이지가 바로 압축되어 압축률이 좋지 않을 수 있습니다.If using MAXTRANSFERSIZE = 65536 (64 KB), backup compression with TDE encrypted databases directly compresses the encrypted pages, and may not yield good compression ratios. 자세한 내용은 TDE 가능 데이터베이스의 백업 압축을 참조하세요.For more information, see Backup Compression for TDE-enabled Databases.

참고

TDE로 암호화된 데이터베이스에 최적화된 압축 알고리즘은 다음과 같은 경우에 자동으로 사용됩니다.The optimized compression algorithm for TDE encrypted databases is used automatically when:

  • 기본 MAXTRANSFERSIZE가 1048576(1MB)으로 변경되고 더 낮은 값으로 강제 적용되지 않는 경우에 사용됩니다.is used, in which case the default MAXTRANSFERSIZE is changed to 1048576 (1 MB), and is not forced to a lower value.
  • 데이터베이스에 여러 데이터 파일이 있을 때, 기본 MAXTRANSFERSIZE가 65536(64KB)의 배수로 변경되고 더 낮은 값(예: MAXTRANSFERSIZE = 65536)으로 변경되지 않는 경우The database has multiple data files, in which case the default MAXTRANSFERSIZE is changed to a multiple of 65536 (64 KB) is not changed to a lower value (such as MAXTRANSFERSIZE = 65536).

기본적으로 백업 작업을 성공적으로 수행할 때마다 SQL ServerSQL Server 오류 로그와 시스템 이벤트 로그에 항목이 추가됩니다.By default, every successful backup operation adds an entry in the SQL ServerSQL Server error log and in the system event log. 로그를 자주 백업하는 경우 이러한 성공 메시지는 바로 누적되므로 엄청난 오류 로그가 쌓여 다른 메시지를 찾기 힘들 수 있습니다.If back up the log very frequently, these success messages accumulate quickly, resulting in huge error logs that can make finding other messages difficult. 이 경우 스크립트가 이러한 로그 항목에 종속되지 않을 경우 추적 플래그 3226을 사용하여 이러한 항목을 표시하지 않을 수 있습니다.In such cases you can suppress these log entries by using trace flag 3226 if none of your scripts depend on those entries. 자세한 내용은 추적 플래그(Transact-SQL)를 참조하세요.For more information, see Trace Flags (Transact-SQL).

상호 운용성Interoperability

SQL ServerSQL Server에서는 온라인 백업 프로세스를 사용하여 데이터베이스가 사용 중일 때도 데이터베이스 백업을 수행할 수 있습니다. uses an online backup process to allow a database backup while the database is still in use. 백업 시 대부분의 작업을 수행할 수 있습니다. 예를 들어 INSERT, UPDATE 또는 DELETE 문은 백업 작업 시에도 사용할 수 있습니다.During a backup, most operations are possible; for example, INSERT, UPDATE, or DELETE statements are allowed during a backup operation.

데이터베이스 또는 트랜잭션 로그 백업 시에 실행할 수 없는 작업은 다음과 같습니다.Operations that cannot run during a database or transaction log backup include:

  • ADD FILE 또는 REMOVE FILE 옵션이 있는 ALTER DATABASE문과 같은 파일 관리 작업.File management operations such as the ALTER DATABASE statement with either the ADD FILE or REMOVE FILE options.

  • 데이터베이스 축소 또는 파일 축소 작업.Shrink database or shrink file operations. 자동 축소 작업도 포함됩니다.This includes auto-shrink operations.

백업 작업이 파일 관리 또는 축소 작업과 겹치면 충돌이 발생합니다.If a backup operation overlaps with a file-management or shrink operation, a conflict arises. 충돌하는 작업 중 어떤 작업이 먼저 시작되었는지에 관계없이 두 번째 작업은 첫 번째 작업이 설정한 잠금 시간이 초과될 때까지 대기합니다. 제한 시간은 세션 제한 시간 설정에서 제어합니다.Regardless of which of the conflicting operation began first, the second operation waits for the lock set by the first operation to time out (the time-out period is controlled by a session timeout setting). 제한 시간 동안에 잠금이 해제되면 두 번째 작업이 계속됩니다.If the lock is released during the time-out period, the second operation continues. 잠금 제한 시간이 초과되면 두 번째 작업이 실패합니다.If the lock times out, the second operation fails.

SQL Database 관리되는 인스턴스의 제한 사항Limitations for SQL Database Managed Instance

SQL Database 관리되는 인스턴스는 데이터베이스를 스트라이프가 최대 32개인 백업으로 백업할 수 있습니다. 이는 백업 압축을 사용하는 경우 최대 4TB의 데이터베이스에 충분합니다.SQL Database Managed Instance can back up a database to a backup with up to 32 stripes, which is enough for the databases up to 4 TB if backup compression is used.

최대 백업 스트라이프 크기는 195GB(최대 blob 크기)입니다.Max backup stripe size is 195 GB (maximum blob size). 개별 스트라이프 크기를 줄이고 이 제한 내로 유지하려면 백업 명령에서 스트라이프 수를 늘립니다.Increase the number of stripes in the backup command to reduce individual stripe size and stay within this limit.

참고

온-프레미스에서 이 제한 사항을 해결하려면 URL에 백업하는 대신 DISK에 백업하고, blob에 백업 파일을 업로드한 다음, 복원합니다.To work around this limitation on-premises, backup to DISK instead of backup to URL, upload backup file to blob, then restore. 다른 blob 유형이 사용되므로 복원은 더 큰 파일을 지원합니다.Restore supports bigger files because a different blob type is used.

메타데이터Metadata

SQL ServerSQL Server에는 백업 작업을 추적하는 다음과 같은 백업 기록 테이블이 있습니다. includes the following backup history tables that track backup activity:

복원이 수행될 때 백업 세트가 msdb 데이터베이스에 아직 기록되어 있지 않으면 백업 기록 테이블을 수정할 수 있습니다.When a restore is performed, if the backup set was not already recorded in the msdb database, the backup history tables might be modified.

보안Security

SQL Server 2012(11.x)SQL Server 2012 (11.x)부터 PASSWORDMEDIAPASSWORD 옵션은 백업을 만드는 데 지원되지 않습니다.Beginning with SQL Server 2012(11.x)SQL Server 2012 (11.x), the PASSWORD and MEDIAPASSWORD options are discontinued for creating backups. 암호로 만든 백업을 여전히 복원할 수 있습니다.It is still possible to restore backups created with passwords.

사용 권한Permissions

BACKUP DATABASE 및 BACKUP LOG 권한은 기본적으로 sysadmin 고정 서버 역할과 db_ownerdb_backupoperator 고정 데이터베이스 역할의 멤버로 설정됩니다.BACKUP DATABASE and BACKUP LOG permissions default to members of the sysadmin fixed server role and the db_owner and db_backupoperator fixed database roles.

백업 장치의 물리적 파일에서 발생하는 소유권과 사용 권한 문제는 백업 작업에 영향을 미칠 수 있습니다.Ownership and permission problems on the backup device's physical file can interfere with a backup operation. SQL ServerSQL Server 는 장치를 읽고 쓸 수 있어야 하므로 SQL ServerSQL Server 서비스가 실행되는 계정에는 쓰기 권한이 있어야 합니다. must be able to read and write to the device; the account under which the SQL ServerSQL Server service runs must have write permissions. 그러나 시스템 테이블의 백업 장치에 대한 항목을 추가하는 sp_addumpdevice는 파일 액세스 권한을 확인하지 않습니다.However, sp_addumpdevice, which adds an entry for a backup device in the system tables, does not check file access permissions. 백업 장치의 물리적 파일에서 발생하는 이러한 문제는 백업 또는 복원을 시도할 때 실제 리소스를 액세스하기 전까지는 발생하지 않습니다.Such problems on the backup device's physical file may not appear until the physical resource is accessed when the backup or restore is attempted.

Examples

이 섹션에서는 다음과 같은 예를 보여 줍니다.This section contains the following examples:

참고

백업 방법 도움말 항목에 추가적인 예가 포함되어 있습니다.The backup how-to topics contain additional examples. 자세한 내용은 백업 개요(SQL Server)을 참조하세요.For more information, see Backup Overview (SQL Server).

1.A. 전체 데이터베이스 백업Backing up a complete database

다음 예에서는 AdventureWorks2012AdventureWorks2012 데이터베이스를 디스크 파일에 백업합니다.The following example backs up the AdventureWorks2012AdventureWorks2012 database to a disk file.

BACKUP DATABASE AdventureWorks2012   
 TO DISK = 'Z:\SQLServerBackups\AdvWorksData.bak'  
   WITH FORMAT;  
GO  

2.B. 데이터베이스 및 로그 백업Backing up the database and log

다음 예에서는 기본적으로 단순 복구 모델을 사용하는 AdventureWorks2012AdventureWorks2012 예제 데이터베이스를 백업하고The following example backups up the AdventureWorks2012AdventureWorks2012 sample database, which uses the simple recovery model by default. 로그 백업을 지원하기 위해 AdventureWorks2012AdventureWorks2012 데이터베이스에서 전체 복구 모델을 사용하도록 수정합니다.To support log backups, the AdventureWorks2012AdventureWorks2012 database is modified to use the full recovery model.

그런 다음, sp_addumpdevice를 사용하여 AdvWorksData 데이터를 백업하기 위한 논리적 백업 장치를 만들고 AdvWorksLog 로그를 백업하기 위한 다른 논리적 백업 장치를 만듭니다.Next, the example uses sp_addumpdevice to create a logical backup device for backing up data, AdvWorksData, and creates another logical backup device for backing up the log, AdvWorksLog.

마지막으로 AdvWorksData에 대한 전체 데이터베이스 백업을 만들고 업데이트 작업 기간이 경과된 후 로그를 AdvWorksLog에 백업합니다.The example then creates a full database backup to AdvWorksData, and after a period of update activity, backs up the log to AdvWorksLog.

-- To permit log backups, before the full database backup, modify the database   
-- to use the full recovery model.  
USE master;  
GO  
ALTER DATABASE AdventureWorks2012  
   SET RECOVERY FULL;  
GO  
-- Create AdvWorksData and AdvWorksLog logical backup devices.   
USE master  
GO  
EXEC sp_addumpdevice 'disk', 'AdvWorksData',   
'Z:\SQLServerBackups\AdvWorksData.bak';  
GO  
EXEC sp_addumpdevice 'disk', 'AdvWorksLog',   
'X:\SQLServerBackups\AdvWorksLog.bak';  
GO  

-- Back up the full AdventureWorks2012 database.  
BACKUP DATABASE AdventureWorks2012 TO AdvWorksData;  
GO  
-- Back up the AdventureWorks2012 log.  
BACKUP LOG AdventureWorks2012  
   TO AdvWorksLog;  
GO  

참고

프로덕션 데이터베이스의 경우에는 로그를 정기적으로 백업하십시오.For a production database, back up the log regularly. 로그 백업은 데이터 손실을 충분히 방지할 수 있을 만큼 자주 수행해야 합니다.Log backups should be frequent enough to provide sufficient protection against data loss.

3.C. 보조 파일 그룹의 전체 파일 백업 만들기Creating a full file backup of the secondary filegroups

다음 예에서는 두 보조 파일 그룹에 있는 모든 파일의 전체 파일 백업을 만듭니다.The following example creates a full file backup of every file in both of the secondary filegroups.

--Back up the files in SalesGroup1:  
BACKUP DATABASE Sales  
   FILEGROUP = 'SalesGroup1',  
   FILEGROUP = 'SalesGroup2'  
   TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck';  
GO  

4.D. 보조 파일 그룹의 차등 파일 백업 만들기Creating a differential file backup of the secondary filegroups

다음 예에서는 두 보조 파일 그룹에 있는 모든 파일의 차등 파일 백업을 만듭니다.The following example creates a differential file backup of every file in both of the secondary filegroups.

--Back up the files in SalesGroup1:  
BACKUP DATABASE Sales  
   FILEGROUP = 'SalesGroup1',  
   FILEGROUP = 'SalesGroup2'  
   TO DISK = 'Z:\SQLServerBackups\SalesFiles.bck'  
   WITH   
      DIFFERENTIAL;  
GO  

5.E. 미러된 단일 패밀리 미디어 세트 만들기 및 백업Creating and backing up to a single-family mirrored media set

다음 예에서는 단일 미디어 패밀리와 4개의 미러를 포함하는 미러된 미디어 세트를 만들고 AdventureWorks2012AdventureWorks2012 데이터베이스를 해당 미디어 세트에 백업합니다.The following example creates a mirrored media set containing a single media family and four mirrors and backs up the AdventureWorks2012AdventureWorks2012 database to them.

BACKUP DATABASE AdventureWorks2012  
TO TAPE = '\\.\tape0'  
MIRROR TO TAPE = '\\.\tape1'  
MIRROR TO TAPE = '\\.\tape2'  
MIRROR TO TAPE = '\\.\tape3'  
WITH  
   FORMAT,  
   MEDIANAME = 'AdventureWorksSet0';  

6.F. 미러된 다중 패밀리 미디어 세트 만들기 및 백업Creating and backing up to a multifamily mirrored media set

다음 예에서는 각 미러가 두 개의 미디어 패밀리로 구성되는 미러된 미디어 세트를 만듭니다.The following example creates a mirrored media set in which each mirror consists of two media families. 그런 다음 AdventureWorks2012AdventureWorks2012 데이터베이스를 두 미러에 백업합니다.The example then backs up the AdventureWorks2012AdventureWorks2012 database to both mirrors.

BACKUP DATABASE AdventureWorks2012  
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'  
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'  
WITH  
   FORMAT,  
   MEDIANAME = 'AdventureWorksSet1';  

G.G. 기존 미러된 미디어 세트에 백업Backing up to an existing mirrored media set

다음 예에서는 앞부분에 나오는 예에서 만든 미디어 세트에 백업 세트를 추가합니다.The following example appends a backup set to the media set created in the preceding example.

BACKUP LOG AdventureWorks2012  
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'  
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'  
WITH   
   NOINIT,  
   MEDIANAME = 'AdventureWorksSet1';  

참고

기본값인 NOINIT는 쉽게 구분할 수 있도록 여기에 표시됩니다.NOINIT, which is the default, is shown here for clarity.

H.H. 새 미디어 세트에 압축된 백업 만들기Creating a compressed backup in a new media set

다음 예에서는 미디어를 포맷하여 새 미디어 세트를 만들고 AdventureWorks2012AdventureWorks2012 데이터베이스에 대해 압축된 전체 백업을 수행합니다.The following example formats the media, creating a new media set, and perform a compressed full backup of the AdventureWorks2012AdventureWorks2012 database.

BACKUP DATABASE AdventureWorks2012 TO DISK='Z:\SQLServerBackups\AdvWorksData.bak'   
WITH   
   FORMAT,   
   COMPRESSION;  

I.I. Microsoft Azure Blob 저장소 서비스에 백업Backing up to the Microsoft Azure Blob storage service

이 예에서는 Microsoft Azure Blob 저장소 서비스에 Sales의 전체 데이터베이스 백업을 수행합니다.The example performs a full database backup of Sales to the Microsoft Azure Blob storage service. 저장소 계정 이름은 mystorageaccount입니다.The storage Account name is mystorageaccount. 컨테이너는 myfirstcontainer입니다.The container is called myfirstcontainer. 읽기, 쓰기, 삭제 및 나열 권한이 있는 저장된 액세스 정책을 만들었습니다.A stored access policy has been created with read, write, delete, and list rights. 저장된 액세스 정책에 연결된 공유 액세스 서명을 사용하여 SQL ServerSQL Server 자격 증명인 https://mystorageaccount.blob.core.windows.net/myfirstcontainer를 만들었습니다.The SQL ServerSQL Server credential, https://mystorageaccount.blob.core.windows.net/myfirstcontainer, was created using a Shared Access Signature that is associated with the Stored Access Policy. Microsoft Azure Blob 저장소 서비스로 SQL ServerSQL Server 백업 방법에 대한 자세한 내용은 Microsoft Azure Blob Storage 서비스로 SQL Server 백업 및 복원URL에 대한 SQL Server 백업을 참조하세요.For information on SQL ServerSQL Server backup to the Windows Azure Blob storage service, see SQL Server Backup and Restore with Microsoft Azure Blob Storage Service and SQL Server Backup to URL.

BACKUP DATABASE Sales
TO URL = 'https://mystorageaccount.blob.core.windows.net/myfirstcontainer/Sales_20160726.bak'
WITH STATS = 5;

참고 항목See Also

백업 장치(SQL Server) Backup Devices (SQL Server)
미디어 세트, 미디어 패밀리 및 백업 세트(SQL Server) Media Sets, Media Families, and Backup Sets (SQL Server)
비상 로그 백업(SQL Server) Tail-Log Backups (SQL Server)
ALTER DATABASE(Transact-SQL) ALTER DATABASE (Transact-SQL)
DBCC SQLPERF(Transact-SQL) DBCC SQLPERF (Transact-SQL)
RESTORE(Transact-SQL) RESTORE (Transact-SQL)
RESTORE FILELISTONLY(Transact-SQL) RESTORE FILELISTONLY (Transact-SQL)
RESTORE HEADERONLY(Transact-SQL) RESTORE HEADERONLY (Transact-SQL)
RESTORE LABELONLY(Transact-SQL) RESTORE LABELONLY (Transact-SQL)
RESTORE VERIFYONLY(Transact-SQL) RESTORE VERIFYONLY (Transact-SQL)
sp_addumpdevice(Transact-SQL) sp_addumpdevice (Transact-SQL)
sp_configure (Transact-SQL) sp_configure (Transact-SQL)
sp_helpfile(Transact-SQL) sp_helpfile (Transact-SQL)
sp_helpfilegroup(Transact-SQL) sp_helpfilegroup (Transact-SQL)
서버 구성 옵션(SQL Server) Server Configuration Options (SQL Server)
메모리 액세스에 최적화된 테이블이 있는 데이터베이스의 증분 복원Piecemeal Restore of Databases With Memory-Optimized Tables