다음을 통해 공유


BACKUP(Transact-SQL)

업데이트: 2006년 12월 12일

전체 데이터베이스 또는 하나 이상의 파일이나 파일 그룹을 백업합니다(BACKUP DATABASE). 또한 전체 복구 모델 또는 대량 로그 복구 모델에서 트랜잭션 로그를 백업합니다(BACKUP LOG).

항목 링크 아이콘Transact-SQL 구문 표기 규칙

구문

Backing Up a Whole Database 
BACKUP DATABASE { database_name | @database_name_var } 
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { DIFFERENTIAL | <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 { database_name | @database_name_var } 
  TO <backup_device> [ ,...n ] 
  [ <MIRROR TO clause> ] [ next-mirror-to ]
  [ WITH { <general_WITH_options> | <log-specific_optionspec> } [ ,...n ] ]
[;]

Truncating the Transaction Log (breaks the log chain) 
BACKUP LOG { database_name | @database_name_var } 
  WITH { NO_LOG | TRUNCATE_ONLY } 
[;]

<backup_device>::= 
 {
   { logical_device_name | @logical_device_name_var } 
 | { DISK | TAPE } = 
     { 'physical_device_name' | @physical_device_name_var }
 } 

<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 
  | DESCRIPTION = { 'text' | @text_variable } 
 | NAME = { backup_set_name | @backup_set_name_var } 
 | PASSWORD = { password | @password_variable } 
 | [ EXPIREDATE = { date | @date_var } 
        | RETAINDAYS = { days | @days_var } ] 
 | NO_LOG 

--Media Set Options
   { NOINIT | INIT } 
 | { NOSKIP | SKIP } 
 | { NOFORMAT | FORMAT } 
 | MEDIADESCRIPTION = { 'text' | @text_variable } 
 | MEDIANAME = { media_name | @media_name_variable } 
 | MEDIAPASSWORD = { mediapassword | @mediapassword_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
   { REWIND | NOREWIND } 
 | { UNLOAD | NOUNLOAD } 

--Log-specific Options
   { NORECOVERY | STANDBY = undo_file_name }
 | NO_TRUNCATE

인수

  • DATABASE
    전체 데이터베이스 백업을 지정합니다. 파일 및 파일 그룹의 목록이 지정되어 있으면 해당 파일 및 파일 그룹만 백업됩니다. 전체 또는 차등 데이터베이스 백업 시 SQL Server는 백업을 복원할 때 일관성 있는 데이터베이스를 생성하기 위해 충분한 트랜잭션 로그를 백업합니다.

    [!참고] 전체 데이터베이스 백업만 master 데이터베이스에서 수행할 수 있습니다.

  • LOG
    트랜잭션 로그만 백업하도록 지정합니다. 성공적으로 실행된 마지막 로그 백업에서 현재 로그의 끝에 로그가 백업됩니다. 첫 로그 백업을 만들려면 전체 백업을 만들어야 합니다.

    [!참고] 일반적인 로그 백업 후 WITH NO_TRUNCATE 또는 COPY_ONLY를 지정하지 않으면 일부 트랜잭션 로그 레코드가 비활성 상태가 됩니다. 하나 이상의 가상 로그 파일 내의 모든 레코드가 비활성 상태가 된 후에는 로그가 잘립니다. 일상적인 로그 백업 후 로그가 잘리지 않을 경우 로그 잘림이 지연되는 것일 수 있습니다. 자세한 내용은 트랜잭션 로그 관리를 참조하십시오.

  • { database_name| @database_name_var }
    트랜잭션 로그, 일부 데이터베이스, 전체 데이터베이스가 백업되는 데이터베이스입니다. 변수(@database_name_var)로 제공한 경우 이 이름은 문자열 상수(@database_name_var
    =
    database name)나 ntext 또는 text 데이터 형식을 제외한 문자열 데이터 형식의 변수로 지정할 수 있습니다.

    [!참고] 데이터베이스 미러링 파트너 관계의 미러 데이터베이스는 백업할 수 없습니다.

  • <file_or_filegroup> [ ,...n ]
    BACKUP DATABASE와 함께만 사용되며 파일 백업에 포함시킬 데이터베이스 파일 또는 파일 그룹을 지정하거나 부분 백업에 포함시킬 읽기 전용 파일 또는 파일 그룹을 지정합니다.

    • FILE ={ logical_file_name| **@**logical_file_name_var }
      파일의 논리적 이름이거나 해당 값이 백업에 포함시킬 파일의 논리적 이름과 같은 변수입니다.
    • FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var }
      파일 그룹의 논리적 이름이거나 해당 값이 백업에 포함시킬 파일 그룹의 논리적 이름과 같은 변수입니다. 단순 복구 모델에서 파일 그룹 백업은 읽기 전용 파일 그룹에만 사용할 수 있습니다.

      [!참고] 데이터베이스 크기와 성능 요구 사항으로 인해 데이터베이스 백업이 불가능할 경우 파일 백업을 사용하십시오.

    • n
      쉼표로 구분된 목록에 여러 개의 파일 및 파일 그룹을 지정할 수 있음을 나타내는 자리 표시자입니다. 입력할 수 있는 수에는 제한이 없습니다.

    자세한 내용은 전체 파일 백업방법: 파일 및 파일 그룹 백업(Transact-SQL)을 참조하십시오.

  • READ_WRITE_FILEGROUPS [ , FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var } [ ,...n ] ]
    부분 백업을 지정합니다. 부분 백업은 주 파일 그룹, 모든 읽기/쓰기 보조 파일 그룹, 지정된 모든 읽기 전용 파일이나 파일 그룹과 같은 데이터베이스에 있는 모든 읽기/쓰기 파일을 포함합니다.

    • READ_WRITE_FILEGROUPS
      부분 백업 시 모든 읽기/쓰기 파일 그룹을 백업하도록 지정합니다. 데이터베이스가 읽기 전용일 경우 READ_WRITE_FILEGROUPS에는 주 파일 그룹만 포함됩니다.

      ms186865.note(ko-kr,SQL.90).gif중요:
      READ_WRITE_FILEGROUPS 대신 FILEGROUP을 사용하여 읽기/쓰기 파일 그룹을 명시적으로 나열하면 파일 백업이 생성됩니다.
    • FILEGROUP = { logical_filegroup_name| **@**logical_filegroup_name_var }
      읽기 전용 파일 그룹의 논리적 이름이거나 해당 값이 부분 백업에 포함시킬 읽기 전용 파일 그룹의 논리적 이름과 같은 변수입니다. 자세한 내용은 이 항목의 앞부분에 나오는 ">file_or_filegroup<"을 참조하십시오.
    • n
      쉼표로 구분된 목록에 여러 개의 읽기 전용 파일 그룹을 지정할 수 있음을 나타내는 자리 표시자입니다.

    부분 백업에 대한 자세한 내용은 부분 백업을 참조하십시오.

  • TO <backup_device> [ ,...n ]
    함께 제공되는 백업 장치 세트가 미러되지 않은 미디어 세트이거나 하나 이상의 MIRROR TO 절이 선언된 경우 미러된 미디어 세트 내의 미러 중 첫 번째임을 나타냅니다.

    • <backup_device>
      백업 작업에 사용할 논리적 백업 장치나 물리적 백업 장치를 지정합니다.

      • { logical_device_name | @logical_device_name_var }
        sp_addumpdevice로 만들었으며 데이터베이스를 백업할 백업 장치의 논리적 이름입니다. 논리적 이름은 식별자 규칙을 따라야 합니다. 변수(@logical_device_name_var)로 제공한 경우 백업 장치 이름은 문자열 상수(@logical_device_name_var
        =
        logical backup device name)나 ntext 또는 text 데이터 형식을 제외한 문자열 데이터 형식의 변수로 지정할 수 있습니다.
      • { DISK | TAPE } = { 'physical_device_name' | **@**physical_device_name_var }
        디스크 파일 또는 테이프 장치를 지정합니다. BACKUP 문을 실행하기 전에는 지정된 장치가 없어도 됩니다. 물리적 장치가 존재하고 BACKUP 문에서 INIT 옵션이 지정되지 않은 경우에는 백업이 장치에 추가됩니다.

        자세한 내용은 백업 장치를 참조하십시오.

    • n
      쉼표로 구분된 목록에 백업 장치를 최대 64개까지 지정할 수 있음을 나타내는 자리 표시자입니다.
  • MIRROR TO <backup_device> [ ,...n ]
    TO 절에 지정된 백업 장치를 미러할 하나 이상의 백업 장치 세트를 지정합니다. MIRROR TO 절에는 TO 절에서와 같은 유형과 개수의 백업 장치를 지정해야 합니다. MIRROR TO 절은 최대 3개까지 포함시킬 수 있습니다.

    이 옵션은 SQL Server 2005 Enterprise Edition 이상 버전에서만 사용할 수 있습니다.

    [!참고] MIRROR TO = DISK인 경우 BACKUP은 디스크 장치에 적합한 블록 크기를 자동으로 결정합니다. 블록 크기에 대한 자세한 내용은 이 표의 뒷부분에 나오는 "BLOCKSIZE"를 참조하십시오.

    • <backup_device>
      이 섹션의 앞부분에 나오는 "<backup_device>"를 참조하십시오.
    • n
      쉼표로 구분된 목록에 백업 장치를 최대 64개까지 지정할 수 있음을 나타내는 자리 표시자입니다. MIRROR TO 절의 장치 수는 TO 절의 장치 수와 같아야 합니다.
  • [ next-mirror-to ]
    단일 TO절을 포함하여 단일 BACKUP 문에 MIRROR TO 절을 최대 3개까지 포함시킬 수 있음을 나타내는 자리 표시자입니다.

