SAP HANA on Amazon EC2 백업 - AWS Backup
개요사전 조건콘솔 작업백업 및 복구 시점 보기CLI를 통한 SAP HANA 백업문제 해결용어집릴리스 정보

기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

SAP HANA on Amazon EC2 백업

참고

에서 지원하는 서비스 AWS 리전에는 Amazon EC2 인스턴스에서 SAP HANA 데이터베이스 백업을 사용할 수 있는 현재 지원되는 리전이 포함되어 있습니다.

AWS Backup 는 Amazon EC2 인스턴스에서 SAP HANA 데이터베이스의 백업 및 복원을 지원합니다.

를 사용한 SAP HANA 데이터베이스 개요 AWS Backup

백업을 생성하고 데이터베이스를 복원하는 기능 외에도 Amazon EC2 Systems Manager for SAP와의 AWS Backup 통합을 통해 고객은 SAP HANA 데이터베이스를 식별하고 태그를 지정할 수 있습니다.

AWS Backup 는 AWS Backint Agent와 통합되어 SAP HANA 백업 및 복원을 수행합니다. 자세한 내용은 AWS Backint를 참조하세요.

를 통해 SAP HANA 데이터베이스를 백업하기 위한 사전 조건 AWS Backup

백업 및 복원 작업을 수행하려면 몇 가지 사전 요구 사항을 완료해야 합니다. 이러한 단계를 수행하려면 SAP HANA 데이터베이스에 대한 관리 액세스 권한과 AWS 계정에서 새 IAM 역할 및 정책을 생성하는 권한이 필요합니다.

Amazon EC2 Systems Manager에서 이러한 사전 요구 사항을 완료하세요.

  1. SAP HANA 데이터베이스를 실행하는 Amazon EC2 인스턴스에 필요한 권한을 설정

  2. 에 자격 증명 등록 AWS Secrets Manager

  3. SAP 에이전트 AWS Systems Manager 용 AWS Backint 및 설치

  4. SSM 에이전트를 확인

  5. 파라미터를 확인

  6. SAP HANA 데이터베이스를 등록

각 HANA 인스턴스는 한 번만 등록하는 것이 가장 좋습니다. 여러 번 등록하면 동일한 데이터베이스에 대해 여러 개의 ARN이 생성될 수 있습니다. 단일 ARN 및 등록을 유지하면 백업 계획 생성 및 유지 관리가 간소화되고 계획되지 않은 백업 중복을 줄이는 데도 도움이 될 수 있습니다.

AWS Backup 콘솔에서의 SAP HANA 백업 작업

사전 요구 사항 및 SSM for SAP 설정이 완료되면 SAP HANA on EC2 데이터베이스를 백업하고 복원할 수 있습니다.

SAP HANA 리소스를 보호하도록 선택

AWS Backup 를 사용하여 SAP HANA 데이터베이스를 보호하려면 SAP HANA를 보호된 리소스 중 하나로 켜야 합니다. 옵트인하려면

  1. https://console.aws.amazon.com/backup AWS Backup 콘솔을 엽니다.

  2. 왼쪽 탐색 창에서 설정을 선택합니다.

  3. 서비스 옵트인에서 리소스 구성을 선택합니다.

  4. SAP HANA on Amazon EC2를 옵트인합니다.

  5. 확인을 클릭합니다.

SAP HANA on Amazon EC2에 대한 서비스 옵트인이 이제 활성화됩니다.

SAP HANA 데이터베이스의 예약 백업 생성

기존 백업 계획을 편집하여 SAP HANA 리소스를 추가하거나 SAP HANA 리소스만을 위한 새 백업 계획을 생성할 수 있습니다.

새 백업 계획을 생성하기로 선택한 경우 다음과 같은 세 가지 옵션이 있습니다.

  1. 옵션 1: 템플릿을 사용하여 시작

    1. 백업 계획 템플릿을 선택합니다.

    2. 백업 계획 이름을 지정합니다.

    3. 계획 생성을 클릭합니다.

  2. 옵션 2: 새 계획 작성

    1. 백업 계획 이름을 지정합니다.

    2. 선택적으로 백업 계획에 추가할 태그를 지정합니다.

    3. 백업 규칙 구성을 지정합니다.

      1. 백업 규칙 이름을 지정합니다.

      2. 기존 볼트를 선택하거나 새 백업 볼트를 생성합니다. 여기에 백업이 저장됩니다.

      3. 백업 빈도를 지정합니다.

      4. 백업 기간을 지정합니다.

        콜드 스토리지로 전환은 현재 지원되지 않습니다.

      5. 보존 기간을 지정합니다.

        대상으로 복사는 현재 지원되지 않습니다.

      6. (선택 사항) 복구 시점에 추가할 태그를 지정합니다.

    4. 계획 생성을 클릭합니다.

  3. 옵션 3: JSON을 사용하여 계획 정의

    1. 기존 백업 계획의 JSON 표현식을 수정하거나 새 표현식을 생성하여 백업 계획의 JSON을 지정합니다.

    2. 백업 계획 이름을 지정합니다.

    3. JSON 검증을 클릭합니다.

    백업 계획이 성공적으로 생성되면 다음 단계에서 백업 계획에 리소스를 할당할 수 있습니다.

