문서의 선택한 두 판 사이의 차이를 보여줍니다.
양쪽 이전 판 이전 판 다음 판 | 이전 판 다음 판 양쪽 다음 판 | ||
study:oracle:11g2daydba:05 [2010/02/08 16:50] upju |
study:oracle:11g2daydba:05 [2010/02/08 18:15] upju |
||
---|---|---|---|
줄 25: | 줄 25: | ||
* Oracle 인스턴스 백그라운드 프로세스는 메모리 구조를 관리 | * Oracle 인스턴스 백그라운드 프로세스는 메모리 구조를 관리 | ||
* 디스크의 파일에 대한 비동기 I/O를 사용하여 데이터 쓰기 및 일반 관리 작업을 수행 | * 디스크의 파일에 대한 비동기 I/O를 사용하여 데이터 쓰기 및 일반 관리 작업을 수행 | ||
+ | |||
+ | |||
+ | **[[study: | ||
==== 서버와 클라이언트 프로세스 ==== | ==== 서버와 클라이언트 프로세스 ==== | ||
- | ==== 인스턴스 메모리 구조에 대해서 | + | |
- | ==== 인스턴스 시작 및 정지에 관하여 | + | === User Process === |
+ | - 사용자가 오라클 어플리케이션 프로그램을 실행시켰을때 사용되는 프로세스이다. | ||
+ | - 사용자가 오라클서버에 접속할때마다 사용자 프로세스가 생성된다. | ||
+ | - 사용자가 실행시킨 SQL문을 서버 프로세스에 전달하고, | ||
+ | |||
+ | == Shared Server vs Dedicated Server == | ||
+ | {{dbms: | ||
+ | |||
+ | === Dedicated Server Processes === | ||
+ | - Oracle에 접속된 모든 User Process는 상응하는 Dedicated Server Process를 가지므로 \\ User Process와 Server Process는 1:1의 비율로 존재한다. | ||
+ | |||
+ | === Shared Server Processes === | ||
+ | - 다수의 User Process가 매우 적은 수의 Server Process를 공유하는 것을 허용하는 방법이다. | ||
+ | - 다수의 User Process가 Dispatcher Process에 접속을 하고, Dispatcher는 Client 요구를 사용 가능한 공유 Server Process에 돌아가면서 진입한다. | ||
+ | - Shared Server Processes는 Dedicated Server Processes를 동시에 설정 가능하다. | ||
+ | - Shared Server 설정의 장점은 System Overhead(memory와 process수)가 감소되어 지원 가능한 User 수가 증가되는 효과를 가져온다. | ||
+ | |||
+ | ==== 인스턴스 메모리 구조 ==== | ||
+ | - [[study: | ||
+ | - [[study: | ||
+ | |||
+ | ==== 인스턴스 시작 및 정지 ==== | ||
+ | - 인스턴스 시작 | ||
+ | * EM을이용한 startup | ||
+ | * sqlplus 를 이용한 startup | ||
+ | * 제어판 -> 서비스(windows전용) 를 이용한 startup | ||
+ | * mount 상태시에는 dba만의 특수한 기능들을 사용할수 있다(ex : archive log mode 변경 등..) | ||
+ | - 인스턴스 중지 | ||
+ | * EM을이용한 stutdown | ||
+ | * sqlplus 를 이용한 stutdown | ||
+ | * 제어판 -> 서비스(windows전용) 를 이용한 stutdown | ||
===== Shutting Down and Starting Up the Oracle Instance ===== | ===== Shutting Down and Starting Up the Oracle Instance ===== |