For the complete documentation index, see llms.txt. This page is also available as Markdown.

시스템 요구사항

1. 지원 플랫폼 및 운영체제

SysMaster DB 8.3의 공식지원 플랫폼 및 운영체제는 다음과 같다.

구분
제품 및 버전

운영체제

  • Linux:

    • CentOS 7 (64-bit)

    • Red Hat Enterprise Linux 7 ~ 9 (64-bit)

    • Oracle Linux Server release 9.4

    • Rocky Linux release 8 ~ 9 (64-bit)

  • Windows:

    • Windows 10 (64-bit)

    • Windows Server 2022 (64-bit)

  • 아래(Docker 및 Podman) 지원 플랫폼 및 소프트웨어 요구 사항 설치를 지원하는 운영체제면 기동 가능

Docker

v28 이상

Docker-compose

v2.40.2 이상

Podman

v4.4.1 이상, Linux Kernel 4.18을 사용하는 Linux Red Hat Enterprise Linux 8 이상부터 지원.

Podman-compose

v1.0.6 이상

Kubernetes

v1.17 이상

관제 데이터베이스

Tibero 6 FixSet06 이상 Tibero 7

[참고] SysMasterDB의 Tibero 관제 연동은 Tibero 버전명뿐 아니라 서버 바이너리의 빌드 형상과 연동 라이브러리 간 호환성을 기준으로 한다. 동일한 Tibero 버전이라도 빌드 시점 및 적용 패치 내역에 따라 연동 라이브러리와 호환되지 않을 수 있다. 특히 2022년 이전 빌드 바이너리는 정상 관제를 보장하지 않으며, 기본 지원 대상에서 제외된다.

관제 데이터베이스 운영 체제

  • Linux:

    • CentOS 7 (64-bit)

    • Red Hat Enterprise Linux 7 ~ 10 (64-bit)

    • Oracle Linux 8 ~ 10 (64-bit)

    • Rocky Linux 8 ~ 10 (64-bit)

    • ProLinux 7.5 (64-bit)

    • AIX 7.2 (64-bit)

  • [참고]

    • C++11 지원 컴파일러

    • gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-44) 이상

    • GLIBCXX_3.4.19 이상

    • GLIBC_2.17 이상

Docker Engine 24버전 환경에서 컨테이너 다중 네트워크(endpoint) 연결 실패 문제가 확인되었으며, 해당 네트워크 처리 관련 이슈는 Docker Engine 28버전에서 수정되었다. 따라서 안정적인 기동을 위해 Docker Engine 28버전 이상 사용을 권장한다.

참고

'관제 데이터베이스'는 '관제 데이터베이스 운영 체제' 목록에 있는 운영 체제에 설치된 데이터베이스에 대해서만 관제가 가능하다.


2. 하드웨어 및 소프트웨어

SysMaster DB 8.3를 설치하기 위해 필요한 하드웨어 및 소프트웨어의 요구 사항은 다음과 같다.

구분
사양

CPU

8 Core

RAM

32 GB

저장 공간

30 GB 이상 (수집 정보의 보관 주기(RETENTION_DAY)에 따라 일 당 50 GB 추가 필요)

웹 브라우저

Chrome (최신 버전 사용 권장)

참고

총 Active Session 수 600개 (Active Session 수 60개 × 인스턴스 10대) 기준의 사양이다.


3. 관제 데이터베이스 권장 패치

SysMaster DB 8.3의 관제 데이터베이스 대상 권장 패치는 다음과 같다.

패치 번호
패치 내용

240373

Program 이 PE_SLAVE 인 Session 에서 OS User 와 Machine 정보 누락 개선

[참고] 해당 패치가 없다면 Program 이 PE_SLAVE 인 Session 에서 OS User 와 Machine 정보가 누락된다.

276404

티베로의 global view 조회 시 수행되는 내부 쿼리에 대해 수행 시마다 physical plan을 새로 생성하는 문제 개선