WITH 옵션

백업 작업에 사용할 옵션을 지정합니다.

  • DIFFERENTIAL
    BACKUP DATABASE와 함께만 사용되며 데이터베이스 또는 파일 백업이 마지막 전체 백업 이후 변경된 데이터베이스 또는 파일 부분으로만 구성되도록 지정합니다. 일반적으로 차등 백업은 전체 백업보다 적은 공간을 사용합니다. 마지막 전체 백업 이후 수행된 개별 로그 백업 중 일부를 적용할 필요가 없도록 하려면 이 옵션을 사용합니다.

    [!참고] 기본적으로 BACKUP DATABASE는 전체 백업을 만듭니다.

    자세한 내용은 차등 백업 사용을 참조하십시오.

백업 세트 옵션

이러한 옵션은 이 백업 작업에서 만든 백업 세트에서 작동합니다.

[!참고] 복원 작업에 백업 세트를 지정하려면 FILE =<backup_set_file_number> 옵션을 사용합니다. 백업 세트를 지정하는 방법은 RESTORE 인수(Transact-SQL)를 참조하십시오.

  • COPY_ONLY
    백업이 정상적인 백업 시퀀스에 영향을 주지 않는 복사 전용 백업임을 지정합니다. 복사 전용 백업은 정기적으로 예약되어 수행되는 기존 백업과는 별개로 생성됩니다. 복사 전용 백업은 백업 전체에 영향을 주지 않고 데이터베이스에 대한 프로시저를 복원합니다.

    복사 전용 백업은 온라인 파일을 복원하기 전에 로그를 백업하는 것과 같은 특별한 목적을 위해 백업을 수행할 때 사용할 수 있도록 SQL Server 2005에 도입되었습니다. 일반적으로 복사 전용 로그 백업은 한 번만 사용된 후 삭제됩니다.

    • BACKUP DATABASE와 함께 사용하는 경우 COPY_ONLY 옵션은 차등 기반으로 사용할 수 없는 전체 백업을 만듭니다. 차등 비트맵은 업데이트되지 않으며 차등 백업은 복사 전용 백업이 없는 것처럼 작동합니다. 후속 차등 백업은 가장 최근의 기존 전체 백업을 기반으로 사용합니다.
      ms186865.note(ko-kr,SQL.90).gif중요:
      DIFFERENTIAL과 COPY_ONLY를 함께 사용하면 COPY_ONLY가 무시되고 차등 백업이 생성됩니다.
    • BACKUP LOG와 함께 사용하는 경우 COPY_ONLY 옵션은 트랜잭션 로그를 자르지 않는 복사 전용 로그 백업을 만듭니다. 복사 전용 로그 백업은 로그 체인에 영향을 주지 않으며 기타 로그 백업은 복사 전용 백업이 없는 것처럼 작동합니다.

    자세한 내용은 복사 전용 백업을 참조하십시오.

  • DESCRIPTION = { 'text' | **@**text_variable }
    백업 세트를 설명하는 자유 형식의 텍스트를 지정합니다. 문자열을 최대 255자까지 지정할 수 있습니다.
  • NAME = { backup_set_name| **@**backup_set_var }
    백업 세트의 이름을 지정합니다. 이름은 최대 128자까지 지정할 수 있습니다. NAME을 지정하지 않으면 공백이 됩니다.
  • PASSWORD = { password | **@**password_variable }
    백업 세트의 암호를 설정합니다. PASSWORD는 문자열입니다. 백업 세트에 대해 암호를 정의할 경우 백업 세트에서 SQL Server 복원 작업을 수행하려면 이 암호를 제공해야 합니다. 하지만 백업 세트 암호는 백업 파일을 덮어쓰지 못하도록 보호하지는 않습니다. 백업 파일을 덮어쓰지 못하도록 차단하려면 대신 미디어 세트 암호를 사용하십시오. 이 표의 뒷부분에 나오는 MEDIAPASSWORD 옵션을 참조하십시오. 암호 사용 방법은 이 항목의 뒷부분에 나오는 "사용 권한"을 참조하십시오.

    ms186865.security(ko-kr,SQL.90).gif보안 정보:
    암호에 의한 보호 수준은 낮은 편이며 권한 유무에 관계없이 사용자가 SQL Server 2005 도구를 사용하여 잘못된 복원을 수행하는 것을 방지합니다. 다른 수단을 사용한 백업 데이터 읽기나 암호 바꾸기를 방지하지는 않습니다. 백업을 보호하는 최상의 방법은 백업 테이프를 안전한 장소에 보관하거나 적합한 ACL(액세스 제어 목록)로 보호되는 디스크 파일에 백업하는 것입니다. ACL은 백업이 만들어지는 디렉터리 루트에 설정해야 합니다.

    [!참고] 이 PASSWORD 옵션은 SQL Server의 후속 릴리스에서 제거될 예정입니다.

  • [ EXPIREDATE **=**date | RETAINDAYS **=**date ]
    이 백업에 대한 백업 세트를 덮어쓸 수 있는 날짜를 지정합니다. 두 옵션을 모두 사용하면 RETAINDAYS가 EXPIREDATE보다 우선적으로 적용됩니다.

    두 옵션 모두 지정하지 않으면 mediaretention 구성 설정에 따라 만료 날짜가 결정됩니다. 자세한 내용은 서버 구성 옵션 설정을 참조하십시오.

    ms186865.note(ko-kr,SQL.90).gif중요:
    이러한 옵션은 SQL Server에서 파일을 덮어쓰지 못하도록 하기 위한 것입니다. 테이프는 다른 방법을 사용하여 지울 수 있고 디스크 파일은 운영 체제를 통해 삭제할 수 있습니다. 만료일 확인에 관한 자세한 내용은 이 항목에서 SKIP과 FORMAT을 참조하십시오.
    • EXPIREDATE = { date | **@**date_var }
      백업 세트가 만료되어 덮어쓸 수 있는 날짜를 지정합니다. 변수(@date_var)로 제공한 경우 이 날짜는 구성된 시스템 datetime 형식을 따라야 하며 다음 중 하나로 지정해야 합니다.

      • 문자열 상수(@date_var = date)
      • ntext 또는 text 데이터 형식을 제외한 문자열 데이터 형식의 변수
      • smalldatetime 변수
      • datetime 변수

      예를 들면 다음과 같습니다.

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

      datetime 값을 지정하는 방법은 영문자 날짜 형식숫자 날짜 형식을 참조하십시오.

      [!참고] 만료 날짜를 무시하려면 SKIP 옵션을 사용하십시오.

    • RETAINDAYS = { days| **@days_var }
      백업 미디어 세트를 덮어쓰지 않고 보존할 일 수를 지정합니다. 변수(
      @**days_var)로 제공한 경우 정수로 지정해야 합니다.
  • NO_LOG
    BACKUP DATABASE 문의 컨텍스트에서 백업에 어떤 로그도 포함되지 않도록 지정합니다. 이는 SQL Server 2005 이전 버전에서 파일 백업이 생성되는 방법과 같습니다. NO_LOG를 사용하여 만든 데이터베이스 백업은 로그 레코드가 없는 파일 백업의 전체 세트와 같습니다.

    전체 복구 모델에서 데이터를 신속하게 백업하고 해당 데이터의 로그 백업에 대한 전체 시퀀스가 있는 경우 NO_LOG가 유용합니다.

