베어메탈 인스턴스에서 SAP HANA 백업 및 복구

이 문서에서는 X4와 같은 Compute Engine 베어메탈 인스턴스에서 실행되는 SAP HANA 시스템에 대해 모범 사례를 포함하여 Google Cloud에서 권장하는 백업 및 복구 전략에 대해 설명합니다.

Compute Engine 베어메탈 인스턴스를 사용하면 멀티 테라바이트의 SAP HANA 워크로드를 실행할 수 있습니다. 따라서 이러한 대규모 워크로드의 경우 백업 및 복구 작업을 최적화하기 위해 특정한 설정과 접근 방식이 필요합니다.

이 문서는 베어메탈 인스턴스에서 실행되는 SAP HANA 시스템을 최적화하려는 SAP Basis 관리자를 위해 작성되었습니다.

SAP HANA와 함께 사용하도록 SAP에서 인증한 Compute Engine 베어 메탈 인스턴스에 대한 자세한 내용은 SAP HANA용 베어 메탈 머신 유형을 참조하세요.

다음 표에서는 X4와 같은 베어메탈 인스턴스에서 실행되는 SAP HANA 시스템에 대해 Google Cloud가 권장하는 백업 전략을 설명합니다. 리소스 경합을 방지하기 위해서는 처리 활동이 낮은 기간 중에 백업을 만드세요.

빈도 활동
매주, 최소 1회 전체 시스템 백업을 생성합니다. 이 작업은 SAP용 Google Cloud 에이전트의 Backint 기능을 사용하여 수행할 수 있습니다.
매일, 한 번 이상 SAP HANA 데이터 볼륨의 스냅샷 기반 백업을 만듭니다. 이 작업은 SAP용 Google Cloud 에이전트의 SAP HANA용 디스크 스냅샷 기반 백업 및 복구 기능을 사용하여 수행할 수 있습니다.
하루 건너, 최소 한 번 SAP HANA 데이터 볼륨의 델타 백업을 만듭니다.
15분 이하 간격(로그 백업 간격의 데이터베이스 구성에 따라 또는 SAP HANA 로그 세그먼트가 가득 찼을 때) SAP HANA 로그 백업을 만듭니다. 이 작업은 SAP용 Google Cloud 에이전트의 Backint 기능을 사용하여 수행할 수 있습니다.
백업 보관 주기 동안 1회 이상 다음 단계를 따르세요.
  • 백업의 일관성을 테스트합니다.
  • 복구 테스트 작업을 수행하여 백업을 테스트합니다. 이를 통해 백업을 데이터베이스 복구에 사용할 수 있는지 확인할 수 있습니다.

이 백업 전략은 다음 고려사항을 기반으로 합니다.

  • 표준 디스크 스탭샷은 증분 블록 기기의 특정 시점(point-in-time) 데이터 사본을 제공합니다. 이 메커니즘을 사용하면 훨씬 더 빠르고 리소스 효율적인 방법으로 대량의 데이터를 SAP HANA의 기본 블록 스토리지에서 Cloud Storage와 같은 내구성 있는 보조 위치로 전송할 수 있습니다. 이는 강력한 재해 복구 전략을 위해 필요합니다.
  • 디스크 스냅샷 기반 백업은 페이지 또는 블록 수준에서 논리적 무결성 검사를 수행하지 않으므로 SAP HANA 데이터 볼륨의 불일치 또는 손상이 디스크 스냅샷에 복사됩니다. 이때 전체 시스템 백업이 필요합니다. Backint 기반의 주간 전체 시스템 백업은 암시적 일관성 검사를 통해 SAP HANA 데이터 볼륨의 스냅샷에 논리적 손상이 있는 경우 SAP HANA 데이터베이스를 복구할 수 있는 검증된 방법을 제공합니다.
  • 데이터베이스를 특정 시점으로 복구하여 RPO 목표를 달성하려면 Backint 기반 SAP HANA 로그 볼륨 백업을 디스크 스냅샷 백업 또는 Backint 기반 전체 데이터베이스 백업과 결합할 수 있습니다.

제한사항

SAP용 Google Cloud 에이전트를 사용할 때 디스크 스냅샷 기반 백업 및 복구에 적용되는 몇 가지 제한 사항이 있습니다. 이러한 제한 사항에 대한 자세한 내용은 제한 사항을 참조하세요.

맞춤설정

조직의 RTO 또는 RPO 목표에 맞게 이 문서에 제공된 권장 백업 전략을 사용자 지정하여 추가 Backint 또는 디스크 스냅샷 기반 백업을 생성할 수 있습니다.

이러한 백업을 생성하기 위해 SAP용 Google Cloud 에이전트를 사용하는 방법에 대한 자세한 내용은 다음을 참조하세요:

권장사항

