SAP HANA용 Cloud Storage Backint 에이전트 개요

SAP HANA용으로 SAP에서 인증된 Cloud Storage Backint 에이전트(Backint 에이전트)를 사용하여 Google Cloud, 베어메탈 솔루션, 온프레미스, 기타 클라우드 플랫폼에서 실행되는 SAP HANA 인스턴스에서 Cloud Storage로 직접 SAP HANA 백업을 전송할 수 있습니다.

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

Backint 에이전트를 사용하면 백업에 영구 디스크 스토리지를 사용할 필요가 없습니다.

Backint 에이전트 설치 안내는 SAP HANA용 Cloud Storage Backint 에이전트 설치 가이드를 참조하세요.

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

Backint 에이전트 구성 파일

일반 텍스트 파일에 매개변수를 지정하여 Backint 에이전트를 구성합니다.

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

각 파일에 서로 다른 이름을 제공하여 여러 구성 파일을 지정할 수 있습니다.

예를 들어 backint-log-backups.txt라는 파일에 로그 백업 구성을 지정하고 backint-data-backups.txt라는 파일에 데이터 백업 구성을 지정할 수 있습니다.

Cloud Storage 버킷에 백업 저장

Backint 에이전트는 SAP HANA 백업을 Cloud Storage 버킷에 저장합니다.

버킷을 만들 때 버킷 위치와 버킷 스토리지 클래스를 선택할 수 있습니다.

버킷 위치는 리전, 이중 리전 또는 멀티 리전일 수 있습니다. 데이터 위치 제한, 백업 및 복원의 지연 시간 요구사항, 리전의 서비스 중단 방지의 필요에 따라 선택합니다. 자세한 내용은 버킷 위치를 참조하세요.

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

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

Backint 에이전트를 사용한 멀티스트리밍 데이터 백업

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

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

멀티스트리밍에 사용하는 최적의 채널 수는 사용할 Cloud Storage 버킷 유형과 SAP HANA가 실행되는 환경에 따라 달라집니다. 또한 HANA 인스턴스에 연결된 데이터 디스크 처리량과 관리자가 백업 활동에 할당한 대역폭도 고려 대상입니다.

스트림 수를 변경하여 처리량을 조정하거나 Backint 에이전트 구성 파일인 parameters.txt#RATE_LIMIT_MB 매개변수를 사용하여 처리량을 제한할 수 있습니다.

멀티 리전 버킷의 경우 SAP HANA global.ini 구성 파일에서 parallel_data_backup_backint_channels 매개변수를 8로 설정하여 8개 채널로 시작합니다.

리전 버킷의 경우 global.ini 파일의 parallel_data_backup_backint_channels12로 설정하여 12개 채널로 시작합니다.

백업 성능 목표를 달성하도록 필요에 맞게 채널 수를 조정합니다.

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

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

동시 업로드

Backint 에이전트의 동시 업로드 기능을 사용 설정하여 크기가 5TB 미만인 데이터 및 로그 파일의 업로드 성능을 향상시킬 수 있습니다. 이것은 다중 스트리밍될 수 없는 로그 파일이나 2.0 SPS 05 이전의 SAP HANA 버전에서 다중 스트리밍될 수 없는 128GB 미만의 데이터 파일에 특히 유용합니다.

동시 업로드가 사용 설정되면 Backint 에이전트가 SAP HANA에서 수신된 개별 백업 파일을 이후 동시에 업로드된 여러 파트로 분할하여, 업로드 성능을 향상시켜 줍니다.

파트가 Cloud Storage에서 수신되면 재조립되어 Backint 에이전트가 SAP HANA에서 수신한 원래 단일 파일로 저장됩니다. 단일 파일에는 Cloud Storage의 객체에 대한 5TB 크기 제한이 적용됩니다.

동시 업로드 구성

동시 업로드 기능은 #PARALLEL_FACTOR 매개변수에 최대 개수의 동시 업로드 스레드를 지정하여 parameters.txt 구성 파일에서 사용 설정됩니다.

각 파트 크기를 설정하는 #PARALLEL_PART_SIZE_MB 및 작업자 스레드 수를 결정하는 #THREADS 매개변수는 고급 미세 조정 목적으로만 사용됩니다. 클라우드 고객 관리에서 별도로 요청하지 않는 한 이 설정을 변경하지 마세요. 기본값은 거의 변경할 필요가 없습니다.

동시 업로드 매개변수에 대한 자세한 내용은 Backint 에이전트의 구성 옵션을 참조하세요.