미디어 세트 옵션

이러한 옵션은 전체 미디어 세트에서 작동합니다.

  • { NOINIT | INIT }
    백업 작업이 백업 미디어의 기존 백업 세트에 추가되는지 또는 이를 덮어쓰는지 여부를 제어합니다. 기본적으로 백업 작업은 미디어의 최신 백업 세트에 추가됩니다(NOINIT).

    [!참고] { NOINIT | INIT }와 { NOSKIP | SKIP } 간의 상호 작용에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "주의"를 참조하십시오.

    • NOINIT
      백업 세트가 기존 백업 세트를 보존하면서 지정된 미디어 세트에 추가되는 것을 나타냅니다. 미디어 세트에 미디어 암호가 정의되어 있는 경우에는 암호를 제공해야 합니다. NOINIT는 기본값입니다.

      자세한 내용은 기존 백업 세트에 추가를 참조하십시오.

    • INIT
      미디어 헤더만 보존하고 모든 백업 세트를 덮어쓰도록 지정합니다. INIT가 지정되면 조건이 허용되는 경우 해당 장치의 기존 백업 세트를 모두 덮어씁니다. 기본적으로 BACKUP은 다음 조건을 확인하고 둘 중 한 조건에 해당되면 백업 미디어를 덮어쓰지 않습니다.

      • 백업 세트가 아직 만료되지 않은 경우. 자세한 내용은 EXPIREDATE 및 RETAINDATYS 옵션을 참조하십시오.
      • BACKUP 문에 지정된 백업 세트 이름이 백업 미디어에 있는 이름과 일치하지 않을 경우. 자세한 내용은 이 섹션의 앞부분에 나오는 NAME 옵션을 참조하십시오.

      이러한 검사를 무시하려면 SKIP 옵션을 사용합니다.

      [!참고] 백업 미디어가 암호로 보호되어 있는 경우 미디어 암호를 제공하지 않으면 SQL Server는 미디어에 기록하지 않습니다. SKIP 옵션은 이러한 검사보다 우선 적용되지 않습니다. 암호로 보호된 미디어는 다시 포맷하는 경우에만 덮어쓸 수 있습니다. 이 경우 미디어의 백업이 삭제됩니다. 미디어 암호에 대한 자세한 내용은 이 항목의 앞부분에 나오는 "MEDIAPASSWORD"를 참조하십시오. 미디어를 다시 포맷하는 방법은 이 항목의 앞부분에 나오는 "FORMAT"을 참조하십시오.

      자세한 내용은 백업 세트 덮어쓰기를 참조하십시오.

  • { NOSKIP | SKIP }
    백업 작업에서 미디어에 있는 백업 세트의 만료 날짜 및 시간을 덮어쓰기 전에 검사하는지 여부를 제어합니다.

    [!참고] { NOINIT | INIT }와 { NOSKIP | SKIP } 간 상호 작용에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "주의"를 참조하십시오.

    • NOSKIP
      BACKUP 문이 백업 세트를 덮어쓰기 전에 미디어에 있는 모든 백업 세트의 만료 날짜를 확인하도록 지정합니다. 기본값입니다.
    • SKIP
      백업 세트를 덮어쓰지 않도록 BACKUP 문에서 일반적으로 수행되는 백업 세트 만료 날짜와 이름 확인을 해제합니다. { INIT | NOINIT }와 { NOSKIP | SKIP } 간 상호 작용에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "주의"를 참조하십시오.

      백업 세트의 만료 날짜를 보려면 backupset 기록 테이블의 expiration_date 열을 쿼리합니다.

  • { NOFORMAT | FORMAT }
    이 백업 작업에 사용된 볼륨에 미디어 헤더를 기록하여 기존 미디어 헤더와 백업 세트를 덮어써야 하는지 여부를 지정합니다.

    • NOFORMAT
      백업 작업에서 이 작업에 사용된 미디어 볼륨의 기존 미디어 헤더와 백업 세트를 유지하도록 지정합니다. 이것이 기본값입니다.
    • FORMAT
      새 미디어 세트가 생성되도록 지정합니다. FORMAT을 사용하면 백업 작업에서 해당 작업에 사용된 모든 미디어 볼륨의 새 미디어 헤더를 기록합니다. 이때 볼륨의 기존 내용은 기존의 모든 미디어 헤더와 백업 세트가 덮어쓰이므로 사용할 수 없게 됩니다.

      ms186865.note(ko-kr,SQL.90).gif중요:
      FORMAT 옵션은 신중하게 사용해야 합니다. 미디어 세트의 볼륨을 포맷하면 전체 미디어 세트를 사용할 수 없게 됩니다. 예를 들어 기존 스트라이프 미디어 세트에 속하는 테이프 하나를 초기화하면 전체 미디어 세트를 사용할 수 없게 됩니다.

      FORMAT 지정은 SKIP을 의미하며 SKIP은 명시적으로 지정할 필요가 없습니다.

  • MEDIADESCRIPTION = { text | **@**text_variable }
    미디어 세트에 대한 설명 텍스트를 최대 255자까지 지정합니다.
  • MEDIANAME = { media_name | **@**media_name_variable }
    전체 백업 미디어 세트에 대한 미디어 이름을 지정합니다. 미디어 이름은 128자 이하여야 합니다. MEDIANAME을 지정하면 백업 볼륨에 이미 있는 이전에 지정한 미디어 이름과 일치해야 합니다. 지정하지 않거나 SKIP 옵션을 지정하면 미디어 이름에 대한 확인을 수행하지 않습니다.
  • MEDIAPASSWORD = { mediapassword | **@**mediapassword_variable }
    미디어 세트에 암호를 설정합니다. MEDIAPASSWORD는 문자열입니다.

    미디어 세트에 암호가 정의되어 있는 경우 해당 미디어 세트에서 백업 세트를 만들려면 암호를 제공해야 합니다. 또한 미디어 세트에서 복원 작업을 수행하려면 해당 미디어 암호도 제공해야 합니다. 암호로 보호된 미디어는 다시 포맷하는 경우에만 덮어쓸 수 있습니다. 자세한 내용은 FORMAT 옵션을 참조하십시오. 암호 사용 방법은 이 항목의 뒷부분에 나오는 사용 권한 섹션을 참조하십시오.

    ms186865.security(ko-kr,SQL.90).gif보안 정보:
    암호에 의한 보호 수준은 낮은 편이며 권한 유무에 관계없이 사용자가 SQL Server 2005 도구를 사용하여 잘못된 복원을 수행하는 것을 방지합니다. 다른 수단을 사용한 백업 데이터 읽기나 암호 바꾸기를 방지하지는 않습니다. 백업을 보호하는 최상의 방법은 백업 테이프를 안전한 장소에 보관하거나 적합한 ACL(액세스 제어 목록)로 보호되는 디스크 파일에 백업하는 것입니다. ACL은 백업이 만들어지는 디렉터리 루트에 설정해야 합니다.

    [!참고] 이 MEDIAPASSWORD 옵션은 SQL Server의 후속 릴리스에서 제거될 예정입니다.

  • BLOCKSIZE = { blocksize | **@**blocksize_variable }
    물리적 블록 크기(바이트)를 지정합니다. 지원되는 크기는 512, 1024, 2048, 4096, 8192, 16384, 32768 및 65536(64KB) 바이트입니다. 테이프 장치의 기본값은 65536이고 그렇지 않은 경우에는 512입니다. 일반적으로 BACKUP에서 장치에 적합한 블록 크기를 자동으로 선택하기 때문에 이 옵션은 필요하지 않습니다. 명시적으로 지정된 블록 크기는 자동 선택된 블록 크기보다 우선 적용됩니다.

    CD-ROM으로 복사하거나 CD-ROM에서 복원할 백업을 만드는 경우 BLOCKSIZE=2048을 지정합니다.

    [!참고] 이 옵션은 일반적으로 테이프 장치에 쓰는 경우에만 성능에 영향을 줍니다.

