증분 백업

Incremental backup

증분 백업은 이전 백업 복사본이 만들어진 [1][2][3][4]이후 변경된 부분만 포함하는 데이터 복사본입니다.전체 복구가 필요한 경우 복원 프로세스에는 마지막 전체 백업과 복원 [5]시점까지의 모든 증분 백업이 필요합니다.증분 백업은 저장소 공간 사용을 줄이고 차등 [6]백업보다 수행 속도가 빠르기 때문에 바람직한 경우가 많습니다.

변종

증분

증분 백업의 가장 기본적인 형태는 마지막 백업 이후 변경된 파일만 식별하고 기록하는 것입니다.일반적으로 변경 사항이 적기 때문에 증분 백업은 전체 백업보다 훨씬 작고 빠릅니다.예를 들어, 금요일 전체 백업 후 월요일 백업에는 금요일 이후 변경된 파일만 포함됩니다.화요일 백업에는 월요일 이후 변경된 파일만 포함됩니다.모든 증분을 복원해야 하므로 데이터의 전체 복원 속도는 당연히 느려집니다.첫 번째 복사본(전체)을 포함하여 작성된 복사본 중 하나가 실패하면 복원이 [7]완료되지 않습니다.

유닉스의 예는 다음과 같습니다.

rsync - essh - va --link-dest=$dst/syslog.1 $remoteserver:$remotepath $dst/syslog.0

rsync의 사용--link-dest 옵션을 사용하면 이 명령어가 증분 백업의 예가 됩니다.

다단계 증분

보다 정교한 증분 백업 방식에는 여러 개의 번호가 지정된 백업 수준이 포함됩니다.전체 백업은 레벨 0입니다.레벨 n 백업은 가장 최근 레벨 n-1 백업 이후 변경된 모든 항목을 백업합니다.예를 들어 일요일에 레벨 0 백업을 수행했다고 가정합니다.월요일에 수행된 레벨 1 백업에는 일요일 이후의 변경 사항만 포함됩니다.화요일에 수행된 레벨 2 백업에는 월요일 이후의 변경 사항만 포함됩니다.수요일에 수행된 레벨 3 백업에는 화요일 이후의 변경 사항만 포함됩니다.레벨 2 백업이 목요일에 수행된 경우, 월요일이 가장 최근의 레벨 1 백업이었기 때문에 월요일 이후에 수행된 모든 변경 사항이 포함됩니다.

역증분

미러의 두 인스턴스 간에 수행된 변경 사항에 대한 증분 백업은 정방향 또는 역방향으로 수행될 수 있습니다.

미러의 가장 오래된 버전이 기본 버전으로 처리되고 최신 버전이 수정된 버전으로 처리되는 경우 생성되는 증분은 순증분입니다.

미러의 최신 버전을 기본 버전으로 처리하고 가장 오래된 버전을 수정/변경 버전으로 처리하는 경우 생성되는 증분은 역증분입니다.

역증분 백업을 사용하여 백업을 만들 때는 역증분 백업을 수행할 때마다 이전 전체(합성) 백업에 적용되므로 현재 전체(합성) 백업은 항상 시스템의 최신 상태를 백업합니다.이는 현재 전체 백업이 시스템의 가장 오래된 버전의 백업인 포워드 증분 백업과 대조적으로, 시스템의 가장 최근 상태에 대한 백업을 얻으려면 모든 포워드 증분 백업을 해당 가장 오래된 버전에 순차적으로 적용해야 합니다.

미러에 역증분을 적용하면 이전 버전의 미러가 됩니다.이를 통해 이전 버전의 미러로 되돌릴 수 있습니다.

즉, 초기 전체 백업 후에는 각각의 연속적인 증분 백업이 이전 전체 백업에 변경 사항을 적용하여 매번 새로운 통합 전체 백업을 생성하는 동시에 이전 버전으로 되돌릴 수 있습니다.

이러한 유형의 백업의 주요 이점은 데이터의 최신 버전(가장 자주 복원되는 버전)이 (합성) 전체 백업이므로 복원 중에 증분 백업을 적용할 필요가 없기 때문에 보다 효율적인 복구 프로세스입니다.역증분 백업은 테이프와 디스크 모두에서 작동하지만 실제로는 디스크에서 더 잘 작동하는 경향이 있습니다.

역증분 백업 방법을 사용하는 회사에는 Intronis 및 Zetta.net 이 있습니다.

영구 증분

이 스타일은 통합 백업 개념과 유사합니다.초기 전체 백업 후에는 증분 백업만 중앙 백업 시스템으로 전송됩니다.이 서버는 모든 증분을 추적하고 복원 중에 적절한 데이터를 클라이언트로 다시 보냅니다.이는 각 증분을 테이프에 직접 전송한 후 필요에 따라 테이프를 다시 팩토링하여 구현할 수 있습니다.사용 가능한 디스크 공간이 충분한 경우 백업 중인 시스템의 현재 또는 이전 버전을 복원할 수 있도록 온라인 미러를 이전 증분 변경 사항과 함께 유지 관리할 수 있습니다.이것은 은행 [citation needed]시스템의 경우에 적합한 방법입니다.

현대의 클라우드 아키텍처 또는 D2D(Disk-to-Disk) 백업 시나리오에서는 이 방법이 훨씬 간단합니다.데이터는 청크로 분할되어 클라우드 스토리지 시스템에 배치됩니다.청크에 대한 메타데이터는 영구 시스템에 저장되므로 시스템은 복원 시 청크에서 지정 시점 백업을 구성할 수 있습니다.테이프를 리팩터링할 필요가 없습니다.