어떤 계획을 사용하든 반드시 리소스를 할당해야 합니다. 시스템 및 테넌트 데이터베이스를 포함하여 할당할 SAP HANA 데이터베이스를 선택할 수 있습니다. 특정 리소스 ID를 제외하는 옵션도 있습니다.

SAP HANA 데이터베이스의 온디맨드 백업 생성

생성 후 즉시 실행되는 전체 온디맨드 백업을 생성할 수 있습니다. Amazon EC2 인스턴스의 SAP HANA 데이터베이스의 온디맨드 백업은 전체 백업이며 증분 백업은 지원되지 않습니다.

이제 온디맨드 백업이 생성됩니다. 그러면 지정된 리소스의 백업이 시작됩니다. 콘솔은 작업 진행 상황을 볼 수 있는 백업 작업 페이지로 이동합니다. 백업 작업의 상태를 쉽게 찾는 데 필요하므로 화면 상단의 파란색 배너에 있는 백업 작업 ID를 기록해 두세요. 백업이 완료되면 상태가 Completed로 전환됩니다. 백업에는 최대 몇 시간이 소요될 수 있습니다.

상태 변경을 확인하려면 백업 작업 목록을 새로 고칩니다. 백업 작업 ID를 검색하고 클릭하여 자세한 작업 상태를 볼 수도 있습니다.

SAP HANA 데이터베이스의 연속 백업

시점 복원(PITR)과 함께 사용할 수 있는 연속 백업을 생성할 수 있습니다(온디맨드 백업은 리소스를 가져온 상태로 보존하는 반면, PITR은 일정 기간 동안의 변경 사항을 기록하는 연속 백업을 사용함).

연속 백업을 사용하면 EC2 인스턴스의 SAP HANA 데이터베이스를 선택한 특정 시점으로 되돌릴 수 있습니다(최대 35일 전까지 1초 단위로). 연속 백업은 먼저 리소스의 전체 백업을 생성한 다음 리소스의 트랜잭션 로그를 지속적으로 백업하는 방식으로 작동합니다. PITR 복원은 전체 백업에 액세스하고 복구하도록 지시한 시간까지 트랜잭션 로그를 재생 AWS Backup 하는 방식으로 작동합니다.

AWS Backup 콘솔 또는 API를 AWS Backup 사용하여에서 백업 계획을 생성할 때 연속 백업을 옵트인할 수 있습니다.

콘솔을 사용하여 연속 백업을 활성화하려면

  1. 에 로그인 AWS Management Console하고 https://console.aws.amazon.com/backup AWS Backup 콘솔을 엽니다.

  2. 탐색 창에서 백업 계획을 선택한 후 백업 계획 생성을 선택합니다.

  3. 백업 규칙에서 백업 규칙 추가를 선택합니다.

  4. 백업 규칙 구성 섹션에서 지원되는 리소스에 대해 지속적 백업 활성화를 선택합니다.

SAP HANA 데이터베이스 백업에서 PITR(시점 복원)을 비활성화하면 복구 시점이 만료될 때까지(상태가 EXPIRED)와 같음) 로그가 AWS Backup 으로 계속 전송됩니다. SAP HANA의 대체 로그 백업 위치로 변경하여 AWS Backup으로 로그 전송을 중지할 수 있습니다.

상태가 인 연속 복구 시점은 연속 복구 시점이 중단되었음을 STOPPED 나타냅니다. 즉, SAP HANA에서 로 전송 AWS Backup 되어 데이터베이스에 대한 증분 변경 사항을 보여주는 로그에 간격이 있습니다. 이 기간 간격 내에 발생하는 복구 시점은 상태가 STOPPED.입니다.

연속 백업(복구 시점)의 복원 작업 중에 발생할 수 있는 문제에 대해서는 이 설명서의 SAP HANA 복원 문제 해결 단원을 참조하세요.