데이터 전송 옵션

  • BUFFERCOUNT = { buffercount | **@**buffercount_variable }
    백업 작업에 사용되는 I/O 버퍼의 총 수를 지정합니다. 임의의 양의 정수를 지정할 수 있지만 버퍼 수가 많으면 Sqlservr.exe 프로세스의 부적절한 가상 주소 공간으로 인해 "메모리가 부족합니다"라는 오류가 발생할 수 있습니다.

    버퍼에 사용되는 총 공간은 다음 식으로 결정됩니다. buffercount*****maxtransfersize.

  • MAXTRANSFERSIZE = { maxtransfersize | **@**maxtransfersize_variable }
    SQL Server와 백업 미디어 간에 사용되는 가장 큰 전송 단위(바이트)를 지정합니다. 가능한 값은 최대 4194304바이트(4MB)까지 65536바이트(64KB)의 배수입니다.

오류 관리 옵션

이러한 옵션을 사용하면 백업 작업에 대해 백업 체크섬을 설정할 수 있는지 여부와 오류 발생 시 해당 작업을 중지할지 여부를 결정할 수 있습니다.

  • { NO_CHECKSUM | CHECKSUM }
    백업 체크섬의 설정 여부를 제어합니다.

    • NO_CHECKSUM
      백업 체크섬 생성 및 페이지 체크섬의 유효성 검사를 명시적으로 해제합니다. 기본값입니다.
    • CHECKSUM
      BACKUP에서 다음과 같은 작업을 수행할 수 있도록 백업 체크섬을 설정합니다.

      1. 백업 미디어에 페이지를 쓰기 전에 BACKUP은 페이지 체크섬 또는 조각난 페이지 같은 정보가 해당 페이지 있는 경우 페이지(페이지 체크섬 또는 조각난 페이지)를 확인합니다.
      2. 페이지 체크섬이 있는지 여부에 관계없이 BACKUP은 백업 스트림에 대해 별도의 백업 체크섬을 생성합니다. 복원 작업은 경우에 따라 백업 체크섬을 사용하여 백업이 손상되지 않았는지 확인할 수 있습니다. 백업 체크섬은 데이터베이스 페이지가 아니라 백업 미디어에 저장됩니다. 백업 체크섬은 복원할 때 사용되기도 합니다.

      백업 체크섬을 사용하면 작업 및 백업 처리량에 영향을 줄 수 있습니다.

  • { STOP_ON_ERROR | CONTINUE_AFTER_ERROR }
    페이지 체크섬 오류가 발생한 후 백업 작업을 중지할지, 아니면 계속할지를 제어합니다.

    • STOP_ON_ERROR
      페이지 체크섬에서 확인하지 않을 경우 BACKUP이 실패하도록 지정합니다. 이것이 기본값입니다.
    • CONTINUE_AFTER_ERROR
      잘못된 체크섬이나 조각난 페이지 등의 오류가 발생하더라도 BACKUP을 계속하도록 지시합니다.

      데이터베이스가 손상된 경우 NO_TRUNCATE 옵션을 사용하여 비상 로그 백업을 수행할 수 없으면 NO_TRUNCATE 대신 CONTINUE_AFTER_ERROR를 지정하여 비상 로그 백업을 수행할 수 있습니다.

호환성 옵션

  • RESTART
    아무 효과가 없습니다. 이 옵션은 이전 버전의 SQL Server와의 호환성을 위해 사용됩니다.

모니터링 옵션

  • STATS [ **=**percentage ]
    새로 percentage가 완료될 때마다 메시지를 표시하여 진행 상태를 측정하는 데 사용됩니다. percentage를 생략하면 10%가 완료될 때마다 SQL Server에서 메시지를 표시합니다.

    STATS 옵션은 다음 간격을 보고할 임계값에 도달한 시점까지의 완료 백분율을 보고합니다. 간격은 지정된 비율을 대략적으로 나타냅니다. 예를 들어 STATS=10인 경우 완료된 크기가 40%이면 옵션은 43%를 표시할 수 있습니다. 대용량 백업 세트의 경우 완료 백분율이 완료된 I/O 호출 간에 매우 느리게 진행되므로 문제가 되지 않습니다.

테이프 옵션

