SAP HANA 수평 확장 인스턴스 복원 및 복구

이 페이지에는 백업 및 DR 서비스 백업에서 SAP HANA 수평 확장 인스턴스를 복구하는 방법에 관한 정보가 포함되어 있습니다.

라이선스 요구사항 및 복원에 미치는 영향

  • SAP HANA 데이터베이스의 라이선스 키는 시스템 ID와 하드웨어 ID를 기반으로 합니다. 복구 후 SID 또는 하드웨어 ID가 변경되면 SAP HANA 라이선스 키가 무효화됩니다.
  • 복구 중에 복구에 사용된 백업에 영구 라이선스가 있고 아직 유효한 경우 임시 라이선스 키가 자동으로 설치됩니다. 자동으로 설치된 임시 라이선스를 최대 90일 동안 사용할 수 있습니다. 이 기간 동안 소스 데이터베이스의 라이선스를 새 라이선스 키로 이전하도록 SAP에 신청해야 합니다. 그런 다음 복구된 SAP HANA 데이터베이스에 새 라이선스 키를 설치해야 합니다.
  • 복구에 사용된 백업에 임시 라이선스만 있는 경우 복구 직후 데이터베이스가 잠금 모드에 있습니다.

임시 라이선스가 있는 소스 데이터베이스 임시 라이선스로 생성된 백업입니다.

  • 소스로 복원: 데이터베이스가 생성된 후 90일이 지났으며 데이터베이스가 잠금 모드에 있습니다.
  • 새 대상으로 복원 SAP 임시 라이선스는 새 타겟으로의 복원을 허용하지 않으므로 실패합니다.

영구 라이선스가 있는 소스 데이터베이스 영구 라이선스로 생성된 백업입니다.

  • 소스로 복원 문제가 없습니다.
  • 새 타겟으로 복원 90일 평가판 라이선스가 있습니다. 백업은 성공하지만 백업을 사용하여 복원할 수 없습니다.

SAP 참조

프리플라이트 검사

복원 절차 중에 프리플라이트 검사에서 복구를 검증합니다. 데이터베이스 복원을 성공적으로 수행하려면 다음 필수 기본 요건을 확인해야 합니다.

  • HANA SID: HANA가 동일한 HANA SID 이름으로 타겟 노드에 구성됩니다.
  • 구성 파일: 구성 파일 global.ini가 올바르게 구성되어 있습니다.
  • 로그 백업 경로: 로그 백업 경로는 global.ini에서 설정됩니다.
  • BACKINT 구성:
    • 볼륨 수준 이미지에서: 이 데이터베이스에 Backint가 구성되어 있지 않습니다.
    • 전체+증분 이미지에서: 대상 서버가 아직 backint로 구성되지 않은 경우 복원 중에 backint가 구성됩니다.
  • HANA 버전: 타겟 HANA 버전이 소스 HANA 버전과 동일합니다.
  • USERSTOREKEY: 타겟에 userstore 키가 있거나 백업 시점에 있는 유효한 권한이 있는 사용자 이름과 비밀번호가 지정되어 있는지 확인합니다.
  • 논리 볼륨
    • 논리 볼륨 이름과 볼륨 그룹 이름은 소스 노드와 타겟 노드에서 동일해야 합니다.
    • 타겟의 논리 볼륨 크기는 소스 논리 볼륨과 같거나 커야 합니다.
  • 노드 상태
    • 스케일업 및 독립형 구성: 타겟 노드가 작동 중이며 사용 가능함
    • HANA HA (1+n) 구성: 복원을 시작하기 전에 복제를 사용 중지해야 합니다. 복원 후 복제를 다시 구성해야 합니다. HANA HA (1+n) 클러스터의 노드로 복원하면 선택한 타겟 호스트에 독립형 애플리케이션이 생성됩니다. 사용자가 필요에 따라 클러스터를 명시적으로 다시 구성하고 애플리케이션을 적절하게 검색해야 합니다.

SAP HANA 데이터베이스 자동 복구

시작하기 전에

볼륨 수준 백업 이미지에서 새로 만들기

