데이터베이스 관리자가 인스턴스를 시작하고 데이터베이스를 오픈했을 때 오라클 데이터베이스를 사용할 수 있습니다.
데이터베이스가 시작하는 동안에 오라클 데이터베이스를 쓰기 위해 여러 단계를 거쳐 다음과 같은 이벤트가 발생합니다.
 
  1 인스턴스 시작
  2 데이터베이스 마운트
  3 데이터베이스 오픈

 인스턴스가 시작할 때마다 오라클은 초기화 파라미터를 가지고 있는 파라미터 파일을 이용하여 SGA를 할당하고 백그라운드 프로세스를 시작합니다.

 인스턴스가 시작되었거나 데이터베이스가 오픈되어 있을 때 다음과 같은 단계를 거쳐 데이터베이스를 종료할 수 있습니다.

  1 데이터베이스 닫힘
  2 데이터베이스 디스마운트
  3 인스턴스 종료

 데이터베이스가 닫아지면 사용자는 접근할 수 없습니다. 시작하기와 종료하기는 본 장의 뒷 부분에서 자세히 다루어질 것입니다.

 

관리자 권한으로 접속하기
 종료나 시작 같은 작업의 경우 데이터베이스가 오픈되지 않은 상태일 수도 있으므로 데이터베이스 관리자는 특별한 인증 방법이 필요합니다.

 데이터베이스가 상주하고 있는 기계와 같은 기계에서 데이터베이스를 관리하고자 하는지, 또는 하나의 원격 클라이언트에서 여러 개의 데이터베이스 서버를 관리하고자 하는지에 따라 운영 체제 인증, 또는 패스워드 파일을 이용하여 데이터베이스 관리자를 인증할 수 있습니다.

운영 체제 인증 사용 방법

UNIX 운영 체제에서 인증을 받기 위한 사용자 설정은 Window NT 시스템의 경우와 다릅니다.

UNIX

  1. 사용자는 Oracle 서버가 설치되기 전에 생성되는 dba라고 하는 UNIX 그룹의 멤버여야 합니다. Universal Installer는 이 UNIX 그룹에 오라클 데이터베이스 관리자 및 운영자 권한을 부여합니다.
  2. /etc/group 및 /etc/passwd 파일을 확인하여 UNIX 그룹의 멤버를 결정합니다.
    다음 행은     /etc/passwd 파일에서 발췌한 것입니다.
    user15:x:1064:100::/home/disk3/user15:/bin/ksh
    oracle:x:920:100::/export/home/oracle:/bin/ksh
    vvijayan:x:1032:100::/users/vvijayan:/bin/ksh
    다음 행은 /etc/group 파일에 포함되어 있습니다.
    dba::100:root,oracle,estrodac,tigger,jdiianni
  3. REMOTE_LOGIN_PASSWORDFILE 매개변수의 값이 NONE인지 확인합니다. 이 매개변수의 기본값은 8.1.x 이후 버전에서 EXCLUSIVE며 이전 버전의 Oracle에서는 NONE입니다.
  4. 데이터베이스에 SYSDBA 또는 SYSOPER 권한으로 연결합니다. 이 권한은 특별한 데이터베이스 관리자 권한입니다. 다음에서 슬래시는 SYS가 소유한 스키마에 연결함을 의미합니다.
    CONNECT / AS { SYSDBA | SYSOPER }

참고: SYSDBA 및 SYSOPER 권한의 사용은 "권한 관리" 단원에서 설명합니다.

Windows NT

  1. 한 인스턴스에 특정한 ORA_<SID>_DBA 및 ORA_<SID>_OPER 또는 한 인스턴스에 특정하지 않는 ORA_DBA 및 ORA_OPER라는 새로운 지역 Windows NT 사용자 그룹을 생성합니다.
  2. 이 그룹에 Window NT 운영 체제 사용자를 추가합니다. 일단 이 도메인을 액세스하게 되면 인증된 DBA로 자동 검증됩니다.
  3. sqlnet.ora 파일에 다음 행이 있는지 확인합니다.
    SQLNET.AUTHENTICATION_SERVICES=(NTS)
  4. REMOTE_LOGIN_PASSWORDFILE 매개변수를 NONE으로 설정합니다.
  5. 데이터베이스에 SYSDBA 또는 SYSOPER 권한으로 연결합니다.
    CONNECT / AS { SYSDBA | SYSOPER }

참고

 