이러한 옵션은 테이프 장치에만 사용됩니다. 테이프가 아닌 장치를 사용할 경우 이러한 옵션은 무시됩니다.

  • { REWIND | NOREWIND }

    • REWIND
      SQL Server에서 테이프를 해제한 다음 되감도록 지정합니다. 기본값은 REWIND입니다.
    • NOREWIND
      SQL Server에서 백업 작업 후에 테이프를 열어 놓도록 지정합니다. 테이프에 여러 개의 백업 작업을 수행할 때 이 옵션을 사용하면 성능을 향상시킬 수 있습니다.

      NOREWIND는 NOUNLOAD를 의미하며 두 옵션은 단일 BACKUP 문 내에서 호환되지 않습니다.

      [!참고] NOREWIND를 사용하는 경우 같은 프로세스에서 실행 중인 BACKUP 또는 RESTORE 문이 REWIND 또는 UNLOAD 옵션을 사용하거나 서버 인스턴스가 종료될 때까지 SQL Server 인스턴스가 테이프 드라이브에 대한 소유권을 보유합니다. 테이프를 열어 두면 다른 프로세스에서 테이프를 액세스하는 것을 방지합니다. 열린 테이프 목록을 표시하고 열린 테이프를 닫는 방법은 백업 장치를 참조하십시오.

  • { UNLOAD | NOUNLOAD }

    [!참고] UNLOAD/NOUNLOAD는 세션 기간 동안이나 다른 옵션을 지정하여 다시 설정할 때까지 유지되는 세션 설정입니다.

    • UNLOAD
      백업이 끝나면 테이프를 자동으로 되감고 언로드되도록 지정합니다. UNLOAD는 세션 시작 시의 기본값입니다.
    • NOUNLOAD
      BACKUP 작업 후에 테이프가 테이프 드라이브에 로드된 상태로 남아 있도록 지정합니다.

[!참고] 테이프 백업 장치에 백업하는 경우 BLOCKSIZE 옵션은 백업 작업의 성능에 영향을 줍니다. 이 옵션은 일반적으로 테이프 장치에 쓰는 경우에만 성능에 영향을 줍니다.

로그 관련 옵션

이러한 옵션은 BACKUP LOG와 함께만 사용됩니다.

[!참고] 로그 백업을 수행하지 않으려면 단순 복구 모델을 사용합니다. 자세한 내용은 단순 복구 모델에서의 백업을 참조하십시오.

  • { NORECOVERY | STANDBY **=**undo_file_name }

    • NORECOVERY
      비상 로그를 백업하고 데이터베이스를 RESTORING 상태로 유지합니다. NORECOVERY는 보조 데이터베이스로 장애 조치(Failover)하거나 RESTORE 작업에 앞서 비상 로그를 저장할 때 유용합니다.

      로그 잘림을 건너뛰는 최상의 로그 백업을 수행한 다음 데이터베이스를 자동으로 다시 RESTORING 상태로 되돌리려면 NO_TRUNCATE 및 NORECOVERY 옵션을 함께 사용하십시오.

    • STANDBY **=**standby_file_name
      비상 로그를 백업하고 데이터베이스를 읽기 전용 및 STANDBY 상태로 유지합니다. STANDBY 절은 대기 데이터를 쓰고 롤백을 수행하지만 추가적인 복원 옵션을 사용해야 합니다. STANDBY 옵션 사용은 BACKUP LOG WITH NORECOVERY를 사용한 다음 RESTORE WITH STANDBY를 사용하는 것과 동일합니다.

      대기 모드를 사용하려면 standby_file_name으로 지정하는 대기 파일이 필요합니다. 이 파일의 위치는 데이터베이스의 로그에 저장됩니다. 지정한 파일이 이미 있으면 데이터베이스 엔진은 해당 파일을 덮어쓰고 파일이 없으면 데이터베이스 엔진에서 파일을 만듭니다. 대기 파일은 데이터베이스의 일부가 됩니다.

      이 파일에는 롤백된 변경 내용이 저장되는데 다음에 RESTORE LOG를 적용하려는 경우 이 변경 내용은 취소해야 합니다. 커밋되지 않은 트랜잭션을 롤백하여 수정된 데이터베이스의 고유한 페이지가 모두 들어갈 수 있도록 대기 파일이 증가되므로 디스크 공간이 충분히 있어야 합니다.

  • NO_TRUNCATE
    로그가 잘리지 않도록 지정하고 데이터베이스 엔진에서 데이터베이스 상태에 관계없이 백업을 시도하도록 합니다. 따라서 NO_TRUNCATE 옵션으로 수행된 백업의 메타데이터는 완전하지 않을 수 있습니다. 이 옵션을 사용하면 데이터베이스가 손상된 경우에도 로그를 백업할 수 있습니다.

    BACKUP LOG의 NO_TRUNCATE 옵션은 COPY_ONLY와 CONTINUE_AFTER_ERROR를 모두 지정하는 것과 같습니다.

    NO_TRUNCATE 옵션을 사용하지 않으면 데이터베이스가 온라인 상태여야 합니다.

    데이터베이스가 OFFLINE 또는 EMERGENCY 상태에 있으면 NO_TRUNCATE에서도 BACKUP을 사용할 수 없습니다.

  • [ NO_LOG | TRUNCATE_ONLY ]

    [!참고] 이 옵션은 SQL Server 다음 버전에서 제거될 예정입니다. 향후 개발 작업에서는 이 옵션을 사용하지 않도록 하고 현재 이 옵션을 사용하는 응용 프로그램은 수정하십시오.

    BACKUP LOG 문에서만 사용되며 트랜잭션 로그가 잘리도록 수동으로 검사점을 강제 수행합니다. NO_LOG와 TRUNCATE_ONLY는 동의어입니다. 로그는 백업되지 않기 때문에 백업 장치를 지정할 필요가 없습니다.

    단순 복구 모델에서 검사점을 수행하면 백업 복사본을 만들지 않아도 로그의 비활성 부분이 제거됩니다. 이렇게 하면 활성 로그를 제외한 모든 부분을 삭제하여 로그가 잘립니다. 이 옵션은 공간을 확보하지만 데이터 손실 위험이 있습니다. NO_LOG나 TRUNCATE_ONLY를 사용하여 로그를 자른 후 로그의 잘린 부분에 기록된 변경 내용은 다음 데이터베이스 백업을 수행할 때까지 복구할 수 없습니다. 따라서 복구하려면 두 옵션 중 하나를 사용한 후 즉시 BACKUP DATABASE를 실행하여 전체 또는 차등 데이터베이스 백업을 수행해야 합니다.

    ms186865.Caution(ko-kr,SQL.90).gif주의:
    로그 체인이 끊어질 수 있으므로 NO_LOG 또는 TRUNCATE_ONLY를 사용하여 트랜잭션 로그를 수동으로 자르지 않는 것이 좋습니다. 다음 전체 또는 차등 데이터베이스 백업 시까지 미디어 오류로부터 데이터베이스가 보호되지 않습니다. 매우 특별한 상황에서만 수동 로그 잘라내기를 사용하고 즉시 데이터를 백업하십시오.

주의

데이터베이스와 트랜잭션 로그가 하나의 물리적 위치에 보관되도록 데이터베이스나 로그 백업을 디스크나 테이프 장치에 추가할 수 있습니다.

명시적 또는 암시적 트랜잭션에서는 BACKUP 문을 사용할 수 없습니다.

운영 체제가 데이터베이스의 데이터 정렬을 지원하는 한 프로세서 유형이 다르더라도 플랫폼 간 백업 작업을 수행할 수 있습니다.

백업 용어, 백업 장치 및 백업 관리에 대한 자세한 내용은 SQL Server에서 백업 미디어 작업을 참조하십시오.

동시성

SQL Server에서는 온라인 백업 프로세스를 사용하여 데이터베이스가 사용 중일 때도 데이터베이스 백업을 수행할 수 있습니다. 백업 시 대부분의 작업을 수행할 수 있습니다. 예를 들어 INSERT, UPDATE 또는 DELETE 문은 백업 작업 시에도 사용할 수 있습니다.

