서버를 백업하는 이유는 무엇입니까? 서버는 모든 기술 인프라의 핵심을 형성합니다. 따라서 서버 데이터를 백업하고 특정 시점으로 복구하는 것이 중요합니다.
손실, 재해 (인간적 또는 자연적) 및 손상으로부터 데이터를 보호하는 것은 IT 조직의 최우선 순위 중 하나입니다. 아이디어는 있지만 효율적이고 효과적인 백업 작업 세트를 구현하는 것은 어려울 수 있습니다. 엔터프라이즈 백업 소프트웨어 백업 및 복구 작업 수행의 복잡성을 줄입니다. 데이터 백업은 재해 복구 계획. 신중한 설계 및 테스트 없이는 원하는 수준의 데이터 및 재해 복구 기능을 제공하지 못할 수 있습니다.
다른 서버 백업 유형
여러 유형의 백업이 있지만 데이터를 보호하고 사고 발생 중에 적절하게 복구하는 가장 좋은 방법을 선택하는 방법입니다. 전체 백업, 증분 백업 및 차등 백업은 가장 일반적인 백업 유형입니다. 다른 백업 유형은 종합 전체 백업 및 미러링입니다.
우리가 토론 할 때 클라우드 백업과 로컬 백업, 일부 백업 유형은 특정 위치에서 더 좋습니다. 예를 들어 클라우드 백업 수행, 증분 백업은 일반적으로 더 적은 리소스를 소비하므로 더 적합합니다. 또한 클라우드에서 전체 백업으로 시작한 다음 증분 백업으로 전환 할 수 있습니다. 미러 백업은 일반적으로 디스크를 포함하는 온-프레미스 접근 방식에 가깝습니다.
서버 데이터를 백업하는 가장 좋은 방법 :
1. 전체 백업
전체 백업은 포괄적 인 백업 작업 유형입니다. 이 백업은 모든 데이터의 복사본을 디스크 또는 테이프와 같은 다른 미디어 세트로 만듭니다. 모든 작업 중에 전체 백업을 수행하면 단일 미디어 세트에서 사용할 수있는 모든 데이터의 완전한 복사본이 보장됩니다. 이로 인해 데이터를 복원하는 데 걸리는 시간이 최소화되며 메트릭을 복구 시간 목표라고합니다. 그러나 단점은 전체 백업을 수행하는 데 더 오래 걸리고 더 많은 저장 공간이 필요하다는 것입니다.
따라서 전체 백업은 주기적으로 만 실행되도록 선택됩니다. 데이터 양이 적은 데이터 센터는 매일 전체 백업을 실행하도록 선택할 수 있습니다. 일반적으로 백업 작업은 증분 또는 차등 백업과 결합 된 전체 백업을 사용합니다.
2. 증분 백업
증분 백업 작업은 모든 유형의 마지막 백업 작업 이후 변경된 데이터를 복사합니다. 조직은 일반적으로 파일에 수정 된 타임 스탬프를 사용하고이를 마지막 백업의 타임 스탬프와 비교합니다. 데이터 백업 애플리케이션 백업 작업 중 날짜와 시간을 추적하고 기록하여 이러한 작업 이후 수정 된 파일을 추적합니다.
증분 백업은 모든 유형의 마지막 백업 이후 데이터를 복사하므로 조직은 가장 최근의 변경 사항을 저장하면서 원하는만큼 자주 실행할 수 있습니다. 또한 증분 백업은 전체 백업보다 적은 양의 데이터를 복사합니다. 따라서 이러한 작업은 더 빨리 완료되고 백업을 저장하는 데 더 적은 미디어가 필요합니다.
3. 차등 백업
처음에 차등 백업 작업을 수행하는 것은 이전 백업에서 변경된 모든 데이터를 복사하므로 증분 백업 작업과 유사합니다. 그러나 실행할 때마다 이전 전체 백업 이후 변경된 모든 데이터를 계속 복사합니다. 따라서 전체 백업보다 훨씬 적지 만 후속 작업에서 증분보다 더 많은 데이터를 저장합니다. 또한 차등 백업은 증분 백업에 비해 더 많은 공간과 시간이 필요하지만 전체 백업보다 적습니다.
매일 증분 백업을 실행하면서 매주 전체 백업을 수행하면 더 적은 저장 공간을 사용하여 평일에 가장 짧은 백업 시간을 제공합니다. 그러나 사용 가능한 데이터 사본은 적고 복원 시간이 가장 깁니다. 조직에서 수요일부터 데이터를 백업해야하는 경우 일요일 전체 백업과 월요일, 화요일 및 수요일 증분 미디어 세트가 필요합니다. 이로 인해 복구 시간이 크게 증가하고 각 미디어 세트가 제대로 작동해야합니다. 하나의 백업 세트 실패는 전체 복원에 영향을 줄 수 있습니다.
매주 전체 백업과 매일 차등 백업을 실행하면 다른 대안간에 결과가 제공됩니다. 특히 일일 증분 정책의 경우는 적지 만 일일 전체 정책보다 복원하는 데 더 많은 백업 미디어 세트가 필요합니다. 또한 복원 시간은 일일 증분 백업을 사용하는 것보다 적고 일일 전체 백업을 사용하는 것보다 깁니다. 특정 날짜의 데이터를 복원하려면 최대 두 개의 미디어 세트가 필요합니다. 이렇게하면 복구에 필요한 시간이 줄어들고 읽을 수없는 백업 세트에 문제가 발생할 가능성이 있습니다.
4. 미러 백업
미러 백업과 전체 백업은 동일합니다. 이 백업 유형은 소스 데이터 세트의 정확한 사본을 생성하고 파일의 다른 버전을 추적하지 않고 최신 데이터 버전을 백업 저장소에 저장합니다. 요컨대, 백업은 모든 다른 백업 파일이 별도로 저장되므로 소스 데이터의 미러입니다.
미러 백업의 이점 중 하나는 빠른 복구 시간입니다. 또한 개별 백업 파일에 쉽게 액세스 할 수 있습니다. 주요 단점 중 하나는 필요한 저장 공간의 양입니다. 추가 스토리지로 조직은 비용 증가 및 유지 관리 요구에주의해야합니다. 또한 손상 또는 삭제와 같은 소스 데이터 세트의 문제가 발생하는 동안 미러 백업이 동일하게 발생합니다.
결과적으로 모든 데이터 보호 요구에 대해 미러 백업에 의존하고 데이터에 대해 다른 유형의 백업을 사용하는 것이 좋습니다. 또한 3-2-1 백업 규칙을 따라야합니다. 여기에는 두 개의 다른 미디어에있는 세 개의 데이터 복사본이 포함되며 하나는 오프 사이트에 있습니다.
특정 유형의 미러 백업 인 디스크 미러링은 RAID 1이라고도합니다.이 프로세스는 데이터를 두 개 이상의 디스크에 복제합니다. 디스크 미러링의 빠른 복구 시간은 고 가용성이 필요한 데이터를위한 강력한 옵션입니다. 또한 즉각적인 장애 조치 기능으로 인해 재해 복구에 도움이됩니다. 디스크 미러링에는 두 개 이상의 물리적 드라이브가 필요합니다. 하나의 드라이브에 장애가 발생하면 조직에서 미러 사본을 사용할 수 있습니다. 디스크 미러링은 포괄적 인 데이터 보호를 제공하지만 많은 백업 스토리지 생산 능력.
서버 백업-마무리!
작은 데이터 세트가있는 조직의 경우 추가 스토리지 공간 비용없이 높은 수준의 보호를 제공하기 위해 매일 전체 백업을 실행합니다. 더 많은 데이터 또는 서버 볼륨이있는 대규모 조직에서는 일일 증분 백업 또는 차등 백업과 결합하여 매주 전체 백업을 실행하도록 선택합니다. 차등을 사용하면 대부분의 경우 복원 시간을 줄이고 스토리지 용량을 약간 증가시키면서 더 높은 수준의 데이터 보호를 제공합니다. 따라서 매일 차등 백업과 함께 매주 전체 백업 전략을 사용하는 것은 많은 조직에 좋은 옵션입니다.
