지금 지원 담당자와 채팅
지원 담당자와 채팅

NetVault Plug-in for SQL Server 12.0 - 사용자 안내서

SQL Server용 NetVault Backup 플러그인- 소개 SQL Server 배포 계획 플러그인 설치 및 제거 플러그인 구성 데이터 백업
백업 전략 정의 스냅샷 기반 백업 이해 압축 기능 검토 온라인 VDI 백업 수행 SQL Server에서 VSS 백업 수행 AlwaysOn 가용성 그룹의 전체 VDI 백업 생성 예
데이터 복원 문제 해결

VDI 온라인 백업 시퀀스의 예

다음은 다중 복원 시나리오를 지원하면서 사용자가 자신의 SQL Server 데이터 보호 요구 사항을 충족시키기 위해 이행할 수 있는 백업 시퀀스의 몇 가지 예입니다.

•
단순 복구 모델 백업 시퀀스
•
전체 복구 모델 백업 시퀀스
단순 복구 모델 백업 시퀀스
•
전체 데이터베이스 백업 전용: 요구 사항에 따라 전 날까지의 데이터 보호를 보장해야 하는 경우 다음과 같은 조건이 하나 이상 존재할 때 야간에 전체 데이터베이스 백업을 수행하는 것으로 충분합니다.
•
백업 범위가 큽니다.
•
데이터베이스가 작습니다.
•
전체 데이터베이스에서 업데이트가 빈번하지 않습니다.
•
데이터베이스가 테스트 또는 개발 목적으로만 사용됩니다.
•
전체 데이터베이스가 읽기 전용입니다.
•
전체 데이터베이스 및 차등 데이터베이스 백업: 요구 사항에 따라 전 날까지의 데이터 보호를 보장하고 백업을 빠르게 완료해야 하는 경우 차등 데이터베이스 백업과 함께 전체 데이터베이스 백업을 수행하는 것이 유효한 전략입니다. 예를 들어 매주 일요일 밤 11:00에 전체 데이터베이스 백업을 수행하고 월요일~토요일 밤 11:00에 차등 데이터베이스 백업을 수행합니다. 각 차등 데이터베이스 백업에는 차등 기반으로 알려진 마지막 전체 데이터베이스 백업 이후의 모든 변경 사항이 포함됩니다.
언제 복구를 수행하든 동일한 수의 복원 작업이 필요합니다. 예를 들어 화요일에 복구를 수행하면 일요일의 전체 데이터베이스 백업과 월요일의 차등 데이터베이스를 복원해야 합니다. 반면에 목요일에 복구를 수행하는 경우에는 일요일의 전체 데이터베이스 백업 다음에 수요일의 차등 데이터베이스 백업을 복원해야 합니다.
차등 데이터베이스 백업에서는 크기는 물론 기간도 증가하지만 실행해야 하는 복원 작업의 수가 줄어들기 때문에 복원 속도가 빨라집니다.
•
전체 파일 및 파일 그룹 백업과 부분 데이터베이스 백업: 단순 복구 모델 데이터베이스에 보조 읽기 전용 파일 그룹이 포함되는 경우 유효한 전략에는 기본 및 읽기/쓰기 파일 그룹에 대한 부분 데이터베이스 백업과 읽기 전용 보조 파일 그룹에 대한 전체 파일 및 파일 그룹 백업이 포함됩니다. 이 전략을 사용하면 읽기/쓰기 파일 그룹을 백업할 때마다 읽기 전용 파일 그룹을 백업하지 않고도 전체 데이터베이스를 복구할 수 있습니다.
보조 읽기 전용 파일 그룹은 파일 그룹은 초기 로드 및 후속 업데이트가 발생한 후에만 한 번씩 백업하면 됩니다. 요구 사항에 따라 읽기/쓰기 파일 그룹에 대해 전 날까지의 데이터 보호를 보장해야 하는 경우 야간에 부분 데이터베이스 백업을 수행하는 것으로 충분합니다.
•
전체 파일 및 파일 그룹 백업과 부분 데이터베이스 및 차등 부분 데이터베이스 백업: 요구 사항에 따라 전 날까지의 읽기/쓰기 데이터에 대한 데이터 보호를 보장하고 백업을 빠르게 완료해야 하는 경우 읽기/쓰기 파일 데이터에 대한 차등 데이터베이스 백업과 결합된 부분 데이터베이스 백업과 보조 읽기 전용 파일 그룹에 대한 전체 파일 및 파일 그룹 백업이 유효한 전략입니다.
예를 들어 전체 파일 및 파일 그룹 백업은 초기 로드 및 후속 업데이트가 발생한 후에만 읽기 전용 데이터에 대해 수행됩니다. 기본 파일 그룹 및 모든 읽기/쓰기 파일 그룹을 포함하는 부분 데이터베이스 백업은 매주 일요일 밤 11:00에 수행됩니다. 또한 같은 읽기/쓰기 파일 그룹에 대한 차등 부분 데이터베이스 백업은 월요일~토요일 밤 11:00에 수행됩니다. 각 차등 부분 데이터베이스 백업에는 차등 기반으로 알려진 마지막 부분 데이터베이스 백업 이후의 모든 변경 사항이 포함됩니다.
언제 복구를 수행하든 동일한 수의 복원 작업이 필요합니다. 예를 들어 화요일에 복구를 수행하면 일요일의 부분 데이터베이스 백업과 월요일의 차등 부분 데이터베이스를 복원해야 합니다. 반면에 목요일에 복구를 수행하는 경우에는 일요일의 부분 데이터베이스 백업 다음에 수요일의 차등 부분 데이터베이스 백업을 복원해야 합니다.
차등 부분 데이터베이스 백업에서는 크기는 물론 기간도 증가하지만 실행해야 하는 복원 작업의 수가 줄어들기 때문에 복원 속도가 빨라집니다.

