# 시스템 요구사항

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

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

<table data-full-width="false"><thead><tr><th>구분</th><th>제품 및 버전</th></tr></thead><tbody><tr><td>운영체제</td><td><ul><li><p><strong>Linux</strong>:</p><ul><li>CentOS 7 (64-bit)</li><li>Red Hat Enterprise Linux 7, 8.1~8.5, 8.10 (64-bit)</li><li>Oracle Linux Server release 9.4</li><li>Rocky Linux release 9.5/9.6</li></ul></li><li><p><strong>Windows</strong>:</p><ul><li>Windows 10 (64-bit)</li><li>Windows Server 2022 (64-bit)</li></ul></li><li>아래 지원 플랫폼 및 소프트웨어 요구 사항 설치를 지원하는 운영체제</li></ul></td></tr><tr><td>Docker</td><td>v28 이상</td></tr><tr><td>Docker-compose</td><td>v2.40.2 이상</td></tr><tr><td>Podman</td><td>v4.4.1 이상, Linux Kernel 4.18을 사용하는 Linux Red Hat Enterprise Linux 8 이상부터 지원.</td></tr><tr><td>Podman-compose</td><td>v1.0.6 이상</td></tr><tr><td>Kubernetes</td><td>v1.17 이상</td></tr><tr><td>관제 데이터베이스</td><td><p>Tibero 6 FixSet06 이상<br>Tibero 7</p><p><br><strong>[참고]</strong><br>SysMasterDB의 Tibero 관제 연동은 Tibero 버전명뿐 아니라 서버 바이너리의 빌드 형상과 연동 라이브러리 간 호환성을 기준으로 한다.<br>동일한 Tibero 버전이라도 빌드 시점 및 적용 패치 내역에 따라 연동 라이브러리와 호환되지 않을 수 있다.<br>특히 2022년 이전 빌드 바이너리는 정상 관제를 보장하지 않으며, 기본 지원 대상에서 제외된다.</p></td></tr><tr><td>관제 데이터베이스 운영 체제</td><td><ul><li><p><strong>Linux</strong>:</p><ul><li>CentOS 7 (64-bit)</li><li>Red Hat Enterprise Linux 7, 8.1~8.6 (64-bit)</li><li>Oracle Linux 8.6 (64-bit)</li><li>Rocky Linux 8.6 (64-bit)</li><li>ProLinux 7.5 (64-bit)</li><li>AIX 7.2 (64-bit)</li></ul></li><li><p><strong>[참고]</strong></p><ul><li>C++11 지원 컴파일러</li><li>gcc (GCC) 4.8.5 20150623 (Red Hat 4.8.5-44) 이상</li><li>GLIBCXX_3.4.19 이상</li><li>GLIBC_2.17 이상</li></ul></li></ul></td></tr></tbody></table>

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

{% hint style="info" %}
**참고**

**'관제 데이터베이스'**&#xB294; '관제 데이터베이스 운영 체제' 목록에 있는 운영 체제에 설치된 데이터베이스에 대해서만 관제가 가능하다.
{% endhint %}

{% hint style="warning" %}
**주의**

Docker Compose 2.40.2 버전 미만인 경우 Docker Compose에서 원격 OCI Compose 아티팩트 설정 값 검증 미흡으로 발생하는 경로 탐색 취약점이 있다. 따라서 2.40.2 버전 이상으로 업데이트를 권고한다.
{% endhint %}

***

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

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

| 구분     | 사양                                                          |
| ------ | ----------------------------------------------------------- |
| CPU    | 8 Core                                                      |
| RAM    | 32 GB                                                       |
| 저장 공간  | 30 GB 이상 (수집 정보의 보관 주기(RETENTION\_DAY)에 따라 일 당 50 GB 추가 필요) |
| 웹 브라우저 | Chrome (최신 버전 사용 권장)                                        |

{% hint style="info" %}
**참고**

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

###

***

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

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

