SAP HANA용 Backint 기반 백업 및 복구

이 계획 가이드에서는 SAP HANA에 백업 및 복구 작업을 수행할 수 있게 해주는 SAP용 Google Cloud 에이전트의 Backint 기능에 대해서만 집중적으로 다룹니다. 에이전트 및 모든 기능에 대한 자세한 내용은 SAP용 Google Cloud 에이전트 계획 가이드를 참조하세요.

SAP HANA 시스템에서는 SAP용 Google Cloud 에이전트의 Backint 기능을 사용하여 백업 및 복구 작업을 수행할 수 있습니다. 이 기능은 Google Cloud, 베어메탈 솔루션, 온프레미스, 기타 클라우드 제공업체에서 실행되는 SAP HANA 시스템에서 사용할 수 있습니다.

에이전트의 Backint 기능은 SAP에서 인증됩니다. 이 기능은 SAP HANA와 통합되므로 SAP 기반 백업 및 복구 기능을 사용해서 Cloud Storage에서 직접 백업을 저장하고 검색할 수 있습니다.

이 기능을 구성하는 방법은 SAP HANA를 위한 Backint 기반 백업 및 복구 구성을 참조하세요.

Backint를 사용하여 SAP HANA에 대해 백업 및 복구 작업을 수행하는 방법은 Backint를 사용하여 백업 및 복구 수행을 참조하세요.

Backint 기능의 SAP 인증에 대한 자세한 내용은 다음을 참조하세요.

SAP Note 2031547
SAP HANA용 Backint 인증

월별 예상 비용

Cloud Storage에서 사용하는 스토리지에 대해 비용이 발생합니다. 비용에 대한 자세한 내용은 Cloud Storage 가격 책정을 참조하세요.

월별 Cloud Storage 비용을 예상하려면 Google Cloud 가격 계산기를 사용하면 됩니다.

다음 정보를 사용하면 비용을 더 올바르게 예상하는 데 도움이 됩니다.

예상되는 성장 비율을 포함하여 한 달에 필요한 전체, 델타, 증분 백업의 총 크기
SAP HANA 데이터베이스에서 생성한 SAP HANA 로그 볼륨 백업 측면의 일일 변경 비율. 이 비율에 백업 전략에 따라 로그 백업을 유지하려는 일 수를 곱해야 합니다.
백업 전략에 맞는 Cloud Storage 버킷의 위치 및 유형. 단일 리전 버킷은 테스트 목적으로만 사용해야 합니다.
Cloud Storage 버킷의 스토리지 클래스. 데이터에 액세스하는 데 필요한 빈도에 맞는 클래스를 선택합니다.
Cloud Storage에서 백업 및 복구를 위해 한 달에 필요한 클래스 A와 클래스 B의 예상 작업량. 이러한 작업에 대한 자세한 내용은 각 클래스에 포함되는 작업을 참조하세요.
백업을 사용하여 데이터베이스를 복구할 때와 같은 리전 내, 리전 간, 멀티 리전 작업의 예상 네트워크 이그레스. 자세한 내용은 Google Cloud 내의 데이터 전송을 참조하세요.

Cloud Storage로의 네트워크 인그레스는 무료이므로 이를 예상 비용에 포함할 필요가 없습니다.

Backint 구성 파일

기능을 사용 설정할 때 에이전트가 만드는 개별 구성 파일에 매개변수를 지정하여 SAP용 Google Cloud 에이전트의 Backint 기능을 구성합니다.

기본적으로 구성 파일은 이름이 parameters.json이고 기본 위치는 /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/parameters.json입니다.

SID는 SAP 시스템의 SID에 대한 자리표시자 변수입니다.

단일 구성을 사용하거나 SAP HANA 데이터 볼륨, SAP HANA 로그 볼륨, SAP HANA 백업 카탈로그와 같이 각 항목에 대해 별개의 구성 파일을 사용할 수 있습니다. 또한 파일 이름 바꾸기, 다른 디렉터리로 이동과 같은 기타 맞춤설정을 수행할 수 있습니다. 이러한 맞춤설정을 수행하는 방법은 Backint 구성 파일 맞춤설정을 참조하세요.

Cloud Storage 버킷에 백업 저장

SAP용 Google Cloud 에이전트의 Backint 기능은 Cloud Storage 버킷에 SAP HANA 백업을 저장합니다. 다음 섹션에서는 Cloud Storage 버킷 만들기 및 SAP용 Google Cloud 에이전트가 버킷에 백업을 저장하는 방법에 대한 정보를 제공합니다.