전체 복구 모델 백업 시퀀스

•
전체 데이터베이스 및 증분 트랜잭션 로그 백업: 요구 사항에 따라 PIT 데이터 보호가 필요한 경우에는 다음과 같은 조건이 하나 이상 존재할 때 야간에 전체 데이터베이스 백업을 수행하고 4~8시간마다 증분 트랜잭션 로그 백업을 하는 것으로 충분합니다.
•
백업 범위가 큽니다.
•
데이터베이스가 작습니다.
•
전체 데이터베이스에서 업데이트가 빈번하지 않습니다.
예를 들어 전체 데이터베이스 백업은 매일 밤 수행되며 증분 트랜잭션 로그 백업은 4~8시간마다 수행됩니다. 각 증분 트랜잭션 로그 백업에는 마지막 전체 데이터베이스 또는 증분 트랜잭션 로그 백업 이후의 트랜잭션 로그가 포함됩니다.
증분 트랜잭션 로그 백업을 사용하는 복원 시퀀스에서는 마지막 전체 데이터베이스 백업과 오류 발생 시점 사이의 모든 증분 트랜잭션 로그 백업을 연속적으로 복원해야 합니다. 이 프로세스를 사용하면 다수의 복원 작업을 시작하기 위해 복원 시간이 길어지고 개입이 증가할 수 있습니다. 복원 시간을 단축하려면 복원해야 하는 증분 트랜잭션 로그 백업의 수를 줄이는 차등 데이터베이스 백업을 포함시키십시오.
•
전체 데이터베이스/차등 데이터베이스 및 증분 트랜잭션 로그 백업: 요구 사항에 따라 PIT 데이터 보호가 필요하고 전체 데이터베이스 복원을 빠르게 완료해야 하는 경우에는 전체 데이터베이스/차등 데이터베이스 및 증분 트랜잭션 로그 백업을 함께 수행하는 것이 이상적인 전략입니다.
예를 들어 전체 데이터베이스 백업은 매주 일요일 밤 11:00에 수행됩니다. 차등 데이터베이스 백업은 월요일~토요일 밤 11:00에 수행됩니다. 증분 트랜잭션 로그 백업은 매 시간마다 수행됩니다. 각 차등 데이터베이스 백업에는 마지막 전체 데이터베이스 백업 이후의 모든 변경 사항이 포함되고, 각 증분 트랜잭션 로그 백업에는 마지막 차등 데이터베이스 백업 이후의 트랜잭션 로그가 포함됩니다.
증분 트랜잭션 로그 백업을 사용하는 복원 시퀀스에서는 마지막 전체 데이터베이스 또는 차등 데이터베이스 백업과 오류 발생 시점 사이의 모든 증분 트랜잭션 로그 백업을 연속적으로 복원해야 합니다. 이 프로세스를 사용하면 다수의 복원 작업을 시작하기 위해 복원 시간이 길어지고 개입이 증가할 수 있습니다. 복원 시간을 단축하려면 차등 데이터베이스 백업이 4~8시간마다 실행되도록 빈도를 늘립니다. 이렇게 빈도를 늘리면 복원해야 하는 증분 트랜잭션 로그 백업의 수가 줄어듭니다. 이 전략은 여러 복원 시나리오를 지원하는 동시에 가장 단순한 관리로 전체 데이터베이스를 완전하게 보호합니다.
•
전체 파일 및 파일 그룹 백업, 차등 파일 및 파일 그룹 백업, 그리고 증분 트랜잭션 로그 백업: 요구 사항에 따라 PIT 데이터 보호가 필요하고 복원을 빠르게 완료해야 하는 경우에는 전체 파일 및 파일 그룹 백업과 차등 파일 및 파일 그룹 백업 및 증분 트랜잭션 로그 백업을 함께 수행하는 것이 이상적인 전략입니다. 이 전략을 사용하면 전체 데이터베이스나 손상된 파일 또는 파일 그룹을 복원할 수 있습니다. 필요한 항목만 복원할 수 있기 때문에 복원 속도가 빨라지고 데이터 손실이 최소화됩니다.
예를 들어 전체 파일 및 파일 그룹 백업은 매주 일요일 밤 11:00에 수행됩니다. 차등 파일 및 파일 그룹 백업은 월요일~토요일 밤 11:00에 수행됩니다. 증분 트랜잭션 로그 백업은 매 시간마다 수행됩니다. 각 차등 파일 및 파일 그룹 백업에는 마지막 전체 파일 및 파일 그룹 백업 이후의 모든 변경 사항이 포함되고, 각 증분 트랜잭션 로그 백업에는 마지막 차등 파일 및 파일 그룹 백업 이후의 트랜잭션 로그가 포함됩니다.
증분 트랜잭션 로그 백업을 사용하는 복원 시퀀스에서는 마지막 전체 파일 및 파일 그룹 또는 차등 파일 및 파일 그룹 백업과 오류 발생 시점 사이의 모든 증분 트랜잭션 로그 백업을 연속해서 복원해야 합니다. 이 프로세스를 사용하면 다수의 복원 작업을 시작하기 위해 복원 시간이 길어지고 개입이 증가할 수 있습니다. 복원 시간을 단축하려면 차등 파일 및 파일 그룹 백업이 4~8시간마다 실행되도록 빈도를 늘립니다. 이렇게 변경하면 복원해야 하는 증분 트랜잭션 로그 백업의 수가 줄어듭니다. 이 전략은 대부분의 복원 시나리오를 지원하면서 손상된 파일 또는 파일 그룹만 복원할 수 있는 유연성을 통해 전체 데이터베이스를 완전하게 보호합니다.