볼륨 수준 백업 이미지에서 새 타겟으로 HANA 데이터베이스 자동 복구

  1. App Manager Applications 목록에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다.
  2. 복구할 최신 스냅샷을 선택하고 복원을 선택합니다.

  3. 복원 페이지에서 새 타겟으로 복원을 선택합니다.

    • Target. 모든 구성에서 적격한 HANA 노드를 드롭다운에서 선택할 수 있습니다. 드롭다운에서 복원할 노드를 선택합니다.

    • 원본 애플리케이션 ID를 바꿉니다. 이 옵션은 백업이 원래 생성된 동일한 어플라이언스의 새 호스트로 복원하는 경우에만 사용할 수 있습니다.

      • 예. 이렇게 하면 원래 애플리케이션이 대체되고 원래 애플리케이션과 동일한 애플리케이션 ID, jobhistory, 백업 이미지, 백업 계획이 적용됩니다.
      • 아니요. 이 방법은 원래 애플리케이션을 대체하지 않습니다. 복원 작업의 일환으로 새 애플리케이션으로 검색됩니다.
    • 롤포워드 시간. 로그로 보호된 데이터베이스를 복구할 날짜와 시간을 선택합니다.
    • 타겟 데이터베이스 SID입니다. 이 필드는 보호된 데이터베이스 sid 이름으로 미리 채워지며 변경할 수 없습니다.

    • SAP DB USER STORE-KEY. 백업 중에 사용자 저장소 키로 미리 채워집니다. 백업 중에 사용할 수 있었던 권한이 있는 사용자 이름과 비밀번호를 사용하여 새 사용자 저장소 키를 지정할 수 있습니다. 이 새 사용자 저장소 키가 생성되고 복구에 사용됩니다.

    • 기존 사용자 저장소 키와 함께 사용자 이름, 비밀번호가 제공되면 이 사용자 이름과 비밀번호로 사용자 저장소 키가 다시 생성됩니다. 유효성 검사는 systemdb가 복구된 후에만 실행됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 포함되어 있지 않거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.

    • 사용자 이름과 비밀번호가 있는 새 사용자 저장소 키가 지정되면 지정된 사용자 저장소 키 이름과 사용자 이름 및 비밀번호로 사용자 저장소 키가 생성됩니다. 유효성 검사는 systemdb 복구 후에만 실행됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.

    • userstorekey, 사용자 이름, 비밀번호가 전달되지 않으면 사전 확인 중에 백업 중에 사용된 userstorekey가 타겟 서버에 있는지 확인하는 유효성 검사가 실행됩니다. 백업 중에 사용된 userstorekey를 찾을 수 없는 경우 사전 검사가 실패합니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.

    • userstorekey가 전달되지 않았지만 사용자 이름과 비밀번호가 제공된 경우 백업 중에 사용된 userstorekey가 타겟 서버에 전달된 사용자 인증 정보로 다시 생성됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 포함되어 있지 않거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.

  4. 실행 전 검사를 클릭합니다.

  • 실행 전 검사가 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다.
  • 실행 전 검사가 성공하면 제출을 클릭하여 복원 작업을 제출합니다.

볼륨 수준 백업 이미지에서 소싱

볼륨 수준 백업 이미지에서 소스로 HANA 데이터베이스 자동 복구

  1. 앱 관리자의 애플리케이션 목록에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다. 복구할 최신 스냅샷에서 복원을 선택합니다.

  2. 복원 페이지에서 소스로 복원을 선택합니다.

    • 타겟의 경우 다음을 완료합니다.
      • 독립형 SAP HANA 구성의 경우 타겟이 미리 채워집니다.
      • HANA HA (1+n) 구성의 경우 드롭다운 목록에서 복원할 HANA HA 노드를 선택합니다.
    • 롤포워드 시간. 로그로 보호된 데이터베이스를 복구할 날짜와 시간을 선택합니다.
    • 타겟 데이터베이스 SID입니다. 이 필드는 보호된 데이터베이스 sid 이름으로 미리 채워지며 변경할 수 없습니다.
    • SAP DB USER STORE-KEY. 백업 중에 사용자 저장소 키로 미리 채워집니다. 백업 중에 사용할 수 있었던 권한이 있는 사용자 이름과 비밀번호를 사용하여 새 사용자 저장소 키를 지정할 수 있습니다. 이 새 사용자 저장소 키가 생성되고 복구에 사용됩니다.
      • 기존 사용자 저장소 키와 함께 사용자 이름과 비밀번호가 제공되면 이 사용자 이름과 비밀번호로 사용자 저장소 키가 다시 생성됩니다. 유효성 검사는 systemdb가 복구된 후에만 실행됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 포함되어 있지 않거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • 사용자 이름과 비밀번호가 있는 새 사용자 저장소 키가 지정되면 지정된 사용자 저장소 키 이름과 사용자 이름 및 비밀번호로 사용자 저장소 키가 생성됩니다. 유효성 검사는 systemdb 복구 후에만 실행됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • userstorekey, 사용자 이름, 비밀번호가 전달되지 않으면 사전 확인 중에 백업 중에 사용된 userstorekey가 타겟 서버에 있는지 확인하는 유효성 검사가 실행됩니다. 백업 중에 사용된 userstorekey를 찾을 수 없는 경우 사전 검사가 실패합니다. 사용자 인증 정보가 유효하지 않거나 올바른 권한이 포함되어 있지 않거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • 전달된 userstorekey가 없지만 사용자 이름과 비밀번호가 제공된 경우 백업 중에 사용된 userstorekey가 타겟 서버에 전달된 사용자 인증 정보로 다시 생성됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
    1. 사전 비행 점검을 클릭합니다.
    • 실행 전 검사가 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다.
    • 실행 전 검사가 성공하면 제출을 클릭하여 복원 작업을 제출합니다.

