SAP 에서 S/4HANA 으로 마이그레이션 IBM 으로 마이그레이션 Power Virtual Server
SAP S/4HANA 데이터베이스를 마이그레이션하기 전에 해야 할 단계
다음 섹션에서는 SAP HANA 데이터베이스 마이그레이션을 준비하는 데 필요한 몇 가지 중요한 조언을 다룹니다. SAP 의 관련 노트를 읽고 실행하십시오.
데이터 마이그레이션이나 복제 작업을 시도하기 전에 소스 데이터베이스에 기존 문제가 있는지 확인하십시오.
문제가 존재한다면, 다음 중 하나일 수 있습니다.
- 중단되거나 실패한 가비지 컬렉션.
- 소스 데이터베이스에는 여전히 클라이언트 삭제 등의 작업에서 생성된 항목, 표, 데이터가 포함되어 있어 데이터베이스의 실제 크기에 대해 잘못된 결과를 초래합니다.
- 데이터베이스 검사 중 보고된 불일치.
- 고아 항목으로 이어지는 과도한 로드 또는 언로드 작업.
- 메모리에서 디스크로의 델타 병합 과정에서 발생한 하드웨어 문제.
- 페이지 메모리 덤프가 과도하게 감지되었는데, 이는 페이지 손상을 나타낼 수 있습니다.
- SAP HANA 의 미니 체크 도중 표시되는 알림입니다.
데이터 마이그레이션 또는 복제 작업을 잘못 수행하면 데이터 손실과 애플리케이션 불일치가 발생할 수 있습니다. 관련 작업을 수행하기 전에 관련 SAP 노트와 수정 노트를 읽고 이해했는지 확인하십시오. IBM Cloud® 는 데이터 손실 또는 애플리케이션 무결성에 대해 책임을 지지 않습니다.
다음 섹션에는 소스 데이터베이스가 일관된 상태에 있도록 하기 위해 SAP 가 권장하는 사전 단계가 포함되어 있습니다. 마이그레이션, 백업 또는 복구 작업이 시작되기 전에 소스 데이터베이스에 있는 행 저장소, 열 저장소, 페이지와 같은 일관성 및 추적 파일에 존재하는 문제를 면밀히 검토해야 합니다. 이 권장 단계는 마이그레이션을 시작하기 전에 완료해야 합니다.
데이터베이스 상태 확인 및 확인
데이터베이스의 상태를 확인하여 기존 문제를 대상 시스템으로 이전할 위험을 줄이십시오. 건강 점검은 기존 문제(일관성 또는 블록 손상 등)가 대상 SAP HANA 시스템으로 이전되는 것을 방지합니다. SAP HANA 이 경우 시스템 복제 기능은 도움이 되지 않으므로, 필요한 점검을 수행하는 것이 중요합니다. SAP 의 다음 참고 사항을 참고하세요.
- SAP 참고 2116157 - 자주 묻는 질문: SAP HANA 일관성 검사 및 손상
- SAP 참고 2272121 - 방법: 물리적 손상 분석하기(SAP HANA)지속성 진단 도구
- SAP 참고 2380176 - 자주 묻는 질문: SAP HANA 데이터베이스 추적
데이터베이스 추적 파일 확인하기
데이터베이스 추적은 운영 체제 수준에서 서비스 특정 파일에 기록됩니다. 추적 디렉토리는 다음 위치에 있습니다:
/usr/sap/<SID>/HDB<inst>/<host>/trace/DB_<SID>/
<sid>adm
사용자의 환경에서 다음 별칭을 사용하면 OS 수준에서 추적 디렉토리로 빠르게 전환할 수 있습니다
cdtrace
데이터베이스 추적 파일은 다음과 같은 명명 규칙을 사용합니다:
<service>_<host>.<port>.<counter>.trc
동적 계층화의 맥락에서, 다음과 같은 규칙을 따르는 파일이 존재할 수 있습니다( SAP 참고 2871785):
esserver_console_<host>.<port>.<counter>.trc
예:
indexserver_saphana01.30003.024.trc
이 파일들은 운영 체제 수준에서 직접 액세스하거나 다음 방법 중 하나를 통해 액세스할 수 있습니다
SAP HANA Studio -> Administration -> Diagnosis Files
DBACOCKPIT -> Diagnostics -> Diagnosis Files
더 많은 확인 정보
다음의 SAP 노트에 있는 SQL 문은 데이터베이스 재구성이 필요한지 여부와 재구성 작업이 수행된 후 절약되는 공간의 양을 나타냅니다.
이 검사는 두 가지 목적을 가지고 있습니다.
- SAP HANA 데이터베이스에 재구성 작업이 필요한지 여부를 강조 표시합니다.
- 재구성이 필요한 경우, 공간 절약 작업이 완료된 후 예상 크기를 제공합니다.
데이터베이스 행 저장소 재구성
데이터베이스가 심하게 조각난 경우, 행 저장소 재구성이 필요합니다.
SAP HANA 부터 2.0 SPS04, 온라인 행 저장소 재구성은 사용률이 정의된 임계값보다 낮을 경우, 큰 행 저장소(할당된 크기 >= 3.2 GB)에 대해 자동으로 실행됩니다.
기본적으로 임계값은 60%이고, 활용률은 1시간에 한 번씩 백그라운드에서 확인됩니다.
데이터베이스 버전이 SAP HANA 2.0 SPS04
보다 낮은 경우, 다음의 지침을 따르십시오
-
SAP Note 1977584 - SAP HANA 데이터베이스에 대한 기술적 일관성 검사 이 SAP Note에는 CATALOG, DEPENDENCY 및 TABLE CONSISTENCY를 검사하는 유용한 SQL 문이 포함되어 있습니다.
SAP 의 노트에 있는 지침에 주의하고, 기존 SAP HANA 버전과 관련된 각 단계를 따르십시오.
SQL 미니 체크
이 SQL 문을 사용하여 SAP HANA 데이터베이스의 현재 크기를 표시하십시오.
SELECT HOST, PORT, TO_DECIMAL( SUM(FREE_SIZE)*100 / SUM(ALLOCATED_SIZE), 10,2) "Free Space Ratio in %",TO_DECIMAL(
SUM(ALLOCATED_SIZE)/1048576, 10, 2) "Allocated Size in MB",TO_DECIMAL( SUM(FREE_SIZE)/1048576, 10, 2) "Free Size in MB" FROM
M_RS_MEMORY WHERE ( CATEGORY = 'TABLE' ) and ( ALLOCATED_SIZE > 0 ) GROUP BY HOST, PORT
더 유용한 SQL 문장을 보려면 다음을 참고하세요. SAP 참고. 이 SAP 노트에는 hdbsql
실행 파일을 사용하여 명령줄에서 실행할 수 있는 유용한 SQL 문이 포함되어 있습니다. 또는 SAP HANA Studio에 내장된 SQL 콘솔을 사용할 수 있습니다.
SQLStatements_Internal.zip 의 명령어는 충돌이나 종료와 같은 불안정성의 위험을 증가시킵니다. 이 명령어를 실행할 때는 주의해서 실행하십시오. 아마도 개발 또는 POC 시스템에서 먼저 실행해 보는 것이 좋습니다.
다음 SQL 문은 중요한 기술적 문제를 식별하는 데 도움이 됩니다. SQL Collection 압축 파일을 다운로드할 때, SQL: "HANA_Configuration_MiniChecks"
를 검색하십시오.
SQL: "HANA_Configuration_MiniChecks"
여러 가지 작은 검사를 수행하고 잠재적으로 위험한 상황을 발견하면 " C = 'X'
"를 반환합니다. SAP 를 사용하여 결과를 해석할 수 있습니다.
SAP HANA 의 소스 시스템에 대한 크기 조정 보고서 예약
기존 SAP 시스템을 온프레미스 사이트에서 IBM Cloud® 환경으로 마이그레이션하려는 경우 먼저 SAP 사이징 보고서를 실행해야 합니다. SAP HANA 의 메모리 크기 보고서의 최신 버전은 Advanced correction version 17
입니다.
SAP HANA 의 사이징 보고서를 실행하려면 다음을 참조하십시오. SAP 참고.
SAP 의 크기 조정 보고서에서 가장 최근의 고급 수정을 사용하는 것이 좋습니다. 보고서를 실행할 때, SAP HANA 데이터베이스 성장에 대한 예측을 포함해야 합니다. Power Virtual Server 의 목표에 필요한 예상 CPU, 메모리, 저장 공간 권장 사항이 생성된 보고서에 명시되어 있습니다. IBM Cloud® 로 이동하여 IBM Power Virtual Server s에 사용할 수 있는 가장 최근의 인증된 프로필을 선택하십시오.
- SAP SAP HANA 2947579 - IBM Power Virtual Server s
- SAP SAP HANA 2188482 - IBM on 파워 시스템: 지원되는 하드웨어 및 기능
추가 사이즈 SAP 노트
EarlyWatch 의 알림 보고서를 조기 지표로 활용하기
온-프레미스 환경에 ' SAP Solution Manager '가 설치되어 있다면, 소스 시스템에 대한 ' EarlyWatch Alert' 보고서를 생성할 수 있습니다.
이 보고서는 온-프레미스 소스 시스템에 있을 수 있는 구체적인 문제들을 개괄적으로 설명합니다. SQL 성능 지표, 긴급 성능 KPI 지표는 즉시 처리해야 합니다.
Red
(즉시 처리해야 할 문제) 또는 Severe problems detected
(긴급한 문제)로 분류된 문제는 가능한 한 빨리 처리해야 합니다.
EarlyWatch 의 경고 보고서를 확인하여 소스 SAP HANA 데이터베이스에 존재하는 문제를 확인하고, 심각도에 따라 Service Summary
또는 Alert Overview
섹션의 각 발견 사항에 따라 조치를 취하십시오.
관련 정보 더 보기 SAP EarlyWatch 에 대한 메모 알림 보고서
소스 데이터베이스 자격 증명
SAP HANA 시스템 복제 설정에 SAP HANA 시스템을 추가할 때, 소스 주 서버에서 대상 보조 서버로의 복제 과정이 MDC 사용자 테이블 SAP${sid}.USR02
을 덮어쓰는다는 점을 기억하십시오. 따라서, SAP HANA Studio에서 MDC를 등록하는 데 사용된 SYS 권한을 가진 현재 사용자가 소스에서 어떤 권한을 가지고 있는지 ( SAP HANA Studio에서 확인하여) 아는 것이
중요합니다.
Best Practice
로서 데이터베이스 사용자의 로그인 자격 증명과 소스 시스템의 비밀번호를 알고 있어야 합니다. 예를 들어, 암호를 잊어버렸을 때, 소스에서 대상까지 SAP HANA 시스템 복제를 진행하면, 주 서버와 보조 서버를 교체하여 보조 대상을 테스트할 수 있습니다. 데이터베이스 사용자의 로그인 자격 증명과 소스 시스템의 암호를 모르면 SAP HANA Studio 또는 SAP HANA
Cockpit 설정에서 시스템을 등록할 수 없습니다.
IBM 에서 대상 SAP HANA 시스템 만들기 Power Virtual Server
IBM Power Virtual Server 배포 계획
IBM Cloud 계정의 파워 서버 작업 공간은 다음 단계를 수행하기 위한 전제 조건입니다. IBM 의 SAP 에 대한 하이브리드 클라우드 네트워크 고려 사항 Power Virtual Server 에서 자세한 내용을 읽어보세요.
SAP 의 하이브리드 클라우드 네트워크 고려사항(IBM Power Virtual Server)에 설명된 대로 하이브리드 클라우드 네트워크 연결이 필요합니다.
배포 가능한 SAP HANA 인프라 계획은 배포 계획에 설명되어 있습니다.
목표 시스템의 크기 측면은 계획 수립에 매우 중요합니다. SAP HANA 의 소스 시스템에 대한 사이징 보고서에서 언급된 권장 사항을 따르십시오. 또한, EWA( EarlyWatch ) 경보 보고서(EWA report)의 조사 결과를 고려해 보십시오. 두 가지 요소 모두 목표 시스템의 권장 크기에 대한 현실적인 접근 방식을 제공합니다. SAP 시스템의 크기 조정 과정을 참조하십시오
목표 시스템에 필요한 CPU, 코어, 저장 공간 비교
IBM Cloud® 의 인증된 프로필이 소스 시스템 크기 조정 보고서에 언급된 권장 사항과 일치하는지 확인하고 EWA 보고서 요약도 고려하십시오.
다음 두 링크에서 올바른 IBM Power Systems Virtual Server 인증 프로필을 선택하십시오
대상 서버는 소스 시스템보다 크거나 같은 저장 용량을 가져야 하고, 크기가 적절해야 합니다
SAP HANA 의 데이터베이스 증가를 고려해야 하며, SAP HANA TDI의 IBM 시스템 스토리지 아키텍처 및 구성 지침을 따라야 한다는 점을 기억하십시오.
다음 문서는 IBM Cloud 의 대상 서버에 필요한 저장소 구성에 대해 설명합니다
소프트웨어 실행 파일과 초기 SAP HANA 시스템 백업을 저장하기 위해 파일 시스템 마운트 포인트를 생성하는 데 필요한 추가 공간을 고려하십시오. 계획된 IBM Power Virtual Server 인프라에 따라, 아키텍처의 다른 시스템으로 내보내기 위해 파일 시스템을 NFS 마운트로 만들 수 있습니다.
소프트웨어 저장소 파일 시스템 생성 및 설치 패키지 전송
이전 데모 시스템에서 사용된 것처럼 마운트 지점 swrepo
은 최소 200GB의 여유 공간이 있는 상태에서 생성됩니다. SAP HANA 소스 시스템의 SAP HANA 버전과 일치하는 버전을 SAP Marketplace에서 다운로드하십시오.
-
- SAP 에서 소프트웨어 다운로드에 액세스
- SAP 의 사용자 ID "S"와 비밀번호를 입력하고 계속 진행하세요.
-
- 지원 패키지 및 업그레이드
- 알파벳순 색인(A-Z)
- "H"
- SAP HANA 플랫폼 에디션
- SAP HANA 플랫폼 에디션 2.0
- SAP HANA 데이터베이스 2.0
- 선택 상자에
LINUX ON POWER LE 64BIT
- 소스 시스템에 설치된 IMDB_SERVER20 를 선택하고 노트북이나 PC에 다운로드합니다
- SAP HANA 으로 돌아가기 PLATFORM EDITION 2.0 페이지
- SAP HANA 고객 2.0
- 선택 상자에
LINUX ON POWER LE 64BIT
- 소스 시스템에 설치한 릴리즈를 선택합니다(또는 목록에 없는 버전의 경우 한 버전 더 높은 버전)
- 소프트웨어 센터 카탈로그 보기
- 지원 패키지 및 업그레이드
- 오른쪽에는 검색창이 있습니다. 검색창에
SAPCAR
- 표시된 결과 목록에서
SAPCAR 7.53
유지보수 소프트웨어 구성요소를 선택합니다 SAPCAR_1200-70007726.EXE
파일을 선택하고 선택 상자에LINUX ON POWER LE 64BIT
- 노트북이나 PC에 다운로드하거나 Jump Host
대상 시스템에 /swrepo
디렉터리를 만듭니다.
sudo mkdir /swrepo
사용자가 이 디렉토리를 소유하고 있는지 확인하십시오. 그래야만 사용자가 파일을 추출하고 작업할 수 있습니다.
sudo chown $USER: /swrepo
설치 파일과 sapcar 유틸리티 다운로드 파일을 대상 SAP HANA 서버의 /swrepo
마운트 지점으로 전송합니다. SAPCAR 유틸리티는.SAR 아카이브 파일을 풀기 위해 실행 권한이 필요합니다.
chmod -R 755 /swrepo/SAPCAR_1200-70007726.EXE
.bash_profile
에서 이 유틸리티의 별칭을 SAPCAR로 설정할 수 있습니다. 이 설정을 사용하면 어느 디렉토리에서든 SAPCAR 명령을 사용할 수 있습니다.
Bash 프로파일에 줄을 추가하려면 다음 명령을 사용하십시오.
echo "alias SAPCAR='/swrepo/SAPCAR_1200-70007726.EXE'" >>$HOME/.bash_profile
Source 명령을 사용하여 새로 정의된 별칭을 활성화하십시오.
source $HOME/.bash_profile
SAPCAR -v
를 실행하여 버전 목록을 확인하여 작동하는지 확인하십시오
SAPCAR -v
파일 압축 풀기
다음 예제를 사용하여 파일의 압축을 풀 수 있습니다.
SAPCAR -xvf IMDB_CLIENT20_XXX_XX-XXXXXXXX.SAR -manifest /SAP_HANA_CLIENT/SIGNATURE.SMF
Sapcar 파일 추출 결과는 다음 예와 같습니다.
x SAP_HANA_CLIENT/SIGNATURE.SMF
SAPCAR: 98 file(s) extracted
SAPCAR -xvf IMDB_SERVER20_XXX_XX-XXXXXXXX.SAR -manifest /SAP_HANA_DATABASE/SIGNATURE.SMF
x /SAP_HANA_DATABASE/SIGNATURE.SMF
SAPCAR: 355 file(s) extracted
추출하는 동안, 설치에 필요한 파일이 들어 있는 디렉토리 /swrepo/SAP_HANA_DATABASE
와 /swrepo/SAP_HANA_CLIENT
가 생성됩니다.
대상 서버의 운영체제 및 패치 수준이 소스 서버와 일치하는지 확인
대상 시스템의 운영 체제 버전과 패치 수준을 확인하십시오. 생산적인 시스템의 경우, 동일한 수준을 유지하면 설치가 비슷하게 수행되고 마이그레이션이 쉽게 실행됩니다. 예를 들어, 개념 증명 시스템(POC)인 IBM Power Virtual Server 과 같이 비생산적인 시스템의 경우, 더 높은 운영 체제 버전이 유효한 옵션입니다.
대상 서버 - RHEL과 SLES 모두
운영 체제 버전과 패치 수준을 확인하려면 다음 명령을 실행하십시오.
cat /etc/os-release
또는 Red Hat Linux 시스템에서 두 번째 파일을 사용할 수 있습니다.
cat /etc/redhat-release
SUSE Linux Enterprise Server ( SAP 애플리케이션용)에서 다음 명령을 사용하면 릴리스 및 패치 수준을 나열할 수 있습니다.
lsb_release -a
파일 시스템과 마운트 포인트가 소스 시스템과 일치하는지 확인
소스 시스템과 대상 시스템은 스토리지, LVM, 파일 시스템에 대해 동일한 매핑을 가져야 합니다. 목표에 도달하는 것만이 필요한 더 큰 저장 용량 또는 마이그레이션입니다. 파일 시스템 구조 요구사항도 이 섹션의 시작 부분에서 TDI 요구사항과 함께 강조 표시되어 있습니다. 또한 마운트 지점과 파일 소유권 UID 및 GUID가 소스 시스템과 일치하는지 확인하십시오. 또한 마운트 포인트는 두 시스템에 동일한 마운트 포인트(
<SID>
)가 정의되어 있어야 합니다. 대상 시스템에 SAP HANA 를 설치하면, 소스 시스템의 동일한 <SID>
와 <instance number>
가 사용됩니다.
export SID=<SID> # SAP HANA System ID (uppercase)
export sid=<sid> # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO> # SAP HANA Instance Number
export SiteOnPrem=<PrimarySiteName> # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName> # HANA System Replication Site Name 2 - Migration to On-Cloud - Target
export NODE1=<Hostname 1> # Hostname of On-Prem Server
export NODE2=<Hostname 2> # Hostname of IBM Power Virtual Server Instance
마이그레이션 프로젝트에 관련된 모든 시스템의 /etc/hosts
항목
/etc/hosts
파일에는 소스 시스템과 종속적인 SAP Netweaver 또는 S/4 FES Application Server에 대한 항목이 포함되어야 합니다. 네트워크 리소스 확인을 위해 DNS 서버를 사용할 수 있지만, 특히 네트워크 확인이나 DNS 서비스에 문제가 발생하는 경우, /etc/hosts
파일에 네트워크 환경에서 서버를 식별하는 데 도움이 되는 IP 주소,
짧은 이름, FQDN, 설명을 포함하면 도움이 됩니다.
OS를 준비하고 조정하는 SAP HANA
SAP HANA 의 설치를 위한 대상 시스템의 준비 단계를 시작하려면 다음 SAP 노트를 사용하십시오.
- SAP 참고 2777782 - SAP HANA DB: RHEL 8의 권장 OS 설정
- SAP 참고 2772999 - Red Hat Enterprise Linux 8.x: 설치 및 구성
- SAP 참고 3018133 - Linux: GCC로 컴파일된 SAP 애플리케이션 실행 10.x
Recommended OS Settings for RHEL 8
에 언급된 작업을 완료했는지 확인하십시오. 이 작업은 중요한 튜닝 및 성능 설정으로 적용해야 합니다. 이 문제를 무시하면 SAP 제품 설치와 그 이후의 성능에 영향을 미칠 수 있습니다.
SAP HANA 의 사전 점검을 hcmt 도구를 사용하여 수행
SAP HANA 의 하드웨어 및 클라우드 측정 도구 hcmt
는 SAP HANA 를 배포하거나 SAP HANA 인증을 신청하기 전에 하드웨어 또는 클라우드 시스템을 측정하고 분석하는 데 도움이 됩니다. 도구는 다음과 같은 구성 요소로 이루어져 있습니다
- SAP HANA 하드웨어 및 클라우드 측정 도구
- SAP HANA 하드웨어 및 클라우드 측정 분석
다음의 SAP 를 사용하십시오. SAP HANA 를 설치하기 전에 OS와 구성을 확인하고 검증하십시오.
hcmt
를 실행할 때 포트 문제가 발생하면 두 번째 터미널 세션을 여십시오. hcmt
의 설정 디렉토리로 이동한 다음, 필요한 포트를 열어둔 채로 세션을 시작합니다.
hcmt
를 서버-클라이언트 모드로 실행하려면 두 개의 세션을 시작해야 합니다
hcmt
서버 모드 켜기 - 원격 서버에서 테스트 결과를 수집하는 점프 호스트hcmt
SAP HANA 를 실행할 대상 시스템의 클라이언트에서 전체 실행 계획을 사용하여hcmt
성능 테스트를 실행합니다.
Hcmt 서버 세션
Hcmt 서버는 hcmt 클라이언트 시스템에서 측정된 데이터를 수집합니다. Hcmt 서버를 실행하는 전형적인 시스템은 점프 호스트 또는 이와 유사한 시스템입니다. Hcmt가 설치된 디렉토리로 이동한 다음, 다음 명령을 실행합니다
sudo ./hcmt -v -S
다음 예시는 예상 출력입니다.
hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)
Server started, listening on port 50000 ...
Hcmt 클라이언트 세션
SAP HANA 서버로 설정하려는 대상 시스템에서 전체 실행 계획을 사용하여 클라이언트로 hcmt
명령을 실행합니다.
sudo ./hcmt -v -p /swrepo/HCMT/setup/config/full_executionplan.json
시스템 출력:
hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)
Loading executionplan
LogVolume (/hana/log):
DataVolume (/hana/data):
Hosts: <`Leave Blank!!!!`> Leave this field blank, otherwise it will affect the test.
Start execution of plan
Executing Test C9C9F832-854F-492D-8E7EFB4609AC435C
Note: CPU Micro Benchmark
'포트 50000이 이미 사용 중입니다'라는 오류 메시지가 표시되면, 아마도 SAP HANA 가 이미 설치되어 있을 것입니다. SAP HANA 시스템을 멈춘 다음, hcmt
명령을 다시 실행하십시오.
계획 변형: CPU 성능
이 명령은 설치 디렉터리에 hcmresult-YYYMMDDHHMMSS.zip 파일을 생성합니다. 이 파일을 HCMT SAP 웹사이트에 업로드하고 결과를 검토하여 HANA가 올바르게 설정 및 구성되었는지 확인하십시오.
문제가 발생하더라도 이전 검사 도구를 계속 사용할 수 있습니다.
대상 시스템에 SAP HANA 설치
다음 변수들을 기억해 두세요:
export SID=<SID> # SAP HANA System ID (uppercase)
export sid=<sid> # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO> # SAP HANA Instance Number
이 예제에서는 설치를 계속하려면 "Y"를 입력해야 하는 지점까지 설치가 진행됩니다. HANA_DATABASE 디렉토리로 되돌아갑니다.
SAP HANA 의 데이터베이스 라이프사이클 관리자 명령을 실행합니다.
sudo ./hdblcm
다음 예시는 예상 출력입니다.
SAP HANA Lifecycle Management - SAP HANA Database 2.00.061.00.1644229038
************************************************************************
그러면 디렉토리에서 필요한 소프트웨어를 검색합니다.
Scanning software locations...
Detected components:
SAP HANA Database (2.00.061.00.1644229038) in /swrepo/HANA/SAP_HANA_DATABASE/server
SAP HANA Database Client (2.11.20.1644165757) in /swrepo/HANA/SAP_HANA_CLIENT/client
Do you want to specify additional components location? (y/n) [n]: `n`
n
를 선택하여 추가적인 구성 요소 위치를 지정하지 않고 계속합니다.
Choose an action
Index | Action | Description
-------------------------------------------------------------
1 | install | Install new system
2 | extract_components | Extract components
3 | print_detected_components | Print detected components
4 | Exit (do nothing) |
Enter selected action index [4]: `1`
1
를 입력하고 <enter>
키를 눌러 새로운 시스템을 설치하십시오.
다음 예제를 통해 계속 살펴보겠습니다.
SAP HANA Database version '2.00.061.00.1644229038' will be installed.
Select additional components for installation:
Index | Components | Description
--------------------------------------------------------------------------------
1 | all | All components
2 | server | No additional components
3 | client | Install SAP HANA Database Client version 2.11.20.1644165757
Enter comma-separated list of the selected indices [3]: `1`
1
를 입력하고 <enter>
를 눌러 모든 구성 요소를 설치합니다. 출력에서 다음 줄에 있는 일련의 기본값을 수락합니다.
Enter Installation Path [`/hana/shared`]:
Enter Local Host Name [`Yourhostname`]:
Do you want to add hosts to the system? (y/n) [`n`]:
추가 시스템 없이 n
를 입력하십시오. SAP HANA 데이터베이스 시스템 매개 변수를 확인하십시오
- 출처 SAP HANA
SID
- 출처 SAP HANA
Instance Number
대상 시스템에 대해 동일한 값을 계속 사용하십시오
Enter SAP HANA System ID: `<Needs to match the source system>`
Enter Instance Number [00]: `<Needs to match the source system>`
Enter Local Host Worker Group [default]:
Index | System Usage | Description
-------------------------------------------------------------------------------
1 | production | System is used in a production environment
2 | test | System is used for testing, not production
3 | development | System is used for development, not production
4 | custom | System usage is neither production, test nor development
Select System Usage / Enter Index [4]: 2
계획된 기능을 나타내는 숫자를 입력하세요. 이 예에서, 테스트 시스템( 2
)은 테스트 시스템을 나타냅니다.
더 많은 기본값 허용:
Do you want to enable data and log volume encryption? [n]:
Enter Location of Data Volumes [/hana/data/<SID>]:
Enter Location of Log Volumes [/hana/log/<SID>]:
Restrict maximum memory allocation? [n]:
Apply System Size Dependent Resource Limits? (SAP Note 3014176) [y]:
소스 시스템에 설정된 대로 암호를 결정합니다
sapadm
비밀번호<sid>adm
비밀번호- 시스템 데이터베이스 사용자
SYSTEM
비밀번호
대상 시스템에 동일한 암호를 설정하십시오:
Enter SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Confirm SAP Host Agent User (sapadm) Password: <Use the same password used on the source system>
Enter System Administrator (<sid>adm) Password: <Use the same password used on the source system>
Confirm System Administrator (<sid>adm) Password: <Use the same password used on the source system>
Enter System Administrator Home Directory [/usr/sap/<SID>/home]:
Enter System Administrator Login Shell [/bin/sh]:
Enter System Administrator User ID [1001]: <check that the user ID number matches the source system>
Enter ID of User Group (sapsys) [79]: <Check that the GUID number matches the source system>
Enter System Database User (SYSTEM) Password: <Use the same password used on the source system>
Confirm System Database User (SYSTEM) Password: <Use the same password used on the source system>
Restart system after machine reboot? [n]:
Summary before execution
요약 화면에서 설치에 대한 선택이 올바른지 확인할 수 있습니다. 그런 다음, 시작하려면 "Y"를 선택하십시오. 약 20분 후에 다음과 같은 메시지가 표시됩니다.
Registering SAP HANA Database Components on Local Host...
- Deploying SAP Host Agent configurations...
Creating Component List...
SAP HANA Database System installed
Log file written to xxxxxx
SAP HANA 이 실행되고 있는지 확인하고 버전을 확인합니다
다음의 HDB proc
명령을 실행하여 모든 서비스가 1차 및 2차 SAP HANA 시스템에서 시작되었는지 확인하십시오.
sudo -i -u ${sid}adm -- HDB proc
SAP HANA 버전이 기본 서버보다 크거나 같아야 합니다
SAP HANA 데이터베이스 버전을 확인하려면 두 노드에서 다음 명령을 사용하십시오.
sudo -i -u ${sid}adm -- HDB version
MDC/SYSTEMDB SAP HANA 데이터베이스의 초기 백업
백업 SYSTEMDB
SYSTEMDB 항목과 MDC를 HANA 스튜디오 애플리케이션에 추가합니다. 또는, 풍경에 HANA 콕핏( SAP HANA )이 있다면, 그 대상 시스템을 HANA 콕핏에 추가할 수 있습니다. 두 시스템을 추가한 후 초기 시스템 백업을 완료합니다. SYSTEMDB 항목에서, -> 마우스 오른쪽 버튼을 클릭하고 선택합니다.
- 백업 및 복구
- 백업 시스템 데이터베이스
- 백업 유형
Complete Data Backup
- 대상
File
- 백업 대상
/swrepo/backup/data/SYSTEMDB
이 디렉토리 구조가 존재하고 사용자${sid}adm
로 쓰기 가능한지 확인하십시오. - 백업 접두사
COMPLETE_DATA_BACKUP_INITIAL_DDMMYYY
다음 Review Backup Setup
그리고 나서 선택Finish
SYSTEMDB@${SID}
의 백업이 성공적으로 완료되었는지 확인하십시오.
MDC 백업
백업 및 복구
- 테넌트 데이터베이스 백업
- 테넌트 데이터베이스
${sid}
를 지정합니다. 다음 - 백업 유형
Complete Data Backup
. - 대상
File
. - 백업 대상
/swrepo/backup/data/DB_${sid}
이 디렉토리 구조가 존재하고 사용자${sid}adm
로 쓰기 가능한지 확인하십시오. - 백업 접두사
COMPLETE_DATA_BACKUP_INITIAL_DDMMYYY
. 다음 Review Backup Setup
Finish
를 선택합니다.
DB_${sid}
의 백업이 오류 없이 완료되었는지 확인하십시오.
백업 상태 확인
SYSTEMDB 항목에서, -> 마우스 오른쪽 버튼을 클릭하고 다음 작업을 선택합니다.
- 백업 및 복구
- 열기를 선택합니다
Backup Console
- 탭 선택
Backup Catalog
- 데이터베이스 필드에서 MDC에 대해
${sid}
를 선택합니다 - 데이터베이스 필드에서 SYSTEMDB에 대해
<SYSTEMDB>
를 선택합니다
추적 로그 파일의 선택적 확인
데이터베이스 추적은 운영 체제 수준에서 서비스 특정 파일에 기록됩니다. 추적 디렉터리는 다음 위치에 있습니다:
/usr/sap/${sid}/HDB<inst>/<host>/trace/DB_${sid}/
${sid}adm
사용자의 환경에서 다음 별칭을 사용하면 OS 수준에서 추적 디렉토리로 빠르게 전환할 수 있습니다
cdtrace
데이터베이스 추적 파일은 다음과 같은 명명 규칙을 사용합니다:
<service>_<host>.<port>.<counter>.trc
동적 계층화의 맥락에서, 다음과 같은 규칙을 따르는 파일이 존재할 수 있습니다( SAP 참고 2871785):
esserver_console_<host>.<port>.<counter>.trc
- 예:
indexserver_saphana01.30003.024.trc
운영 체제 수준에서 직접 액세스하거나 다음 방법 중 하나를 통해 액세스할 수 있습니다
SAP HANA Studio -> Administration -> Diagnosis Files
DBACOCKPIT -> Diagnostics -> Diagnosis Files
SAP 에서 S/4HANA 으로 마이그레이션하기 SAP HANA 시스템 복제를 사용하여
SAP HANA 시스템 복제를 구성하기 전에 사전 점검
SAP HANA 시스템 복제를 구성하기 전에 몇 가지 필수 조건을 확인해야 합니다. 설명된 단계는 RHEL 8( Red Hat Enterprise Linux )과 SLES(SUSE Enterprise Linux )에 유효합니다.
소스 시스템의 SAP HANA 데이터베이스 사용자를 확인하십시오
SAP 의 기본 관리팀 또는 SAP HANA 관리자에게 문의하여 시스템에 액세스하는 데 사용되는 SAP HANA 데이터베이스 사용자를 확인하십시오. 일반적으로 이 사용자는 SYSTEM
사용자이거나, SAP 기반 관리팀이 SAP 보안 권고를 구현한 경우 SAP 스키마 소유자 사용자입니다.
SAP HANA SAP HANA 시스템 복제를 활성화하기 위한 사전 단계
1차 및 2차 SAP HANA 시스템에서 환경 변수 설정
설정을 단순화하기 위해 두 노드 모두에서 ${sid}adm
에 대해 다음과 같은 환경 변수를 준비합니다. 이 환경 변수는 나머지 예제에서 후속 명령에 사용됩니다.
두 노드에서 다음 명령을 실행합니다. 변수는 소스와 대상 시스템 모두에서 동일해야 한다는 것을 기억하십시오.
export SID=<SID> # SAP HANA System ID (uppercase)
export sid=<sid> # SAP HANA System ID (lowercase)
export INSTNO=<INSTNO> # SAP HANA Instance Number
export DIR_INSTANCE=/usr/sap/${SID}/HDB${INSTNO} # "${sid}adm" home directory
export SiteOnPrem=<PrimarySiteName> # HANA System Replication Site Name 1 - Migration from On-Prem - Source
export SiteOnCloud=<secondarySiteName> # HANA System Replication Site Name 2 - Migration to On-Cloud - Target
export NODE1=<Hostname 1> # Hostname of On-Prem Server
export NODE2=<Hostname 2> # Hostname of IBM Power Virtual Server Instance
SAP HANA 가 두 시스템 모두에서 실행되고 있는지 확인하십시오
운영 체제 사용자 ${sid}adm
로서, HDB proc
명령을 사용하여 모든 서비스가 시작되었는지 확인할 수 있습니다.
주 서버와 보조 서버인 두 시스템 모두에서 다음 명령을 실행합니다. SAP HANA server.
sudo -i -u ${sid}adm -- HDB proc
SAP HANA 버전은 기본 서버와 같거나 커야 합니다
SAP HANA 서버 버전을 확인하려면 각 노드에서 다음 명령을 실행하십시오.
sudo -i -u ${sid}adm -- HDB version
대상 시스템 버전은 소스 시스템 버전과 같거나 커야 합니다. 버전의 유일한 예외는 HDB( Active/Active
) 읽기 활성화 구성입니다. 이 경우 HDB 버전은 소스 시스템과 대상 시스템에서 동일해야 합니다.
-
따라서 소스 서버와 대상 서버 모두에서 시스템 구성이 동일한지 확인하세요. 그런 다음, 두 시스템의 ini-파일에 있는 설정을 비교합니다.
-
확장 구성의 경우, 소스 서버와 대상 서버 모두에서 작업자 노드(확장)와 역할의 수가 동일한지 확인하십시오.
-
두 시스템에서 동일한
${sid}
와instance numbers
를 사용해야 합니다. -
PKI SSFS .key and the .dat files
를 주 시스템과 보조 시스템에서 백업하십시오. -
기존 PKI 키를 주 시스템에서 보조 시스템으로 복사합니다.
필요한 경우, 원래 설치된 상태로 복구할 수 있도록 기본 시스템과 보조 시스템 모두에 있는 기존 키를 백업하십시오.
sudo -i -u ${sid}adm -- cp -p /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT_<hostname>
기존 PKI SSFS .key
와 .dat
파일의 백업이 완료되면, 이제 PKI SSFS .key
와 .dat
파일을 주 시스템에서 대상 시스템으로 복사해야 합니다.
SAP HANA 2.0 데이터와 로그 전송 채널을 복제 프로세스에 사용하려면 시스템 PKI SSFS 스토리지 인증서 파일을 사용한 인증이 필요합니다.
시스템 PKI SSFS 저장소 인증서 파일은 /usr/sap/${SID}/SYS/global/security/rsecssfs/
의 하위 디렉토리 data
와 key
에 저장됩니다.
NODE2 에서 다음 명령을 실행하여 NODE1 의 SSFS_${SID}.DAT
와 SSFS_${SID}.KEY
파일을 복사합니다.
${sid}adm
의 사용자로서, NODE2 에서 다음 두 가지 명령을 실행하십시오.
scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT /usr/sap/${SID}/SYS/global/security/rsecssfs/data/SSFS_${SID}.DAT
scp ${NODE1}:/usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY /usr/sap/${SID}/SYS/global/security/rsecssfs/key/SSFS_${SID}.KEY
NODE2 에 복사된 PKI SSFS 저장소 인증서는 SAP HANA 시스템이 시작될 때 활성화됩니다.
log_mode
라는 설정 파라미터가 일반으로 설정되어 있는지 확인하십시오
기본 및 보조 SAP HANA 서버의 global.ini
의 지속성 섹션 에서 구성 매개변수 log_mode
가 일반으로 설정되어 있는지 확인하십시오.
log_mode
설정을 확인하려면 두 시스템 모두에서 다음 명령을 실행하십시오.
sudo -i -u ${sid}adm -- grep -i 'log_mode' /usr/sap/${SID}/HDB${INSTNO}/exe/config/global.ini
다음과 같은 결과가 나올 것입니다.
log_mode=normal
먼저 주 서버를 등록하세요
기본 SAP HANA 시스템에서 다음 명령을 실행하여 이 노드를 SAP HANA 시스템 복제를 위한 primary
로 등록합니다.
sudo -i -u ${sid}adm -- hdbnsutil -sr_enable --name=${SiteOnPrem}
다음과 같은 결과가 나올 것입니다.
nameserver is active, proceeding ...
successfully enabled system as system replication source site
done.
기본 시스템이 등록되어 있는지 확인
다음 명령어를 사용하여 기본 시스템이 성공적으로 등록되었는지 확인하십시오.
sudo -i -u ${sid}adm -- hdbnsutil -sr_state
다음과 같은 결과가 나올 것입니다.
System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~
online: true
mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem
is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: false
is a takeover active: false
is primary suspended: false
Host Mappings:
~~~~~~~~~~~~~~
Site Mappings:
~~~~~~~~~~~~~~
SiteCloud (primary/)
Tier of SiteCloud: 1
Replication mode of SiteCloud: primary
Operation mode of SiteOnPrem :
Hint based routing site:
done.
보조 사이트에서 SAP HANA 가 활성화되어 있지 않은지 확인하십시오
보조 사이트는 활성 SAP HANA 서버가 아니어야 합니다. SAP HANA 의 데이터베이스 서비스를 중단하려면 다음 명령을 사용하십시오.
sudo -i -u ${sid}adm -- HDB stop
다음과 같은 결과가 나올 것입니다.
hdbdaemon will wait maximal 300 seconds for NewDB services finishing.
Stopping instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function Stop 400
10.08.2023 10:32:07
Stop
OK
Waiting for stopped instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function WaitforStopped 600 2
10.08.2023 10:32:51
WaitforStopped
OK
hdbdaemon is stopped.
보조 시스템 등록
이제 보조 시스템을 등록합니다.
sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
--name=<secondarySiteName> \
--remoteHost=<primary_host> \
--remoteInstance=<primary_systemnr> \
--replicationMode=[sync|syncmem|async] \
--operationMode=[delta_datashipping|logreplay|logreplay_readaccess]
예를 들어 다음을 사용하는 경우
SiteOnCloud
보조 사이트 이름으로syncmem
복제 모드로logreplay
작동 모드로
마지막 명령은 다음 예제와 같습니다.
sudo -i -u ${sid}adm -- hdbnsutil -sr_register \
--name=${SiteOnCloud} \
--remoteHost=${NODE1} \
--remoteInstance=${INSTNO} \
--replicationMode=syncmem \
--operationMode=logreplay
다음과 같은 결과가 나올 것입니다.
Thu 10 Aug 10:36:13 CEST 2023
adding site ...
collecting information ...
updating local ini files ...
done.
SELinux 활성화 상태에서 hdbnsutil 오류 문제 해결
보안 강화 SELinux( Linux )가 활성화된 경우, hdbnsutil
의 출력이 예상과 다릅니다. 다음 두 가지 증상 중 하나가 나타날 수 있습니다.
Command is not recognized
오류 메세지- 표시되는 사용 정보
SELinux가 enforcing
로 설정되어 있을 때, hdbnsutil
명령이 ${sid}adm
사용자 컨텍스트에서 saphostagent를 다시 시작하지 못하게 합니다. SELinux 보안 정책을 적절히 추가하거나, SAP 가 권장하는 대로 할 수 있습니다. 그런 다음 SELinux를 비활성화하십시오.
다음 명령을 사용하여 현재 SELinux 상태를 확인하십시오.
sestatus
다음 출력은 예시입니다.
SELinux status: enforcing
sestatus
명령이 enforcing
로 반환되면 보안 정책에 따라 루트 권한으로 실행되는 명령도 차단될 수 있습니다.
SELinux를 일시적으로 비활성화하려면 다음 명령을 실행하세요.
sudo setenforce 0
SELinux는 다음 재시작 시까지 일시적으로 비활성화됩니다.
이제 sestatus
에 다시 접속해 보세요. 상태가 disabled
로 표시될 것입니다.
다음 명령을 통해 saphostagent 프로세스가 실행되고 있는지 확인하십시오.
sudo ps -ef | grep -i host
출력이 비어 있고 프로세스가 표시되지 않으면 수동으로 saphostagent를 다시 시작하십시오.
sudo -i -u ${sid}adm -- /usr/sap/hostctrl/exe/saphostexec -restart /usr/sap/hostctrl/exe/host_profile
SAP HANA 의 양쪽 상태를 확인하십시오. 시스템 복제
기본 시스템 상태 확인
주 노드에서 시스템 복제 상태를 확인하십시오. 기본 서버에서 다음 명령을 실행합니다:
sudo -i -u ${sid}adm -- hdbnsutil -sr_state
다음과 같은 결과가 나올 것입니다.
System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~
online: true
mode: primary
operation mode: primary
site id: 1
site name: SiteOnPrem_hostname
is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false
Host Mappings:
~~~~~~~~~~~~~~
<SiteOnCloud_hostname> -> [SiteOnPrem_hostname] <SiteOnPrem_hostname_hostname>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem_hostname_hostname>
Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem_hostname (primary/primary)
|---SiteOnCloud (syncmem/logreplay)
Tier of SiteCloud: 1
Tier of SiteOnPrem_hostname: 2
Replication mode of SiteOnPrem_hostname: primary
Replication mode of SiteOnCloud: syncmem
Operation mode of SiteOnPrem_hostname: primary
Operation mode of SiteOnCloud logreplay
Mapping: SiteOnPrem_hostname -> SiteOnCloud
Hint based routing site:
done.
보조 시스템 상태 확인
이제 두 번째 노드에서 시스템 복제 상태를 확인합니다. 두 번째 서버에서 동일한 명령을 실행합니다.
sudo -i -u ${sid}adm -- hdbnsutil -sr_state
다음과 같은 결과가 나올 것입니다.
System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~
online: false
mode: syncmem
operation mode: unknown
site id: 2
site name: SiteOnCloud
is source system: unknown
is secondary/consumer system: true
has secondaries/consumers attached: unknown
is a takeover active: false
is primary suspended: false
is timetravel enabled: false
replay mode: auto
active primary site: 1
primary masters: <SiteOnPrem_hostname_hostname>
done.
보조 서버 다시 시작
지금까지 두 SAP HANA 서버는 복제 파트너로 구성되어 있습니다. 이제 보조 SAP HANA 서버를 다시 시작하여 복제 설정을 완료합니다.
보조 서버에서 다음 명령을 실행합니다.
sudo -i -u ${sid}adm -- HDB start
다음과 같은 결과가 나올 것입니다.
StartService
OK
Starting instance using: /usr/sap/${SID}/SYS/exe/hdb/sapcontrol -prot NI_HTTP -nr 10 -function StartWait 2700 2
OK
10.08.2023 10:38:47
Start
OK
10.08.2023 10:40:17
StartWait
OK
보조 장치의 HDB info
또는 HDB proc
를 확인하여 SAP HANA 가 다시 실행되고 있는지 확인하십시오. 성공적으로 완료되면, 주 시스템에서 ' sr_state
' 명령을 실행합니다.
sudo -i -u ${sid}adm -- hdbnsutil -sr_state
다음과 같은 결과가 나올 것입니다.
System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~
online: true
mode: primary
operation mode: primary
site id: 1
site name: SitePrem
is source system: true
is secondary/consumer system: false
has secondaries/consumers attached: true
is a takeover active: false
is primary suspended: false
Host Mappings:
~~~~~~~~~~~~~~
<SiteOnCloud_hostname> -> [SiteOnPrem] <SiteOnPrem>
<SiteOnCloud_hostname> -> [SiteOnCloud] <SiteOnPrem>
Site Mappings:
~~~~~~~~~~~~~~
SiteOnPrem (primary/primary)
|---SiteOnCloud (syncmem/logreplay)
Tier of SiteOnprem : 1
Tier of SiteOnCloud: 2
Replication mode of SiteOnPrem: primary
Replication mode of SiteOnCloud: syncmem
Operation mode of SiteOnPrem: primary
Operation mode of SiteOnCloud: logreplay
Mapping: SiteOnprem_hostname -> SiteOnCloud
Hint based routing site:
done.
복제 상태 확인
보조 시스템이 구성되고 보조 서버에서 SAP HANA 가 시작되면, 복제 프로세스가 자동으로 full replica
와 데이터 동기화를 시작합니다. 기본 서버에서 초기 복제를 확인하고 전체 복제 작업의 현재 완료 상태를 볼 수 있습니다.
다음 명령으로 Python 스크립트를 실행합니다.
sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py
다음과 같은 결과가 나올 것입니다.
|Database |Host |Port |Service Name |Volume ID |Site ID |Site Name |Secondary |Secondary |Secondary |Secondary |Secondary |Replication |Replication |Replication |Secondary |
| | | | | | | |Host |Port |Site ID |Site Name |Active Status |Mode |Status |Status Details |Fully Synced |
|-------- |-------- |----- |------------ |--------- |------- |--------- |----------|--------- |--------- |---------- |------------- |----------- |----------- |-------------- |-------------|
|SYSTEMDB |<NODE1> |31001 |nameserver | 1 | 1 |SiteOnPrem| <NODE2> | 31001 | 2 |SiteOnCloud|YES |SYNCMEM |ACTIVE | | True|
|S4H |<NODE1> |31007 |xsengine | 2 | 1 |SiteOnPrem| <NODE2> | 31007 | 2 |SiteOnCloud|YES |SYNCMEM |ACTIVE | | True|
|S4H |<NODE1> |31040 |docstore | 5 | 1 |SiteOnPrem| <NODE2> | 31040 | 2 |SiteOnCloud|YES |SYNCMEM |ACTIVE | | True|
|S4H |<NODE1> |31003 |indexserver | 3 | 1 |SiteOnPrem| <NODE2> | 31003 | 2 |SiteOnCloud|YES |SYNCMEM |ACTIVE | | True|
|S4H |<NODE1> |31011 |dpserver | 4 | 1 |SiteOnPrem| <NODE2> | 31011 | 2 |SiteOnCloud|YES |SYNCMEM |ACTIVE | | True|
status system replication site "1": ACTIVE
overall system replication status: ACTIVE
Local System Replication State
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
mode: PRIMARY
site id: 1
site name: SiteOnPrem_hostname
시스템 복제 상태를 확인하는 네 가지 방법
옵션 1. landscapeHostConfiguration.py
첫 번째 옵션은 서버 관점에서 Python 스크립트 landscapeHostConfiguration.py
를 사용합니다. 이 스크립트는 SAP HANA 서버 시스템별로 상태 표시줄을 표시합니다.
다음 명령을 실행하십시오.
sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/landscapeHostConfiguration.py
출력 목록에 있는 각 서버의 호스트 상태 열에 OK
가 표시되는지 확인하십시오.
옵션 2. systemReplicationStatus.py
두 번째 대안은 SAP HANA 시스템 복제의 데이터베이스 뷰를 위해 Python 스크립트 systemReplicationStatus.py
를 사용합니다. 이 스크립트는 각 데이터베이스에 대한 하나의 상태 표시줄과 데이터베이스 테이블 뒤에 전체 상태를 표시합니다.
다음 명령으로 Python 스크립트를 실행합니다.
sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py
목록에 있는 각 데이터베이스의 복제 상태 열에 ' ACTIVE
'가 표시되는지 확인하십시오. 예상되는 스크립트 출력에는 다음 줄이 포함됩니다
overall system replication status: ACTIVE
옵션 3. hdbcons
hdbcons
명령을 사용하여 시스템 복제의 세부 상태를 확인하고 ${sid}adm
사용자로 실행하십시오. 이 세 번째 옵션은 서버 및 서비스별로 기술적인 관점입니다.
SAP HANA 를 실행하십시오. DB 관리 클라이언트 콘솔 hdbcons
을 다음 명령으로 실행하십시오.
sudo -i -u ${sid}adm -- hdbcons -e hdbindexserver "replication info"
옵션 4. SQL 스크립트
네 번째 대안은 예를 들어, SAP HANA 스튜디오나 콕핏에서 실행할 수 있는 SQL 문을 사용합니다. 이 옵션은 SAP HANA 시스템 복제의 사이트별 호스트 수입니다.
다음 SQL 문을 실행하여 확인하십시오.
select host, SECONDARY_HOST, PORT, SITE_NAME, SECONDARY_SITE_NAME, REPLICATION_MODE, REPLICATION_STATUS, REPLICATION_STATUS_DETAILS,SECONDARY_ACTIVE_STATUS from M_SERVICE_REPLICATION;
SQL 출력에서 특히 ' REPLICATION_STATUS
'와 ' REPLICATION_STATUS_DETAILS
' 열을 확인하십시오.
복제 완료 게시
복제 설정을 비활성화하기 전에 복제 작업이 수행된 후 추적 로그에서 불일치 또는 이상 징후가 있는지 확인하십시오. 복제가 완료되면, 데이터베이스에는 주 시스템의 모든 활성 서비스만 포함됩니다. 그러나 여전히 추적 로그에서 불일치 또는 문제점을 확인할 수 있습니다.
데이터베이스 추적 파일 확인하기
데이터베이스 추적은 운영 체제 수준에서 서비스 특정 파일에 기록됩니다. 추적 디렉토리는 다음 위치에 있습니다:
/usr/sap/<SID>/HDB<inst>/<host>/trace/DB_<SID>/
${sid}adm
사용자 환경에서 다음 별칭을 사용하면 ${sid}adm
사용자가 운영 체제 수준에서 추적 디렉토리로 빠르게 변경할 수 있습니다
cdtrace
데이터베이스 추적 파일에는 다음과 같은 명명 규칙이 있습니다:
<service>_<host>.<port>.<counter>.trc
동적 계층화의 맥락에서 다음과 같은 규칙을 따르는 파일도 존재할 수 있습니다( SAP 참고 2871785):
esserver_console_<host>.<port>.<counter>.trc
예:
indexserver_saphana01.30003.024.trc
데이터베이스 추적 파일에 액세스하는 방법은 세 가지입니다
- 운영 체제 수준에서 직접
SAP HANA Studio -> Administration -> Diagnosis Files
DBACOCKPIT -> Diagnostics -> Diagnosis Files
SAP HANA 시스템 복제 리소스
자세한 내용은 다음 링크를 참조하십시오.