VSS 백업 전략 정의 및 유형 검토

SQL Server용 플러그인 ‑ 에서는 다음과 같은 유형의 VSS 백업을 제공합니다.

•
전체 데이터베이스 백업: 전체 데이터베이스 백업을 지원하는 버전과 모델은 다음과 같습니다.
•
SQL Server 버전: 2008 이상
•
복구 모델: 모두
VSS 전체 데이터베이스 백업에서는 복원 시점에 데이터베이스를 트랜잭션 측면에서 일관된 상태로 만드는 데 필요한 모든 로그 파일과 데이터베이스 데이터를 백업합니다. 전체 데이터베이스 백업은 백업당 더 많은 공간과 시간이 소요되므로 더 자주 생성되는 차등 백업으로 보완되는 경우가 많습니다. 전체 데이터베이스 백업을 사용하면 데이터베이스를 복원하여 한 단계로 전체 데이터베이스를 다시 만들 수 있습니다.
•
차등 데이터베이스 백업: 차등 데이터베이스 백업을 지원하는 버전과 모델은 다음과 같습니다.
•
SQL Server 버전: 2008 이상
•
복구 모델: 모두
VSS 차등 데이터베이스 백업에서는 최근의 기준 전체 데이터베이스 백업 이후에 변경된 데이터만 백업합니다. 차등 데이터베이스 백업에는 변경된 데이터베이스 파일의 부분만 포함됩니다. 차등 데이터베이스 백업은 전체 데이터베이스 백업을 만드는 것보다 더 빠르고 크기가 작습니다. 차등 데이터베이스 백업은 데이터베이스 테이블의 일부가 다른 테이블에 비해 자주 수정되는 경우에 유용합니다. 이 경우 차등 데이터베이스 백업을 사용하면 전체 데이터베이스 백업에 대한 오버헤드 없이 자주 백업할 수 있습니다.
 