SAP HANA 데이터베이스 백업 보기

백업 및 복원 작업 상태 보기:

  1. https://console.aws.amazon.com/backup AWS Backup 콘솔을 엽니다.

  2. 탐색 창에서, 작업을 선택합니다.

  3. 백업 작업, 복원 작업 또는 복사 작업을 선택하여 작업 목록을 확인합니다.

  4. 작업 ID를 검색하고 클릭하면 자세한 작업 상태를 볼 수 있습니다.

볼트의 모든 복구 시점 보기:

  1. https://console.aws.amazon.com/backup AWS Backup 콘솔을 엽니다.

  2. 탐색 창에서 백업 볼트를 선택합니다.

  3. 백업 볼트를 검색하고 클릭하면 볼트 내의 모든 복구 시점을 볼 수 있습니다.

보호된 리소스의 세부 정보 보기:

  1. https://console.aws.amazon.com/backup AWS Backup 콘솔을 엽니다.

  2. 탐색 창에서 보호된 리소스를 선택합니다.

  3. 리소스 유형을 기준으로 필터링하여 해당 리소스 유형의 모든 백업을 볼 수도 있습니다.

AWS CLI 를 사용하여 SAP HANA 데이터베이스에 사용 AWS Backup

Backup 콘솔 내의 각 작업에는 해당하는 API 호출이 있습니다.

AWS Backup 및 리소스를 프로그래밍 방식으로 구성하고 관리하려면 API 호출StartBackupJob을 사용하여 EC2 인스턴스에서 SAP HANA 데이터베이스를 백업합니다.

start-backup-job을 CLI 명령으로 사용합니다.

SAP HANA 데이터베이스 백업의 문제 해결

워크플로우 중에 오류가 발생하는 경우, 다음 오류 예시와 권장 해결 방법을 참조하세요.

Python 사전 조건

  • 오류: SAP용 SSM 및에 Python 3.6이 필요하지만 SUSE 12 SP5는 기본적으로 Python 3.4를 지원하므로 Python 버전과 관련된 Zypper 오류입니다. AWS Backup SP5

    해결 방법: 다음 단계를 수행하여 SUSE12 SP5에 여러 버전의 Python을 설치합니다.

    1. update-alternatives 명령을 실행하여 '/usr/bin/python3'를 직접 사용하는 대신 '/usr/local/bin/'에 Python 3의 심볼릭 링크를 생성합니다. 이 명령은 Python 3.4를 기본 버전으로 설정합니다. 해당 명령은 다음과 같습니다. # sudo update-alternatives —install /usr/local/bin/python3 python3 /usr/bin/python3.4 5

    2. 다음 명령을 실행하여 Python 3.6을 대체 구성에 추가합니다. # sudo update-alternatives —install /usr/local/bin/python3 python3 /usr/bin/python3.6 2

    3. 다음 명령을 실행하여 대체 구성을 Python 3.6으로 변경합니다. # sudo update-alternatives —config python3

      다음과 같은 출력이 표시되어야 합니다.

      There are 2 choices for the alternative python3 (providing /usr/local/bin/python3).
 Selection Path Priority Status
* 0 /usr/bin/python3.4 5 auto mode
 1 /usr/bin/python3.4 5 manual mode
 2 /usr/bin/python3.6 2 manual mode
Press enter to keep the current choice[*], or type selection number:

    4. Python 3.6에 해당하는 숫자를 입력합니다.

    5. Python 버전을 확인하고 Python 3.6이 사용되고 있는지 확인합니다.

    6. (선택 사항이지만 권장 사항) Zypper 명령이 예상대로 작동하는지 확인합니다.