Cloud Storage 버킷 만들기

버킷을 만들 때 버킷 위치 및 버킷 스토리지 클래스를 선택해야 합니다.

버킷 위치는 리전, 이중 리전 또는 멀티 리전일 수 있습니다. 데이터 위치를 제한해야 할 필요성, 백업 및 복원의 지연 시간 요구사항, 리전 운영 중단에 대한 보호 필요성에 따라 버킷을 선택해야 합니다. 자세한 내용은 버킷 위치를 참조하세요.

SAP HANA 인스턴스가 실행되는 리전과 동일하거나 유사한 리전의 이중 리전 또는 멀티 리전 버킷을 선택합니다.

백업을 유지해야 하는 기간, 예상되는 액세스 빈도, 비용에 따라 스토리지 클래스를 선택하세요. 자세한 내용은 스토리지 클래스를 참조하세요.

버킷의 백업 조직

SAP용 Google Cloud 에이전트는 Cloud Storage 버킷의 폴더를 사용해서 SAP HANA 백업을 조직합니다.

에이전트는 Backint 기능을 사용하여 백업하는 각 SAP HANA 데이터베이스, 시스템, 테넌트에 대해 폴더를 만듭니다. 데이터베이스의 폴더 내에서 에이전트는 SAP HANA 데이터 볼륨, SAP HANA 로그 볼륨, SAP HANA 백업 카탈로그의 백업을 저장하기 위해 개별 폴더를 만듭니다.

백업 이름을 지정하기 위해 에이전트는 SAP HANA 이름 지정 규칙을 따릅니다.

다음은 Cloud Storage 버킷에서 SAP HANA 백업의 예시 경로입니다.

시스템 데이터베이스의 백업:

BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/SYSTEMDB

테넌트 데이터베이스의 백업:
```
BUCKET_NAME/SID/usr/sap/SID/SYS/global/hdb/backint/DB_TENANT_SID
```
다음을 바꿉니다.
- BUCKET_NAME: Cloud Storage 버킷의 이름입니다.
- SID: SAP 시스템의 시스템 ID입니다.
- TENANT_SID: 테넌트 데이터베이스의 시스템 ID입니다.

백업 조직을 위한 권장사항

다음 권장사항에 따라 Cloud Storage 버킷에서 백업을 조직합니다.

Cloud Storage 버킷 내에서 폴더 또는 파일 이름을 바꾸지 마세요.

폴더 또는 파일 이름을 바꾸면 실제로 백업 경로가 변경되며, 이는 타사 백업 도구에 대해 SAP가 적용한 표준을 위반하는 조치입니다. 폴더 또는 파일 이름을 바꾸면 백업이 생성되었을 때 있던 이름으로 폴더 또는 파일을 되돌릴 때까지 데이터베이스 복구 작업을 수행하는 동안 Backint 메커니즘이 실패합니다.
동일한 SAP 시스템 ID(SID)가 있는 둘 이상의 SAP HANA 데이터베이스 백업을 저장하는 데 동일한 Cloud Storage 버킷을 사용하지 마세요.

Cloud Storage에서 SAP용 Google Cloud 에이전트는 SID 관련 폴더에 SAP HANA 백업을 조직합니다. 따라서 동일한 버킷을 사용해서 SID가 동일한 SAP HANA 데이터베이스의 백업을 저장하는 경우 백업 작업으로 인해 백업을 덮어쓰거나 삭제할 수 있습니다.

고가용성(HA), 재해 복구(DR), 수평 확장 배포로 설치된 SAP HANA 데이터베이스는 모든 SAP HANA 노드에 동일한 SID가 포함되며, 이 권장사항이 적용되지 않습니다. 이러한 시스템에서는 일반 작업 중 SAP HANA 인스턴스가 하나만 활성 상태이고 백업에 기록되기 때문에 동일한 Cloud Storage 버킷에 백업이 저장됩니다. 자세한 내용은 SAP HANA 배포에 Backint 사용을 참조하세요.

백업 암호화 옵션

기본적으로 Cloud Storage는 버킷에 데이터가 저장되기 전에 항상 데이터를 암호화합니다. 데이터에 추가적인 암호화 레이어를 적용하기 위해서는 다음 옵션 중 하나를 사용할 수 있습니다.

암호화 옵션 설명