동시 업로드 제한사항

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

  • #ENCRYPTION_KEY 또는 #KMS_KEY_NAME 구성 매개변수로 암호화를 사용 설정하면 동시 업로드를 사용할 수 없습니다. #PARALLEL_FACTOR가 둘 중 하나의 암호화 매개변수로 지정되면 Backint 에이전트는 상태 1로 종료됩니다.
  • Cloud Storage 버킷이 보관 정책을 구현하는 경우 해당 버킷은 동시 업로드를 지원하지 않습니다. 보관 정책은 파트를 단일 파일로 재조립하지 못하도록 방지하여 업로드가 실패하도록 만듭니다.

동시 업로드 매개변수에 대한 자세한 내용은 Backint 에이전트의 구성 옵션을 참조하세요.

동시 업로드 미세 조정

서로 다른 parameters.txt 구성 파일을 사용할 경우 로그 파일에서 개별적으로 데이터 파일 백업을 미세 조정할 수 있습니다.

SAP HANA data_backup_parameter_file 구성 매개변수에 데이터 백업에 대한 구성 파일을 지정합니다. log_backup_parameter_file 구성 매개변수에 로그 백업에 대한 구성 파일을 지정합니다.

특정 환경, 워크로드, 백업 유형에 대해 올바른 설정을 찾으려면 여러 설정으로 각 백업 유형을 테스트하고 백업 처리량을 측정합니다.

로그 백업의 경우 SAP HANA가 로그 백업을 다중 스트리밍하지 않기 때문에 병렬 업로드를 통해 백업 처리량을 크게 향상시킬 수 있습니다. 대부분의 경우 #PARALLEL_FACTOR를 16 이하로 지정하면 충분합니다. 로그 볼륨이 매우 큰 경우에는 16과 같이 높은 #PARALLEL_FACTOR 값을 사용하고 SAP HANA 매개변수 log_segment_size_mbmax_log_backup_size를 늘려서 처리량을 극대화할 수 있습니다.

데이터 백업의 경우 대부분 SAP HANA 매개변수 parallel_data_backup_backint_channels만 사용하여 SAP HANA 백업 채널 수를 미세 조정할 수 있습니다. 하지만 SAP HANA 채널을 늘리지 않고 #PARALLEL_FACTOR를 사용하여 성능을 늘릴 수도 있습니다.

예를 들어 #PARALLEL_FACTOR가 사용 중지된 16개의 SAP HANA 채널은 데이터 백업에 대해 #PARALLEL_FACTOR가 16인 4~8개 SAP HANA 채널과 비슷한 최대 처리량을 제공합니다.

일부 경우에 높은 #PARALLEL_FACTOR 값을 사용하면 높은 숫자의 동시 백업 채널을 사용할 경우에 발생하는 것처럼 전반적인 처리량이 감소될 수 있습니다.

백업에 사용되는 네트워크 대역폭을 제한하려면 #RATE_LIMIT_MB를 사용하여 동시 업로드에 사용할 수 있는 최대 대역폭 양을 설정합니다.

Backint 에이전트의 인증 및 액세스 제어

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

필요한 Cloud Storage 권한

Backint 에이전트의 서비스 계정에는 Backint 에이전트가 액세스하는 Google Cloud 리소스에 대한 권한이 부여되어야 합니다. 스토리지 객체 관리자 역할은 Cloud Storage 버킷의 객체에 대한 나열, 가져오기, 생성, 삭제 권한을 제공합니다.

프로젝트 수준 또는 버킷 수준에서 서비스 계정의 권한을 설정할 수 있습니다. 프로젝트 수준에서 설정하면 Backint 에이전트가 프로젝트의 모든 버킷에 액세스할 수 있습니다. 버킷 수준에서 설정하면 Backint 에이전트가 단일 버킷에만 액세스할 수 있습니다. Cloud Storage 버킷 권한에 대한 자세한 내용은 다음을 참조하세요.

Backint 에이전트의 서비스 계정 옵션

SAP HANA가 Compute Engine VM에서 실행되는 경우 기본적으로 Backint 에이전트는 VM의 서비스 계정을 사용합니다.

VM 서비스 계정을 사용하는 경우 Backint 에이전트는 VM 서비스 계정을 사용하는 다른 모든 프로그램 및 프로세스와 동일한 프로젝트 수준의 권한을 갖습니다.

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

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

Backint 에이전트의 서비스 계정을 만들 때 서비스 계정 키도 생성해야 합니다. SAP HANA 호스트에 키를 저장하고 parameters.txt 파일에 키 경로를 지정합니다. SAP HANA가 Compute Engine VM에서 실행되는 경우 키 경로를 지정하면 Backint 에이전트는 VM 서비스 계정 대신 키와 연결된 서비스 계정을 사용합니다.

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

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

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