데이터베이스 또는 트랜잭션 로그 백업 시에 실행할 수 없는 작업은 다음과 같습니다.

  • ADD FILE이나 REMOVE FILE 옵션과 함께 사용되는 ALTER DATABASE 문 등의 파일 관리 작업
  • 데이터베이스 축소 또는 파일 축소 작업. 자동 축소 작업도 포함됩니다.

백업 작업이 파일 관리 또는 축소 작업과 겹치면 충돌이 발생합니다. 충돌하는 작업 중 어떤 작업이 먼저 시작되었는지에 관계없이 두 번째 작업은 첫 번째 작업이 설정한 잠금 시간이 초과될 때까지 대기합니다. 제한 시간은 세션 제한 시간 설정에서 제어합니다. 제한 시간 동안에 잠금이 해제되면 두 번째 작업이 계속됩니다. 잠금 제한 시간이 초과되면 두 번째 작업이 실패합니다.

백업 미디어 포맷

다음 조건이 충족되는 경우에만 BACKUP 문에 의해 백업 미디어가 포맷됩니다.

  • FORMAT 옵션이 지정된 경우
  • 미디어가 비어 있는 경우
  • 작업이 연속 테이프를 기록하는 경우

자세한 내용은 새 미디어 세트 만들기를 참조하십시오.

백업 유형

지원되는 백업 유형은 다음과 같이 데이터베이스의 복구 모델에 따라 달라집니다.

  • 모든 복구 모델은 데이터의 전체 및 차등 백업을 지원합니다.

    백업 범위 백업 유형

    전체 데이터베이스

    데이터베이스 백업은 전체 데이터베이스를 포함합니다.

    부분 데이터베이스

    부분 백업은 읽기/쓰기 파일 그룹과 필요에 따라 하나 이상의 읽기 전용 파일 또는 파일 그룹을 포함합니다.

    파일 또는 파일 그룹

    파일 백업은 하나 이상의 파일 또는 파일 그룹을 포함하며 여러 파일 그룹을 포함하는 데이터베이스에만 해당됩니다. 단순 복구 모델에서 파일 백업은 기본적으로 읽기 전용 보조 파일 그룹으로 제한됩니다.

  • 전체 복구 모델이나 대량 로그 복구 모델에서 기존 백업은 필요한 순차적 트랜잭션 로그 백업 또는 로그 백업도 포함합니다. 각 로그 백업은 백업이 생성되었을 당시 활성 상태에 있었던 트랜잭션 로그 부분을 포함하며 이전 로그 백업에서 백업되지 않은 모든 로그 레코드를 포함합니다.

    [!참고] 첫 로그 백업을 만들려면 먼저 전체 백업을 만들어야 합니다.

    자세한 내용은 트랜잭션 로그 백업 작업을 참조하십시오.

  • 복사 전용 백업은 정상적인 기존 백업 시퀀스와 독립적인 특수 목적의 전체 백업 또는 로그 백업입니다. 복사 전용 백업을 만들려면 BACKUP 문에 COPY_ONLY 옵션을 지정합니다. 자세한 내용은 복사 전용 백업을 참조하십시오.

전체 텍스트 데이터 백업

SQL Server 2005에서 전체 데이터베이스 백업을 수행하는 동안 다른 데이터베이스 데이터와 함께 전체 텍스트 데이터도 백업됩니다. 백업 작업은 전체 텍스트 카탈로그를 파일로 처리합니다. 예를 들어 카탈로그는 FILE= 절로 카탈로그를 선택하여 각각 백업할 수 있습니다. 각 전체 텍스트 카탈로그의 논리적 파일 이름은 sysft_<catalog name> 형식입니다.

백업 시에 카탈로그는 읽기 전용 모드가 되므로 "탐색" 작업(전체 텍스트 인덱스를 만들고 유지 관리하는 프로세스)은 백업이 완료될 때까지 일시 중단됩니다.

SKIP, NOSKIP, INIT, NOINIT의 상호 작용

다음 표에서는 { NOINIT | INIT }와 { NOSKIP | SKIP } 옵션 간의 상호 작용을 보여 줍니다.

[!참고] 테이프 미디어가 비어 있거나 디스크 백업 파일이 없는 경우에는 이러한 모든 상호 작용에서 미디어 헤더를 기록한 다음 작업을 계속 진행합니다. 미디어가 비어 있지 않은데도 유효한 미디어 헤더가 없는 경우에는 이러한 작업에서 유효한 MTF 미디어가 아니라는 사실을 알린 후 백업 작업을 종료합니다.

  NOINIT INIT

NOSKIP

볼륨에 유효한 미디어 헤더가 포함되어 있으면 미디어 암호를 확인하고 미디어 이름이 지정된 MEDIANAME과 일치하는지 확인합니다. 이름이 일치하면 기존 백업 세트를 모두 유지하면서 백업 세트를 추가합니다.

볼륨에 유효한 미디어 헤더가 포함되어 있지 않으면 오류가 발생합니다.

볼륨에 유효한 미디어 헤더가 포함되어 있으면 다음 검사를 수행합니다.

  • 미디어 암호를 확인합니다.2
  • MEDIANAME이 지정되어 있으면 지정된 미디어 이름이 미디어 헤더의 미디어 이름과 일치하는지 확인합니다.
  • 미디어에 만료되지 않은 백업 세트가 없는지 확인합니다.
    만료되지 않은 백업 세트가 있으면 백업을 종료합니다.

이러한 검사를 통과하면 미디어 헤더만 유지하며 미디어의 모든 백업 세트를 덮어씁니다.

볼륨에 유효한 미디어 헤더가 포함되어 있지 않으면 지정된 MEDIANAME, MEDIAPASSWORD 및 MEDIADESCRIPTION을 사용하여 미디어 헤더를 생성합니다.

SKIP

볼륨에 유효한 미디어 헤더가 포함되어 있으면 미디어 암호를 확인하고 기존 백업 세트를 모두 유지하면서 백업 세트를 추가합니다.

볼륨에 유효한1 미디어 헤더가 포함되어 있으면 미디어 암호를 확인하고 미디어 헤더만 유지하며 미디어의 모든 백업 세트를 덮어씁니다.

미디어가 비어 있으면 지정된 MEDIANAME, MEDIAPASSWORD 및 MEDIADESCRIPTION을 사용하여 미디어 헤더를 생성합니다.

1 유효성에는 MTF 버전 번호와 기타 헤더 정보가 포함됩니다. 지정한 버전이 지원되지 않거나 예기치 못한 값일 경우 오류가 발생합니다.

2 적절한 고정 데이터베이스 또는 서버 역할에 속하고 정확한 미디어 암호를 제공하는 사용자만 백업 작업을 수행할 수 있습니다.

백업 기록 테이블

SQL Server에는 백업 작업을 추적하는 다음과 같은 백업 기록 테이블이 있습니다.

복원이 수행될 때 백업 세트가 msdb 데이터베이스에 아직 기록되어 있지 않으면 백업 기록 테이블을 수정할 수 있습니다.

호환성 지원

ms186865.Caution(ko-kr,SQL.90).gif주의:
최신 버전의 SQL Server로 만든 백업은 이전 버전의 SQL Server에서 복원할 수 없습니다.