SAP용 Google Cloud 에이전트의 Backint 기능에 고객 관리 암호화 키를 사용합니다. 고객 관리 암호화 키를 사용하려면 PARAMETERS.json 파일의 kms_key 매개변수에 키 경로를 지정해야 합니다. 또한 에이전트에 사용되는 서비스 계정에 키 액세스 권한을 부여해야 합니다. 서비스 계정에 암호화 키 액세스 권한 부여에 대한 자세한 내용은 서비스 에이전트에 Cloud Key Management Service 키 할당을 참조하세요.

SAP용 Google Cloud 에이전트의 Backint 기능에 고객 제공 암호화 키를 사용합니다. 고객 제공 암호화 키를 사용하려면 PARAMETERS.json 파일의 encryption_key 매개변수에 키 경로를 지정합니다. 키는 고객 제공 암호화 키에 설명된 대로 base64로 인코딩된 AES-256 키 문자열이어야 합니다.

암호화 옵션	설명
SAP용 Google Cloud 에이전트의 Backint 기능에 고객 관리 암호화 키를 사용합니다.	고객 관리 암호화 키를 사용하려면 `PARAMETERS.json` 파일의 `kms_key` 매개변수에 키 경로를 지정해야 합니다. 또한 에이전트에 사용되는 서비스 계정에 키 액세스 권한을 부여해야 합니다. 서비스 계정에 암호화 키 액세스 권한 부여에 대한 자세한 내용은 서비스 에이전트에 Cloud Key Management Service 키 할당을 참조하세요.
SAP용 Google Cloud 에이전트의 Backint 기능에 고객 제공 암호화 키를 사용합니다.	고객 제공 암호화 키를 사용하려면 `PARAMETERS.json` 파일의 `encryption_key` 매개변수에 키 경로를 지정합니다. 키는 고객 제공 암호화 키에 설명된 대로 base64로 인코딩된 AES-256 키 문자열이어야 합니다.
SAP HANA 백업 암호화를 사용합니다.	이 옵션은 SAP HANA 2.0 SP01에서 사용할 수 있습니다. AES 256비트 암호화를 사용하여 SAP HANA 데이터 및 로그 볼륨의 백업을 암호화할 수 있습니다. SAP HANA 백업 카탈로그 백업은 암호화되지 않습니다. 이 암호화를 위해서는 백업 암호화 루트 키를 만들고 SAP HANA 문서 암호화 구성에 설명된 대로 추가 구성을 수행해야 합니다. SAP HANA 2.0 SPS07에서 `/hana/data`, `/hana/log`, `/hanabackup` 볼륨의 암호화는 사용자가 사용 중지하지 않는 한 설치 중에 기본적으로 사용 설정됩니다. 루트 키의 백업을 만드는 방법은 SAP 문서 루트 키 백업을 참조하세요.

SAP HANA 백업 암호화를 사용합니다.

이 옵션은 SAP HANA 2.0 SP01에서 사용할 수 있습니다. AES 256비트 암호화를 사용하여 SAP HANA 데이터 및 로그 볼륨의 백업을 암호화할 수 있습니다. SAP HANA 백업 카탈로그 백업은 암호화되지 않습니다. 이 암호화를 위해서는 백업 암호화 루트 키를 만들고 SAP HANA 문서 암호화 구성에 설명된 대로 추가 구성을 수행해야 합니다.

SAP HANA 2.0 SPS07에서 /hana/data, /hana/log, /hanabackup 볼륨의 암호화는 사용자가 사용 중지하지 않는 한 설치 중에 기본적으로 사용 설정됩니다.

루트 키의 백업을 만드는 방법은 SAP 문서 루트 키 백업을 참조하세요.

백업 암호화를 위해서는 백업 및 복구 작업 중 메모리 및 CPU 리소스가 추가로 필요합니다. 백업을 암호화해도 일반적으로 백업 및 복구 작업 중 데이터베이스 성능에 영향이 없지만 SAP HANA 데이터베이스의 크기 및 예상되는 높은 CPU 사용량에 따라 전반적인 시스템 성능에 영향이 있을 수 있습니다.

암호화 제한사항

백업에 암호화를 사용할 때는 다음과 같은 제한사항이 적용됩니다.

kms_key 및 encryption_key 매개변수를 모두 지정하면 SAP용 Google Cloud 에이전트가 실패하고 1 상태로 종료됩니다.
kms_key 또는 encryption_key 매개변수로 parallel_streams 매개변수를 지정하면 SAP용 Google Cloud 에이전트가 실패하고 1 상태로 종료됩니다.

백업 압축 옵션