전체 및 증분 백업 이미지에서 새로 만들기

전체+증분 백업 이미지에서 새 타겟으로 HANA 데이터베이스 자동 복구

  1. 관리 콘솔 앱 관리자의 애플리케이션 목록에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다.
  2. 복구할 최신 스냅샷을 선택하고 복원을 선택합니다.

  3. 복원 페이지에서 새 타겟으로 복원을 선택합니다.

    • Target. 독립형 HANA 구성의 경우 이 값이 미리 채워집니다. 드롭다운에서 HANA HA 노드를 선택할 수 있습니다. 드롭다운에서 복원할 노드를 선택합니다.

    • Replace Original Identity(원본 ID 바꾸기) 이 옵션은 백업이 원래 생성된 동일한 백업/복구 어플라이언스의 새 호스트로 복원이 실행되는 경우에만 사용할 수 있습니다.

      • 예. 이렇게 하면 원래 애플리케이션이 대체되고 원래 애플리케이션과 동일한 애플리케이션 ID, 작업 기록, 백업 이미지, 백업 계획이 적용됩니다.
      • 아니요. 이 방법은 원래 애플리케이션을 대체하지 않습니다. 이 앱은 복원 작업의 일환으로 새 애플리케이션으로 검색됩니다. HANA HA 복원 후 노드는 독립형이 되고 클러스터의 동일한 appid를 유지합니다. 복제를 사용 설정하면 다음 검색에서 클러스터를 찾아 클러스터 호스트와 동일한 appid를 계속 사용합니다.

    • 목록을 포함합니다. n개의 테넌트 데이터베이스에서 하나 이상의 테넌트 데이터베이스를 포함하거나 포함하지 않고 SYSTEMDB를 복구하려면 INCLUDE 아래에 데이터베이스의 쉼표로 구분된 목록을 제공합니다.

    • 제외 목록: n개의 테넌트 데이터베이스 중에서 복구 중에 SYSTEMDB 또는 하나 이상의 테넌트 데이터베이스를 제외하려면 제외 아래에 쉼표로 구분된 데이터베이스 목록을 제공합니다. 예를 들어 SYSTEMDB를 제외 목록에 넣으면 SYSTEMDB가 복구에서 제외되고 백업된 모든 테넌트 데이터베이스가 복구됩니다.

      • 포함 목록과 제외 목록이 모두 비어 있으면 SYSTEMDB와 모든 테넌트 (tn1, tn2, tn3)가 복구됩니다.
      • 단일 테넌트 tn1을 복구하려면 tn1과 함께 포함 목록을 사용합니다.
      • tn2와 tn3를 복구하고 SYSTEMDB와 tn1을 제외하려면 tn2와 tn3만 있는 포함 목록을 사용하세요.
      • 테넌트 (tn1, tn2, tn3)만 복구하고 SYSTEMDB를 제외하려면 SYSTEMDB를 제외하거나 tn1, tn2, tn3을 포함합니다.

    • 롤포워드 시간. 로그로 보호된 데이터베이스를 복구할 날짜와 시간을 선택합니다.

    • 타겟 데이터베이스 SID입니다. 이 필드는 보호된 데이터베이스 sid 이름으로 미리 채워지며 변경할 수 없습니다.

    • SAP DB USERSTORE KEY 백업 중에 사용자 스토어 키로 미리 채워집니다. 백업 중에 사용할 수 있었던 권한이 있는 사용자 이름과 비밀번호를 사용하여 새 사용자 저장소 키를 지정할 수 있습니다. 이 새 사용자 저장소 키가 생성되고 복구에 사용됩니다.

      • 기존 사용자 저장소 키와 함께 사용자 이름, 비밀번호가 제공되면 이 사용자 이름과 비밀번호로 사용자 저장소 키가 다시 생성됩니다. 유효성 검사는 SYSTEMDB가 복구된 후에만 실행됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 포함되어 있지 않거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • 사용자 이름과 비밀번호가 있는 새 사용자 저장소 키가 지정되면 지정된 사용자 저장소 키 이름과 사용자 이름 및 비밀번호로 사용자 저장소 키가 생성됩니다. 유효성 검사는 SYSTEMDB 복구 후에만 실행됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • userstorekey가 지정되지 않으면 사용자 이름과 비밀번호가 전달되고 사전 검사 중에 백업 중에 사용된 userstorekey가 타겟 서버에 있는지 확인하는 유효성 검사가 실행됩니다. 백업 중에 사용된 userstorekey를 찾을 수 없으면 사전 검사가 실패합니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • userstorekey가 전달되지 않았지만 사용자 이름과 비밀번호가 제공된 경우 백업 중에 사용된 userstorekey가 타겟 서버에 전달된 사용자 인증 정보로 다시 생성됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나, 올바른 권한이 포함되어 있지 않거나, 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.

  4. Pre-Flight Check을 클릭합니다.

    • 실행 전 검사가 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다.
    • 실행 전 검사가 성공하면 제출을 클릭하여 복원 작업을 제출합니다.