BACKUP은 이전 버전의 SQL Server와의 호환성을 위해 다음 키워드를 지원합니다.

  • RESTART 옵션은 호환성을 위해 허용되지만 SQL Server 2005에서는 영향을 주지 않습니다.
  • 이전 버전과의 호환성을 유지하기 위해 BACKUP 문에 BACKUP 키워드 대신 DUMP 키워드를 사용할 수 있습니다. 또한 LOG 키워드 대신 TRANSACTION 키워드를 사용할 수 있습니다. SQL Server 데이터베이스 엔진에서는 DUMP DATABASE 또는 DUMP TRANSACTION을 각각 BACKUP DATABASE 또는 BACKUP LOG와 동일하게 해석합니다.
    ms186865.note(ko-kr,SQL.90).gif중요:
    DUMP 문은 이전 버전과의 호환성을 위해서 제공됩니다. Microsoft SQL Server의 이후 버전에서는 이 기능이 제거됩니다. 새 개발 작업에서는 이 기능을 사용하지 말고, 현재 이 기능을 사용하는 응용 프로그램은 수정하십시오. 대신 BACKUP을 사용하십시오.

스트라이프 미디어 세트(스트라이프 세트)의 백업 장치

스트라이프 세트는 데이터가 블록으로 구분되고 고정 순서로 분산되는 디스크 파일 세트입니다. 스트라이프 세트에 사용된 백업 장치 수는 미디어가 FORMAT으로 다시 초기화하지 않는 한 동일하게 유지해야 합니다.

다음 예에서는 3개의 디스크 파일을 사용하는 새 스트라이프 미디어 세트에 AdventureWorks 데이터베이스의 백업을 기록합니다.

BACKUP DATABASE AdventureWorks
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 AdventureWorks database;
GO

백업 장치가 스트라이프 세트의 일부로 정의되면 FORMAT을 지정하지 않을 경우 단일 장치 백업에 사용할 수 없습니다. 마찬가지로 스트라이프되지 않은 백업을 포함한 백업 장치는 FORMAT을 지정하지 않을 경우 스트라이프 세트에 사용될 수 없습니다. 스트라이프 백업 세트를 분할하려면 FORMAT을 사용하십시오.

미디어 헤더를 기록할 때 MEDIANAME과 MEDIADESCRIPTION을 모두 지정하지 않으면 빈 항목에 해당하는 미디어 헤더 필드가 비어 있게 됩니다.

미러된 미디어 세트 작업

일반적으로 백업은 미러되지 않으며 BACKUP 문은 단순히 TO 절을 포함합니다. 그러나 미디어 세트 당 총 4개의 미러를 사용할 수 있습니다. 미러된 미디어 세트의 경우 백업 작업에서는 여러 백업 장치 그룹에 기록합니다. 각 백업 장치 그룹은 미러된 미디어 세트 내에서 단일 미러를 구성합니다. 모든 미러는 동일한 수량과 유형의 물리적 백업 장치를 사용해야 하며 이 장치들은 모두 동일한 속성을 가지고 있어야 합니다.

미러된 미디어 세트로 백업하려면 모든 미러가 있어야 합니다. 미러된 미디어 세트로 백업하려면 TO 절을 지정하여 첫 번째 미러를 지정하고 MIRROR TO 절을 지정하여 각 추가 미러를 지정합니다.

미러된 미디어 세트의 경우 각 MIRROR TO 절은 TO 절과 동일한 수와 유형의 장치를 나열해야 합니다. 다음 예에서는 2개의 미러를 포함하고 미러당 3개의 장치를 사용하는 미러된 미디어 세트에 기록합니다.

BACKUP DATABASE AdventureWorks
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
ms186865.note(ko-kr,SQL.90).gif중요:
이 예는 로컬 시스템에서 테스트할 수 있도록 디자인되었습니다. 실제로 같은 드라이브에서 여러 장치를 백업하면 성능이 저하될 수 있으며 미러된 미디어 세트에서 제공하도록 되어 있는 중복이 제거됩니다.

미러된 미디어 세트의 미디어 패밀리

BACKUP 문의 TO 절에 지정된 각 백업 장치는 미디어 패밀리에 해당합니다. 예를 들어 TO 절에 3개의 장치가 나열되어 있으면 BACKUP은 3개의 미디어 패밀리에 데이터를 기록합니다. 미러된 미디어 세트에서 모든 미러에는 각 미디어 패밀의 복사본이 있어야 합니다. 이로 인해 장치 수가 모든 미러에서 동일해야 합니다.

각 미러에 대해 여러 장치가 나열되어 있으면 장치의 순서에 따라 특정 장치에 기록할 미디어 패밀리가 결정됩니다. 예를 들어 각 장치 목록에서 두 번째 장치는 두 번째 미디어 패밀리에 해당됩니다. 다음 표에서는 위 예에서 언급한 장치에 대해 장치와 미디어 패밀리 간의 관계를 보여 줍니다.

미러 미디어 패밀리 1 미디어 패밀리 2 미디어 패밀리 3

0

C:\AdventureWorks1a.bak

C:\AdventureWorks2a.bak

C:\AdventureWorks3a.bak

1

C:\AdventureWorks1b.bak

C:\AdventureWorks2b.bak

C:\AdventureWorks3b.bak

미디어 패밀리는 항상 특정 미러 내의 동일한 장치에 백업되어야 합니다. 따라서 기존 미디어 세트를 사용할 때마다 미디어 세트가 생성될 때 지정된 것과 동일한 순서로 각 미러의 장치를 나열하십시오.

미러된 미디어 세트에 대한 자세한 내용은 미러된 백업 미디어 세트 사용을 참조하십시오. 일반적인 미디어 세트 및 미디어 패밀리에 대한 자세한 내용은 미디어 세트, 미디어 패밀리 및 백업 세트를 참조하십시오.

사용 권한

BACKUP DATABASE 및 BACKUP LOG 권한은 기본적으로 sysadmin 고정 서버 역할과 db_ownerdb_backupoperator 고정 데이터베이스 역할의 멤버로 설정됩니다.

또한 미디어 세트, 백업 세트 또는 모두에 대해 암호를 지정할 수 있습니다. 미디어 세트에 암호가 정의되어 있는 경우 사용자가 이러한 작업을 수행하려면 미디어 암호도 제공해야 합니다. 마찬가지로 복원 명령에 올바른 미디어 암호와 백업 세트 암호를 지정하지 않은 경우 복원을 할 수 없습니다.

백업 세트와 미디어 세트에 대한 암호를 정의하는 것은 BACKUP 문에서 선택할 수 있는 기능입니다. 이 암호에 의한 보호 수준은 낮습니다. 권한 유무에 관계없이 사용자가 SQL Server 2005 도구를 사용하여 잘못된 복원을 수행하는 것을 방지합니다. 다른 수단을 사용한 백업 데이터 읽기나 암호 바꾸기를 방지하지는 않습니다. 또한 암호는 FORMAT 옵션을 사용한 미디어 덮어쓰기를 방지하지 않습니다. 강력한 암호를 사용하는 것이 좋습니다. 강력한 암호에 대한 자세한 내용은 강력한 암호를 참조하십시오.

그러므로 암호를 사용하면 SQL Server 도구를 사용하여 미디어의 내용에 무단으로 액세스하지 못하게 막을 수는 있지만 미디어의 내용이 삭제되는 것을 막을 수는 없습니다. 암호를 사용해도 미디어의 내용을 무단으로 액세스하는 것을 완전히 막을 수 없습니다. 백업 세트의 데이터는 암호화되어있지 않고 이론상으로는 이런 목적으로 특별히 만든 프로그램을 사용하여 백업 세트의 데이터를 검사할 수 있기 때문입니다. 보안이 중요한 상황에서는 개인이 무단으로 미디어에 액세스하는 것을 방지해야 합니다.