백업을 압축하면 크기가 감소하여 Cloud Storage 버킷에서 사용하는 공간이 감소하고, 그 결과 스토리지 비용도 줄어듭니다. 하지만 백업을 압축하면 백업 작업 중 CPU 사용량이 더 많이 필요하고 백업 및 복구 작업 중 전반적인 성능에 영향을 줄 수 있습니다.

백업 압축의 대안으로 객체의 액세스 패턴에 따라 버킷의 객체를 적절한 스토리지 클래스로 자동으로 전환하는 Cloud Storage의 자동 클래스 기능을 사용할 수 있습니다.

SAP HANA 백업을 압축하려면 다음 옵션 중 하나를 사용할 수 있습니다.

압축 옵션 설명

SAP HANA 데이터 백업 압축 사용

압축 옵션	설명
SAP HANA 데이터 백업 압축 사용	이는 백업 압축이 필요할 때 권장되는 옵션입니다. SAP HANA 2.0 SPS06부터 SAP HANA는 백업 작업을 수행할 때 LZ4 압축 알고리즘을 지원합니다. 기본적으로 압축은 사용 중지됩니다. 이 압축을 사용 설정하는 방법은 SAP HANA 문서 데이터 백업 압축 구성을 참조하세요.
Cloud Storage 압축 사용	Cloud Storage 버킷에 백업을 작성하는 동안 에이전트가 수행할 수 있는 기본 제공 압축을 사용하려면 `PARAMETERS.json`의 `compress` 매개변수를 사용합니다. 이 압축은 사용 설정하지 않는 것이 좋습니다.

이는 백업 압축이 필요할 때 권장되는 옵션입니다.

SAP HANA 2.0 SPS06부터 SAP HANA는 백업 작업을 수행할 때 LZ4 압축 알고리즘을 지원합니다. 기본적으로 압축은 사용 중지됩니다. 이 압축을 사용 설정하는 방법은 SAP HANA 문서 데이터 백업 압축 구성을 참조하세요.

Cloud Storage 압축 사용

Cloud Storage 버킷에 백업을 작성하는 동안 에이전트가 수행할 수 있는 기본 제공 압축을 사용하려면 PARAMETERS.json의 compress 매개변수를 사용합니다.

이 압축은 사용 설정하지 않는 것이 좋습니다.

데이터 백업 멀티스트리밍

SAP HANA 2.0 SP05 이전 버전의 경우 SAP HANA가 128GB보다 큰 데이터베이스에 대해 멀티스트리밍을 지원합니다. SAP HANA 2.0 SP05 버전부터 이 기준점은 SAP HANA 매개변수 parallel_data_backup_backint_size_threshold를 통해 구성할 수 있습니다. 이 매개변수는 최소 데이터베이스 백업 크기(GB 단위)를 지정하여 멀티스트리밍을 사용 설정합니다.

멀티스트리밍은 처리량을 늘리고 Cloud Storage에서 단일 객체의 최대 크기인 5TB보다 큰 데이터베이스를 백업하는 데 유용합니다.

멀티스트리밍을 사용 설정하려면 사용할 채널 수에 따라 SAP HANA 매개변수 parallel_data_backup_backint_channels를 설정합니다. 멀티스트리밍에 사용하는 최적의 채널 수는 실행 중인 SAP HANA에 따라 달라집니다.

또한 SAP HANA 인스턴스에 연결된 데이터 디스크의 처리량과 관리자가 백업 활동에 할당한 대역폭도 고려 대상입니다. 스트림 수를 변경하여 처리량을 조정하거나 PARAMETERS.json의 rate_limit_mb 매개변수를 사용하여 처리량을 제한할 수 있습니다.

멀티 리전 Cloud Storage 버킷의 경우 8개 채널로 시작합니다. 리전 버킷의 경우에는 12개 채널로 시작합니다. 백업 성능 목표를 달성하도록 필요에 맞게 채널 수를 조정합니다.

SAP HANA 문서에 명시된 대로 각 추가 채널에는 512MB의 I/O 버퍼가 필요합니다. global.ini 파일의 backup 섹션에서 data_backup_buffer_size 매개변수를 적절하게 사용하여 I/O 버퍼 크기를 지정합니다. I/O 버퍼 크기가 백업 시간에 미치는 영향에 대한 자세한 내용은 SAP Note 2657261 - HANA DB에서 Backint를 사용하는 장기 백업 기간을 참조하세요. HANA 2.0 SP05부터 SAP는 이 매개변수의 최댓값을 4GB로 지정합니다. Google Cloud에서 테스트한 결과 버퍼 크기를 기본값보다 크게 늘렸을 때의 이점은 없었지만 워크로드마다 다를 수 있습니다.