[참고] SysMaster DB 8에서는 Lock 정보 수집을 위해 global view를 매초 조회한다. 해당 패치가 없는 경우 매초 특정 SQL에 대해 physical plan을 생성하여 [Analysis] > [Plan Analysis] 등에서 해당 SQL에 대해 조회 시 응답 없음 현상이 발생할 수 있다.

279651f

libtpmstat 라이브러리 생성

[참고] 해당 패치가 없는 경우 libtpmstat 라이브러리를 TPM Agent 설치 시 함께 배포해야 한다. TPM Agent 8.1.3 이상은 하위 버전 패치인 279651e 이하 패치와 호환이 되지 않기에, 279651f 이상 패치가 필요하다. Tibero에 적용된 279651 패치 버전과 상관 없이, TPM Agent 빌드 시 사용한 279651 패치 버전과 라이브러리의 279651 패치 버전이 맞아야 한다.

281081

V$TEMPSEG_USAGE 뷰의 SESSION_NUMBER 컬럼 값 표기 잘못되는 문제 개선

[참고] 해당 패치가 없는 경우 [Realtime] > [Usage Monitoring] > [Temp Usage], [Analysis] > [Usage Analysis] > [Temp Usage] 메뉴에 부정확한 정보가 표출될 수 있다.

304981b

SQL Trace 정보 수집 시 machine, OS user 추가 수집

[참고] 해당 패치가 없는 경우 SQL Trace 정보에서 OS User 와 Machine 정보가 부정확하게 표출될 수 있다. 279651f 패치 선적용이 필요하며, 279651e 패치 이하 패치와는 호환되지 않는다.

307175a

SQL Trace 정보 수집 시, 이미 닫힌 세션의 경우 수집되지 않는 문제 수정

[참고] 해당 패치가 없는 경우 세션이 자주 열리고 닫히는 환경의 경우에는 SQL Trace 정보를 상당히 누락하여 수집하게 된다.

328607b

Wait count, wait time 정보 수집 시, wait event 의 wait count, time 보정 문제 수정 [참고] 해당 패치가 없는 경우 wait time과 wait count의 값이 부정확하게 표출될 수 있다.

304770a

TSC 모니터링 전용 패치 [참고] 해당 패치가 없는 경우 아래 정보들이 V$DATABASE 뷰에 없어 primary와 standby가 구분되지 않는 등 TSC 모니터링 관련 정보들이 부정확하게 보여진다.

338513a

실제 TPR 연동에 필요한 패치로, 서버 패치 없이 패키지 생성 스크립트만 실행하면 된다.

338594a

TPR 연동 중 TPR 리포트 파일이 티베로 서버에 생성되는데, 이를 삭제해주는 티베로 패키지의 버그를수정한 패치이다.

[참고] 해당 패치 없어도 TPR 연동 기능은 동작하지만 리포트 파일이 서버에 쌓여서 주기적으로 삭제가 필요하다.

리포트 파일 수동으로 삭제 방법 : 주기적으로 다음과 같이 .tpr 로 시작하는 리포트 파일 삭제.

rm -f .tpr*

149894l

해당 패치가 없는 티베로 6에서 지원하지 않는 쿼리를 TPR 스냅샷 조회시 사용하고 있어 해당 패치가 없으면 해당 패치가 없는 티베로 6에서는 조회가 되지 않는다.

250728f

Standby에서 V$INSTANCE 뷰를 조회할 수 있도록 해주는 패치. 해당 패치가 없으면 해당 인스턴스가 클러스터링이 되지 않는다.

339899a

DB 비정상 종료 상태 판단 로직 개선

[참고] 해당 패치가 없는 경우 kill -9 등 외부 요인으로 DB가 비정상 종료되었을 때, TPM Agent에서 DB 종료 여부가 정확히 판단되지 않을 수 있다.

마지막 업데이트