차등 백업

Differential backup

차등 백업은 데이터를 보존하고 마지막 전체 백업 이후의 데이터 차이만 저장하는 데이터 백업 유형입니다.그 이유는 데이터 저장소의 전체 데이터 양에 비해 데이터 변경은 일반적으로 거의 없기 때문에 조직 또는 데이터 소유자가 마지막 전체 백업 이후 변경 사항을 백업하고자 할 때마다 전체 백업을 수행하는 경우보다 백업 완료에 필요한 시간이 단축되기 때문입니다.데이터 백업의 증분 백업 방법과 비교하여 적어도 다른 장점은 데이터 복원 시 모든 데이터를 복원하기 위해 최소 2개의 백업 미디어가 필요하다는 것입니다.이를 통해 데이터 복원이 단순해지고 데이터 복원 시간이 단축될 가능성이 높아집니다.

의미.

차등 백업은 마지막 전체 백업 이후의 모든 변경 사항, 즉 마지막 전체 백업 이후의 차이를 누적 백업하는 것입니다.이 방법의 장점은 전체 데이터 저장소를 복원하는 데 전체 백업과 마지막 차등 백업만 필요하므로 복구 시간이 단축된다는 것입니다.단점은 마지막 전체 백업 이후 매일 더 많은 데이터를 백업해야 한다는 것입니다. 특히 데이터의 상당 부분이 변경된 경우에는 증분 백업 방식에 비해 백업 시간이 길어집니다.

"차동 백업" 및 "증분 백업"이라는 용어를 올바르게 사용하는 것이 중요합니다.이 두 용어는 업계에서 널리 사용되고 있으며 보편적으로 사용되고 있습니다.[1]차분 백업은 마지막 전체 백업 이후의 차이를 포함하도록 수행된 백업을 말합니다. 증분 백업에는 마지막 증분 백업 이후의 변경 사항만 포함됩니다(또는 문제의 증분 백업이 마지막 전체 백업 직후의 첫 번째 증분 백업인 경우 마지막 전체 백업 이후).모든 주요 데이터 백업 벤더는 이러한 [2][3]정의를 기반으로 표준화되어 있습니다.

일러스트

증분 백업과 차등 백업의 차이는 다음과 같습니다.[1]

증분 백업:
요일 일요일. 월요일. 화요일. 수요일 목요일. 금요일. 토요일에 하려고요. 일요일.
백업 유형 가득한 증분 증분 증분 증분 증분 증분 가득한
영향 없음 일요일 이후의 변경 월요일 이후의 변경 화요일 이후 변경 사항 수요일 이후의 변경 목요일 이후의 변경 금요일 이후의 변경 없음

위의 내용은 백업이 매일 수행된다고 가정합니다.그렇지 않은 경우 "Changes after" 항목은 마지막 백업을 참조하도록 수정해야 합니다(이러한 마지막 백업이 전체 백업인지 증분 백업인지 여부).또한 매주 순환하는 것으로 가정합니다.

차등 백업:
요일 일요일. 월요일. 화요일. 수요일 목요일. 금요일. 토요일에 하려고요. 일요일.
백업 유형 가득한 차동 차동 차동 차동 차동 차동 가득한
영향 없음 일요일 이후의 변경 일요일 이후의 변경 일요일 이후의 변경 일요일 이후의 변경 일요일 이후의 변경 일요일 이후의 변경 없음

이 두 용어의 업계 표준 의미를 기억하는 것이 중요합니다. 왜냐하면 위의 용어가 매우 널리 사용되고 있지만 일부 작가들은 그 의미를 뒤집는 것으로 알려져 있기 때문입니다.예를 들어 오라클 Corporation은 2015년 5월 14일 현재 DB 제품에 차등 백업에 대한 이전 설명을 사용하고 있습니다.

차분 증분 백업 - 차분 수준 1 백업에서는 RMAN은 레벨 1 또는 레벨 0의 마지막 누적 증분 백업 이후 변경된 모든 블록을 백업합니다.RMAN은 가장 최근에 발생한 레벨 1 백업을 판별하여 그 백업 후에 변경된 모든 블록을 백업합니다.수준 1을 사용할 수 없는 경우 RMAN은 수준 0 [4]백업 이후 변경된 모든 블록을 복사합니다."

「 」를 참조해 주세요.

레퍼런스

  1. ^ a b SQL Server 차등 백업.카를로스 로하스.EMC 커뮤니티 네트워크EMC Corporation2011년 3월 2일2012년 8월 21일 취득.
  2. ^ 전체, 증분 및 차등 백업에 대한 설명입니다.Microsoft 지원2012년 8월 21일 취득.
  3. ^ 차등 백업과 증분 백업의 차이점은 무엇입니까?Symantec 엔터프라이즈 기술 지원문서 번호: TECH7665작성일 : 2000-01-27, 갱신일 : 2012-05-12.2012년 8월 21일 취득.
  4. ^ "RMAN Incremental Backups". Oracle. Retrieved 2015-05-14.

추가 정보