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

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

참고: 이 정보는 SAP HANA 수평 확장 인스턴스에 적용됩니다. 확장 및 HA 1+1 구성의 경우 SAP HANA용 백업 및 DR 서비스를 참고하세요.

라이선스 요구사항 및 복원 시 영향

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

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

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

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

• 소스로 복원합니다. 문제 없음
• 새 대상에 복원 90일 무료 체험판 라이선스가 있습니다. 백업은 성공하지만 백업을 사용하여 복원할 수 없습니다.

SAP 참조

• 참고사항: 라이선스 키 및 복구
• SAP HANA 데이터베이스의 라이선스 키

프리플라이트 검사

복원 절차 중에 프리플라이트 검사가 복구를 확인합니다. 데이터베이스 복원을 성공적으로 완료하기 위해 다음과 같은 필수 기본 요건이 확인됩니다.

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

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

참고: 이 절차는 전체 데이터 세트의 물리적 복구입니다. 복구된 데이터가 원본 데이터를 덮어씁니다. 데이터 양에 따라 시간이 오래 걸릴 수 있습니다.

시작하기 전에

• 라이선스 요구사항 및 복원 영향을 검토하세요.

• 데이터베이스 복원에 필요한 기본 요건을 검토하세요.

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

볼륨 수준 백업 이미지에서 새 대상에 HANA 데이터베이스를 자동 복구

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

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

   • 타겟. 모든 구성의 경우 드롭다운에서 사용 가능한 HANA 노드를 선택할 수 있습니다. 드롭다운에서 복원할 노드를 선택합니다.

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

     • 예. 이렇게 하면 원래 애플리케이션이 대체되고 원래 애플리케이션과 동일한 애플리케이션 ID, 작업 기록, 백업 이미지, 백업 계획이 적용됩니다.
     • 아니요. 원래 애플리케이션은 대체되지 않습니다. 복원 작업의 일환으로 새 애플리케이션으로 검색됩니다.
   참고: HANA HA 복원 후 노드는 독립형이 되며 클러스터의 동일한 appid를 유지합니다. 복제를 사용 설정하면 복원 호스트의 다음 검색에서 클러스터를 찾아 클러스터 호스트와 동일한 appid를 계속 사용합니다.
   • 롤포워드 시간. 로그로 보호된 데이터베이스를 복원할 날짜와 시간을 선택합니다.
   • 타겟 데이터베이스 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. 복원 페이지에서 새 대상에 복원을 선택합니다.

   • 타겟. 독립형 HANA 구성의 경우 이 필드가 자동으로 채워집니다. 드롭다운에서 HANA HA 노드를 선택할 수 있습니다. 드롭다운에서 복원할 노드를 선택합니다.

   • 원래 ID를 대체합니다. 이 옵션은 백업이 원래 생성된 것과 동일한 백업/복구 어플라이언스의 새 호스트에 복원할 때만 사용할 수 있습니다.

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

   • 목록 포함 n개 테넌트 데이터베이스 중 하나 이상의 테넌트 데이터베이스 유무와 관계없이 SYSTEMDB를 복구하려면 INCLUDE 아래에 데이터베이스 목록을 쉼표로 구분하여 입력합니다.

   • EXCLUDE LIST: n개 테넌트 데이터베이스 중 하나 이상을 복구하는 동안 SYSTEMDB 또는 테넌트 데이터베이스를 제외하는 경우 EXCLUDE에 쉼표로 구분된 데이터베이스 목록을 제공합니다. 예를 들어 SYSTEMDB를 제외 목록에 추가하면 SYSTEMDB가 복구에서 제외되고 백업된 모든 테넌트 데이터베이스가 복구됩니다.

     참고: 특정 데이터베이스 복구에는 INCLUDE LIST 또는 EXCLUDE LIST를 사용하세요. 예를 들어 SYSTEMDB 및 테넌트(tn1, tn2, tn3)가 있는 경우 다음 중 하나를 완료합니다.
     • INCLUDE LIST 및 EXCLUDE LIST가 모두 비어 있으면 SYSTEMDB 및 모든 테넌트 (tn1,tn2,tn3)가 복구됩니다.
     • 단일 테넌트 tn1을 복구하려면 tn1과 함께 포함 목록을 사용하세요.
     • tn2 및 tn3을 복구하고 SYSTEMDB 및 tn1을 제외하려면 tn2 및 tn3만 포함된 포함 목록을 사용하세요.
     • 모든 테넌트 (tn1, tn2, tn3)만 복구하고 SYSTEMDB를 제외하려면 SYSTEMDB를 제외하거나 tn1, tn2, tn3을 포함합니다.
     참고: SYSTEMDB 복구 영향: SYSTEMDB 복구를 사용하면 복구에서 제외된 모든 테넌트 DB가 복원 후 시작되지 않습니다. 제외된 테넌트는 수동으로 다시 시작해야 합니다.

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

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

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

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

4. 사전 비행 확인을 클릭합니다.

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

전체 및 증분 백업 이미지에서 소스 가져오기

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