Backint 에이전트는 백업 및 복구 작업 중에 다음 Google Cloud IP 주소 및 호스트에 액세스해야 합니다.

  • Cloud Storage 액세스용 www.googleapis.com
  • #SERVICE_ACCOUNT 속성에 서비스 계정을 지정하는 경우 인증용 oauth2.googleapis.com
  • 기본적으로 내부 DNS 이름을 확인하는 Compute Engine 인스턴스 메타데이터 서버용 169.254.169.254
  • VM 인스턴스 메타데이터용으로도 metadata.google.internal

Backint 에이전트와 SAP HANA가 인터넷에 액세스할 수 없는 Compute Engine VM에서 실행 중인 경우 Backint 에이전트가 Cloud Storage와 상호작용할 수 있도록 비공개 Google 액세스를 구성하도록 해야 합니다. 또한 전용 서비스 계정을 사용하는 경우 Google Cloud로 자신을 인증할 수 있습니다.

비공개 Google 액세스를 구성하려면 비공개 Google 액세스 구성을 참조하세요.

프록시 서버 및 Backint 에이전트

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

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

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

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

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

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

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

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

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

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

다음 예시에서는 Backint 에이전트의 유효한 프록시 구성을 보여줍니다.

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

Backint 에이전트 업데이트

Google Cloud는 Backint 에이전트의 새 버전을 주기적으로 출시하므로 사용자는 추가 비용 없이 다운로드하고 사용할 수 있습니다.

Backint 에이전트를 업데이트하려면 SAP HANA 호스트가 https://www.googleapis.com/에 대한 원격 HTTP 요청을 지원해야 합니다.

Backint 에이전트의 기존 인스턴스를 새 버전으로 업데이트하려면 Backint 에이전트를 새 버전으로 업데이트를 참조하세요.

백업 암호화

Cloud Storage는 데이터를 디스크에 쓰기 전에 항상 데이터를 암호화합니다. 자체적인 추가 암호화 레이어를 적용하려면 Backint 에이전트 백업의 서버 측 암호화에 자체 암호화 키를 제공할 수 있습니다.

Backint 에이전트에 자체 키를 제공할 수 있는 두 가지 옵션이 있습니다.

고객 관리 암호화 키를 사용하려면 parameters.txt 파일에서 #KMS_KEY_NAME 매개변수에 키 경로를 지정합니다. 또한 VM 또는 Backint 에이전트 서비스 계정에 키에 대한 액세스 권한을 부여해야 합니다. 서비스 계정에 암호화 키에 대한 액세스 권한을 부여하는 방법에 대한 자세한 내용은 서비스 계정에 Cloud KMS 키 할당을 참조하세요.

고객 제공 암호화 키를 사용하려면 parameters.txt 파일에서 #ENCRYPTION_KEY 매개변수에 키 경로를 지정합니다. 키는 고객 제공 암호화 키에 설명된 대로 base64로 인코딩된 AES-256 키 문자열이어야 합니다.

암호화 제한사항

암호화 기능에는 다음 제한사항이 적용됩니다.

  • #KMS_KEY_NAME#ENCRYPTION_KEY가 모두 지정되면 Backint 에이전트는 실패하고 상태 1로 종료됩니다.

  • #PARALLEL_FACTOR#KMS_KEY_NAME 또는 #ENCRYPTION_KEY로 지정되면 Backint 에이전트는 실패하고 상태 1로 종료됩니다.

구성 매개변수 참조

parameters.txt 구성 파일에서 Backint 에이전트의 여러 옵션을 지정할 수 있습니다.

Backint 에이전트를 처음 다운로드할 때 parameters.txt 파일에 다음과 같은 두 매개변수만 포함됩니다.

  • #BUCKET
  • #DISABLE_COMPRESSION

#는 설명 표시자가 아니라 매개변수의 일부입니다.

각 매개변수를 새 줄에 지정합니다. 매개변수와 값은 공백으로 구분합니다.

다음 표에는 Backint 에이전트 구성 매개변수가 나와 있습니다.

매개변수와 값 설명
#BUCKET bucket-name Backint 에이전트가 쓰고 읽는 Cloud Storage 버킷의 이름을 지정하는 필수 매개변수입니다. Backint 에이전트는 버킷의 스토리지 클래스로 백업 객체를 만들고 모든 스토리지 클래스를 지원합니다. Backint 에이전트는 Compute Engine 기본 암호화를 사용하여 저장 데이터를 암호화합니다.
#CHUNK_SIZE_MB MB 고급 미세 조정 매개변수.