전체 및 증분 백업 이미지에서 소싱하려면 다음을 따르세요.

전체+증분 백업 이미지에서 소스로 HANA 데이터베이스 자동 복구

  1. 관리 콘솔 앱 관리자의 애플리케이션 목록에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다.
  2. 복구할 최신 스냅샷을 선택하고 복원을 선택합니다.

  3. 복원 페이지에서 소스로 복원을 선택합니다.

    • 타겟에서 다음을 완료합니다.

      • 독립형 HANA 구성의 경우 이 값이 미리 채워집니다.
      • HANA HA (1+n) 구성의 경우 드롭다운에서 HANA HA 노드를 선택할 수 있습니다. 드롭다운에서 복원할 노드를 선택합니다.

    • 포함 목록의 경우 n개의 테넌트 데이터베이스에서 SYSTEMDB 또는 하나 이상의 테넌트 데이터베이스를 복구하려면 포함 아래에 쉼표로 구분된 데이터베이스 목록을 제공하세요.

    • 제외 목록: n개의 테넌트 데이터베이스 중에서 복구 중에 SYSTEMDB 또는 하나 이상의 테넌트 데이터베이스를 제외하려면 제외 아래에 쉼표로 구분된 데이터베이스 목록을 제공합니다. 예를 들어 SYSTEMDB를 제외 목록에 넣으면 SYSTEMDB가 복구에서 제외되고 백업된 모든 테넌트 데이터베이스가 복구됩니다.

      • 포함 목록과 제외 목록이 모두 비어 있으면 SYSTEMDB와 모든 테넌트 (tn1, tn2, tn3)가 복구됩니다.
      • 단일 테넌트 tn1을 복구하려면 tn1과 함께 포함 목록을 사용합니다.
      • tn2와 tn3를 복구하고 SYSTEMDB와 tn1을 제외하려면 tn2와 tn3만 있는 포함 목록을 사용하세요.
      • 테넌트 (tn1, tn2, tn3)만 복구하고 SYSTEMDB를 제외하려면 SYSTEMDB를 제외하거나 tn1, tn2, tn3을 포함합니다.

    • 롤포워드 시간의 경우 로그로 보호된 데이터베이스가 복구될 날짜와 시간을 선택합니다.

    • 타겟 데이터베이스 SID의 경우 보호된 데이터베이스 SID 이름이 미리 입력되며 변경할 수 없습니다.

    • SAP DB USER STORE-KEY의 경우 백업 중에 userstore 키가 미리 채워집니다. 백업 중에 사용할 수 있었던 권한이 있는 사용자 이름과 비밀번호를 사용하여 새 사용자 저장소 키를 지정할 수 있습니다. 이 새 사용자 저장소 키가 생성되고 복구에 사용됩니다.

      • 기존 사용자 저장소 키와 함께 사용자 이름과 비밀번호가 제공되면 이 사용자 이름과 비밀번호로 사용자 저장소 키가 다시 생성됩니다. 유효성 검사는 systemdb가 복구된 후에만 실행됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • 사용자 이름과 비밀번호가 있는 새 사용자 저장소 키가 지정되면 지정된 사용자 저장소 키 이름과 사용자 이름 및 비밀번호로 사용자 저장소 키가 생성됩니다. 유효성 검사는 systemdb 복구 후에만 실행됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • userstore key, username, password가 전달되지 않으면 사전 검사 중에 백업 중에 사용된 userstorekey가 타겟 서버에 있는지 확인하는 유효성 검사가 실행됩니다. 백업 중에 사용된 userstorekey를 찾을 수 없으면 사전 확인이 실패합니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • userstorekey가 전달되지 않았지만 사용자 이름과 비밀번호가 제공된 경우 백업 중에 사용된 userstorekey가 타겟 서버에 전달된 사용자 인증 정보로 다시 생성됩니다. 사용자 이름이나 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.
      • SYSTEMDB 복구의 경우 hdbuserstore 키는 SYSTEMDB 복구가 끝난 후 테넌트 복구를 시작하기 전에 검증됩니다. 사용자 이름 또는 비밀번호가 유효하지 않거나 올바른 권한이 없거나 백업 이미지의 일부로 사용할 수 없는 경우 테넌트 복구가 실패할 수 있습니다.

  4. 사전 비행 점검을 클릭합니다.

    • 실행 전 검사에 실패하면 문제를 해결하고 실행 전 검사를 다시 제출합니다.
    • 실행 전 검사가 성공하면 제출을 클릭하여 복원 작업을 제출합니다.