참고: 이 절차는 backint API를 사용하며 전체 데이터 세트를 실제로 복구합니다. 데이터가 복사되어 원본 데이터를 덮어씁니다. 데이터 양에 따라 시간이 오래 걸릴 수 있습니다.

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

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

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

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

   • INCLUDE LIST의 경우 n개의 테넌트 데이터베이스 중 SYSTEMDB 또는 하나 이상의 테넌트 데이터베이스를 복구하려면 INCLUDE 아래에 데이터베이스 목록을 쉼표로 구분하여 제공합니다.

   • EXCLUDE LIST: n개 테넌트 데이터베이스 중 하나 이상을 복구하는 동안 SYSTEMDB 또는 테넌트 데이터베이스를 제외하는 경우 EXCLUDE에 쉼표로 구분된 데이터베이스 목록을 제공합니다. 예를 들어 SYSTEMDB를 제외 목록에 추가하면 SYSTEMDB가 복구에서 제외되고 백업된 모든 테넌트 데이터베이스가 복구됩니다.

     참고: 특정 데이터베이스 복구에는 INCLUDE LIST 또는 EXCLUDE LIST를 사용하세요. 예를 들어 SYSTEMDB 및 테넌트(tn1, tn2, tn3)가 있는 경우 다음 중 하나를 완료합니다.
     • INCLUDE LIST 및 EXCLUDE LIST가 모두 비어 있으면 SYSTEMDB 및 모든 테넌트 (tn1,tn2,tn3)가 복구됩니다.
     • 단일 테넌트 tn1을 복구하려면 tn1과 함께 포함 목록을 사용하세요.
     • tn2 및 tn3을 복구하고 SYSTEMDB 및 tn1을 제외하려면 tn2 및 tn3만 포함된 포함 목록을 사용하세요.
     • 모든 테넌트 (tn1, tn2, tn3)만 복구하고 SYSTEMDB를 제외하려면 SYSTEMDB를 제외하거나 tn1, tn2, tn3을 포함합니다.
     참고: SYSTEMDB 복구 영향: SYSTEMDB 복구를 사용하면 복구에서 제외된 모든 테넌트 DB가 복원 후 시작되지 않습니다. 제외된 테넌트는 수동으로 다시 시작해야 합니다.

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

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

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

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

4. 비행 전 확인을 클릭합니다.

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

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

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

참고: 이 절차는 테넌트 데이터 세트의 실제 복구입니다. 테넌트 데이터가 복사되어 원래 테넌트 데이터를 덮어씁니다. 데이터 양에 따라 시간이 오래 걸릴 수 있습니다.

절차

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

1. 앱 관리자의 애플리케이션 목록에서 데이터베이스를 마우스 오른쪽 버튼으로 클릭하고 액세스를 선택합니다.
2. 런웨이에서 복구할 최신 스냅샷을 선택한 다음 오른쪽에 있는 마운트를 선택합니다.
3. 마운트 페이지에서 애플리케이션 옵션을 사용 중지하고 마운트 옵션에서 /testmnt와 같은 마운트 위치를 설정합니다.
4. root로 서버에 로그인하고 디렉터리를 /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. 관리 콘솔로 이동하여 백업 이미지를 마운트 해제하고 삭제합니다.

SAP HANA Studio에서 백업 상태 검토

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

1. HANA 스튜디오에서 백업 폴더로 이동합니다.

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

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

HANA 및 HANA HA 1+n 복원 동작

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

모든 HANA 구성

새 애플리케이션 관리 옵션을 사용 설정한 상태에서 새 대상으로 복원:

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

HANA HA (1+n) 구성

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

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

새 타겟이 애플리케이션으로 감지되거나 보호된 경우 복원하기 전에 이 애플리케이션을 보호 해제하고 백업 및 DR에서 삭제해야 합니다. 새 타겟 애플리케이션이 있는 경우 작업이 실패합니다.

노드 A 기본으로 복원

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

보조 노드 B로 복원

• 노드 B를 등록 해제해야 합니다. 그러지 않으면 노드 B로 복원하기 전에 노드 B에서 테이크오버를 실행해야 합니다.
• Node B로 복원하기 전에 Node A를 종료하고 복원 후 Node B에 Node A를 보조로 추가합니다.
• 노드 B는 복원 작업 후 독립형 애플리케이션입니다. 노드 A는 노드 B에 노드 A를 보조 노드로 등록해야 합니다.

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

  참고: 노드 B를 노드 A에 보조로 연결하면 A의 원본 데이터가 유지되고 노드 B 복원 데이터가 삭제됩니다. Node A 및 Node B를 보호된 독립형 애플리케이션으로 유지하려면 복원 후 복제 기능을 사용 설정하지 않고 Node A 및 Node 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 확장 인스턴스를 보호하고 복구하는 방법을 설명하는 일련의 페이지 중 하나입니다. 다음 페이지에서 추가 정보를 확인할 수 있습니다.

• SAP HANA 확장용 백업 및 DR
• 백업을 위해 SAP HANA 확장 인스턴스 준비하기
• SAP HANA 수평 확장 호스트를 추가하고 데이터베이스를 검색 및 보호합니다.
• SAP HANA 확장에 스테이징 디스크 형식 및 백업 방법 구성
• SAP HANA 수평 확장 인스턴스의 애플리케이션 세부정보 및 설정 지정
• HANA 1+n 및 HANA 수평 확장 데이터베이스 백업
• SAP HANA 수평 확장 인스턴스 복원 및 복구
• SAP HANA 수평 확장 백업을 표준 마운트로 마운트
• SAP HANA 수평 확장 백업을 가상 데이터베이스로 마운트
• SAP HANA 수평 확장 백업을 마운트 및 이전하여 모든 대상에 즉시 복구