다음은 베어메탈 인스턴스에서 실행되는 SAP HANA 시스템에 대해 Google Cloud가 권장하는 백업 및 복구 모범 사례입니다:

  • Backint 구성: Backint 기반 백업 및 복구 작업 중에 최대 성능을 얻으려면 다음 구성을 수행해야 합니다.

    • 로그 백업의 경우 별도의 Backint 구성 파일을 만들고 SAP HANA global.ini 파일에서 log_backup_parameter_file 매개변수 경로를 지정하는 것이 좋습니다. 그런 다음 Backint 구성 파일에서 다음 매개변수 값을 설정합니다:

      매개변수 값
      parallel_streams 32
      xml_multipart_upload true
      rate_limit_mb 2500

    • 데이터 백업의 경우 SAP HANA global.ini 파일에 다음 매개변수 값을 설정하는 것이 좋습니다.

      매개변수 값
      parallel_data_backup_backint_channels 32

  • 일관성 및 무결성 검사: 향후 재해 발생 시 데이터베이스를 복구하는 데 백업을 사용할 수 있도록 하려면 백업에 대해 주기적으로 일관성 및 무결성 검사를 수행해야 합니다. 이러한 검사를 수행하는 데 사용하는 방법은 백업을 만들 때 사용한 방법에 따라 다릅니다.

    • Backint 기반 백업의 경우 백업 생성 중에 일관성 검사가 수행됩니다.

      Backint 기반 백업의 무결성을 확인하려면 hdbbackupcheck 도구를 사용하세요. 이 도구는 데이터 및 로그 백업이 생성되는 동안 무결성 검사를 자동으로 수행합니다. 무결성 검사에 성공하면 백업 파일이 Cloud Storage와 같은 백업 대상에 기록됩니다.

    • 디스크 스냅샷 기반 백업의 일관성을 확인하려면 hdbpersdiag 도구를 사용할 수 있습니다. 디스크 스냅샷 기반 백업 및 복구와 관련된 모범 사례에 대한 자세한 내용은 권장사항을 참조하세요.

      SAP용 Google Cloud 에이전트를 사용하여 스냅샷 일관성을 검증하는 방법은 스냅샷 일관성 검증을 참조하세요.

      일관성 검사를 수행하는 이 방법은 상당한 시간과 수작업이 필요하지만, 스냅샷 기반 백업은 Backint 기반 백업과 달리 백업 생성 중에 일관성을 자동으로 검사하지 않기 때문에 반드시 필요한 작업입니다.

  • 백업 복구 가능성 확인: RPO 목표를 달성하려면 백업을 사용할 수 있고 사용할 수 있는지 확인해야 합니다. 이를 위해 SAP의 hdbbackupdiak 도구를 사용할 수 있습니다.

  • 백업 카탈로그 하우스키핑: SAP HANA 백업 카탈로그의 많은 항목과 데이터로 인해 발생할 수 있는 문제를 방지하려면 백업 카탈로그와 백업 스토리지를 유지 관리해야 합니다. 자세한 내용은 SAP 문서 백업 카탈로그 및 백업 스토리지의 하우스키핑을 참조하세요.

    SAP HANA 백업 카탈로그에서 스토리지 스냅샷의 항목을 삭제해도 Google Cloud에 저장된 디스크 스냅샷은 삭제되지 않습니다. 디스크 스냅샷을 삭제하는 방법에 대한 자세한 내용은 스냅샷 삭제를 참조하세요.

  • 데이터베이스 암호화: SAP HANA를 사용하면 데이터 볼륨, 로그 볼륨, 데이터베이스 백업을 암호화할 수 있습니다. 데이터 볼륨 및 데이터베이스 백업에서 암호화를 활성화하면 백업 및 복구 작업의 성능에 부정적인 영향을 미칠 수 있습니다. RTO 요구 사항 또는 백업 전략을 정의할 때 이러한 영향을 반드시 고려하세요.

    Google Cloud는 SAP HANA 시스템과 관련된 디스크 및 디스크 스냅샷을 암호화하는 옵션도 제공하지만, 이러한 옵션들이 백업 및 복구 작업의 성능에 미치는 영향은 미미합니다.

  • 백업 암호화: Backint 및 디스크 스냅샷 기반 백업은 기본적으로 저장 데이터 암호화(encryption at rest) 방식으로 저장됩니다. 하지만 보안을 강화하기 위해 추가 옵션을 살펴볼 수 있습니다. 데이터베이스 성능에 미치는 영향을 포함하여 이러한 옵션에 대한 자세한 내용은 다음을 참조하세요.

  • 장기 보관: 백업을 장기간 보관하려면 다음을 참조하세요.

    • Cloud Storage에 저장되는 Backint 기반 백업의 경우, Cloud Storage 버킷에 보관 정책을 설정하여 장기 보관을 정의할 수 있습니다. 보관 정책은 버킷에 있는 개체를 얼마나 오래 보관할지 정의합니다. 버킷의 보관 정책을 구성하는 방법에 대한 자세한 내용은 버킷 잠금을 참조하세요.

    • 디스크 스냅샷 기반 백업은 기본적으로 보관됩니다. 자체 보관 정책을 만들어야 하며, 필요하지 않은 경우 수동으로 삭제해야 합니다. 이전 스냅샷을 삭제해도 최신 스냅샷은 무효화되지 않습니다. 자세한 내용은 스냅샷 삭제를 참조하세요. 스냅샷을 삭제하는 방법 또는 필터를 기준으로 여러 개의 스냅샷을 삭제하는 방법에 대한 자세한 내용은 디스크 스냅샷 관리를 참조하세요.