Amazon EC2 Systems Manager for SAP 검색 및 등록

  • 오류: 및 SSM의 퍼블릭 엔드포인트에 대한 액세스 차단으로 인해 SAP용 SSM이 워크로드를 검색하지 못했습니다. AWS Secrets Manager

    해결 방법: SAP HANA 데이터베이스에서 엔드포인트에 연결할 수 있는지 테스트합니다. 연결할 수 없는 경우, AWS Secrets Manager 및 SSM for SAP을 위한 Amazon VPC 엔드포인트를 생성할 수 있습니다.

    1. 다음 명령을 실행하여 HANA DB용 Amazon EC2 호스트에서 Secrets Manager에 대한 액세스를 테스트합니다. 해당 명령은 aws secretsmanager get-secret-value —secret-id hanaeccsbx_hbx_database_awsbkp입니다. 명령이 값을 반환하지 못하면 방화벽이 Secrets Manager 서비스 엔드포인트에 대한 액세스를 차단하는 것입니다. 로그는 'Secrets Manager에서 보안 암호 검색' 단계에서 중지됩니다.

    2. aws ssm-sap list-registration 명령을 실행하여 SSM for SAP 엔드포인트에 대한 연결을 테스트합니다. 명령이 값을 반환하지 못하면 방화벽이 SSM for SAP 엔드포인트에 대한 액세스를 차단하는 것입니다.

      오류 예시: Connection was closed before we received a valid response from endpoint URL: “https://ssm-sap.us-west-2.amazonaws.com/register-application".

    엔드포인트에 연결할 수 없는 경우, 두 가지 방법으로 계속 진행할 수 있습니다.

    • Secrets Manager 및 SSM for SAP을 위한 퍼블릭 서비스 엔드포인트에 대한 액세스를 허용하는 방화벽 포트를 엽니다.

    • Secrets Manager 및 SSM for SAP을 위한 VPC 엔드포인트를 생성한 다음,

      • DNSSupport 및 DNSHostname에 대해 Amazon VPC가 활성화되어 있는지 확인합니다.

      • VPC 엔드포인트가 프라이빗 DNS 이름 허용을 활성화했는지 확인합니다.

      • SSM for SAP 검색이 성공적으로 완료되면 로그에 호스트가 검색된 것으로 표시됩니다.

  • Error: AWS Backup and Backint 연결은 서비스 퍼블릭 엔드포인트에 AWS Backup 대한 액세스 차단으로 인해 실패합니다.는 time="2024-01-03T11:39:15-08:00" level=error msg="Storage configuration validation failed: missing backup data plane Id" 또는와 유사한 오류를 표시할 aws-backint-agent.log 수 있습니다level=fatal msg="Error performing backup missing backup data plane Id. 또한 AWS Backup 콘솔에는 Fatal Error: An internal error occured.가 표시될 수 있습니다.

    해결 방법: 퍼블릭 서비스 엔드포인트(HTTPS)에 액세스할 수 있도록 방화벽 포트를 엽니다. 이 옵션을 사용하면 DNS는 퍼블릭 IP 주소를 통해 AWS 서비스에 대한 요청을 해결합니다.

  • 오류: 특수 문자가 포함된 HANA 암호로 인해 SSM for SAP 등록이 실패합니다. 오류의 예는 HANA 데이터베이스 Amazon EC2 인스턴스에서 테스트된 systemdb 및 tenantdb에 대해 hdbsql을 사용하여 연결을 테스트한 후에 발생하는 Error connecting to database HBX/HBX when validating its credentials. 또는 Discovery failed because credentials for HBX/SYSTEMDB either not provided or cannot be validated. 등이 있습니다.

    작업 페이지의 AWS Backup콘솔에서 백업 작업 세부 정보는 오류와 FAILED 함께의 상태를 표시할 수 있습니다Miscellaneous: b’* 10: authentication failed SQLSTATE: 28000\n’.

    해결 방법: 암호에 $와 같은 특수 문자가 없는지 확인합니다.

  • 오류: b’* 447: backup could not be completed: [110507] Backint exited with exit code 1 instead of 0. console output: time...

    해결 방법: SAP HANA용 AWS BackInt 에이전트 설치가 성공적으로 완료되지 않았을 수 있습니다. SAP 애플리케이션 서버에 AWS Backint Agent와 Amazon EC2 Systems Manager Agent를 배포하는 프로세스를 다시 시도합니다.

  • 오류: 등록 후 콘솔이 로그 파일과 일치하지 않습니다.

    SAP 콘솔용 SSM for SAP Application Manager에는 등록 성공이 표시되지만, 특수 문자가 포함된 암호로 인해 HANA DB에 연결하려고 할 때 검색 로그에는 등록 실패가 표시됩니다. 등록이 성공했는지는 확인되지 않습니다. 콘솔에 등록 성공이 표시되더라도 로그가 등록되지 않으면 백업이 실패합니다.

    등록 상태를 확인합니다.

    1. SSM 콘솔에 로그인합니다.

    2. 왼쪽 탐색 창에서 명령 실행을 선택합니다.

    3. 텍스트 필드 명령 기록 아래에, 등록에 사용한 인스턴스와 동일한 값으로 Instance ID:Equal:을 입력합니다. 이렇게 하면 명령 기록이 필터링됩니다.

    4. 명령 ID 열을 사용하여 상태가 Failed인 명령을 찾습니다. 그런 다음, AWSSystemsManagerSAP-Discovery라는 문서 이름을 찾습니다.

    5. 에서 명령을 AWS CLI실행합니다aws ssm-sap register-application status. 반환된 값이 Error로 표시되면 등록에 실패한 것입니다.

    해결 방법: HANA 암호에 특수 문자(‘$’ 등)가 없는지 확인합니다.