백업 또는 복원 작업 시 Cloud Storage에 대한 HTTPS 요청의 크기를 제어합니다. 기본 단위 크기는 100MB입니다. 즉, 100MB 데이터가 전송될 때까지 Cloud Storage와의 단일 HTTP 요청 스트림이 열린 상태로 유지됩니다.

고객 관리에서 별도로 요청하지 않는 한 이 설정을 수정하지 마세요. 처리량 및 안정성을 균형적으로 조정하는 기본 설정은 거의 변경할 필요가 없습니다.

Backint 에이전트는 작업을 실패로 처리하기 전에 실패한 HTTP 요청을 여러 번 다시 시도하므로 단위 크기가 작을수록 요청이 실패할 때 다시 전송해야 하는 데이터가 줄어듭니다. 반면 단위 크기가 커지면 처리량은 늘어나지만 메모리 사용량이 더욱 증가하고 요청 실패 시 데이터를 재전송하는 데 더 많은 시간이 걸릴 수 있습니다.

#DISABLE_COMPRESSION

Backint 에이전트가 백업을 Cloud Storage 버킷에 쓸 때 기본 즉석 압축을 사용 중지하는 선택적 매개변수입니다. #DISABLE_COMPRESSION은 기본적으로 지정됩니다.

#DISABLE_COMPRESSION을 지정하는 것이 좋습니다. 압축은 Cloud Storage의 백업 비용을 줄이지만 백업 작업 중에는 더 많은 CPU 처리가 필요하며 유효한 백업 처리 속도가 느려집니다.

이 설정에 상관없이 Backint 에이전트는 복원 작업 시 압축된 백업 파일과 압축되지 않은 백업 파일을 모두 지원합니다.

#ENCRYPTION_KEY path/to/key/file Cloud Storage가 백업을 암호화하는 데 사용하는 고객 제공 암호화 키의 경로를 지정합니다. 경로는 base64로 인코딩된 AES-256 키의 정규화된 경로로 지정해야 합니다.

#ENCRYPTION_KEY를 #KMS_KEY_NAME 또는 #PARALLEL_FACTOR로 지정할 수 없습니다.

Google Cloud에서 자체 암호화 키를 사용하는 방법에 대한 자세한 내용은 고객 제공 암호화 키를 참조하세요.

#KMS_KEY_NAME path/to/key/file Cloud Key Management Service에서 생성된 고객 관리 암호화 키의 경로를 지정합니다. Cloud Storage는 이 키를 사용하여 백업을 암호화합니다.

SAP HANA가 Compute Engine VM에서 실행 중인 경우 VM에서 키에 액세스할 수 있어야 합니다. SAP HANA가 Google Cloud에서 실행되지 않는 경우 Cloud KMS 키가 Backint 에이전트 서비스 계정에 연결되어야 합니다. 자세한 내용은 서비스 계정을 참조하세요.

다음 형식을 사용하여 경로를 지정합니다. projects/key_project/locations/location/keyRings/key_ring_name/cryptoKeys/key_name

각 항목의 의미는 다음과 같습니다.

  • key_project는 키와 연결된 프로젝트의 ID입니다.
  • location은 키의 리전별 제공 여부입니다. 자세한 내용은 Cloud KMS의 위치 유형을 참조하세요.
  • key_ring_name은 키가 포함된 키링의 이름입니다.
  • key_name은 키의 이름입니다.

#ENCRYPTION_KEY 또는 #PARALLEL_FACTOR로 #KMS_KEY_NAME을 지정할 수 없습니다.

Google Cloud에서 자체 암호화 키를 관리하는 방법에 대한 자세한 내용은 고객 관리 암호화 키를 참조하세요.

#MAX_GCS_RETRY integer Backint 에이전트가 Cloud Storage에 읽기 및 쓰기를 시도했으나 실패한 경우 다시 시도하는 최대 횟수를 정의합니다. 기본값은 5이며 이 값으로 사용할 것을 권장합니다.
#PARALLEL_FACTOR integer

동시 업로드를 사용 설정하고 동시 업로드의 최대 개수를 설정하는 선택적인 매개변수입니다. 값이 '1'이면 동시 업로드가 사용 중지됩니다. 기본값은 '1'입니다.

다음과 같은 경우 동시 업로드를 사용 설정하지 마세요.

  • 대상 버킷이 보관 정책을 사용합니다.
  • #ENCRYPTION_KEY 또는 #KMS_KEY_NAME이 지정되었습니다.