멀티스트리밍에 대한 자세한 내용은 사용 중인 SAP HANA 버전에 대한 SAP HANA 관리 가이드의 타사 백업 도구를 사용하여 멀티스트리밍 데이터 백업을 참조하세요.

동시 업로드

SAP HANA 로그 백업 파일의 경우 SAP용 Google Cloud 에이전트의 동시 업로드 기능을 사용 설정하여 업로드 성능을 향상시킬 수 있습니다. 이 기능은 SAP HANA에서 멀티스트리밍할 수 없는 SAP HANA 로그 백업 파일에 특히 유용합니다.

SAP HANA 데이터 백업의 경우 SAP HANA 매개변수 parallel_data_backup_backint_channels를 사용하여 SAP HANA 백업 채널 수를 미세 조정할 수 있습니다.

동시 업로드가 사용 설정되면 SAP용 Google Cloud 에이전트가 SAP HANA에서 수신된 개별 백업 파일을 이후 동시에 업로드되는 여러 부분으로 분할하여, 업로드 성능을 향상시켜 줍니다. 각 부분이 Cloud Storage에서 수신되면 재조립되어 SAP용 Google Cloud 에이전트가 SAP HANA에서 수신한 원래 단일 파일로 저장됩니다. 단일 파일에는 Cloud Storage의 객체에 대한 5TB 크기 제한이 적용됩니다.

동시 업로드 구성

PARAMETERS.json 파일에 parallel_streams 매개변수를 지정하여 동시 업로드 기능을 사용 설정할 수 있습니다.

이 매개변수에 대한 자세한 내용은 구성 매개변수를 참조하세요.

동시 업로드 제한사항

동시 업로드 기능에는 다음 제한사항이 적용됩니다.

encryption_key 또는 kms_key 매개변수를 사용하여 암호화를 사용 설정하면 동시 업로드를 사용할 수 없습니다. 암호화는 동시 업로드와 호환되지 않습니다. 이러한 암호화 매개변수 중 하나로 parallel_streams 매개변수를 지정하는 경우 SAP용 Google Cloud 에이전트가 실패하고 1 상태로 종료됩니다.
압축을 사용 설정하면 동시 업로드를 사용할 수 없습니다. 압축은 동시 업로드와 호환되지 않습니다. 구성에서 parallel_streams 매개변수를 지정하고 compress 매개변수를 생략하면 SAP용 Google Cloud 에이전트가 실패하고 1 상태로 종료됩니다.
Cloud Storage 버킷이 보관 정책을 구현하는 경우 해당 버킷은 동시 업로드를 지원하지 않습니다. 보관 정책은 파트를 단일 파일로 재조립하지 못하도록 방지하여 업로드가 실패하도록 만듭니다.

동시 업로드 조정

SAP HANA 로그 볼륨 백업의 경우 동시 업로드를 사용하면 SAP HANA가 로그 백업을 멀티스트리밍하지 않기 때문에 백업 처리량이 크게 향상될 수 있습니다.

대부분의 경우 32 이하의 값을 사용해서 Backint 구성 파일에 parallel_streams 매개변수를 지정하는 것으로 충분합니다. 로그 볼륨이 매우 큰 경우에는 parallel_streams에 대해 32와 같은 높은 값을 지정하고 SAP HANA 매개변수 log_segment_size_mb 및 max_log_backup_size의 값을 늘려서 처리량을 극대화할 수 있습니다.

백업에 사용되는 네트워크 대역폭을 제한하려면 Backint 구성 매개변수 rate_limit_mb를 사용해서 동시 업로드가 사용할 수 있는 최대 대역폭 양을 설정합니다.

인증 및 액세스 제어

Google Cloud는 서비스 계정을 사용하여 SAP용 Google Cloud 에이전트와 같은 프로그램을 식별하고 프로그램이 액세스할 수 있는 Google Cloud 리소스를 제어합니다.

필요한 Cloud Storage 권한

SAP용 Google Cloud 에이전트가 Cloud Storage 버킷에서 백업을 저장하고 검색하도록 허용하려면 호스트에 사용되는 서비스 계정에 스토리지 객체 관리자(storage.objectAdmin) IAM 역할을 부여해야 합니다.

IAM 역할 설정에 대한 자세한 내용은 IAM 역할 설정을 참조하세요.