* 
중요: 활성/수동 장애 조치 클러스터에서 장애 조치가 발생하고 VSS 기반 백업 전략에 차등 데이터베이스 백업이 포함되어 있는 경우에는 최대한 빨리 수정된 구성의 전체 데이터베이스 백업을 수행합니다. 장애 조치가 발생하고 다른 노드에 활성 역할이 있다는 것을 플러그인에서 감지하면 플러그인에서 자동으로 다음 예약된 백업에 대한 전체 백업을 실행합니다. 새 전체 백업이 실행되기 전에 새 활성 노드에 대한 복원을 수행해야 하는 경우에는 마지막 전체 백업과 새 전체 백업 사이에 발생한 데이터베이스 변경 사항이 손실될 수 있습니다.
•
복사 전용 백업: 복사 전용 백업을 지원하는 버전과 모델은 다음과 같습니다.
•
SQL Server 버전: 2008 이상
•
복구 모델: 모두
VSS 복사 전용 백업은 일반적인 백업 시퀀스와는 상관이 없습니다. 전체 백업과는 다르게 복사 전용 백업은 일련의 차등 백업에 대한 기준 백업 역할을 할 수 없습니다. 또한 복사 전용 백업을 수행해도 다음 차등 백업에서 백업되는 항목에는 영향을 주지 않습니다. 복사 전용 백업은 테스트 데이터베이스 생성과 같은 특별한 용도로 필요한 상황에 이상적입니다.

VSS 백업 시퀀스의 예

다음은 다중 복원 시나리오를 지원하면서 사용자가 자신의 SQL Server 데이터 보호 요구 사항을 충족시키기 위해 이행할 수 있는 백업 시퀀스의 몇 가지 예입니다.

•
전체 데이터베이스 백업 전용: 요구 사항에 따라 전 날까지의 데이터 보호를 보장해야 하는 경우 다음과 같은 조건이 하나 이상 존재할 때 야간에 전체 데이터베이스 백업을 수행하는 것으로 충분합니다.
•
백업 범위가 큽니다.
•
데이터베이스가 작습니다.
•
전체 데이터베이스에서 업데이트가 빈번하지 않습니다.
•
데이터베이스가 테스트 또는 개발 목적으로만 사용됩니다.
•
전체 데이터베이스가 읽기 전용입니다.
•
전체 데이터베이스 및 차등 데이터베이스 백업: 요구 사항에 따라 전 날까지의 데이터 보호를 보장하고 백업을 빠르게 완료해야 하는 경우 차등 데이터베이스 백업과 함께 전체 데이터베이스 백업을 수행하는 것이 유효한 전략입니다. 예를 들어 매주 일요일 밤 11:00에 전체 데이터베이스 백업을 수행하고 월요일~토요일 밤 11:00에 차등 데이터베이스 백업을 수행합니다. 각 차등 데이터베이스 백업에는 차등 기반으로 알려진 마지막 전체 데이터베이스 백업 이후의 모든 변경 사항이 포함됩니다.
언제 복구를 수행하든 동일한 수의 복원 작업이 필요합니다. 예를 들어 화요일에 복구를 수행하면 일요일의 전체 데이터베이스 백업과 월요일의 차등 데이터베이스 백업을 복원해야 합니다. 반면에 목요일에 복구를 수행하는 경우에는 일요일의 전체 데이터베이스 백업 다음에 수요일의 차등 데이터베이스 백업을 복원해야 합니다.
차등 데이터베이스 백업에서는 크기는 물론 기간도 증가하지만 실행해야 하는 복원 작업의 수가 줄어들기 때문에 복원 속도가 빨라집니다.
•
복사 전용 백업: 요구 사항에 따라 정기적으로 예약된 백업 시퀀스에 방해가 되지 않고 백업을 만들어야 하는 경우에는 복사 전용 백업이 유효한 전략입니다. 테스트 데이터베이스를 새로 고치는 경우처럼 정기 백업 일정을 벗어나서 전체 백업을 만들어야 하는 경우가 많습니다. 이 프로세스가 정기 백업 일정에 방해가 되어 후속적인 차등 백업을 중단시킬 수도 있습니다. 관리자는 복사 전용 백업을 사용하여 예약된 백업을 방해하지 않고 언제라도 비정기적인 전체 데이터베이스 백업을 실행할 수 있습니다.
관련 문서

The document was helpful.

평가 결과 선택

I easily found the information I needed.

평가 결과 선택