<table><thead><tr><th width="374">패치 번호</th><th>패치 내용</th></tr></thead><tbody><tr><td>240373</td><td><p>Program 이 PE_SLAVE 인 Session 에서 OS User 와 Machine 정보 누락 개선</p><p></p><p><strong>[참고]</strong> 해당 패치가 없다면 Program 이 PE_SLAVE 인 Session 에서 OS User 와 Machine 정보가 누락된다.</p></td></tr><tr><td>276404</td><td><p>티베로의 global view 조회 시 수행되는 내부 쿼리에 대해 수행 시마다 physical plan을 새로 생성하는 문제 개선</p><p></p><p><strong>[참고]</strong> SysMaster DB 8에서는 Lock 정보 수집을 위해 global view를 매초 조회한다. 해당 패치가 없는 경우 매초 특정 SQL에 대해 physical plan을 생성하여 <strong>[Analysis] > [Plan Analysis]</strong> 등에서 해당 SQL에 대해 조회 시 응답 없음 현상이 발생할 수 있다.</p></td></tr><tr><td>279651f</td><td><p>libtpmstat 라이브러리 생성</p><p></p><p><strong>[참고]</strong> 해당 패치가 없는 경우 libtpmstat 라이브러리를 TPM Agent 설치 시 함께 배포해야 한다. <strong>TPM Agent 8.1.3 이상</strong>은 하위 버전 패치인 279651e 이하 패치와 호환이 되지 않기에, <strong>279651f 이상 패치가 필요</strong>하다. Tibero에 적용된 279651 패치 버전과 상관 없이, <strong>TPM Agent 빌드 시 사용한 279651 패치 버전과</strong> <strong>라이브러리의 279651 패치 버전이 맞아야 한다.</strong></p></td></tr><tr><td>281081</td><td><p>V$TEMPSEG_USAGE 뷰의 SESSION_NUMBER 컬럼 값 표기 잘못되는 문제 개선</p><p></p><p><strong>[참고]</strong> 해당 패치가 없는 경우 <strong>[Realtime] > [Usage Monitoring] > [Temp Usage]</strong>, <strong>[Analysis] > [Usage Analysis] > [Temp Usage]</strong> 메뉴에 부정확한 정보가 표출될 수 있다.</p></td></tr><tr><td>304981b</td><td><p>SQL Trace 정보 수집 시 machine, OS user 추가 수집</p><p></p><p><strong>[참고]</strong> 해당 패치가 없는 경우 SQL Trace 정보에서 OS User 와 Machine 정보가 부정확하게 표출될 수 있다. <strong>279651f 패치 선적용이 필요</strong>하며, 279651e 패치 이하 패치와는 호환되지 않는다.</p></td></tr><tr><td>307175a</td><td><p>SQL Trace 정보 수집 시, 이미 닫힌 세션의 경우 수집되지 않는 문제 수정</p><p></p><p><strong>[참고]</strong> 해당 패치가 없는 경우 세션이 자주 열리고 닫히는 환경의 경우에는 SQL Trace 정보를 상당히 누락하여 수집하게 된다.</p></td></tr><tr><td>328607b</td><td>Wait count, wait time 정보 수집 시, wait event 의 wait count, time 보정 문제 수정<br><br><strong>[참고]</strong> 해당 패치가 없는 경우 wait time과 wait count의 값이 부정확하게 표출될 수 있다.</td></tr><tr><td>304770a</td><td><p>TSC 모니터링 전용 패치<br><br><strong>[참고]</strong> 해당 패치가 없는 경우 아래 정보들이 V$DATABASE 뷰에 없어 primary와 standby가 구분되지  않는 등 TSC 모니터링 관련 정보들이 부정확하게  보여진다.</p><pre><code>1) OPEN_MODE에 value 추가
    - READ ONLY WITH APPLY

2. PROTECTION\_MODE
   : Protection mode currently in effect for the database
   * UNPROTECTED
   * PROTECTION
   * AVAILABILITY
   * PERFORMANCE

3. DATABASE\_ROLE
   : Current role of the database
   * PRIMARY
   * PHYSICAL STANDBY
   * LOGICAL STANDBY (TODO)
   * SNAPSHOT STANDBY
   * CASCADING STANDBY

4. STANDBY\_BECAME\_PRIMARY\_TSN
   : TSN at which the physical standby database became primary

5. STANDBY\_BECAME\_PRIMARY\_DATE
   : Time at which the physical standby database became primary </code></pre></td></tr><tr><td>338513a</td><td>실제 TPR 연동에 필요한 패치로, 서버 패치 없이 패키지 생성 스크립트만 실행하면 된다.</td></tr><tr><td>338594a</td><td><p>TPR 연동 중 TPR 리포트 파일이 티베로 서버에 생성되는데, 이를 삭제해주는 티베로 패키지의 버그를수정한 패치이다.</p><p></p><p><strong>\[참고]</strong>  해당 패치 없어도 TPR 연동 기능은 동작하지만 리포트 파일이 서버에 쌓여서 주기적으로 삭제가 필요하다.</p><p></p><p>리포트 파일 수동으로 삭제 방법 : 주기적으로 다음과 같이 .tpr 로 시작하는 리포트 파일 삭제.</p><p></p><p><code>rm -f .tpr\*</code></p></td></tr><tr><td>149894l</td><td>해당 패치가 없는 티베로 6에서 지원하지 않는 쿼리를 TPR 스냅샷 조회시 사용하고 있어 해당 패치가 없으면 해당 패치가 없는 티베로 6에서는 조회가 되지 않는다.</td></tr><tr><td>250728f</td><td>Standby에서 <code>V$INSTANCE</code> 뷰를 조회할 수 있도록 해주는 패치. 해당 패치가 없으면 해당 인스턴스가 클러스터링이 되지 않는다.</td></tr><tr><td>339899a</td><td><p>DB 비정상 종료 상태 판단 로직 개선</p><p></p><p><strong>\[참고]</strong> 해당 패치가 없는 경우 kill -9 등 외부 요인으로 DB가 비정상 종료되었을 때, TPM Agent에서 DB 종료 여부가 정확히 판단되지 않을 수 있다.</p></td></tr></tbody></table>


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://docs.tibero.com/sysmasterdb/8.3_manual/installation-guide/prerequisite/system-requirement.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.