데이터베이스 추적 파일 확인하기

데이터베이스 추적은 운영 체제 수준에서 서비스 특정 파일에 기록됩니다. 추적 디렉토리는 다음 위치에 있습니다:

/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 HANA 관리자 가이드 - 지속성 일관성 검사

다음의 SAP 노트에 있는 SQL 문은 데이터베이스 재구성이 필요한지 여부와 재구성 작업이 수행된 후 절약되는 공간의 양을 나타냅니다.

이 검사는 두 가지 목적을 가지고 있습니다.

1. SAP HANA 데이터베이스에 재구성 작업이 필요한지 여부를 강조 표시합니다.
2. 재구성이 필요한 경우, 공간 절약 작업이 완료된 후 예상 크기를 제공합니다.

추가 사이즈 SAP 노트

• SAP 참고 2363248 - SAP BW /4HANA 하드웨어 크기 조정
• SAP SD 벤치마크 결과
• SAPS(SAP 애플리케이션 성능 표준)로 측정

관련 정보 더 보기 SAP EarlyWatch 에 대한 메모 알림 보고서

• SAP 참고 1257308 - FAQ: EarlyWatch 알림 사용
• SAP EarlyWatch 참고 1958910 - HANA 데이터베이스용 알림
• SAP 참고 1911180 - HANA EarlyWatch 알림(EWA)문제
• SAP Solution Manager- 도움말 포털 문서

대상 서버는 소스 시스템보다 크거나 같은 저장 용량을 가져야 하고, 크기가 적절해야 합니다

SAP HANA 의 데이터베이스 증가를 고려해야 하며, SAP HANA TDI의 IBM 시스템 스토리지 아키텍처 및 구성 지침을 따라야 한다는 점을 기억하십시오.

다음 문서는 IBM Cloud 의 대상 서버에 필요한 저장소 구성에 대해 설명합니다

• IBM SAP HANA 용 시스템 스토리지 아키텍처 및 구성 가이드 TDI

소프트웨어 실행 파일과 초기 SAP HANA 시스템 백업을 저장하기 위해 파일 시스템 마운트 포인트를 생성하는 데 필요한 추가 공간을 고려하십시오. 계획된 IBM Power Virtual Server 인프라에 따라, 아키텍처의 다른 시스템으로 내보내기 위해 파일 시스템을 NFS 마운트로 만들 수 있습니다.

대상 서버의 운영체제 및 패치 수준이 소스 서버와 일치하는지 확인

대상 시스템의 운영 체제 버전과 패치 수준을 확인하십시오. 생산적인 시스템의 경우, 동일한 수준을 유지하면 설치가 비슷하게 수행되고 마이그레이션이 쉽게 실행됩니다. 예를 들어, 개념 증명 시스템(POC)인 IBM Power Virtual Server 과 같이 비생산적인 시스템의 경우, 더 높은 운영 체제 버전이 유효한 옵션입니다.

cat /etc/os-release

cat /etc/redhat-release

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와 구성을 확인하고 검증하십시오.

• SAP 참고 2493172 - SAP HANA 하드웨어 및 클라우드 측정 도구

hcmt 를 실행할 때 포트 문제가 발생하면 두 번째 터미널 세션을 여십시오. hcmt 의 설정 디렉토리로 이동한 다음, 필요한 포트를 열어둔 채로 세션을 시작합니다.

hcmt 를 서버-클라이언트 모드로 실행하려면 두 개의 세션을 시작해야 합니다

1. hcmt 서버 모드 켜기 - 원격 서버에서 테스트 결과를 수집하는 점프 호스트
2. hcmt SAP HANA 를 실행할 대상 시스템의 클라이언트에서 전체 실행 계획을 사용하여 hcmt 성능 테스트를 실행합니다.

sudo ./hcmt -v -S

hcmt-2.00.062.00.1650891137 (2022-04-25 15:12:20)

Server started, listening on port 50000 ...

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

대상 시스템에 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 데이터베이스의 초기 백업

추적 로그 파일의 선택적 확인

데이터베이스 추적은 운영 체제 수준에서 서비스 특정 파일에 기록됩니다. 추적 디렉터리는 다음 위치에 있습니다:

/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 HANA 데이터베이스 사용자를 확인하십시오

SAP 의 기본 관리팀 또는 SAP HANA 관리자에게 문의하여 시스템에 액세스하는 데 사용되는 SAP HANA 데이터베이스 사용자를 확인하십시오. 일반적으로 이 사용자는 SYSTEM 사용자이거나, SAP 기반 관리팀이 SAP 보안 권고를 구현한 경우 SAP 스키마 소유자 사용자입니다.

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 스토리지 인증서 파일을 사용한 인증이 필요합니다.

• SAP 참고 2369981 - HANA 시스템 복제를 통한 인증에 필요한 구성 단계

시스템 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

기본 시스템 상태 확인

주 노드에서 시스템 복제 상태를 확인하십시오. 기본 서버에서 다음 명령을 실행합니다:

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

시스템 복제 상태를 확인하는 네 가지 방법

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/landscapeHostConfiguration.py

sudo -i -u ${sid}adm -- python ${DIR_INSTANCE}/exe/python_support/systemReplicationStatus.py

overall system replication status: ACTIVE

sudo -i -u ${sid}adm -- hdbcons -e hdbindexserver "replication info"

select host, SECONDARY_HOST, PORT, SITE_NAME, SECONDARY_SITE_NAME, REPLICATION_MODE, REPLICATION_STATUS, REPLICATION_STATUS_DETAILS,SECONDARY_ACTIVE_STATUS from M_SERVICE_REPLICATION;

복제 완료 게시

복제 설정을 비활성화하기 전에 복제 작업이 수행된 후 추적 로그에서 불일치 또는 이상 징후가 있는지 확인하십시오. 복제가 완료되면, 데이터베이스에는 주 시스템의 모든 활성 서비스만 포함됩니다. 그러나 여전히 추적 로그에서 불일치 또는 문제점을 확인할 수 있습니다.