서비스 계정 고려사항

SAP HANA가 Compute Engine VM에서 실행되는 경우 기본적으로 SAP용 Google Cloud 에이전트가 VM의 서비스 계정을 사용합니다. VM 서비스 계정을 사용하는 경우 에이전트는 VM 서비스 계정을 사용하는 다른 모든 프로그램 및 프로세스와 동일한 프로젝트 수준의 권한을 갖습니다.

가장 엄격한 액세스 제어를 위해서는 에이전트에 대한 별도의 서비스 계정을 만들고 버킷 수준에서 Cloud Storage 버킷에 서비스 계정 액세스 권한을 부여합니다.

SAP HANA가 Compute Engine VM에서 실행되지 않는 경우 에이전트의 서비스 계정을 만들어야 합니다. Google Cloud 프로젝트에서 SAP용 Google Cloud 에이전트가 백업 및 복구용으로 사용하는 Cloud Storage 버킷이 포함된 서비스 계정을 만듭니다.

또한 SAP용 Google Cloud 에이전트에 대해 서비스 계정을 만들 때 서비스 계정 키도 만들어야합니다. SAP HANA 호스트에 키를 저장하고 PARAMETERS.json의 service_account_key 매개변수에 키 경로를 지정합니다. SAP HANA가 Compute Engine VM에서 실행되는 경우 키 경로를 지정하면 SAP용 Google Cloud 에이전트는 VM 서비스 계정 대신 키와 연결된 서비스 계정을 사용합니다.

에이전트에 전용 서비스 계정을 사용할 때는 승인되지 않은 액세스로부터 보호하기 위한 권장사항에 따라 키를 정기적으로 순환해야 합니다.

Cloud Key Management Service에서 생성된 고객 관리 암호화 키를 사용하여 Cloud Storage에서 백업을 암호화하는 경우 서비스 계정에 암호화 키에 대한 액세스 권한을 부여해야 합니다. 자세한 내용은 서비스 에이전트에 Cloud Key Management Service 키 할당을 참조하세요.

Cloud API 및 메타데이터 서버 액세스

SAP용 Google Cloud 에이전트는 백업 및 복구 작업 중 Google Cloud IP 주소 및 호스트에 대해 액세스 권한이 필요합니다.

자세한 내용은 Cloud API 및 메타데이터 서버 액세스 사용 설정을 참조하세요.

프록시 서버 및 에이전트

기본적으로 SAP용 Google Cloud 에이전트는 모든 HTTP 프록시를 우회하며 운영체제에서 http_proxy, https_proxy, no_proxy와 같은 프록시 환경 변수를 읽지 않습니다.

다른 대안이 없거나 조직에서 성능에 미치는 영향을 이해하고 프록시 서버를 통한 백업 라우팅 성능을 지원하는 데 필요한 전문성을 갖춘 경우 프록시를 사용하도록 에이전트를 구성할 수 있습니다.

SAP용 Google Cloud 에이전트의 프록시 설정은 net.properties 파일에 포함됩니다.

/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties

백업 및 복구에 프록시 서버 우회

SAP용 Google Cloud 에이전트는 기본적으로 프록시 서버를 우회하지만 net.properties 파일의 http.nonProxyHosts 매개변수에 필요한 Google Cloud 도메인 이름과 IP 주소를 지정하여 우회를 명시적으로 지정할 수 있습니다(/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties). 예를 들면 다음과 같습니다.

http.nonProxyHosts=localhost|127.*|[::1]|*.googleapis.com|169.254.169.254|metadata.google.internal

백업 및 복구에 프록시 서버 사용

프록시 서버를 통해 백업을 전송하도록 SAP용 Google Cloud 에이전트를 구성하려면 net.properties 파일에 프록시 호스트 및 포트 번호 매개변수를 지정합니다(/usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/jre/conf/net.properties).

Compute Engine VM 인스턴스 메타데이터에 대한 쿼리의 경우 SAP용 Google Cloud 에이전트는 프록시를 사용할 수 없으므로 http.nonProxyHosts 매개변수에서 인스턴스 메타데이터에 대해 도메인 이름과 IP 주소를 지정해야 합니다.

다음 예시에서는 net.properties 파일에서 SAP용 Google Cloud 에이전트에 유효한 프록시 구성을 보여줍니다.

http.proxyHost=PROXY_HOST
http.proxyPort=PROXY_PORT
http.nonProxyHosts=localhost|127.*|[::1]|169.254.169.254|metadata.google.internal
https.proxyHost=PROXY_HOST
https.proxyPort=PROXY_PORT

