SAP HANA에서 재해 복구 발견

백업은 SAP HANA에서 제공되는 주요 재해 복구 기능 중 하나입니다.

SAP HANA는 인메모리 기술을 사용하지만, 물론 행 삽입, 삭제, 업데이트 등 데이터를 변경하는 모든 트랜잭션을 완전히 유지하므로 데이터 손실 없이 정전에서 다시 시작할 수 있습니다. SAP HANA는 저장소 시스템에 두 가지 유형의 데이터, 즉 트랜잭션 재실행 로그와 저장점 형태의 데이터 변경을 유지합니다.

트랜잭션 재실행 로그는 변경사항을 기록하는 데 사용됩니다. 트랜잭션을 지속하기 위해, 트랜잭션이 커밋되었을 때 데이터 전체를 보존할 필요는 없습니다. 대신에 재실행 로그를 보존하는 것으로 충분합니다. 실패 시, 로그에 기록된 변경사항을 리플레이하고, 완료된 트랜잭션을 재수행하고, 완료되지 않은 트랜잭션을 롤백하면 가장 최근의 일관된 데이터베이스 상태를 복원할 수 있습니다.

저장점은 변경된 모든 데이터가 페이지 형태로 저장소에 기록되는 주기적인 시점입니다. 저장점을 수행하는 목표 중 하나는 재시작 속도를 높이는 것입니다. 시스템을 시작할 때 로그는 처음부터 처리할 필요가 없으며 마지막 저장점 위치에서만 처리됩니다. 저장점은 데이터베이스의 모든 프로세스(SAP HANA 서비스라고 함)와 인스턴스에서 조정되기 때문에 트랜잭션 일관성이 보장됩니다. 기본적으로 저장점은 5분마다 수행되지만 이 값은 구성할 수 있습니다.

저장점은 일반적으로 이전 저장점을 덮어쓰지만 나중에 사용할 수 있도록 저장점을 고정할 수 있습니다. 이를 스냅샷이라고 합니다. 스냅샷은 전체 데이터 백업 형태로 복제할 수 있으며, 데이터베이스를 특정 시점으로 복원하는 데 사용할 수 있습니다. 데이터 손상 등에 유용하게 사용할 수 있습니다. 데이터 백업 외에도 소규모 로그 백업이 주기적으로 진행되기 때문에 저장소에 치명적인 장애가 발생해도 데이터 손실을 최소화하면서 장애 이전 상태로 복구할 수 있습니다.

저장점을 로컬 저장소에 저장하고 추가 백업을 백업 저장소에 저장할 수 있습니다. 충돌이 발생했을 때 로컬 복구를 진행하면 최근 저장점을 사용하고 나서 마지막 로그를 재적용하기 때문에 어떤 데이터 손실도 없이 데이터베이스를 복구합니다. 충돌이 발생하여 로컬 저장소가 손상된 경우에도 데이터 백업과 로그 백업에서 데이터베이스를 복구할 수 있습니다(일부 데이터가 손실될 수 있음). 정기적으로 네트워크를 통해 원격 위치에 백업을 배송하거나 이동통신사를 사용하는 것은 재해를 준비하는 간단하고 비교적 저렴한 방법이 될 수 있습니다. 이 방식은 주기와 전송 방법에 따라 복구 시간이 몇 시간에서 며칠이 걸릴 수 있습니다.

SAP HANA는 하드웨어 파트너가 제공하는 저장소 복제 솔루션에 대한 재해 복구 지원을 제공합니다.

백업의 한 가지 단점은 마지막 백업 시간부터 장애가 발생한 시간까지의 데이터를 손실할 수도 있다는 점입니다. 모든 지속 데이터를 연속적으로 복제하는 것이 좋습니다. 여러 SAP HANA 하드웨어 파트너가 볼륨 또는 파일 시스템의 백업을 원격 네트워크 저장 시스템에 제공하는 저장소 레벨 복제 솔루션을 제공합니다. 이러한 공급업체별 솔루션 중에서 SAP에서 인증받은 일부 솔루션에서는 로컬로 보존된 트랜잭션 로그가 원격으로 복제될 때에만 SAP HANA 트랜잭션이 완료됩니다. 이 방식을 동기 저장소 복제라고 합니다. 동기 저장소 복제는 기본 사이트와 백업 사이트 사이의 거리가 상대적으로 짧을 때만(일반적으로 100킬로미터 이하) 라운드 트립 지연이 허용되는 경우에만 사용할 수 있습니다.

시스템 복제는 내재된 재해 복구 지원을 제공하는 모든 SAP HANA 설치에서 사용할 수 있습니다.

시스템 복제는 매우 짧은 RTO를 제공하는 SAP HANA의 대체 고가용성 솔루션이며 모든 SAP HANA 하드웨어 파트너 솔루션과 호환됩니다. 시스템 복제는 "N+N" 접근법을 사용하며, 활성 기본 시스템과 같은 수의 활성 노드를 갖는 보조 대기 SAP HANA 시스템을 사용합니다. 기본 SAP HANA 시스템의 각 서비스 및 인스턴스는 보조 시스템의 상대 시스템과 Pairwise 통신합니다.