#PARALLEL_PART_SIZE_MB integer 고급 미세 조정 매개변수.

동시에 업로드되는 각 파트의 크기(MB)를 설정합니다. 기본값은 128MB입니다.

고객 관리에서 별도로 요청하지 않는 한 이 설정을 수정하지 마세요. 기본 설정은 거의 변경할 필요가 없습니다.

#RATE_LIMIT_MB integer 백업 또는 복원 작업 시 Compute Engine에 대한 아웃바운드 대역폭 상한(MB)을 설정하는 선택적 매개변수입니다. 기본적으로 Google Cloud는 Backint 에이전트의 네트워크 대역폭을 제한하지 않습니다. 이 옵션을 설정하면 처리량이 달라질 수 있지만 지정한 한도를 초과하지는 않습니다.
#SERVICE_ACCOUNT path/to/key/file Compute Engine 기본 인증이 사용되지 않을 때 JSON 인코딩된 Google Cloud 서비스 계정 키의 정규화된 경로를 지정하는 선택적 매개변수입니다. #SERVICE_ACCOUNT를 지정하면 Backint 에이전트가 Cloud Storage 서비스에 인증할 때 키를 사용합니다. Compute Engine 기본 인증을 사용하는 것이 좋습니다.
#THREADS integer 고급 미세 조정 매개변수.

작업자 스레드 수를 설정합니다. 기본값은 머신의 프로세서 수입니다.

고객 관리에서 별도로 요청하지 않는 한 이 설정을 수정하지 마세요. 기본 설정은 거의 변경할 필요가 없습니다.

Backint 에이전트 로깅

Backint 에이전트는 SAP HANA에서 backup.log에 보관한 로그 외에도 /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcslogs 하위 디렉터리에 있는 로그 파일에 운영 및 통신 오류 이벤트를 기록합니다.

로그 파일 크기가 10MB에 도달하면 Backint 에이전트가 로그 파일을 순환합니다.

필요한 경우 /usr/sap/SID/SYS/global/hdb/opt/backint/backint-gcs/logging.properties에서 Backint 에이전트 로깅 구성을 수정할 수 있습니다.

Backint 에이전트는 Cloud Logging도 지원합니다. Cloud Logging을 사용 설정하려면 SAP HANA용 Cloud Storage Backint 에이전트 설치 가이드를 참조하세요.

SAP HANA HA 배포에서 Backint 에이전트 사용

SAP HANA 고가용성 클러스터에서 클러스터의 각 노드에 Backint 에이전트를 설치해야 합니다.

HA 클러스터의 각 SAP HANA 인스턴스에 대해 동일한 Cloud Storage 버킷 사양에 동일한 Backint 에이전트 구성을 사용합니다. 일반 작업 중 HA 구성의 활성 SAP HANA 인스턴스만 Cloud Storage에 백업을 작성하기 때문에 동일한 버킷 사양을 사용할 수 있습니다. 보조 시스템은 복제 모드입니다. 이것은 데이터, 로그, 카탈로그 백업의 경우에 해당합니다.

또한 Pacemaker와 같은 애플리케이션 클러스터링 소프트웨어는 한 클러스터에서 2개 이상의 SAP HANA 시스템이 기본 인스턴스라고 생각하는 분할 브레인 시나리오를 방지합니다.

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

Backint 에이전트는 현재 활성 시스템인 SAP HANA 시스템을 구분할 수 없고 예약 또는 트리거링 메커니즘이 없기 때문에 SAP ABAP 트랜잭션 DB13과 같은 SAP 메커니즘을 사용하여 예약 및 백업 트리거를 관리해야 합니다.

SAP ABAP 애플리케이션이 가상 IP를 통해 HA 클러스터에 연결되므로, 트리거가 항상 활성 SAP HANA 인스턴스에 라우팅됩니다.

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

SAP HANA DR 배포에서 Backint 에이전트 사용

다른 Google Cloud 리전에서 비동기 SAP HANA 시스템 복제를 사용하여 SAP HANA의 복구 인스턴스가 동기화된 상태로 유지되는 재해 복구 구성에서는 시스템에 사용되는 기본 SAP HANA와 다른 복구 인스턴스 버킷을 지정합니다.

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

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

SAP HANA 수평 확장 시스템에서 Backint 에이전트 사용

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

Backint 에이전트 서비스 계정 키를 사용하는 경우, parameters.txt 구성 파일의 관리를 간소화하려면 이러한 파일을 공유 NFS 디렉터리에 배치할 수 있습니다.