블록 레벨 증분

이 메서드는 변경된 파일 내의 블록만 백업합니다.이를 위해서는 송신자와 수신자 간의 더 높은 수준의 통합이 필요합니다.

바이트 수준 증분

이러한 백업 기술은 "블록 레벨 증분" 백업 방법과 유사하지만, 바이트(또는 이진) 증분 백업 방법은 이전 백업과 비교하여 파일의 이진 변형을 기반으로 합니다. 블록 기반 기술은 대량의 변경 단위(8K, 4K 또는 1K 블록)와 함께 작동하지만 바이트 기반 기술은 t와 함께 작동합니다.파일에 [8]변경사항을 반영할 때 공간을 절약하는 최소 단위입니다.또 다른 중요한 차이점은 파일 시스템에서 독립적으로 작동한다는 것입니다.현재 이러한 기술은 데이터의 상대적 압축을 가장 많이 달성하여 [citation needed]인터넷을 통해 수행되는 보안 복사본에 큰 이점이 됩니다.

기타 백업 유형

통합 전체 백업

통합 백업은 전체 백업을 생성하는 대체 방법입니다.디스크에서 직접 데이터를 읽고 백업하는 대신 이전 전체 백업(첫 번째 백업에 대한 일반 전체 백업 또는 이전 통합 전체 백업)과 정기적인 증분 백업에서 데이터를 합성합니다.증분 백업만 Disk에서 데이터를 읽기 때문에 오프사이트 복제 중에 전송해야 하는 파일은 이러한 파일뿐입니다.따라서 오프사이트 복제에 필요한 대역폭이 크게 줄어듭니다.통합 백업이 항상 동일한 효율성으로 작동하는 것은 아닙니다.스토리지에서 동기화된 대상 시스템에서 데이터로 업로드되는 데이터의 속도는 디스크 [9]조각화에 따라 달라집니다.

미분

차등 백업은 마지막 전체 백업 또는 일반 백업 이후의 모든 변경 사항, 즉 마지막 전체 백업 이후의 차이점에 대한 누적 백업입니다.이를 통해 시스템을 복원하는 데 전체 백업과 마지막 차등 백업만 필요로 하는 복구 시간이 단축됩니다.단점은 마지막 전체 백업 이후 매일 백업해야 하는 데이터가 특히 데이터의 상당 부분이 변경된 경우 더 많은 데이터를 백업해야 한다는 것입니다.

전진 증분-영구

순방향[10] 증분 백업을 사용하면 통합 작업에서 "통합 전체 백업" 모드에서 발생하는 전체 백업 파일의 전체 크기 대신 새 전체 백업을 생성할 수 있습니다. 이는 증분 파일의 크기로 제한됩니다.사용된 전체 I/O는 역 증분과 동일하지만 백업 작업 중에는 쓰기 I/O가 1개만 사용되고 역 증분보다 짧은 시간 동안 VM의 스냅샷이 열리고 나머지 2개는 전체 백업 파일을 업데이트하는 데 사용됩니다.

참고 항목

레퍼런스

  1. ^ 전체, 증분 및 차등 백업에 대한 설명입니다.Microsoft 지원.2012년 8월 21일 검색됨.
  2. ^ 3.3.2. 증분 백업 만들기(MySQL Enterprise Backup 사용자 가이드(버전 3.7.1) :: II MySQL Enterprise Backup을 사용한 데이터베이스 서버 백업 :: 3.3 백업 시나리오 및 예: 3.3.2 증분 백업 만들기).MySQL.2012년 8월 21일 검색됨.
  3. ^ ARCserve Backup r16-ENU/Bookshelf_Files/PDF/AB_MS_EXCHANGE_W_ENU.pdf CA ARCserve Backup for Windows: 에이전트 for 마이크로소프트 Exchange 서버 가이드, r16 CA Technologies 기술 지원.52페이지.2012년 8월 21일 검색됨.
  4. ^ 차등 백업과 증분 백업의 차이점은 무엇입니까?Wayback Machine Symantec Enterprise 기술 지원부에서 2012-09-04를 보관했습니다.문서: TECH7665.생성됨: 2000-01-27, 업데이트됨: 2012-05-12.2012년 8월 21일 검색됨.
  5. ^ SQL Server 차등 백업.카를로스 로하스.EMC 커뮤니티 네트워크.EMC Corporation.2011년 3월 2일2012년 8월 21일 검색됨.
  6. ^ NetApp SnapMirror 블록 레벨 NetVault 백업을 통한 테이프에 대한 증분 백업2013-07-11을 아카이브에 보관.오늘날 수석 제품 매니저인 Charles Keiper에서 보관.Quest Software. 2012년 8월 1일.2012년 8월 21일 검색됨.
  7. ^ Zacker, Craig (2006). Network+ Certification, Fourth Edition. Redmond, WA: Microsoft Press. p. 455.
  8. ^ "What is an incremental backup?". IONOS Digitalguide. Retrieved 2022-08-15.
  9. ^ Gugick, David. "Synthetic Full Backup Explained". CloudBerry Lab. Retrieved 20 December 2018.
  10. ^ "New Forward Incremental-Forever Backup". Virtualtothecore. 13 October 2014.

진일보한 내용