SAP HANA 데이터베이스의 백업 생성

  • SystemDB 또는 TenantDBDB에 대한 온디맨드 백업이 생성되면 Error: AWS Backup console에 “Fatal Error” 메시지가 표시됩니다. 퍼블릭 엔드포인트에 액세스할 수 없기 때문에 이 문제가 발생합니다. 이는 해당 엔드포인트에 대한 액세스를 차단하는 클라이언트 측 방화벽으로 인해 발생합니다.

    aws-backint-agent.log가 표시할 수 있는 오류의 예는 level=error msg="Storage configuration validation failed: missing backup data plane Id" 또는 level=fatal msg="Error performing backup missing backup data plane Id."입니다.

    해결 방법: 퍼블릭 엔드포인트에 대한 방화벽 액세스를 엽니다.

  • 오류: Database cannot be backed up while it is stopped.

    해결 방법: 백업할 데이터베이스가 활성 상태인지 확인합니다. 데이터베이스 데이터 및 로그는 데이터베이스가 온라인 상태일 때 백업할 수 있습니다.

  • 오류: Getting backup metadata failed. Check the SSM document execution for more details.

    해결 방법: 백업할 데이터베이스가 활성 상태인지 확인합니다. 데이터베이스 데이터 및 로그는 데이터베이스가 온라인 상태일 때 백업할 수 있습니다.

백업 로그 모니터링

  • 오류: Encountered an issue with log backups, please check SAP HANA for details.

    해결 방법: SAP HANA를 확인하여 로그 백업이 SAP HANA AWS Backup 에서 로 전송되고 있는지 확인합니다.

  • 오류: One or more log backup attempts failed for recovery point.

    해결 방법: 자세한 내용은 SAP HANA를 확인하세요. 로그 백업이 SAP HANA AWS Backup 에서 로 전송되고 있는지 확인합니다.

  • 오류: Unable to determine the status of log backups for recovery point.

    해결 방법: 자세한 내용은 SAP HANA를 확인하세요. 로그 백업이 SAP HANA AWS Backup 에서 로 전송되고 있는지 확인합니다.

  • 오류: Log backups for recovery point %s were interrupted due to a restore operation on the database.

    해결 방법: 복원 작업이 완료될 때까지 기다립니다. 로그 백업이 재개되어야 합니다.

사용 시 SAP HANA 용어집 AWS Backup

데이터 백업 유형: SAP HANA는 전체 및 INC(증분)라는 두 가지 유형의 데이터 백업을 지원합니다.는 각 백업 작업 중에 사용되는 유형을 AWS Backup 최적화합니다.

카탈로그 백업: SAP HANA는 카탈로그라는 자체 매니페스트를 유지합니다.이 카탈로그와 AWS Backup 상호 작용합니다. 새로 백업할 때마다 카탈로그에 항목이 하나씩 생성됩니다.

연속 로그 백업(트랜잭션 로그): 시점 복구(PITR) 기능의 경우 SAP HANA는 가장 최근 백업 이후의 모든 트랜잭션을 추적합니다.

시스템 복사: 복원 대상 데이터베이스가 복구 시점이 생성된 소스 데이터베이스와 다른 복원 작업입니다.

파괴 복원: 파괴 복원은 복원된 데이터베이스에서 원본 또는 기존 데이터베이스를 삭제하거나 덮어쓰는 복원 작업입니다.

FULL: 전체 백업은 전체 데이터베이스의 백업입니다.

INC: 증분 백업은 SAP HANA 데이터베이스에서 이전 백업 이후의 모든 변경 사항을 백업하는 것입니다.

AWS Backup EC2 인스턴스 릴리스 정보에서 SAP HANA 데이터베이스 지원

현재 일부 기능은 지원되지 않습니다.

  • (트랜잭션 로그를 사용하는) 연속 백업은 다른 리전 또는 계정으로 복사할 수 없습니다. 스냅샷 백업은 전체 백업에서 지원되는 리전 및 계정으로 복사할 수 있습니다.

  • Backup Audit Manager 및 보고 기능은 현재 지원되지 않습니다.

  • 에서 지원하는 서비스 AWS 리전에는, Amazon EC2 인스턴스에서 SAP HANA 데이터베이스 백업에 대해 현재 지원되는 리전이 포함되어 있습니다.