연관된 암호로 만들어지지 않은 개체에 대해 암호를 지정하는 것은 오류입니다.

BACKUP은 PASSWORD 옵션을 통해 제공된 백업 세트 암호로 백업 세트를 만듭니다. 또한 BACKUP은 일반적으로 미디어에 내용을 기록하기 전에 MEDIAPASSWORD 옵션을 사용하여 지정된 미디어 암호를 확인합니다. BACKUP이 미디어 암호를 확인하지 않는 유일한 경우는 미디어 헤더를 덮어쓰면서 미디어를 포맷할 때입니다. BACKUP이 미디어 헤더를 기록하는 경우에는 MEDIAPASSWORD 옵션에서 지정된 값에 미디어 세트 암호를 할당합니다.

SKIP, NOSKIP, INIT 및 NOINIT 옵션에 대한 암호 설정의 영향에 대한 자세한 내용은 이 항목의 뒷부분에 나오는 "주의"를 참조하십시오.

백업 장치의 물리적 파일에서 발생하는 소유권과 사용 권한 문제는 백업 작업에 영향을 미칠 수 있습니다. SQL Server는 장치를 읽고 쓸 수 있어야 하므로 SQL Server 서비스가 실행되는 계정에는 쓰기 권한이 있어야 합니다. 그러나 시스템 테이블의 장치에 대한 항목을 추가하는 sp_addumpdevice는 파일 액세스 권한을 확인하지 않습니다. 백업 장치의 물리적 파일에서 발생하는 이러한 문제는 백업 또는 복원을 시도할 때 실제 리소스를 액세스하기 전까지는 발생하지 않습니다.

[!참고] AdventureWorks 데이터베이스는 설명을 위한 것입니다. AdventureWorks는 SQL Server 2005의 예제 데이터베이스 중 하나입니다. Adventure Works Cycles는 데이터베이스 개념 및 시나리오를 설명하는 데 사용되는 가상 제조 회사입니다. 이 데이터베이스에 대한 자세한 내용은 예제 및 예제 데이터베이스를 참조하십시오.

이 섹션에서는 다음과 같은 예를 보여 줍니다.

  • 1. 전체 데이터베이스 백업
  • 2. 데이터베이스 및 로그 백업
  • 3. 보조 파일 그룹의 전체 파일 백업 만들기
  • 4. 보조 파일 그룹의 차등 파일 백업 만들기
  • 5. 미러된 단일 패밀리 미디어 세트 만들기 및 백업
  • 6. 미러된 다중 패밀리 미디어 세트 만들기 및 백업
  • 7. 기존 미러된 미디어 세트에 백업

[!참고] 백업 방법 도움말 항목에 추가적인 예가 포함되어 있습니다. 자세한 내용은 백업 및 복원 방법 도움말 항목(Transact-SQL)을 참조하십시오.

1. 전체 데이터베이스 백업

다음 예에서는 AdventureWorks 데이터베이스를 디스크 파일에 백업합니다.

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

2. 데이터베이스 및 로그 백업

다음 예에서는 기본적으로 단순 복구 모델을 사용하는 AdventureWorks 예제 데이터베이스를 백업하고 로그 백업을 지원하기 위해 AdventureWorks 데이터베이스에서 전체 복구 모델을 사용하도록 수정합니다.

그런 다음 sp_addumpdevice를 사용하여 AdvWorksData 데이터를 백업하기 위한 논리적 백업 장치를 만들고 AdvWorksLog 로그를 백업하기 위한 다른 논리적 백업 장치를 만듭니다.

마지막으로 AdvWorksData에 대한 전체 데이터베이스 백업을 만들고 업데이트 작업 기간이 경과된 후 로그를 AdvWorksLog에 백업합니다.

-- To permit log backups, before the full database backup, modify the database 
-- to use the full recovery model.
USE master;
GO
ALTER DATABASE AdventureWorks
   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', 
'Z:\SQLServerBackups\AdvWorksLog.bak';
GO

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

[!참고] 프로덕션 데이터베이스의 경우에는 로그를 정기적으로 백업하십시오. 로그 백업은 데이터 손실을 충분히 방지할 수 있을 만큼 자주 수행해야 합니다.

3. 보조 파일 그룹의 전체 파일 백업 만들기

다음 예에서는 두 보조 파일 그룹에 있는 모든 파일의 전체 파일 백업을 만듭니다.

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

4. 보조 파일 그룹의 차등 파일 백업 만들기

다음 예에서는 두 보조 파일 그룹에 있는 모든 파일의 차등 파일 백업을 만듭니다.

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

5. 미러된 단일 패밀리 미디어 세트 만들기 및 백업

다음 예에서는 단일 미디어 패밀리와 4개의 미러를 포함하는 미러된 미디어 세트를 만들고 AdventureWorks 데이터베이스를 해당 미디어 세트에 백업합니다.

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

6. 미러된 다중 패밀리 미디어 세트 만들기 및 백업

다음 예에서는 각 미러가 두 개의 미디어 패밀리로 구성되는 미러된 미디어 세트를 만듭니다. 그런 다음 AdventureWorks 데이터베이스를 두 미러에 백업합니다.

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

7. 기존 미러된 미디어 세트에 백업

다음 예에서는 앞부분에 나오는 예에서 만든 미디어 세트에 백업 세트를 추가합니다.

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

[!참고] 기본값인 NOINIT는 쉽게 구분할 수 있도록 여기에 표시됩니다.

[맨 위의 예]

참고 항목

참조

ALTER DATABASE(Transact-SQL)
DBCC SQLPERF(Transact-SQL)
RESTORE(Transact-SQL)
RESTORE FILELISTONLY(Transact-SQL)
RESTORE HEADERONLY(Transact-SQL)
RESTORE LABELONLY(Transact-SQL)
RESTORE VERIFYONLY(Transact-SQL)
sp_addumpdevice(Transact-SQL)
sp_configure(Transact-SQL)
sp_helpfile(Transact-SQL)
sp_helpfilegroup(Transact-SQL)

관련 자료

SQL Server 데이터베이스의 전체 및 차등 백업 만들기
SQL Server에서 백업 미디어 작업
미디어 세트, 미디어 패밀리 및 백업 세트
트랜잭션 로그 백업 작업

도움말 및 정보

SQL Server 2005 지원 받기

변경 내역

릴리스 내역

2006년 7월 17일

변경된 내용
  • 관련 옵션을 그룹화하기 위해 "구문" 및 "인수" 섹션을 다시 구성했습니다.
  • MIRROR TO 옵션에 대한 설명을 보강했습니다.
  • "백업 유형" 섹션을 수정했습니다.
  • "호환성 지원" 섹션을 추가했습니다.
  • "미러된 미디어 세트 작업" 섹션을 수정했습니다.
  • 전체 파일 백업 및 차등 파일 백업의 예를 추가했습니다.

2006년 4월 14일

새로운 내용
  • 구문 및 인수 섹션에 BUFFERCOUNT 및 MAXTRANSFERSIZE 옵션을 추가했습니다.
변경된 내용
  • 지원되는 블록 크기를 나열하고 BLOCKSIZE 설명에 있는 성능에 대한 참고를 업데이트했습니다.
  • {REWIND | NOREWIND} 및 {UNLOAD | NOUNLOAD} 옵션에 대한 설명을 업데이트했습니다.

2005년 12월 5일

변경된 내용
  • NO_LOG 및 TRUNCATE_ONLY 옵션에 대해 자세한 설명을 추가했습니다.