패스워드 파일 인증 사용

 오라클은 표준 사용자 이름과 암호를 사용하여 오라클 서버에 접속할 수 있도록 해주는 패스워드 유틸리티를 제공합니다. 하지만 제공된 사용자 이름 대신 SYS 스키마로 접속이 됩니다. 패스워드 파일을 이용해 데이터베이스에 접근하는 것은 권한을 가진 사용자가 GRANT 명령을 사용하여 권한을 부여해 주어야 합니다.(“권한 관리" 장을 참조하십시오.)

UNIX와 NT 서버에서 패스워드 파일 사용하기

 1  UNIX의 패스워드 유틸리티 ORAPWD, 또는 NT의 패스워드 유틸리티 ORAPWD80을 사용하여 패스워드 파일을 생성하십시오.
 
 Orapwd file=<fname> password=<password> entries=<entries>
    
    구문에서:
        fname          패스워드 파일의 이름
        password    SYS와 INTERNAL의 암호
        entries         데이터베이스 관리자의 최대 수

 다음 명령은 “admin”이라는 암호를 갖는 SYS와 INTERNAL 사용자가 패스워드 파일을 만들며, 서로 다른 암호를 갖는 사용자를 다섯 명까지 허가한다는 것을 나타냅니다.

$orapwd file=$ORACLE_HOME/dbs/orapwU15 password=admin entries=5

 2 REMOTE_LOGIN_PASSWORDFILE 파라미터를 EXCLUSIVE나 SHARED로 설정하십시오.
    
    여기서:
        EXCLUSIVE    한 인스턴스만이 패스워드 파일을 사용할 수 있으며                               SYS와 SYSTEM 외의 다른 이름을 포함하고 있는                               패스워드 파일을 나타냅니다.
      
        SHARED         여러 인스턴스가 패스워드 파일을 사용할 수 있음을                               나타냅니다.(패스워드 파일로 인식할 수 있는 사용자                               는 SYS와 INTERNAL 뿐입니다.)

 3 다음과 같이 데이터베이스에 접속하십시오.
 SVRMGR> CONNECT internal/admin

주
UNIX:
   - 패스워드 파일은 항상 UNIX 상의 $ORACLE_HOME/dbs 디렉토리에       위치합니다.
      NT:
   - 패스워드 파일은 숨겨진(hidden) 파일이며 항상 %ORACLE_HOME       %DATABASE 디렉토리에 위치합니다.
   - 오라클이 Oracle8 Enterprise Edition 옵션으로 설치되었다면       INTERNAL의 암호는 “oracle”입니다. 사용자 정의 설치 옵션을       이용하여 설치하는 동안 암호를 설정할 수도 있습니다.

 

내부 암호 변경
UNIX와 NT에서는 ORAPWD 유틸리티를 사용하여 기존의 패스워드 파일을 삭제하고 새 패스워드 파일을 생성하십시오.
NT에서는 ORADIM80 유틸리티를 사용하여 패스워드 파일을 재생성할 수도 있습니다.

 C:\>ORADIM80 -NEW -SID sid [-INTPWD internal_pwd] [SRVC svrcname] [MAXUSERS n] [STARTMODE auto, manual] [-PFILE filename]

  구문에서:
        sid                          인스턴스 이름 지정
        internal_pwd           내부 계정의 암호
        svrcname              서비스 이름
        n                            패스워드 파일 엔트리의 최대 갯수
        auto 또는 manual   서비스 시작 모드가 수동인지, 자동인지를                                       나타냅니다.
        Filename                기본 파라미터 파일이 아닌 파일로 인스턴스를
                                      구성합니다.

 INTERNAL 암호를 바꾸려면 다음 단계를 따르십시오.

   1   변경하고자 하는 암호를 위해 SID를 삭제하십시오.
        sid가 삭제하고자 하는 SID인 경우
          C:\> ORADIM80 -DELETE -SID sid
  
   2   같은 SID를 다시 생성하고 새 INTERNAL 암호를 지정하십시오.
        SID가 재생성할 같은 SID인 경우
          C:\> ORADIM80 -NEW -SID sid -INTPWD internal_pwd -           MAXUSERS N

 

 일반적으로 init<SID>.ora 파일로 일컬어지는 파라미터 파일은 표준 운영 체제 편집기를 사용하여 관리할 수 있는 문서 파일입니다.

 기본적으로 UNIX의 경우에는 $ORACLE_HOME/dbs 디렉토리에 위치하며 NT의 경우에는 %ORACLE_HOME%\database 디렉토리에 있습니다.

 파라미터 파일은 인스턴스가 시작하는 동안에만 읽혀집니다. 파일이 수정되면 새 파라미터 값들이 유효하도록 인스턴스를 종료한 후 재시작하여야 합니다.

주
Oracle Enterprise Manager가 데이터베이스의 인스턴스를 시작하기 위해서는 파라미터 파일을 읽을 수 있어야만 합니다. 그러므로, 원격 인스턴스나 데이터베이스를 시작하기 위해서는 파라미터 파일이 Oracle Enterprise Manager가 실행되고 있는 컴퓨터에 저장되어 있어야 합니다.
하지만, Oracle Enterprise Manager는 파라미터 구성을 저장할 수 있습니다. 이로써 초기화 파라미터 파일을 찾지 않고도 여러 개의 데이터베이스 시작 구성을 생성할 수 있습니다.
저장된 구성을 만들거나 수정하려면 다음을 보십시오.

1 Instance Manager 사용하십시오.
2 초기화 파라미터를 선택하십시오.
3 property sheet 중 하나에서 Save를 선택하십시오.
4 Configuration property sheet에 구성 이름을 입력하십시오

 파라미터 사용
 init<SID>.ora 파일의 파라미터는 데이터베이스 성능에 상당한 영향을 줄 수 있습니다. 일부 파라미터는 생산 시스템을 위해 다음 방법으로 수정되어야 합니다.
 성능을 최적화 하기 위해 SGA(System Global Area) 구성 요소의 크기를 정하십시오.
 데이터베이스와 인스턴스의 기본값을 설정하십시오.
 데이터베이스 한계를 설정하십시오.
 데이터베이스 블록 크기 등의 데이터베이스의 여러 물리적 속성을 정의하십시오.(데이터베이스 생성할 때만) 콘트롤 파일, 아카이브 로그 파일, 추적(trace) 파일의 위치를 지정하십시오.

파라미터 지정 규칙
 다음 형식으로 값을 지정하십시오: 파라미터=값
 - 모든 파라미터는 옵션입니다.
 - 서버는 모든 파라미터에 대한 기본값을 가지고 있습니다.
 - 파라미터 지정 순서는 상관없습니다.
 - 설명(comment) 줄은 # 심볼로 시작합니다.
 - 문자 리터럴을 포함하도록 파라미터를 겹 따옴표로 둘러 쌓으십시오.
 - IFILE 키워드로 추가 파일을 포함시킬 수 있습니다.
 - 운영 체제가 대소 문자를 구별하면 파일 이름에도 주의하십시오.
 - 여러 개의 값을 쉼표로 구분하여 괄호 안에 함께 지정할 수 있습니다.

주
 알파벳 순이든, 기능별로 그룹을 짓는 방식이든 파라미터를 나열하는 기준을 마련하십시오.저장된 구성은 외부 파일이 아니라 레지스트리에 있습니다. 

 

반드시 지정해야 하는 파라미터 

 파라미터

 설명

 BACKGROUND_DUMP_DEST

 백그라운드 프로세스 추적 파일이 쓰여질 위치

 COMPATIBLE

 인스턴스와 호환되어야만 하는 서버의 버전, 기본값은 8.00

 CONTROL_FILES

 콘트롤 파일의 이름

 DB_BLOCK_BUFFERS

 SGA에 저장되는 블록의 갯수, 기본값과 최소값은 50

 DB_NAME

 여덟자 이하의 데이터 베이스 식별자. 새 데이터베이스를 생성할 때만 필요한 파라미터

 SHARED_POOL_SIZE

 공유 풀(shard pool)의 크기로 단위는 바이트. 기본값은 3500000

 USER_DUMP_DEST

 사용자 추적 파일이 생성될 위치


 일반적으로 수정되는 파라미터 

 파라미터

 설명

 IFILE

 파라미터 파일에 내장된 다른 파라미터 파일의 이름. 3단계의 중첩이 가능

 LOG_BUFFER

 SGA의 리두 로그 버퍼에 할당되는 바이트 수

 MAX_DUMP_FILE_SIZE

 운영 체제의 블록 갯수로 지정되는 추적 파일의 최대 크기

 PROCESSES

 인스턴스에 동시에 접속할 수 있는 운영 체제 프로세스의 최대 수

 SQL_TRACE

 모드 사용자 세션에 대한 SQL 추적 기능 가능 또는 불가능

 TIMED_STATISTICS

 추적 파일과 모니터 스크린에 시간 정보를 기록 가능 또는 불가능

 

단계별 시작
데이터베이스를 시작할 때 시작할 단계를 고르십시오.
다음은 인스턴스를 시작하는 여러 단계를 설명한 것입니다.

인스턴스 시작
데이터베이스를 생성하거나 콘트롤 파일을 재생성하는 동안에는 데이터베이스를 마운트(mount)하지 않고 인스턴스를 시작할 것입니다.
인스턴스를 시작할 때 다음 작업들이 수행되게 됩니다.
   - 파라미터 파일, init<SID>.ora 읽기
   - SGA 할당
   - 백그라운드 프로세스 시작
   - 추적 파일과 ALERT 파일 오픈
데이터베이스 이름은 init<SID>.ora 파일의 DB_NAME 파라미터나 STARTUP 명령에 지정되어야만 합니다.

데이터베이스 마운트
특정 관리 작업을 수행할 경우 인스턴스를 시작하고 데이터베이스를 마운트하지만 데이터베이스를 오픈하지는 않습니다.
예를 들어 다음 작업들을 할 때는 데이터베이스를 오픈하지 않고 마운트만 합니다.
   
   - 데이터 파일 재명명
   - 리두 로그 아카이빙 옵션 켜고 끄기
   - 데이터베이스 완전 복구 수행

데이터베이스를 마운트할 때 다음 작업들이 수행됩니다.
   - 이미 시작된 인스턴스와 데이터베이스 연관
   - 파라미터 파일에 지정된 콘트롤 파일 배치하고 오픈
   - 콘트롤 파일을 읽어 데이터 파일과 리두 로그 파일의 이름과 상태       얻기(하지만, 이때 데이터 파일과 온라인 리두 로그 파일의 존재       여부를 검증하기 위한 검사가 수행되지는 않습니다.)

데이터베이스 오픈
보통의 데이터베이스 작업은 인스턴스가 시작되며 데이터베이스가 마운트되고 오픈되는 것을 의미합니다. 이렇게 되면 검증된 사용자가 데이터베이스에 접속하여 일반적인 데이터 접근 작업을 수행할 수 있게 됩니다.
데이터베이스를 오픈할 때 다음 작업들이 수행됩니다.
   - 온라인 데이터 파일 오픈
   - 온라인 리두 로그 파일 오픈
데이터베이스를 오픈 할 때 데이터파일, 또는 온라인 리두 로그 파일이 존재하지 않으면 오라클은 에러를 리턴합니다.
이 마지막 단계에서 오라클은 데이터파일과 온라인 리두 로그 파일을 열 수 있는지 점검하며 데이터베이스의 일관성을. 검사합니다. 필요하다면 백그라운드 프로세스인 시스템 모니터(SMON)가 인스턴스 복구를 시작합니다

 인스턴스 복구
인스턴스가 계속 작업을 할 수 없게 되면 인스턴스 실패가 발생합니다.
예를 들어 운영 체제에 문제가 발생하면 백그라운드 프로세스 SMON은 자동적으로 데이터베이스가 다시 오픈될 때 인스턴스 복구를 수행합니다. 즉, 온라인 리두 로그 파일이 인스턴스 실패 때 잃어버린 데이터베이스 버퍼 캐쉬의 커밋된 데이터를 복구하는데 사용됩니다.
인스턴스 복구는 다음 단계로 구성됩니다.

  1 데이터 파일에는 기록되지 않았으나 온라인 리두 로그에는 기록된      데이터를 복구
  2 데이터베이스를 사용 가능해 질 때까지 모든 트랜잭션이 롤백되는      것을 기다리지 않고 데이터 베이스 오픈(복구되지 않은 트랜잭션이      잠금(lock)하지 않은 데이터는 즉시 사용가능합니다.)
  3 SMON과 잠긴 데이터에 접근하려 하는 개개의 서버 프로세스에     의해 커밋되지 않은 트랜잭션 롤백하기

단계별 닫기
연결되어 있는 인스턴스와 데이터베이스를 종료하는 데에는 3 단계가 있습니다.

데이터베이스 닫기
데이터베이스를 종료하는 첫번째 단계는 데이터베이스를 닫는 것입니다. 데이터베이스가 닫아지면 오라클은 버퍼 캐쉬 변경 사항과 리두 로그 버퍼 캐쉬 엔트리를 데이터파일과 온라인 리두 로그 파일에 옮겨 적습니다. 이 작업 후 오라클은 모든 온라인 데이터파일과 온라인 리두 로그 파일을 닫습니다. 데이터베이스가 닫혀졌더라도 아직 마운트되어 있으면 콘트롤 파일도 오픈된 채 남아 있게 됩니다.

데이터베이스 디스마운트
두번째 단계는 인스턴스로부터 데이터베이스를 분리하는 것입니다. 데이터베이스를 분리하면 인스턴스만 남게 됩니다.
데이터베이스가 분리될 때 오라클은 콘트롤 파일을 닫습니다.

인스턴스 종료
데이터베이스 종료의 마지막 단계는 인스턴스를 종료하는 것입니다. 인스턴스를 종료할 때 추적 파일과 ALERT 파일도 닫히며 SGA는 할당 해제되고 백그라운드 프로세스도 종료됩니다.

 

시작

인스턴스를 시작하려면 다음 명령을 사용합니다.

  STARTUP [FORCE] [RESTRICT] [PFILE=filename]
      [OPEN [RECOVER][database]
      |MOUNT
      |NOMOUNT]

참고: 위 구문은 완전한 구문이 아닙니다.

설명

Technical Note

Oracle8i에서 STARTUP이나 SHUTDOWN 같은 모든 Server Manager 명령은 SQL*Plus 로 통합되었습니다. 이 과정에서 모든 구문 예제는 Server Manager가 아닌 SQL*Plus를 사용합니다.

Server Manager는 역 호환성을 위해 Oracle8i와 함께 제공됩니다. Server Manager 선모드는 SVRMGRL 실행 모듈을 사용하여 시작될 수 있습니다.

데이터베이스 자동 시작

문제 해결

이러한 서비스를 시작하지 않고 Oracle Utility를 시작하려고 하면 다음 오류 메시지 중 하나가 표시됩니다.

  ORA-12547: TNS: lost contact

또는

  ORA-09352: Windows 32-bit two-task driver unable to spawn new Oracle task

 

데이터베이스 상태 변경

STARTUP NOMOUNT 단계에서 MOUNT 단계로, 또는 MOUNT 단계에서 OPEN 단계로 데이터베이스를 열려면 ALTER DATABASE 명령을 사용합니다.

   ALTER DATABASE { MOUNT | OPEN }

사용자 트랜잭션의 데이터 수정을 방지하기 위해 데이터베이스를 읽기 전용 모드로 열 수 있습니다.

인스턴스를 시작하려면 다음 명령을 사용합니다.

   ALTER DATABASE OPEN

       [READ WRITE | READ ONLY]

설명

읽기 전용 데이터베이스 기능

데이터베이스가 이미 READ WRITE 모드로 열려 있지 않으면 모든 데이터베이스는 읽기 전용으로 열릴 수 있습니다. 이러한 기능은 운용중인 데이터베이스에서 질의 처리를 오프로드하는 대기 데이터베이스에 특히 유용합니다.

예를 들어, 디스크 정렬을 하는 경우처럼 질의가 임시 테이블스페이스를 사용할 필요가 있는 경우 현재 사용자는 기본 임시 테이블스페이스로 지정된 지역적으로 관리되는 테이블스페이스를 가지고 있어야 하며 그렇지 않으면 질의는 실패합니다. SYS 사용자의 경우 지역적으로 관리되는 테이블스페이스가 필요합니다.

참고: 지역적으로 관리되는 테이블스페이스에 대해서는 뒤에 나오는 단원에서 설명합니다.

읽기 전용 모드는 리두 데이터를 생성하지 않는 데이터베이스 복구 또는 데이터베이스 상태 변경 작업을 제한하지 않습니다. 예들 들어, 읽기 전용 모드에서 다음 작업을 수행할 수 있습니다.

제어 파일, 운영 체제 감사 트레일, 추적 파일 및 ALERT 파일과 같은 다른 파일에 대한 디스크 쓰기는 읽기 전용 모드에서 계속 수행할 수 있습니다.

 

모든 물리적 구조의 운영 체제 오프라인 백업을 만들거나 초기화 파라미터의 값을 수정하려면 데이터베이스를 종료하십시오.
인스턴스를 종료하려면 다음 명령을 이용하십시오.

       SHUTDOWN [NORMAL | TRANSACTIONAL | IMMEDIATE | ABORT ]

OEM
 1 Instance Manager를 사용하십시오.
 2 Database->Shutdown을 선택하십시오.
 3 종료 모드(shutdown mode)를 선택하십시오.
 4 OK를 클릭하십시오.

정상 종료(Shutdown Normal)
정상 종료가 기본 종료 모드입니다. 정상적 데이터베이스 종료는 다음 특성을 갖습니다.
   -새로운 접속을 허용하지 않습니다.
   -오라클 서버는 종료를 수행하기 전에 모든 사용자들이 접속을 끊는 것을      기다립니다.
   -오라클은 인스턴스를 종료하기 전에 데이터베이스를 닫고 디스마운트      합니다.
   -다음 시작시 인스턴스 복구를 필요로 하지 않습니다.

트랜잭션 종료(Shutdown Transactional)
트랜잭션 종료는 클라이언트가 작업을 잃어버리지 않도록 합니다. 트랜잭션 종료는 다음 특성을 갖습니다.

 -특정 인스턴스에서 클라이언트는 새로운 트랜잭션을 시작할 수 없습니다.
 -클라이언트는 진행중인 트랜잭션을 종료할 때 접속이 끊어집니다.
 -모든 트랜잭션이 끝났을 때 즉시 종료가 일어납니다.
 -다음 시작은 인스턴스 복구를 필요로 하지 않습니다.

즉시 종료(Shutdown Immediate)
즉시 종료는 다음 특성을 갖습니다.
   -현재 오라클이 수행하고 있는 SQL 문은 완료하지 않습니다.
   -오라클 서버는 현재 접속중인 사용자들이 접속을 끊을 때까지 기다리지 않습니다.
   -오라클은 현재 진행중인 트랜잭션을 롤백하고 모든 사용자의 접속을 끊습니다.
   -오라클은 데이터베이스를 닫고 디스마운트한 후 인스턴스를 종료합니다.
   -다음 시작시 인스턴스 복구를 필요로 하지 않습니다.

중지 종료(Shutdown Abort)
정상 종료나 즉시 종료가 제대로 동작하지 않는 경우 현재의 데이터베이스 인스턴스를 중지시킬 수도 있습니다. 인스턴스를 중지하는 것은 다음 특성을 갖습니다.
   -오라클 서버가 수행하고 있는 SQL 문은 즉시 종료됩니다.
   -오라클은 현재 접속중인 사용자들이 접속을 끊을 때까지 기다리지  않습니다.
   -커밋되지 않은 트랜잭션은 롤백되지 않습니다.
   -파일을 닫지 않은 채 인스턴스를 종료합니다.
   -다음 시작시 인스턴스 복구를 필요로 합니다. 

다른 유형의 SHUTDOWN 동안 이벤트 시퀀스

위의 슬라이드는 1단계를 실행한 후 다른 SHUTDOWN 명령을 입력했을 때 이벤트 시퀀스를 보여줍니다.

슬라이드의 1단계에서 5단계는 한 은행 계정에서 다른 은행 계정으로 자금 이체 과정을 설명합니다.

  1. 계정 잔액을 확인하기 위해 계정을 조회합니다.
  2. INSERT 명령을 실행하여 자금을 새로운 은행 계정으로 이체합니다.
  3. DELETE 명령을 실행하여 이전 은행의 계정에서 자금을 삭제합니다.
  4. COMMIT 명령을 실행하여 트랜잭션을 정상적으로 마칩니다.
  5. Oracle 서버에서 연결을 끊습니다.

Normal 모드로 종료 시 Oracle 서버는 종료하기 전에 모든 사용자가 연결을 끊기를 기다립니다.

Immediate 모드로 종료 시 Oracle 서버는 2단계에 있는 현재 SQL 문을 종료하고 활성 트랜잭션을 롤백합니다.

Transactinal 모드로 종료 시 Oracle 서버는 트랜잭션을 마치는 4단계가 진행될 때까지 기다린 후 즉시 종료합니다.

Abort 모드로 종료 시 Oracle 서버는 현재 SQL 문을 종료하지만 활성 트랜잭션을 롤백하지는 않습니다.

Restricted Session
예를 들어 구조 유지 보수, 또는 데이터베이스 익스포트, 임포트를 수행할 때 제한된 세션은 유용합니다. 데이터베이스는 제한된 모드(restricted mode)로 시작되어 RESTRICTED SESSION 권한을 가진 사용자에게만 사용이 가능하도록 할 수 있습니다.

ALTER SYSTEM SQL 문을 사용하여 데이터베이스를 제한된 모드로 전환할 수도 있습니다.
       
     ALTER SYSTEM
            {ENABLE|DISABLE} RESTRICTED SESSION

구문에서:
   
 ENABLE RESTRICED SESSION
   - 이후에는 RESTRICTED SESSION 권한을 가진 사용자만 로그인 가능

  DISABLE RESTRICTED SESSION
   - 모든 사용자가 데이터베이스에 로그인 가능

주
ALTER SYSTEM이 현재의 세션을 끊지는 않습니다. 다만 이후에는 RESTRICTED SESSION 권한을 가진 사용자의 접속만을 허용합니다.
동적 성능 뷰 V$INSTANCE는 제한된 모드에 대한 정보를 가지고 있습니다.
        SVRMGR> SELECT logins FROM v$instance;
        LOGINS
        --------------------
        RESTRICTED
        1 row selected. 

 

인스턴스를 제한된 모드(restricted mode)로 전환한 후 관리 작업을 수행하기 전에 현재의 모든 사용자 세션을 없애고 싶을 수도 있을 것입니다.

ALTER SYSTEM KILL SESSION integer1, integer2
구문에서: KILL SESSION 세션을 종료합니다.(V$SESSION 뷰에서 얻어진 두 값을 이용하여 세션을 식별합니다:

integer1: SID 컬럼의 값
integer2: SERIAL# 컬럼의 값)

주
세션을 구별하기 위해 세션 ID와 일련 번호(serial number)를 사용합니다. 따라서 사용자가 로그 아웃하고 새 세션이 동일한 세션 ID를 사용하더라도 ALTER SYSTEM 명령이 해당 세션에 정확히 적용되도록 보장할 수 있습니다.

OEM
  1. Instance Manger를 사용하십시오.
  2. Session 노드를 확장하십시오.
  3. 세션을 선택하십시오.
  4. Session->Disconnect->Immediate를 선택하십시오.


세션 종료의 효과

ALTER SYSTEM KILL SESSION 명령은 백그라운드 프로세스 PMON이 다음 단계를 수행하도록 만듭니다.
- 사용자의 현재 트랜잭션을 롤백
- 현재의 모든 테이블, 또는 행의 잠금(lock)을 해제
- 예약된 현재의 모든 자원을 해제(free)
V$SESSION 뷰를 질의하여 사용자 세션의 세션 id와 일련 번호(serial number)를 확인할 수 있습니다.

활동(Active)중인 세션 종료

사용자 세션이 오라클 서버에 SQL 호출(call)을 하고 있는데(즉, 세션이 ACTIVE한데) 그 세션이 종료되면 트랜잭션을 롤백되고 사용자는 즉시 다음과 같은 메시지를 받게 됩니다:
ORA-00028: your session has been killed


만약 사용자 세션이 꼭 완료되어야만 해서 중단될 수 없는 작업을 수행중이었다면 오라클 서버는 해당 작업이 완료될 때까지 대기합니다.

활동중이 아닌 세션 종료

활동중이 아닌 세션이 종료되면 ORA-00028 메시지는 즉시 리턴되지 않습니다.하지만 V$SESSION 뷰의 STATUS 컬럼의 killed로 표시됩니다.
사용자가 종료된 세션을 다시 사용하려 할 때 ORA-00028 메시지가 리턴되고 종료된 세션에 대한 행이 V$SESSION에서 제거됩니다.

주
세션이 종료될 때 오라클 서버는 운영 체제 프로세스를 제거(kill)하지는 않습니다.
하지만 병렬 서버 환경에서 일반적으로 사용되는 다음 명령은 트랜잭션이 완료되고 서버 프로세스가 종료되면 세션을 끊어 줍니다.
ALTER SYSTEM DISCONNECT SESSION 'Integer1, integer2'
POST_TRANSACTION

현재의 파라미터 값 출력
사용중인 데이터베이스의 파라미터 설정값을 보려면 Server Manager 명령 SHOW PARAMETER를 사용하십시오.
모든 파라미터의 현재 값이 알파벳 순으로 나열됩니다.
다음 텍스트 문자열을 입력하면 이름에 CONTROL이 들어가 있는 모든 파라미터를 출력해 줍니다.
        SVRMGR> SHOW PARAMETER control
        NAME                              TYPE     VALUE
        ------------------------------- -------    --------------------
        control_file_record_keep_time   integer    7
        control_files                   string     /DISK1/control01.con

동적 성능 뷰 V$PARAMETER를 사용하여 파라미터의 설정값을 알아낼 수도 있습니다.

OEM
1 Instance Manager를 사용하십시오.
2 Initialization Parameter를 클릭하십시오.

 


일부 초기화 파라미터의 값은 동적입니다. 즉, 이 파라미터들은 인스턴스 실행 중에 ALTER SESSION이나 ALTER SYSTEM, 또는 ALTER SYSTEM DEFERRED 명령을 사용하여 수정될 수 있습니다.
        ALTER SESSION SET parameter_name = value
        ALTER SYSTEM SET parameter_name = value [DEFERRED]

ALTER SESSION 명령은 명령을 수행하는 세션에 대해서만 파라미터 값만을 수정합니다.
ALTER SYSTEM 명령은 파라미터 값을 전역적으로  변경합니다. 새 값은 시스템이 종료될 때까지, 또는 다시 변경될 때까지 유효합니다.
ALTER SYSTEM DEFERRED 명령은 앞으로 데이터베이스에 접속할 세션에 대한 값을 수정합니다.

수정된 파라미터에 대한 정보를 나열해 보려면 V$PARAMETER나 V$SYSTEM_PARAMETER 뷰를 질의하십시오.
   
       SVRMGR> SELECT isses_modifiable, issys_modifiable,
                   2> ismodified, name                                                                    3> FROM v$system_parameter
                   4> WHERE ismodified != ‘FALSE’;

             ISSES    ISSYS_MOD  ISMODIFI    NAME
            ------- -----------   --------   ---------------
             TRUE      IMMEDIATE   MODIFIED   timed_statistics
        1 row selected.

컬럼은 각각 다음 정보를 보여줍니다:

        ISSES_MODIFIABLE    파라미터가 ALTER SESSION에 의해 수정될                                           수 있는지를 나타냅니다.
        ISSYS_MODIFIABLE    파라미터가 ALTER SYSTEM에 의해 수정될                                           수 있는지를 나타냅니다.
        ISMODIFIED                ALTER SESSION을 이용하여 수정되면                                           MODIFIED 값으로, ALTER SYSTEM을 이용                                           하여 수정되면 SYS_MODIFIED 값으로
                                          나타냅니다.

V$PARAMETER는 현재 세션 값을 보여 주며 V$SYSTEM_PARAMETER는 세션과 독립적인 현재 시스템 값을 보여 줍니다. 예를 들어 ALTER SYSTEM DEFERRED 명령이 수행되면 동적 성능 뷰V$SYSTEM_ PARA METER의 ISMODIFIED 컬럼은 MODIFIED 값을 갖게 됩니다. 하지만, 같은 세션에서 동적 성능 뷰 V$PARAMETER의 컬럼은 FALSE 값을 출력합니다.

주
파라미터를 수정하는 ALTER SYSTEM이나 ALTER SYSTEM DEFERRED 명령은 ALERT 파일이라는 추적(trace) 파일에 기록됩니다.

OEM
1 Instance Manager 를 사용하십시오.
2 초기화 파라미터 목록에서 특정 파라미터를 선택하십시오.
3 새 값을 입력하십시오.
4 Apply를 클릭하십시오.
5 변경 사항을 저장된 구성으로 저장하기 위해 Save를  클릭하십시오 

 


데이터베이스가 오픈되어 사용중인 동안 계속해서 갱신되기 때문에 동적 성능 뷰(dynamic performance view)라고 불리옵니다.  내용은 주로 성능과 관련이 있습니다. 내부 디스크 구조와 메모리 구조에 대한 데이터를 제공하며 데이터베이스 관리자가 접근할 수 있습니다.

동적 성능 뷰는 접두어 V_$로 식별됩니다만 오라클은 접두어 V$로 시작하는 모
두가 사용할 수 있는 동의어를 제공합니다.

일단 인스턴스가 NOMOUNT 단계로 시작되면 메모리에서 읽혀질 수 있는 V$ 뷰는 접근 가능하게 됩니다. 콘트롤 파일로부터 데이터를 읽어오므로 데이터베이스가 마운트되어 있어야 합니다.

V$FIXED_TABLE은 모든 동적 성능 뷰를 보여줍니다.

 

오라클 인스턴스가 실행되고 있는 중에 에러가 발생하면 ALERT 파일에 메시지가 쓰여집니다. ALERT 파일이 없으면 데이터베이스가 시작될 때 오라클이 하나 생성합니다.

데이터베이스의 ALERT 파일에는 메시지와 에러가 시간 순으로 기록됩니다. 오라클은 그러한 정보들을 출력하는 대신 ALERT 파일을 사용합니다.

백그라운드 프로세스에 의해 에러가 검출되면 해당 정보는 추적 파일로 덤프(dump)됩니다.
추적 파일은 사용자의 요구에 따라 서버 프로세스가 만들 수도 있습니다.
추적은 SQL_TRACE(가질 수 있는 값은 TRUE, 또는 FALSE입니다.) 초기화 파라미터값에 따라 enable 또는 disable될 수 있습니다.

다음 명령문은 특정 세션 동안 추적 파일로 쓰기를 하게 합니다.
        SQL>ALTER SESSION SET sql_trace=TRUE;

 

ALERT 파일 및 추적 파일 위치

다음 매개변수는 ALERT 파일과 추적 파일의 위치 및 크기를 제어합니다.

초기화 매개변수

설명

BACKGROUND_DUMP_DEST

백그라운드 추적 파일과 ALERT 파일의 위치를 정의합니다.

USER_DUMP_DEST

사용자의 요청 시 추적 파일이 생성될 장소를 정의합니다.

MAX_DUMP_FILE_SIZE

O/S 블록으로 지정되며 ALERT 파일이나 백그라운드 추적 파일이 아닌 사용자 추적 파일의 크기를 제한합니다.

참고


데이터베이스 관리자는 정기적으로 ALERT 파일을 검사하여 심각해지기 전에 문제를 발견해 내는 것이 중요합니다.
ALERT 파일에는 다음 정보가 기록됩니다.

  - 모든 내부 에러(ORA-00600)과 블록 훼손 에러(ORA-01578)
   -데이터베이스 구조와 파라미터에 영향을 주는 작업과      STARTUP, SHUTDOWN, ARCHIVE LOG, 그리고 RECOVER      등의 Server Manager 명령문
   -인스턴스 시작시 기본값이 아닌 모든 초기화 파라미터의 값

 

요약 참조

 관련 내용

 참조

초기화 파라미터

 DB_NAME
 CONTROL_FILES
 SHARED_POOL_SIZE
 BACKGROUND_DUMP_DEST
 DB_BLOCK_BUFFERS
 COMPATIBLE
 IFILE
 LOG_BUFFER
 PROCESSES
 SQL_TRACE

동적 초기화 파라미터

 USER_DUMP_DEST
 MAX_DUMP_FILE_SIZE
 TIMED_STATISTICS

동적 초기화 파라미터 (deferred)

 SORT_AREA_SIZE

동적 성능 뷰

 V$FIXED_TABLE
 V$PARAMETER
 V$DATABASE
 V$DATAFILE
 V$DATAFILE_HEADER
 V$INSTANCE
 V$LOGFILE
 V$OPTION
 V$PROCESS
 V$PWFILE_USERS
 V$SESSION
 V$SGA
 V$VERSION

   

 관련내용

 참조

 데이터 딕셔너리 뷰

 없슴

 명령어

 CONNECT / AS SYSDBA
 CONNECT / AS SYSOPER
 STARTUP
 SHUTDOWN
 SHOW PARAMETER
 ALTER SYSTEM KILL  SESSION
 ALTER SYSTEM  DISCONNECT SESSION…
 POST_TRANSACTION
  ALTER SYSTEM ENABLE  RESTRICTED SESSION
 ALTER SYSTEM DISABLE  RESTRICTED SESSION
 ALTER SESSION SET
 ALTER SYSTEM SET
 ALTER SYSTEM SET… D  EFERRED
 ALTER DATABASE MOUNT
 ALTER DATABASE OPEN

 패키지 프로시저와  함수

 None

 

  1. ALTER SYSTEM KILL SESSION 명령으로 사용자 세션을 강제 종료시키기 위해서 필요한 정보를 얻을 수 있는 동적성능뷰는?
    A. V$SYSSTAT
    B. V$ROLLSTAT
    C. V$QUEUE
    D. V$SESSION
    답
    X 정답:D


  2. DBA가 Index를 drop하고 재생성하는 동안 Database에 대한 접근을 막기 위해서, 어떠한 방법을 사용할 수 있는가?
    A. Enable restricted session
    B. Shutdown the database with the abort option
    C. Alter database mount
    D. Connect internal
    답
    X 정답:A


  3. SMON에 문제가 생겼을 때 관련 메시지를 자세히 기록하는 곳은?
    A. trace file
    B. alert file
    C. parameter file
    D. redo log file
    답
    X 정답:A


  4. Server Manager Utility로 ORACLE instance를 STARTUP하는 도중 user_data 라는 tablespace의datafile이 없다는 message가 나왔다. ORACLE DATABASE는 startup단계중 어느 단계까지 처리되었는가?
    A. startup nomount
    B. startup mount
    C. startup open
    D. startup restrict
    답
    X 정답:B


  5. Server process에 문제가 생겼을 때 관련 메시지를 자세히 기록하는 곳은?
    A. trace file
    B. alert file
    C. parameter file
    D. redo log file
    답
    X 정답:A


  6. internal error, startup 같은 Administration 정보를 기록하는 곳은?
    A. trace file
    B. alert file
    C. parameter file
    D. redo log file
    답
    X 정답:B


  7. user가 특정 SQL에 대한 trace 정보를 보고자 할 때 사용할 수 있는 것은?
    A. trace file
    B. alert file
    C. parameter file
    D. redo log file
    답
    X 정답:A


  8. 다음 중 STARTUP MOUNT 상태에서 수행할 수 있는 작업은?
    A. Data file 이름 변경
    B. dba_xxx Dictionary 정보 검색
    C. Database 생성
    D. Control file 재생성
    답
    X 정답:A


  9. 데이터베이스 startup 된 시간, 마지막으로 recovery된 시간등의 정보를 저장하는 파일은?
    A. init.ora
    B. alert.log
    C. ora.trc
    D. redo log files
    답
    X 정답:B


  10. 데이터베이스를 생성하기 위하여 취하는 데이터베이스 시작 단계는?
    A. startup
    B. startup nomount
    C. startup open
    D. startup restrict open
    답
    X 정답:B


  11. 서버와 백그라운드 프로세스가 감지한 에러 메시지를 기록한 트레이스 파일을 보려면 어떻게 해야 하나?
    A. SQL_TRACE=TRUE를 init.ora에 등록한다.
    B. ALTER SESSION SET SQL_TRACE=TRUE를 수행한다.
    C. SQL_TRACE=TRUE를 init.ora에 등록하고 인스턴스를 재기동한다.
    D. Default로 아무 작업도 필요하지 않다.
    답
    X 정답:D


  12. 정전이 발생하여 모든 유저들에게 작업을 종료할 것을 알렸으나 25user가 아직 접속중이다. 시간이 5분정도 남았다면 shutdown시 적절한 방법은?
    A. shutdown normal
    B. shutdown transactional
    C. shutdown immediate
    D. shutdown abort
    답
    X 정답:C


  13. 진행중인 transaction을 모두 rollback 시킨 후 database가 종료되는 shutdown mode는 무엇인가?
    A. shutdown normal
    B. shutdown transactional
    C. shutdown immediate
    D. shutdown abort
    답
    X 정답:C