SAP HANA 테넌트 데이터베이스의 수동 복구

볼륨 수준 백업 이미지에서 단일 테넌트 데이터베이스를 소스로 수동으로 복구할 수 있습니다.

단일 테넌트 데이터베이스를 복구하려면 다음을 완료하세요.

  1. 앱 관리자의 애플리케이션 목록에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다.
  2. 런웨이에서 복구할 최신 스냅샷을 선택한 다음 오른쪽에서 마운트를 선택합니다.
  3. 마운트 페이지에서 애플리케이션 옵션을 사용 중지하고 마운트 옵션에서 /testmnt와 같은 마운트 위치를 설정합니다.
  4. 루트로 서버에 로그인하고 디렉터리를 /act/custom_apps/saphana/restore로 변경합니다. cd /act/custom_apps/saphana/restore
  5. 복구 스크립트를 실행합니다.
      ./CALL_LVM_single_tenant_recover.sh DBSID TENANT SID SYSTEMDB USERSTORE KEY RECOVERY TIME

스크립트 인수 설명:

    DBSID = The database SID
    TENANT SID = The name of the tenant database to be restored
    SYSTEM DB USERSTORE KEY = The System DB userstore key
    RECOVERY TIME = The required recovery time in the format YYYY-MM-DD HH24:MI:SS in UTC

예: ./CALL_LVM_single_tenant_recover.sh lv1 lv1 ACTBACKUP '2019-09-24 20:00:00'

  1. 스크립트가 완료되면 테넌트 DB가 특정 시점으로 복구되고 액세스할 수 있습니다.
  2. 관리 콘솔로 이동하여 백업 이미지를 마운트 해제하고 삭제합니다.

Full+Incremental backint 덤프 백업에서 SAP HANA 데이터베이스 수동 복구

Full+Incremental 덤프 백업에서 데이터베이스를 소스로 수동으로 복구할 수 있습니다.

Full+Incremental 덤프 백업에서 HANA 데이터베이스를 복구하려면 다음 스크립트를 사용하세요.

      /act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh HANA SID Port number HANA UserStore Key  Exclude DB list Include DB list HANA version HANA DB backup mount point
      Recovery time in 'yyyy-mm-dd HH:MI:SS' HANA Log backup mount point

예:

/act/custom_apps/saphana/dumpbackint/ACT_HANADB_dumprestorebrint.sh GP1 HDB00 ACTBACKUP "null" "null" 2.0 /act/mnt/Job_23867989_mountpoint_1739957140744 '2025-02-12 09:30:00' /act/mnt/Job_23867989_mountpoint_1739957130467

SAP HANA Studio에서 백업 상태 검토