성능 조정

SAP HANA 데이터베이스의 백업 및 복구 성능은 SAP HANA 호스트에 사용 가능한 총 데이터베이스 크기 및 리소스에 따라 달라집니다. SAP HANA 및 SAP용 Google Cloud 에이전트에서 사용 가능한 다음 구성 옵션을 사용하여 성능을 향상시킬 수 있습니다.

SAP HANA 매개변수 parallel_data_backup_backint_channels를 사용하여 멀티스트리밍을 사용 설정합니다. 또한 SAP HANA 매개변수 data_backup_buffer_size를 사용하여 I/O 버퍼 크기를 지정합니다. 자세한 내용은 데이터 백업 멀티스트리밍을 참조하세요.
Backint 구성 파일 PARAMETERS.json에 parallel_streams 매개변수의 값을 지정하여 동시 업로드를 사용 설정합니다. 이 구성은 SAP HANA 로그 백업을 Cloud Storage로 전송하는 성능을 크게 향상시킬 수 있습니다. 자세한 내용은 동시 업로드를 참조하세요.
백업 압축이 필요하면 권장되는 압축 옵션인 SAP HANA의 기본 제공 압축을 사용하세요. 자세한 내용은 백업 압축 옵션을 참조하세요.
SAP HANA 문서 최적 로그 백업 구성 찾기에 설명된 대로 SAP HANA 로그 백업 관련 구성을 최적화합니다. 해당 SAP HANA 버전의 SAP HANA 관리 가이드를 참조하세요.
SAP HANA 시스템이 Compute Engine VM 인스턴스에서 실행되는 경우 SAP에서 인증된 Persistent Disk 또는 하이퍼디스크 볼륨을 사용하는지 확인합니다. 다른 디스크 유형을 사용하면 특히 SAP HANA 데이터 볼륨의 경우 백업 성능에 부정적인 영향을 줄 수 있습니다. 인증된 디스크 유형에 대한 자세한 내용은 지원되는 디스크 유형을 참조하세요.

자가 진단

버전 3.0부터 Cloud Storage 버킷에 대해 네트워크 연결 및 액세스를 테스트할 수 있도록 SAP용 Google Cloud 에이전트에 자체 진단 수행 도구가 포함됩니다.

이 도구를 실행하면 파일 시스템에서 여러 임시 파일을 만듭니다. 그런 후 파일이 Cloud Storage 버킷에 업로드되고, 복원 및 확인된 후 삭제됩니다. 이 도구는 API 액세스 관련 문제를 출력합니다. 또한 compress 매개변수를 사용 설정하고, parallel_streams 및 threads와 같은 매개변수에 다른 값을 지정하여 백업 성능을 테스트할 수 있습니다.

SAP용 Google Cloud 에이전트에 대해 자체 진단을 수행하는 방법은 백업 및 복구 검증을 참조하세요.

로깅

backup.log에 SAP HANA로 보관되는 로그 외에도 SAP용 Google Cloud 에이전트의 Backint 기능은 운영 및 통신 오류 이벤트를 /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logs 디렉터리의 로그 파일에 기록합니다.

이러한 로그는 또한 /var/log/google-cloud-sap-agent/ 디렉터리에 있는 SAP용 Google Cloud 에이전트의 기본 로그 파일에서 찾을 수 있습니다.

로그 파일 크기가 25MB에 도달하면 SAP용 Google Cloud 에이전트가 로그 파일을 순환합니다.

기본적으로 SAP용 Google Cloud 에이전트는 Backint 관련 로그 파일을 Cloud Logging에 전송합니다. PARAMETERS.json 파일에서 false 값을 사용해서 log_to_cloud 매개변수를 설정하여 이를 사용 중지할 수 있습니다.

SAP HANA 배포에 Backint 사용

다음 섹션에서는 SAP HANA와 함께 SAP용 Google Cloud 에이전트의 Backint 기능을 사용하기 위한 시나리오별 계획 정보를 제공합니다.

HA 배포에 Backint 사용

SAP HANA 고가용성(HA) 클러스터에서 클러스터의 각 노드에 대해 SAP용 Google Cloud 에이전트를 설치하고 Backint 기능을 사용 설정해야 합니다.

