2024. 10. 27. 16:50ㆍDBMS/ORACLE Admin
Oracle Database와 네트워크의 역할
- 데이터베이스의 기능: 여러 사용자가 동시에 접속하여 정보를 조회하고 입력할 수 있는 기능을 제공한다. 다수의 사용자가 안정적으로 접속하기 위해서는 네트워크가 필수적이다.
- 네트워크 관련 장애: 데이터베이스 운영 중 다양한 장애가 발생할 수 있으며, 특히 네트워크 관련 장애가 자주 발생한다. 네트워크 지식이 있으면 이러한 장애를 처리하고 성능을 개선하는 데 큰 도움이 된다.
IP 주소와 MAC 주소의 개념
- 주소의 필요성
- 컴퓨터 간 통신에서는 사람들의 위치를 찾는 것과 같이 정확한 주소가 필요하며 IP 주소와 MAC 주소가 이러한 역할을 한다.
- 네트워크 대역과 게이트웨이(Gateway)
- 네트워크에서 A마을과 B마을은 각각 네트워크 대역에 해당한다. 같은 네트워크 대역 내에서는 컴퓨터들이 자유롭게 연결될 수 있다.
- 다른 네트워크 대역으로 접속하려면 게이트웨이라는 장치가 필요하다. A마을에 있는 a이 B마을의 친구를 만나려면 A마을의 성문(게이트웨이)을 통해 외부로 나가야 한다.
- 게이트웨이의 역할: 게이트웨이는 다른 네트워크로의 출입구 역할을 하며, 설정이 잘못되거나 장비에 문제가 생기면 외부로 나갈 수 없다.
- IP 주소와 MAC 주소
- IP 주소는 Internet Protocol Address의 약자이며, 숫자로 이루어져 있다.
- IPv4: 32비트로 구성되며 192.168.0.1 형태이다.
- IPv6: IP 주소 부족을 해결하기 위해 만들어진 새로운 형식이다.
- MAC 주소는 네트워크 장비마다 고유하게 할당된 하드웨어 주소이다.
- IP 주소는 Internet Protocol Address의 약자이며, 숫자로 이루어져 있다.
- 공인 IP와 사설 IP
- 공인 IP (Public IP): 전 세계에서 유일한 주소로, 인터넷을 통해 외부에서 접근할 수 있다.
- 사설 IP (Private IP): 내부 네트워크에서만 사용 가능한 주소로, 외부에서는 접근할 수 없다. 부산에서만 통하는 특정 주소처럼, 외부에서는 사설 IP 주소를 찾을 수 없다.
사설 IP의 범위는 다음과 같다:
- 10.0.0.0 ~ 10.255.255.255
- 172.16.0.0 ~ 172.31.255.255
- 192.168.0.0 ~ 192.168.255.255
-
- 사설 IP는 NAT(Network Address Translation) 기술을 사용하여 외부로 나갈 수 있다. 하지만 외부에서 사설 IP로 접근하는 것은 기본적으로 불가능하며, Port Forwarding을 통해 설정할 수 있다.
- IP 주소 중복 방지
- 같은 네트워크 대역에 있는 컴퓨터들은 IP 주소가 중복되어서는 안 된다. 이는 서로 다른 네트워크(예: A마을과 B마을)의 주민들이 같은 주소를 가질 수 없는 것과 같다.
- MAC 주소
- MAC 주소(Media Access Control Address)는 네트워크 인터페이스 카드(NIC)에 고유하게 할당된 하드웨어 주소이다.
- MAC 주소는 48비트로 구성되어 있으며, 형식은 00:1A:2B:3C:4D:5E와 같다.
- MAC 주소의 앞부분(24비트)은 제조사 코드, 뒷부분(24비트)은 고유한 NIC 번호를 나타낸다. 따라서 같은 제조사의 NIC는 동일한 제조사 코드를 가지지만, 고유한 NIC 번호는 다르다.
- IP 주소는 사용 위치에 따라 변경될 수 있지만, MAC 주소는 변경되지 않는다.
- IP 및 MAC 주소 조회
- 리눅스에서 IP 주소와 MAC 주소를 조회하려면 ifconfig 명령어를 사용하고, 윈도우에서는 ipconfig 명령어를 사용한다.
네트워크 간 통신 개념 (A 네트워크와 B 네트워크)
- 같은 네트워크 간 통신 (A 네트워크의 A 컴퓨터와 B 컴퓨터 간 통신)
- A 컴퓨터가 B 컴퓨터와 통신할 때, A 컴퓨터는 자신의 IP 주소와 MAC 주소 정보를 포함하여 스위치(Switch)에게 B 컴퓨터의 IP 주소를 알려주고 찾도록 요청한다.
- 스위치는 요청을 받으면, 해당 IP 주소에 해당하는 MAC 주소가 이미 자신의 MAC Address Table(스위칭 테이블)에 있는지 확인한다. 이 테이블은 IP 주소와 MAC 주소를 연결하여 저장하고, 이를 바탕으로 장치 간 통신을 빠르게 처리한다.
- 만약 스위칭 테이블에 정보가 없으면 스위치는 네트워크에 연결된 모든 포트로 브로드캐스트(Broadcast) 메시지를 보내, 해당 IP 주소를 가진 장치(B 컴퓨터)를 찾는다.
- B 컴퓨터가 자신의 MAC 주소를 포함한 응답을 스위치에게 보내면, 스위치는 이 정보를 스위칭 테이블에 학습(Learning)하여 저장한다. 이때 스위치를 재부팅하면 스위칭 테이블이 초기화되어 다시 학습해야 한다.
- MAC 주소를 확인한 후 스위치는 A 컴퓨터와 B 컴퓨터 간에 전용 통신 경로를 설정하여 통신이 이루어지도록 한다. 이를 스위칭(Switching)이라고 한다.
- 스위치(Switch)와 허브(Hub)의 차이점
- 스위치(Switch): 통신하려는 컴퓨터들 간에 전용 경로를 생성하여 빠른 통신 속도를 보장한다.
- 더미 허브(Dummy Hub): 스위칭 기능이 없어 여러 컴퓨터가 하나의 통신 경로를 공유해야 한다. 즉, 한 사용자가 통신 중일 때 다른 사용자는 기다려야 하기 때문에 속도가 느려질 수 있다.
- 스위칭 허브는 더미 허브에 스위칭 기능을 추가하여 통신 성능을 개선한 장치이다.
다른 네트워크 간 통신 (A 네트워크의 A 컴퓨터와 B 네트워크의 F 컴퓨터 간 통신)
- A 컴퓨터의 요청
- A 컴퓨터가 다른 네트워크에 있는 F 컴퓨터와 통신하려면, 자신의 IP 주소와 MAC 주소 정보를 스위치(Switch)에 전달하고 F 컴퓨터의 IP 주소를 찾아달라고 요청한다.
- 스위치의 확인 및 게이트웨이(Gateway)로의 요청
- 스위치는 먼저 자신이 담당하는 네트워크 내에서 F 컴퓨터를 찾는다. 그러나 F 컴퓨터가 다른 네트워크에 있으므로 찾을 수 없다는 것을 확인한 후, 네트워크 외부로 나가기 위해 게이트웨이 장치(Gateway)로 요청을 보낸다.
- 일반적으로, 게이트웨이 역할을 하는 장치는 라우터(Router)이다. 이 라우터가 외부 네트워크에서 해당 IP 주소를 가진 장치를 찾도록 요청을 받아들이게 된다.
- 라우터 간의 라우팅(Routing) 과정
- A 네트워크의 라우터는 요청을 받은 후, 자신의 라우팅 테이블(Routing Table)을 참조하여 해당 IP 주소에 접근할 수 있는 라우터를 찾는다.
- 목적지 IP 주소가 자신이 직접 접근할 수 없는 네트워크에 있다면, 가장 가까운 라우터를 찾아 요청을 전달한다. 이 과정에서 라우터 간에는 라우팅 프로토콜(Routing Protocol)을 통해 정보가 공유된다.
- 이러한 라우터 간의 정보 공유 과정을 통해 A 네트워크와 B 네트워크 사이의 게이트웨이 라우터들 간에 경로가 설정되며, 이를 라우팅(Routing)이라고 한다.
- F 컴퓨터와의 통신 연결 완료
- B 네트워크의 게이트웨이 라우터가 F 컴퓨터의 IP 주소를 찾은 후, B 네트워크 내 스위치에게 F 컴퓨터를 찾도록 요청한다.
- B 네트워크의 스위치는 F 컴퓨터를 학습 과정을 통해 찾고, A 컴퓨터와 F 컴퓨터 간의 통신이 최종적으로 이루어질 수 있게 된다.
- Hop과 속도
- A 네트워크와 B 네트워크 사이에 여러 개의 라우터를 경유해야 할 경우, 이를 Hop(홉) 이라고 한다. 홉의 수가 많아질수록 통신 속도가 느려질 가능성이 높아진다.
같은 네트워크에 속하는지 여부는 IP 주소와 서브넷 마스크(Subnet Mask)를 통해 결정된다. IP 주소는 크게 네트워크 ID와 호스트 ID로 구분되며, 서브넷 마스크는 IP 주소에서 네트워크 ID와 호스트 ID를 구분하는 기준 역할을 한다.
예시를 통해 살펴보면:
- IP 주소: 192.168.0.10
- 서브넷 마스크: 255.255.255.0
- 서브넷 마스크 확인:
- 서브넷 마스크 255.255.255.0을 보면 255로 고정되어 있는 부분이 네트워크 ID를 나타낸다.
- 네트워크 ID 추출:
- IP 주소에서 192.168.10이 네트워크 ID가 된다.
- 호스트 ID 추출:
- 네트워크 ID를 제외한 마지막 10 부분이 호스트 ID이다.
이 방식으로 IP 주소의 네트워크 ID를 확인하여, 두 컴퓨터가 같은 네트워크 ID를 가지면 동일한 네트워크에 있다고 판단할 수 있다.
IP 주소 변환 (192.168.0.10)
각 10진수 값을 8비트의 2진수로 변환한다.
- 192 → 11000000
- 168 → 10101000
- 0 → 00000000
- 10 → 00001010
즉, IP 주소 192.168.0.10의 2진수 표현은 11000000.10101000.00000000.00001010이다.
2. 서브넷 마스크 변환 (255.255.255.0)
서브넷 마스크도 각 10진수 값을 8비트의 2진수로 변환한다.
- 255 → 11111111
- 255 → 11111111
- 255 → 11111111
- 0 → 00000000
따라서, 서브넷 마스크 255.255.255.0의 2진수 표현은 11111111.11111111.11111111.00000000이다.
IP 주소와 서브넷 마스크를 2진수로 변환하면, 네트워크 ID와 호스트 ID를 구분할 수 있다. 네트워크 ID는 서브넷 마스크에서 1로 표시된 비트를 사용하여 결정되며, 나머지는 호스트 ID로 구분된다.
- Netmask에 따라 같은 네트워크인지 다른 네트워크인지가 결정된다. IP 주소가 비슷해도 Netmask에 따라 네트워크 구성이 달라질 수 있다.
- , 192.168.0.62와 192.168.0.65는 IP 주소가 비슷하지만, 2비트를 네트워크 ID로 사용하는 경우 이 둘은 서로 다른 네트워크에 속하게 된다.
Gateway 설정 필요성:
- 서로 다른 네트워크에 있는 컴퓨터가 통신하려면 Gateway 역할을 하는 장치(주로 라우터)가 필요한다.
- 네트워크 간 통신을 위해서는 반드시 Gateway가 지정되어 있어야 한다.
Oracle Database Server 접속 과정
- Client 측에서는 사용자가 SQL 명령어 (SELECT * FROM emp WHERE empno=1900)를 입력하고 실행한다.
- 사용자의 명령어는 User Process를 통해 SQL*Plus 또는 SQL Developer 같은 프로그램을 사용하여 Oracle Server로 전달된다.
- Oracle Client는 tnsnames.ora 파일을 사용하여 데이터베이스에 대한 연결 정보를 설정하고 Listener에 요청을 보낸다.
- Listener는 listener.ora 파일을 참고하여 Oracle Database Server에서 요청을 수신 대기하고 있으며, 클라이언트로부터 요청이 오면 이를 처리하기 위해 Server Process를 생성한다.
- Server Process는 Database Instance와 연결되어 사용자의 SQL 명령어를 수행하고 그 결과를 Client에게 반환한다.
사용자가 Oracle 서버에 SQL 문장을 수행할 때, User Process라는 프로세스가 생성되어 SQL 문장을 서버로 전달한다. User Process는 사용자가 작성한 SQL 문장을 서버로 전달하는 역할을 하며, 주로 SQL*Plus와 같은 프로그램이 이 역할을 수행한다.
따라서 메모장 같은 프로그램에서는 SQL 문장을 작성하더라도 User Process 역할을 하지 못하기 때문에 SQL 문장을 직접 서버에 전달하여 수행할 수 없다. SQL 문장을 서버로 보내고 실행하려면 SQL*Plus나 SQL Developer와 같은 적절한 데이터베이스 클라이언트 프로그램이 필요하다.
Oracle 서버에서 User Process는 사용자가 작성한 SQL 문장을 Server Process에 전달하고, Server Process가 생성한 결과물을 받아 화면에 출력하는 역할을 한다. 그런데 User Process는 서버의 위치 정보를 tnsnames.ora 파일을 통해 알 수 있다. 이 파일은 Client에 Oracle 클라이언트 소프트웨어를 설치한 후 적절한 설정(netca 등 사용)을 통해 ORACLE_HOME/network/admin/tnsnames.ora 경로에 생성된다.
tnsnames.ora 파일에는 Database Server의 SID 정보, IP 주소, Port 번호 등의 정보가 저장되어 있어 User Process가 참조하고, 이를 통해 Server에 연결할 수 있다.
Oracle Server 측에서는 Listener와 Database Instance로 구분된다:
- Database Instance는 실제 데이터가 저장되고 작업이 일어나는 부분이다.
- Listener는 보안 경비실 같은 역할로, 외부에서 들어오는 연결 요청을 관리한다.
User Process가 SQL 문장을 가지고 Oracle Server를 찾으면 먼저 Listener와 접촉한다. Listener는 listener.ora 파일을 참고하여 User Process의 요청을 확인하고, 이를 Database Instance로 전달해 SQL 문장을 실제 처리하는 Server Process를 생성하게 된다.
이 구조는 데이터의 보안과 접근 관리를 강화하는 방식이다. User Process가 직접 Database Instance에 접근하지 않고 반드시 Server Process를 통해 작업하게 하여, 데이터의 안전성과 보안을 유지할 수 있도록 설계된 것이다.
Oracle 서버에 처음 접속할 때는 위에서 설명한 방식으로 Listener를 통해 Server Process에 연결된다. 하지만 User Process가 처음 실행되고 나서 SQL 문을 두 번째로 실행할 때부터는, 이미 연결된 Server Process를 직접 찾아가 Listener를 거치지 않고 작업을 수행하게 된다. 즉, 최초 접속 시에만 Listener를 거쳐 연결이 이루어지고, 이후부터는 Listener의 개입 없이 직접 Server Process와 통신하게 된다.
여기서 중요한 점은, 만약 Listener에 장애가 발생해 중단되더라도, 이미 Oracle Server에 접속된 사용자들은 아무런 문제 없이 계속해서 작업을 이어갈 수 있다는 것이다. 다만, 새로운 사용자는 Listener가 재가동될 때까지 Oracle 서버에 접속할 수 없다.

