전체 파일 백업(SQL Server)

  • 아티클

적용 대상:SQL Server

이 항목은 여러 파일 또는 파일 그룹을 포함하는 SQL Server 데이터베이스와 관련이 있습니다.

SQL Server 데이터베이스의 파일을 개별적으로 백업하고 복원할 수 있습니다. 또한 각 구성 요소를 개별적으로 지정하는 대신 전체 파일 그룹을 지정할 수 있습니다. 파일 그룹의 파일이 오프라인 상태인 경우(예: 파일이 복원 중이므로) 전체 파일 그룹은 오프라인 상태이며 백업할 수 없습니다.

읽기 전용 파일 그룹의 파일 백업을 부분 백업과 결합할 수 있습니다. 부분 백업에는 모든 읽기/쓰기 파일 그룹 및 선택적으로 하나 이상의 읽기 전용 파일 그룹이 포함됩니다. 자세한 내용은 부분 백업(SQL Server)을 참조하세요.

파일 백업은 차등 파일 백업의 차등 기반 역할을 할 수 있습니다. 자세한 내용은 차등 백업(SQL Server)을 참조하세요.

참고 항목

전체 파일 백업은 차등 파일 백업과 명시적으로 비교하는 경우를 제외하고 일반적으로 파일 백업이라고 합니다.

항목 내용:

파일 백업의 이점

파일 백업은 데이터베이스 백업에 비해 다음과 같은 이점을 제공합니다.

  • 파일 백업을 사용하면 나머지 데이터베이스를 복원하지 않고 손상된 파일만 복원할 수 있으므로 복구 속도를 높일 수 있습니다.

    예를 들어 데이터베이스가 서로 다른 디스크에 저장된 여러 개의 파일로 구성되어 있고 한 디스크에 오류가 있으면 오류가 있는 디스크의 파일만 복원하면 됩니다. 손상된 파일은 신속하게 복원할 수 있으며 전체 데이터베이스보다 복구 속도가 빠릅니다.

  • 파일 백업은 전체 데이터베이스 백업에 대한 예약 및 미디어 처리의 유연성을 높여 매우 큰 데이터베이스의 경우 관리가 불가능해질 수 있습니다. 파일 또는 파일 그룹 백업의 유연성 향상은 업데이트 특성이 다양한 데이터를 포함하는 대규모 데이터베이스에도 유용합니다.

파일 백업의 단점

  • 전체 데이터베이스 백업에 비해 파일 백업의 주요 단점은 추가 관리 복잡성입니다. 이러한 백업의 전체 집합을 유지 관리하고 추적하는 작업은 전체 데이터베이스 백업의 공간 요구 사항보다 클 수 있는 시간이 오래 걸릴 수 있습니다.

  • 미디어 오류가 발생하면 손상된 파일에 백업이 없는 경우 전체 데이터베이스를 복구할 수 없게 될 수 있습니다. 따라서 전체/대량 로그 복구 모델의 경우 파일 백업의 전체 집합을 유지 관리해야 하며, 첫 번째 전체 파일 백업과 마지막 전체 파일 백업 사이의 간격을 최소화하는 하나 이상의 로그 백업을 유지해야 합니다.

파일 백업 개요

전체 파일 백업은 하나 이상의 파일 또는 파일 그룹에 있는 모든 데이터를 백업합니다. 기본적으로 파일 백업에는 백업 작업이 끝날 때까지 파일을 롤업할 수 있는 충분한 로그 레코드가 포함되어 있습니다.

읽기 전용 파일이나 파일 그룹 백업은 모든 복구 모델에 대해 동일합니다. 전체 복구 모델에서 전체 파일 백업의 전체 집합과 모든 파일 백업에 걸쳐 있는 충분한 로그 백업은 전체 데이터베이스 백업과 동일합니다.

한 번에 하나의 파일 백업 작업만 수행할 수 있습니다. 하나의 작업에서 여러 파일을 백업할 수 있지만 단일 파일만 복원해야 할 경우 이 작업으로 인해 복구 시간이 늘어날 수 있습니다. 이는 해당 파일을 찾기 위해 전체 백업을 읽기 때문입니다.

참고 항목

데이터베이스 백업에서 개별 파일을 복원할 수 있습니다. 그러나 파일 찾기 및 복원은 파일 백업보다 데이터베이스 백업에서 더 오래 걸립니다.

파일 백업 및 단순 복구 모델

단순 복구 모델에서 읽기/쓰기 파일은 모두 함께 백업해야 합니다. 이렇게 하면 데이터베이스를 일관된 시점으로 복원할 수 있습니다. 각 읽기/쓰기 파일 또는 파일 그룹을 개별적으로 지정하는 대신 READ_WRITE_FILEGROUPS 옵션을 사용합니다. 이 옵션은 데이터베이스의 모든 읽기/쓰기 파일 그룹을 백업합니다. READ_WRITE_FILEGROUPS 지정하여 만든 백업을 부분 백업이라고 합니다. 자세한 내용은 부분 백업(SQL Server)을 참조하세요.

파일 백업 및 전체 복구 모델

전체 복구 모델에서는 나머지 백업 전략에 관계없이 트랜잭션 로그를 백업해야 합니다. 전체 파일 백업의 전체 집합은 첫 번째 파일 백업의 시작부터 모든 파일 백업에 걸쳐 충분한 로그 백업과 함께 전체 데이터베이스 백업과 동일합니다.

파일 및 로그 백업만 사용하여 데이터베이스를 복원하는 것은 복잡할 수 있습니다. 따라서 가능한 경우 최상의 방법은 전체 데이터베이스 백업을 수행하고 첫 번째 파일 백업 이전에 로그 백업을 시작하는 것입니다. 다음 그림에서는 데이터베이스를 만든 직후(t1 시간에) 전체 데이터베이스 백업이 수행되는 전략을 보여 줍니다(시간 t0). 이 첫 번째 데이터베이스 백업을 사용하면 트랜잭션 로그 백업을 시작할 수 있습니다. 트랜잭션 로그 백업은 설정된 간격으로 수행되도록 예약됩니다. 파일 백업은 데이터베이스에 대한 비즈니스 요구 사항을 가장 잘 충족하는 간격으로 수행됩니다. 이 그림에서는 한 번에 하나씩 백업되는 4개의 파일 그룹을 보여 줍니다. 백업 순서(A, C, B, A)는 데이터베이스의 비즈니스 요구 사항을 반영합니다.

Strategy combining database, file, and log backups

참고 항목

전체 복구 모델에서는 읽기/쓰기 파일 백업을 복원할 때 트랜잭션 로그를 롤 포워드하여 파일이 나머지 데이터베이스와 일치하는지 확인해야 합니다. 많은 트랜잭션 로그 백업을 롤 포워드하지 않도록 하려면 차등 파일 백업을 사용하는 것이 좋습니다. 자세한 내용은 차등 백업(SQL Server)을 참조하세요.

관련 작업

파일 또는 파일 그룹 백업을 만들려면

참고 항목

유지 관리 계획 마법사는 파일 백업을 지원하지 않습니다.

참고 항목

BACKUP(Transact-SQL)
백업 개요(SQL Server)
백업 및 복원: 상호 운용성 및 공존(SQL Server)
차등 백업(SQL Server)
파일 복원(단순 복구 모델)
파일 복원(전체 복구 모델)
온라인 복원(SQL Server)
증분 복원(SQL Server)