HA 클러스터의 각 SAP HANA 인스턴스에 대해 동일한 Backint 구성 및 동일한 Cloud Storage 버킷 사양을 사용합니다. 일반 작업 중 HA 구성의 활성 SAP HANA 인스턴스만 Cloud Storage에 백업을 작성하고 두 번째 시스템은 복제 모드에 있기 때문에 동일한 버킷 사양을 사용할 수 있습니다. 이는 SAP HANA 데이터 볼륨, SAP HANA 로그 볼륨, SAP HANA 백업 카탈로그의 백업에 적용됩니다. 또한 Pacemaker와 같은 애플리케이션 클러스터링 소프트웨어는 한 클러스터에서 2개 이상의 SAP HANA 인스턴스가 기본 인스턴스라고 생각하는 분할 브레인 시나리오를 방지합니다.

유지보수 활동 중 클러스터링이 사용 중지된 상태에서는 대기 데이터베이스가 복제에서 삭제되고 온라인으로 다시 전환될 때 기본 데이터베이스에서만 백업이 트리거되는지 확인해야 합니다. 이에 대해 다음 옵션을 사용할 수 있습니다.

PARAMETERS.json 파일에서 다른 Cloud Storage 버킷을 가리키도록 bucket 매개변수를 업데이트합니다.
Cloud Storage로 백업 전송이 실패하도록 /usr/sap/SID/SYS/global/hdb/opt/hdbbackint의 심볼릭 링크를 사용 중지합니다. 이 옵션은 새 데이터베이스를 대기 데이터베이스로 다시 구성하려는 경우 단기적으로 더 유용합니다.

SAP용 Google Cloud 에이전트가 활성 상태의 SAP HANA 인스턴스를 구분할 수 없고 에이전트에 백업 예약 또는 트리거 메커니즘이 없기 때문에 SAP ABAP 트랜잭션 DB13과 같은 SAP 메커니즘을 사용해서 백업 예약 및 트리거를 관리해야 합니다. SAP ABAP 애플리케이션은 가상 IP를 통해 HA 클러스터에 연결되므로, 백업 트리거가 항상 활성 SAP HANA 인스턴스에 라우팅됩니다.

예를 들어 로컬 운영체제 스크립트로 백업 트리거가 각 서버에 로컬로 정의되었고, 기본 및 보조 시스템이 모두 자신이 활성 시스템이라고 생각할 때는 둘 다 Cloud Storage 버킷에 백업을 쓰려고 시도할 수 있습니다.

이러한 상황을 관리하지 않으면 HA 클러스터에서 둘 이상의 SAP HANA 인스턴스가 Cloud Storage에 백업 쓰기를 수행할 수 있으며, 이로 인해 백업을 덮어쓰거나 삭제할 수 있습니다.

DR 시나리오에 Backint 사용

다른 Google Cloud 리전에서 비동기 SAP HANA 시스템 복제를 사용하여 SAP HANA의 복구 인스턴스가 동기화된 상태로 유지되는 재해 복구(DR) 구성에서는 백업 및 복구 작업에 대해 서로 다른 Cloud Storage 버킷을 사용합니다. 이를 구성하려면 PARAMETERS.json 파일에서 bucket 및 recovery_bucket 매개변수에 버킷 이름을 지정합니다.

DR 시스템이 일반적으로 복제 모드이고 따라서 자체적으로 백업을 실행할 수 없지만, 일반적인 재해 복구 테스트 중에는 복구 인스턴스가 온라인으로 전환되고 백업을 트리거할 수 있습니다. 이 경우 복구 시스템에 다른 Cloud Storage 버킷이 사용되지 않을 경우 백업이 기본 데이터베이스에서 데이터를 덮어쓸 수 있습니다.

백업에서 DR 리전으로 복구를 수행해야 하는 실제 재해가 발생한 경우에는 기본 HA 시스템에 사용되는 멀티 리전 Cloud Storage 버킷을 참조하도록 Backint 기능 구성을 업데이트할 수 있습니다.

수평 확장 시스템에서 Backint 사용

SAP HANA 수평 확장 시스템에서는 시스템의 각 노드에 SAP용 Google Cloud 에이전트를 설치해야 합니다.

PARAMETERS.json 파일의 관리를 간소화하기 위해 그리고 에이전트의 서비스 계정 키를 사용하는 경우 이러한 파일을 공유된 NFS 디렉터리에 배치할 수 있습니다.

SAP HANA의 파일 시스템 레이아웃에 대한 SAP 권장사항, SAP HANA 버전에 대한 SAP HANA 서버 설치 및 업데이트 가이드는 권장되는 파일 시스템 레이아웃을 참조하세요.