サポートと今すぐチャット
サポートとのチャット

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

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

온라인 VDI에 대한 부분 데이터베이스 백업

부분 데이터베이스 백업을 지원하는 버전과 모델은 다음과 같습니다.

•
SQL Server 버전: Windows - 2008 이상
•
복구 모델: 단순

단순 복구 모델 데이터베이스에 대한 유연성을 높이도록 설계된 부분 데이터베이스 백업은 모든 데이터베이스의 파일 그룹을 포함하지는 않는다는 점을 제외하면 전체 데이터베이스 백업과 비슷합니다. 부분 데이터베이스 백업에는 기본 파일 그룹과 모든 읽기/쓰기 파일 그룹의 전체 데이터가 포함됩니다. 선택적으로 지정된 읽기 전용 파일이 포함될 수도 있습니다. 하지만 읽기 전용 데이터베이스의 부분 백업에는 기본 파일 그룹만 포함됩니다.

부분 데이터베이스 백업은 모든 데이터베이스 백업에 포함시킬 필요가 없는 읽기 전용 파일이 데이터베이스에 포함되어 있을 때 유용합니다. 부분 데이터베이스 백업은 플러그인에서 지원하지 않는 증분 복원 시나리오의 기준으로 사용할 수도 있습니다.

온라인 VDI에 대한 차등 부분 데이터베이스 백업

차등 부분 데이터베이스 백업을 지원하는 버전과 모델은 다음과 같습니다.

•
SQL Server 버전: Windows - 2008 이상
•
복구 모델: 단순

차등 부분 백업은 부분 데이터베이스 백업하고만 사용되며 이전 부분 백업 이후에 기본 파일 그룹 및 읽기/쓰기 파일 그룹에서 변경된 범위까지만 포함합니다. 부분 백업에서 캡처한 데이터의 일부만 변경된 경우 차등 부분 백업을 사용하면 전체 데이터베이스 백업에 대한 오버헤드 없이 자주 백업을 수행할 수 있습니다.

파일 그룹 추가, 삭제 또는 수정이 부분 차등 백업에 미치는 영향에 대한 자세한 내용은 SQL Server 온라인 설명서의 차등 부분 백업을 참조하십시오.

VDI 온라인 백업 시퀀스의 예

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

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

전체 복구 모델 백업 시퀀스

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

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択