HANA Studio에서 백업 상태, 메타데이터, 백업 이미지를 검토할 수 있지만 HANA Studio에서 백업 및 DR 서비스 백업 이미지에 액세스할 수는 없습니다. 복구 또는 기타 용도로 백업 이미지에 액세스하려면 관리 콘솔에서 액세스해야 합니다.

  1. HANA Studio에서 Backup 폴더로 이동합니다.

  2. 백업 카탈로그 탭으로 이동합니다.

    백업 카탈로그 탭에는 백업 상태와 시작 시간, 기간, 크기, 백업 유형, 대상과 같은 세부정보가 표시됩니다.

HANA 및 HANA HA 1+n 복원 동작

이 섹션에는 HANA 및 HANA HA 1+n 복원 동작에 대한 정보가 포함되어 있습니다.

모든 HANA 구성

새 애플리케이션 관리 옵션을 사용 설정하여 새 타겟으로 복원하는 경우:

  • 복원된 애플리케이션은 보호되지만 애플리케이션 세부정보 및 설정 섹션에는 기본값만 있습니다. 백업이 제대로 완료되려면 복원 후 애플리케이션 세부정보 및 설정에서 필수 값을 수동으로 설정해야 합니다.
  • 복원된 애플리케이션 보호는 사용 중지된 상태입니다. 백업이 실행되도록 하려면 앱 관리자 > 애플리케이션 > 백업 관리 계획에서 보호를 사용 설정해야 합니다.

HANA HA (1+n) 구성

노드 A 기본 및 노드 B 보조가 있는 HANA 1+1 클러스터의 경우 노드 A -> 노드 B 클러스터가 백업 및 DR 서비스 아래의 애플리케이션으로 검색되고 백업이 노드 A 기본에서 실행됩니다.

새 대상 HANA 데이터베이스(독립형 또는 클러스터)로 복원

새 타겟이 애플리케이션 또는 보호된 것으로 검색되면 복원 전에 이 애플리케이션을 보호 해제하고 백업 및 DR에서 삭제해야 합니다. 새 타겟 애플리케이션이 있으면 작업이 실패합니다.

노드 A 기본으로 복원

  • 노드 A로 복원하기 전에 노드 B를 클러스터에서 등록 취소해야 합니다.
  • 노드 A는 노드 A로 복원된 후 독립형 애플리케이션이 됩니다.
  • 노드 B는 노드 A에 등록되어야 하며, 노드 B는 보조로, 노드 A에서는 강제 검색을 실행하여 클러스터 백업으로 계속해야 합니다.

노드 B 보조로 복원

  • 노드 B를 등록 해제해야 합니다. 그렇지 않으면 노드 B로 복원하기 전에 노드 B에서 인계가 실행되어야 합니다.
  • 노드 B로 복원하기 전에 노드 A를 종료하고 복원 후 노드 B에 노드 A를 보조로 추가합니다.
  • 노드 B는 복원 작업 후 독립형 애플리케이션입니다. 노드 A는 노드 B에 등록되어야 하며 노드 A는 보조여야 합니다.

  • 노드 B에서 검색을 실행하여 클러스터 애플리케이션으로 다시 검색합니다.

  • 노드 A와 노드 B를 독립형 애플리케이션으로 유지하고 보호하려면 복원 후 복제를 사용 설정하지 않고 노드 A와 노드 B에서 검색을 실행합니다.

복원을 위해 SAP HANA 시스템 복제를 사용 중지하는 방법

  1. 운영체제 사용자(사용자 adm)로 두 시스템에 모두 로그인합니다.
  2. 보조 시스템을 중지합니다(sapcontrol –nr -function StopSystem HDB).
  3. 보조 시스템에서 보조 시스템을 등록 취소합니다(hdbnsutil -sr_unregister --id=(secondarySiteID)).
  4. 기본 시스템에서 시스템 복제를 사용 중지합니다(hdbnsutil –sr_disable).

  5. 다음 스크립트 중 하나를 사용하여 시스템 복제를 확인합니다.

    • systemReplicationStatus.py 스크립트 이 스크립트는 복제 상태와 데이터베이스 정보를 보여줍니다.
    • hdbnsutil -sr_state 스크립트 이 스크립트는 복제 노드 역할 및 호스트 매핑 세부정보를 보여줍니다.

SAP HANA 스케일아웃용 백업 및 DR 서비스 문서

이 페이지는 백업 및 DR 서비스로 SAP HANA 수평 확장 인스턴스를 보호하고 복구하는 데 관한 일련의 페이지 중 하나입니다. 다음 페이지에서 추가 정보를 확인할 수 있습니다.