■ Client SQL Plus
- 폴더 병합:
- 두 파일의 압축을 해제하면 두 개의 instantclient_21_15 폴더가 생성될 것이다.
- 기본 패키지(instantclient-basic) 폴더에 SQL*Plus 패키지(instantclient-sqlplus)에서 압축을 푼 파일을 복사해서 덮어쓴다.
- 즉, 최종적으로 하나의 instantclient_21_15 폴더에 모든 파일이 들어있도록 한다.
- 환경 변수 설정:
- instantclient_21_15 폴더 경로를 시스템의 PATH 환경 변수에 추가해야 한다.
- Windows 검색창에 "환경 변수"를 입력하고 "시스템 환경 변수 편집"을 클릭한다.
- 시스템 속성 창에서 환경 변수(N) 버튼을 클릭하고, 시스템 변수 섹션에서 Path 변수를 찾아 편집(E)을 클릭한다.
- instantclient_21_15 폴더의 전체 경로 (예: C:\instantclient_21_15)를 Path 변수에 새 항목으로 추가한다.
- SQL*Plus 실행 확인:
- 명령 프롬프트를 다시 열고 sqlplus를 입력하여 SQL*Plus가 정상적으로 실행되는지 확인한다.
tnsnames.ora 파일 구성
클라이언트는 tnsnames.ora 파일을 통해 서버에 연결할 정보를 저장한다. 이 파일은 Oracle 클라이언트 설치 디렉터리의 network/admin 폴더에 위치한다.
tnsnames.ora 파일의 예시
ORCL = (DESCRIPTION = (ADDRESS = (PROTOCOL = TCP)(HOST = 192.168.56.101)(PORT = 1521))
(CONNECT_DATA = (SERVER = DEDICATED) (SERVICE_NAME = orcl) ) )
- ORCL: 이 부분은 클라이언트에서 사용할 데이터베이스의 별칭
- HOST: Oracle 서버의 IP 주소 또는 호스트 이름
- PORT: 리스너가 수신하는 포트 번호 (기본적으로 1521이다).
- SERVICE_NAME: 데이터베이스 서비스 이름으로, 보통 SID와 동일
ORA-12541: TNSlistener 에러 메시지는 Oracle 클라이언트가 서버의 리스너에 연결할 수 없을 때 발생한다.
User process가 tnsnames.ora 파일을 보고 Server 의 listener를 찾으러 갔지만 listener 가 작동하지 않아서 나오는 메세지이다.
■ ENABLE 파라미터
- 목적: 클라이언트가 서버에 접속하여 아무 작업을 수행하지 않고 있는 Idle 상태에서 서버가 다운되었는지를 확인하기 위한 기능이다. 이 기능은 RAC 환경에서 TAF (Transparent Application Failover) 기능을 사용할 때 필요한다.
TAF (Transparent Application Failover)
- 정의: TAF는 RAC 환경에서 하나의 인스턴스가 중단될 경우 자동으로 다른 인스턴스로 연결을 전환하는 기능으로 클라이언트 애플리케이션의 중단 없이 서비스 지속성을 제공한다.
TCP Keepalive 설정
- 기본값: TCP keepalive는 기본적으로 비활성화되어 있다. 이 기능을 활성화하려면 tnsnames.ora 파일의 DESCRIPTION 절에 다음과 같이 ENABLE=broken을 추가해야 한다:
기능: 클라이언트는 서버의 상태를 2-3분 간격으로 확인하게 된다. 이 확인 과정은 클라이언트가 서버에 여전히 연결되어 있는지를 감지하는 데 도움이 된다.
간격 설정
- 설정의 중요성: 서버 상태를 확인하는 간격이 너무 길면, TAF가 작동하는 데 문제가 발생할 수 있다. 반면, 간격이 너무 짧으면 클라이언트는 서버에 빈번하게 상태 확인 패킷을 보내야 하므로 네트워크에 부담을 줄 수 있다. 적절한 간격 설정이 중요하다.
■ SDU (Session Data Unit)
- 정의: SDU는 클라이언트와 서버 간의 세션에서 데이터 전송을 위한 단위 크기를 지정하는 파라미터이다. 이 값은 데이터베이스와 애플리케이션 간의 통신 성능에 영향을 미친다.
기본값
- 기본 크기: Oracle의 기본 SDU 크기는 8192 bytes (8KB)이다.
설정 가능 범위
- 크기 범위: SDU의 크기는 512 bytes부터 6535 bytes까지 설정할 수 있다. 적절한 크기를 선택하는 것이 중요한다.
- 권장 크기: 일반적으로 8KB (8192 bytes)의 SDU를 사용하는 것이 권장된다. 이 크기는 대부분의 네트워크 환경에서 최적의 성능을 제공한다.
성능 고려사항
- 큰 SDU 사용의 장점:
- 대량의 데이터 전송 시, 패킷의 수를 줄여 네트워크의 오버헤드를 감소시킨다.
- 효율적인 데이터 전송을 통해 데이터베이스와 애플리케이션 간의 통신 성능을 향상시킬 수 있다.
- 작은 SDU 사용의 장점:
- 메모리 사용을 최적화하고, 작은 패킷으로 신속하게 전송할 수 있어, 특히 지연 시간이 중요한 실시간 애플리케이션에 유리할 수 있다.
설정 방법
tnsnames.ora 파일이나 sqlnet.ora 파일에서 SDU를 설정할 수 있다.
■ Source Route
- 경로 지정: 송신 측에서 목적지까지의 특정 경로를 지정하여, 데이터가 지정된 경로를 따르도록 한다.
- Source Route는 데이터를 특정 경로를 따라 목적지까지 보내도록 경로를 지정하는 방법이다. 일반적으로, 네트워크에서 패킷이 목적지까지 전달될 때는 중간 라우터가 최적의 경로를 자동으로 결정하여 목적지까지의 경로를 설정하지만, 소스 라우팅을 사용하면 이 경로를 송신 측에서 미리 지정할 수 있다.
- 보안 위험: Source Route는 잘못된 경로로 데이터가 전달될 수 있고, 경로 정보를 악용한 공격이 발생할 수 있어 보안 위험이 증가할 수 있다.
- 네트워크 문제: 자동 라우팅의 장점을 무시하고 고정된 경로로 데이터가 전송되기 때문에, 네트워크 상황 변화에 대응하지 못하여 데이터 손실이나 성능 저하가 발생할 수 있다.
일반적으로 Source Route는 잘 사용되지 않으며, 네트워크가 자동으로 경로를 최적화하고 관리하도록 설정하는 것이 권장된다.
■ CONNECT_DATA 섹션
- SERVICE_NAME: 연결할 Oracle 데이터베이스의 서비스 이름을 지정한다.
FAILOVER MODE 설정
FAILOVER_MODE는 연결 중 장애가 발생할 경우 다른 Listener로 자동으로 연결을 전환하는 Failover 기능을 설정한다. 주요 옵션은 다음과 같다:
- BACKUP:
- 장애 발생 시 백업할 노드를 지정한다.
- 이 기능을 사용하려면 별도의 백업 노드가 설정되어 있어야 한다.
- TYPE:
- Failover의 타입을 지정하며, 세 가지 유형이 있다:
- SESSION:
- 세션 단위로 Failover를 제공한다.
- 사용자가 세션 중에 장애가 발생하면 자동으로 새로운 세션이 생성되어 연결되지만, 이전 세션에서 수행하던 작업은 복구되지 않는다.
- SELECT:
- 사용자가 커서를 열고 데이터 작업 중 장애가 발생하더라도 Failover 후 동일한 상태로 복구되어 작업을 계속할 수 있다.
- 하지만 이 모드는 Client 성능에 영향을 미칠 수 있어 주의가 필요한다.
- NONE:
- 기본값이며, Failover 기능을 사용하지 않도록 설정한다.
- SESSION:
- Failover의 타입을 지정하며, 세 가지 유형이 있다:
■ FAILOVER_MODE에는 장애 발생 시 재접속과 관련된 추가적인 설정
RETRIES
- RETRIES: 장애 발생 후 재접속을 시도하는 횟수를 지정한다.
- DELAY 항목이 설정된 경우 기본값은 5번이다.
- 5번 재시도하도록 설정하면 지정된 간격(초)마다 최대 5번까지 재접속을 시도한다.
DELAY
- DELAY: 각 재접속 시도 사이의 대기 시간을 초 단위로 설정한다.
- RETRIES가 설정된 경우 기본값은 1초이다.
- , DELAY를 2로 설정하고 RETRIES를 5로 설정하면, 장애 발생 후 매 2초 간격으로 최대 5번까지 재접속을 시도한다.
GLOBAL NAME
- GLOBAL_NAME: Oracle Rdb Database를 사용할 때 설정하는 항목이다.
METHOD
- METHOD: 장애 발생 시 Failover가 얼마나 빨리 이루어지는지를 결정한다. 주요 모드는 다음과 같다:
- BASIC: 장애 발생 시 백업 노드로 연결이 전환된다.
- 백업 노드는 장애 발생 전까지 대기 상태이며, 장애가 발생하면 새로 연결을 시도한다.
- PRECONNECT: 장애가 발생하기 전부터 백업 노드와 미리 연결을 유지해, 장애 발생 시 즉시 Failover 된다.
- Failover 속도는 매우 빠르지만, 운영 노드와 백업 노드 간의 실시간 동기화로 인해 부하가 증가할 수 있다.
- BASIC: 장애 발생 시 백업 노드로 연결이 전환된다.
■ HS, INSTANCE_NAME, RDB DATABASE, 및 SERVER 파라미터
HS (Heterogeneous Services)
- HS: Oracle Net Services에서 Oracle이 아닌 시스템(Non-Oracle System)에 접속할 때 사용하는 Heterogeneous Services를 설정하는 항목이다.
- 이 설정을 통해 이기종 데이터베이스와의 연결을 지원하며, Oracle과 다른 시스템 간의 데이터 통신을 가능하게 한다.
INSTANCE_NAME
- INSTANCE_NAME: 접속하려는 Oracle Database의 인스턴스 이름을 지정하는 파라미터이다.
- 이 파라미터는 특히 RAC 환경에서 중요하며, 특정 인스턴스에 연결하려는 경우 사용한다.
- 예시:
여기서 INSTANCE_NAME은 rac1로, SERVICE_NAME은 racdb로 설정된다.
rac= (DESCRIPTION= (ADDRESS=...) (ADDRESS=...)
(CONNECT_DATA= (SERVICE_NAME=racdb) (INSTANCE_NAME=rac1)))
RDB DATABASE
- RDB DATABASE: Oracle Rdb Database를 사용할 경우 해당 데이터베이스의 파일명을 지정하는 파라미터이다.
SERVER
- SERVER: Listener와 접속할 때 사용할 서버 모드를 지정하는 파라미터로, 다음과 같은 옵션이 있다:
- dedicated: Dedicated Server 모드로 지정하며, 각 클라이언트에 대해 독립적인 서버 프로세스를 생성하여 서비스한다.
- shared: Shared Server 모드로 지정하여 여러 클라이언트 요청을 공유 서버 프로세스가 처리한다.
- pooled: 서버가 Connection Pool을 사용하는 경우 이 옵션을 지정하여 연결을 효율적으로 관리한다.
'DBMS > ORACLE Admin' 카테고리의 다른 글
오라클 사용법 (0) | 2025.01.11 |
---|---|
오라클 아키텍쳐 01 (0) | 2024.11.02 |
오라클 관리 03 DBMS_JOB, DBMS_SCHEDULER (0) | 2024.10.25 |
오라클 관리 02 사용자 (0) | 2024.10.24 |
오라클 관리 01 메모리 관리 (0) | 2024.10.23 |