1 Oracle의 구조이해
▣Oracle의 Install 후 Oracle은 hard disk 상에 어떻게 존재하며, Oracle을 가동시키면 어떠한 Process가 기동되
는가 등. Oracle운영에 필요한 기본환경 및 구조를 이해하는 것은 Oracle을 이해 하는데 많은 도움을 줍니다.
1.1 Oracle 사용시 이용되는 O.S User의 생성
▣Oracle의 설치시에는 먼저 Oracle을 Install시 이용할 O.S User와 이 User의 Group을 먼저 만듭니다.(일반적
으로 Userid는 Oracle 또는 Oracle7, Group은 dba로 합니다.)

1)새로운 User id는 OS의 super user를 이용해서 만들게 됩니다.
◆SuperUser를 이용해서 새로운 User를 생성하는 방법은 다음과 같습니다.

①/etc/passwd file에 새로운 user id를 등록합니다.
oracle: *: 202: 21: ENGLISH ORACLE V7.0 for MIS...: /extra2/eora: /bin/sh
A B C D E F G
A는 OS에 login할 user id 입니다.
B는 user id의 password 입니다.
C는 user id의 user number로서 고유한 값을 갖고 있습니다.
D는 group number 입니다.
E는 이 user id에 관련된 comment 입니다.
F는 이 user id의 Home directory 입니다.
G는 이 user id가 사용하는 shell 입니다.
②/etc/group file에 새로운 Group를 등록합니다.
dba: :21: eora
A는 Group명입니다.
B는 Group number로서 위의 ①번 항목의 D번 항목에 주는 값과 같습니다.
C는 dba라는 Group에 속하는 user id를 정의하는 곳입니다.
★Group에 등록된 user는 Oracle의 dba 기능을 수행할 수 있는 권한을 가지게 됩니다.
그러므로 Oracle을 이용할 일반 user는 Group을 dba 속하지 않도록 하는 것이 좋습니다.
③ 새로운 user의 shell
■ Shell이란 사용자가 입력된 명령어를 OS 와 연결하여 주고 해석하는 program입니다.
■ Unix에는 borne shell, C shell등이 있으면 자신이 어떤 shell을 사용하고 있는가를 확인하는 방법은
login 후 prompt를 확인해 보면 됩니다.
prompt가 $이면 borne shell, %이면 C shell을 사용하고 있는 것입니다.
■ Oracle을 설치(install)하고 운영하는데는 borne shell, C shell 모두 사용 가능합니다.
1.2 사용시 이용되는 사용자 환경정의
▣Unix system을 사용하기 위하여는 반드시 login이란 과정을 거쳐야 합니다.
login을 하는 시점에 login을 할 해당 user의 system사용환경이 정의됩니다.
사용환경은 필요한 정보가 특정 file 에 보관되어 있다가 system의 login시 실행되어 해당 user가 필요한 환경
을 정의해 주게 되는 것입니다.
▣사용환경에 관한 정보가 저장되어 있는 file은 어떤 shell을 사용하느냐에 따라 이름이 달라며 이 file을 반드시
login하는 user의 home_directory 밑에 있어야 합니다.
▣Borne shell을 사용시에는 .profile이라는 곳에 사용환경이 정의되며 C shell을 사용시에는 .cshrc또는 .login에
정의됩니다.
◆다음은 Oracle을 사용하는 user인 경우에 Oracle과 관련된 사용환경의 정의입니다.
prompt상태에서 env라는 command를 치면 현재 user에게 정의되어 있는 환경변수가 나타납니다.
HOME = /users/tjseo
LOGNAME = tjseo
MAIL = /usr/mail/tjseo
MENU5PATH = /extra2/eora/forms30/admin/resource
ORACLE_HOME = /extra2/eora
ORACLE_TERM = vt100
NLS_LANG = American_America.KO16KSC5601
ORACLE_SID = eora
ORATERMPATH = /extra2/forms30/admin/resource
PATH=:/usr/bin:/extra2/eora/bin:.:/usr/bin/x11:/usr/local:/usr/lib/cobol/bin:/usr/lib/c/obol/coblib
SHELL = /bin/sh
TERM = vt220
◆ 위의 환경변수 중 밑줄 친 부분이 Oracle을 이용하기 위해 정의된 변수입니다.
MENU5PATH, ORATERMPATH는 From30이나 Menu50 product를 설치하지 않으면 정의되지 않으며,
NLS_LANG은 설치시 정의한 character set과 동일하게 정의되어야 합니다.
◆Oracle관련 환경변수의 의미는 다음과 같습니다.
ORACLE_SID : 이는 ORACLE DATABASE의 구분자로서 Unique한 값을 가져야 합니다.
ORACLE_HOME : ORACLE SYSTEM이 들어있는 directory를 의미합니다.
NLS_LANG : ORACLE에서 이용할 Language type(character set)을 의미합니다.
ORATERM : from사용시 이용할 Terminal type의 resource file이 있는 directory를 의미합니다.
MENU5PATH : MENU에서 이용할 Terminal type의 resource file이 있는 directory를 의미합니다.
◆Oracle을 설치시 이용할 owner의 사용환경을 이미 위와 같이 정의되어 있지만 일반 OS User가 Oracle을 사용
하기 위해서는 위에 정의된 Oracle을 위한 환경변수가 각 OS User의 Home_directory밑에 .profile 이나 .cshrc또
는 .login에 정의되어야 합니다.
1.3 설치시 이용된 가 아닌 다른 의 사용방법
Oracle을 install 할 때 이용한 user가 아닌 일반 user가 Oracle을 사용하려면 앞의 1.2에서 언급된 사용자 환
경변수를 일반 user에게도 setting하여야 합니다.
환경변수를setting하는 방법은 다음과 같습니다.
(여기의 예제는 borne_shell 사용시 환경변수 setting 방법임)
일반 user의 Home directory에 있는 .profile에 아래에 있는 내용을 추가하면 됩니다.
ORACLE_SID = eora: export ORACLE_SID
ORACLE_HOME = /extra2/eora: export ORACLE_HOME
NLS_LANG = America_America.KO16KSC5601:export NLS_LANG
ORACLE_TERM = vt100:export ORACLE_TERM
PATH = $PATH:$ORACLE_HOME/bin:export PATH
ORATERMPATH = $ORACLE_HOME/forms30/admin/resource export ORATERMPATH
MENU5PATH = $ORACLE_HOME/forms30/admin/resource export MENU5PATH
위의 Parameter들은 Oracle 설치 후 setting한 값 즉, Oracle owner에 정의되어 있는 것과 같은 값으로 설정
되어야 합니다.
C shell을 사용하는 경우에는 .cshrc또는 .login에 정의하여야 합니다.
( C shell을 사용시에는 borne-shell과 정의 방법이 다름)
1.4 Oracle 기동시 살아나는 Process 현황
▣ Oracle을 sqldba에서 기동시켜(startup) 정상적으로 기동되면 Data의 read. write를 위해 여러 개의
background process가 살아납니다.
1.4.1 기동되는 Process

■ 일반적으로, 정상으로 Oracle이 기동되면 dbwr. lgwr. smon. pmon. arch. reco. d000. s000 process들이
background로 running됩니다.
■ arch. reco process는 특별히 이 process들은 run 되게 한 경우에만 나타납니다. arch는 Oracle을 archive log
mode으로 운영시 run되며 reco process는 분산 database option이 설치되어 있는 경우에 run됩니다.
■ 실제로 background를 run 되는 상황을 보면 다음과 같습니다.
(ps -ef : grep ora라고 하면 현재 Oracle의 background process를 확인할 수 있습니다.)
ex) ps -ef 1 grep ora
˙process명은 ora_process명 + Oracle_sid (Oracle 환경변수 참조)라는 이름으로 구성되어 있습니다.
◆ 각 process의 역할은 다음과 같습니다.
dbwr : 수정된 data block을 database에 write하는 역할을 합니다.
lgwr : redo log entry라는 정보를 Oracle system redo log file에 write합니다.
smon : Database의 recovery를 수행합니다.
pmon : User process의 recovery를 수행합니다.
arch : archive log로 운영시 redo log file를 archiving하는 역할을 수행합니다.
reco : 분산환경에서 transaction의 recovery를 담당합니다.
dooo : MTS로 운영시 이용되는 dispatcher process입니다.
sooo : MTS로 운영시 이용되는 shared server process입니다.
Oracle 0 11523 1 0 Aug 28 ? 0:40 ora_smon_eora
Oracle 0 11542 1 0 Aug 28 ? 11:51 ora_arch_eora
Oracle 0 11529 1 0 Aug 28 ? 0:01 ora_reco_eora
Oracle 0 11499 1 0 Aug 28 ? 0:06 ora_pmon_eora
Oracle 0 11502 1 0 Aug 28 ? 0:52 ora_dbw_eora
Oracle 0 11536 1 0 Aug 28 ? 17:29 ora_d000_eora
Oracle 0 11507 1 0 Aug 28 ? 0:35 ora_lgwr_eora
Oracle 0 789 11499 0 10:32:26 ? 6:04 ora_s000_eora
1.5 Oracle의 Directory 구조
▣Oracle이 설치되고 나면 ORACLE_HOME(1.2의 환경변수 참조)아래에 Oracle RDBMS및 각 Product를 위
한 sub directory가 만들어집니다.
1.5.1 Oracle RDBMS를 위한 Directory
■ bin. dbs. orainst. lib. rdbms. guicommon. ocommon. tk2와 같은 directory가 만들어집니다.
이중에서 bin은 Oracle에서 이용할 실행 file이 있는 곳이며, dbs는 Oracle system의 운용시 필요한 system
file이 있는 곳입니다.
1.5.2 Oracle Product를 위한 Directory
■ cdes. cgen20. dict50. procob. forms30. menu5. network. oraterm. plsql. proc. sqlplus sqlreport. report.
tcp. tcppa등의 directory가 생깁니다.
■ cdes, cgen20, dict50은 Oracle case tool 관련 directory입니다.
■ forms30, menu5, oraterm은 forms/menu용 directory입니다.
■ plsql, sqlplus는 sql 관련 directory 입니다.
■ sqlreport, report는 reportwriter 관련 directory입니다.
■ tcp, network, tcppa는 sqlnet 관련 directory 입니다.
˙설치 후 oracle의 제품구매에 따라 위에 설명한 directory 중 ORACLE_HOME 아래에 없는 directory가
있을 수 있습니다.
2.Oracle의 기동 및 정지방법

▣ Oracle의 기동이라는 것은 일반 user들이 Oracle 사용할 수 있는 상태로 만들어 주는 것을 의미하며 일반
적으로 Oracle를 살린다고 표현합니다.
▣ Oracle의 정지라는 것은 Oracle 사용할 수 없는 상태로 만드는 것을 의미하며 일반적으로 Oracle
을 죽인다고 표현합니다.
2.1 Oracle DB의 기동 및 정지방법
1)데이타베이스의 기동
● 데이타베이스내의 정보를 처리하거나 작업하려면 다음의 절차를 통해 기동시킵니다.
$ sqldba lmode=y
SQL *DBA: Release 7.0.15.4.0 - Production on Thu Feb 9 23:39:59 1995
Copyright (c) Oracle Corporation 1979.1992. All rights reserved.
ORACLE7 Server Release 7.0.15.4.0 - Production
With the procedural and distributed options
PL/SQL Release 2.0.17.1.0 - Production
SQLDBA>connect internal /*데이타베이스에 접속한다 */
Connected.
SQLDBA>startup. /*데이타베이스를 기동시킨다 */
ORACLE instance started.
Database mounted.
Database opened
Total System Global Area 3532184 bytes
Fixed Size 39136 bytes
Variable Size 2460856 bytes
Database Buffers 1024000 bytes
Redo Buffers 8192 bytes
SQLDBA>exit /* SQL*DBA를 종료한다 */
● 위의 화면과 같이 나타나면 Oracle은 정상적으로 기동된 것입니다.
2) 제한된 user를 위한 데이타베이스의 기동
● DB의 구조를 바꾸거나 data의 export또는 import시 등에 이용할 수 있으며,DB를 운영자만이 사용할 필요가
있는 경우에 사용하게 됩니다.
● 위의 1)과 같이 startup을 하면 모든 user들이 Oracle에 바로 connect하여 사용할 수 있습니다. 그렇지만 DB
구조를 바꾸거나 data의 export또는 import등과 같은 작업을 할 때, 일반 user들이 사용을 못하게 하고 작업을 할
필요가 있을 경우에는 다음과 같이 restricted option을 이용합니다. 또한 restricted option으로 startup되므로
DBA권한을 갖는 user만이 connect하여 Oracle DB를 이용할 수 있습니다.
$ sqldba lmode=y
SQL*DBA: Release 7.9.15.4.0 - Production on Thu Feb 9 23:39:59 1995
Copyright (c) Oracle Corporation 1979. 1992. All rights reserved.
ORACLE7 Server Release 7.0.15.4.0 - Production
With the procedural and distributed options
PL/SQL Release 2.0.17.1.0 - Production
SQLDBA>connect internal /*데이타베이스에 접속한다 */
Connected.
SQLDBA>startup restrict /*데이타베이스를 기동시킨다 */
ORACLE instance started.
Database mounted.
Database opened
Total System Global Area 3532184 bytes
Fixed Size 39136 bytes
Variable Size 2460856 bytes
Database Buffers 1024000 bytes
Redo Buffers 8192 bytes
SQLDBA>exit /* SQL*DBA를 종료한다 */
3) 데이타베이스의 정지
● 기계를 끄거나, 데이타베이스의 백업을 하는 경우 먼저 오라클을 정지 시킵니다.
$ sqldba lmode=y
SQL*DBA: Release 7.0.16.4.0 - Production on Thu Fed 9 23:39:59 1995
Copyright (c) Oracle Corporation 1979, 1992. All rights reserved.
ORACLE7 Server Release 7.0.15.4.0-Production
With the procedural and distributed options
PL/SQL Release 2.0.17.1.0-Production
SQLDBA>connect internal /*데이타베이스에 접속한다 */
Connected.
SQLDBA>shutdown /*데이타베이스에 정지시킨다*/
Database closed.
Database dismounted.
ORACLE instance shut down.
SQLDBA>exit
위와 같은 화면이 나타나면 oracle은 정상적으로 shutdown된 것입니다.
4) 데이타베이스의 강제 종료
● Oracle을 사용하는 중에 어떠한 비상상태를 맞게되면 Oracle을 강제로 종료할 필요가 있습니다.
● 정상적으로 Oracle을 종료하려고 하면 다른 user가 Oracle에 connect하여 사용중이면 이 user가 Oracle을
disconnect할 때까지 shutdown이 되지 않습니다.
즉, 사용하는 user가 모두 빠져나와야지만이 Oracle을 shutdown할 수 있습니다.
● 다른 user가 Oracle을 사용중임에도 불구하고 Oracle을 shutdown하고자 하면 아래와 같이 shutdown
immediate를 이용합니다.
$ sqldba lmode=y
SQL*DBA: Release 7.0.15.4.0-Production on Thu Fed 9 23:39:59 1995
Copyright (c) Oracle Corporation 1979, 1992.All rights reserved.
ORACLE7 Server Release 7.0.15.4.0-Production
With the procedural and distributed options
PL/SQL Release 2.0.17.1.0-Production
SQLDBA>connect internal /*데이타베이스에 접속한다*/
Connected.
SQLDBA>shutdown immediate /*데이타베이스의 강제 종료시킨다*/
Database closed.
Database dismounted.
ORACLE instance shut down.
SQLDBA> exit
◆ 위와 같은 화면이 나타나면 Oracle은 정상적으로 shutdown된 것입니다.
● 위의 shutdown immediate는 commit되지 않은 transaction을 rollback하고 connect되어 있는 user를
disconnect하는 일을 수행 후 Oracle을 shutdown시키게 됩니다.
● 오랫동안 commit 되지 않은 transaction이 있다면 shutdown immediate는 shutdown하는데 많은 시간이 걸리
기도 합니다.
☆ 위의 shutdown immediate를 수행이 시간이 많이 걸리거나 빠른 시간 내에 shutdown을 할 필요가 있다면,
위의 shutdown immediate대신 shutdown abort를 합니다.
단, shutdown abort는 commit 되지 않은 transaction을 rollback하지 않고 바로 instance(background process)
를 정지시키므로 가능하면 사용하지 않는 것이 좋습니다.
2.2 SQL*Net의 기동 및 정지방법
PC상의 오라클 프로그램을 통해 데이타베이스를 액세스하려면 SQL*Net을 기동시켜야 합니다.
1)SQL*Net의 기동방법
$ tcpctl start
tcpctl : log file is /extra2/eora/tcp/log/orasrv.log
tcpctl : SID mapping file is/etc/oratab
tcpctl : server will be run under eora
tcpctl : logging mode is on
orasrv: Release1.2.7.7.1 - Production on Fri Feb 10 09:41:18 1995
Copyright (c) Oracle Corporation 1979, 1992. All rights reserved.
Starting server on port 1525.
tcpct1 : server has been started
2)SQL*Net의 기동상태 확인
$ tcpctl status /*데이타베이스에 접속한다*/
tcput1 : Status summary follows /*기동된 상태다*/
Server os rimmomg :
Started : 10-FEB-95 09:41:19
Total connections : 0
Total rejections : 0
Active subprocesses : 0
ORACLE SIDs : ORAMIS, EORA, ORAY
Default SID : (null)
Logging mode is ENABLED.
DBA logins are DISABLED.
OPS$ logins are ENABLED.
OPS$ROOT logins are DISABLED
Orasrv is detached from the terminal.
Break mode = OUT OF BAND.
Debug level = 1
NO timeout (on orasrv handshaking).
Length of listem queue = 10
Orasrv logfile = /extra2/eora/tcp/log/orasrv.log
Orasrv mapfile = /etc/oratab
3) SQL*Net의 정지
$ tcpctl stop
tcputl: checking user permission...
tcputl: server has been stopped
3. Oracle 사용자의 관리방법
▣ Oracle 사용자란 OS에서 login 후 Oracle에 들어있는 정보를 읽거나 수정하기 위해 이용하는 user를 의미합
니다. 이는 Oracle의 정보를 읽거나 수정하기 위해서는 먼저 Oracle을 이용할 수 있는 OS user id와 oracle
userid 두 가지를 알아야 한다는 것을 의미합니다.
3.1 새로운 사용자의 생성 및 권한 부여
1)새로운 사용자 생성
● 오라클 유저명을 scott1, 패스워드를 tiger1으로 사용자를 등록할 경우 다음과 같이 합니다.

$ sqldba lmode=y
SQL*DBA: Release 7.0.15.4.0-Production on Thu Feb 9 23:39:59 1995
Copyright(c) Oracle Corporation 1979, 1992. All rights reserved.
ORACLE7 Server Release 7.0.15.4.0 - Production
With the procedural and distributed options
PL/SQL Release 2.0.17.1.0 - Production
SQLDBA>connect internal
Connected.
SQLDBA>
SQLDBA>create user scott1 identified by tiger1
2> default tablespace users
3> temporary tablespace temp;
4> QUOTA 100M ON USERS;
Statement processed.
SQLDBA>
● 새로운 user 생성시 정의한 default tablespace는 앞으로 이 user가 만드는 table은 USERS 라는 tablespace에
만들어지는 것을 의미하며, 이를 정의하지 않으면 system tablespace에 table을 만들게 됩니다.
● Temporary tablespace는 이 user가 sort등이 작업시 이용되는 temporary 영역으로 temp tablespace를 이용
하는 것을 의미합니다.
● QUOTA라는 option은 scott1이라는 user가 USERS라는 tablespace에 100M만 사용하라는 것을 의미하며, 이
option을 사용하지 않으면 이 user id로는 table을 어디에서도 만들수 없게 되며, 제한 없이 사용하고자 할 때는
unlimited로 해줍니다.
2)새로운 사용자의 권한 부여
● 새로 생성된 유저에게 권한을 부여하여, 데이타베이스에 대한 작업을 할 수 있도록 합니다.
SQLDBA> grant connect, resource to scott1;
Statement processed.
SQLDBA>

▶ 여기에서 부여한connect, resource라는 것은 다음과 같은 권한을 갖게 됩니다.
connect : Alter session. Create cluster, Create database link,
Create session, Create synonym, Create table, Create view
▶ User에서 부여할 권한은 위에서 설명한 connect 외에도 resource, DBA등이 있으며 이외도 ADMIN
이 필요한 권한을 만들어 이를 user에게 부여 할 수 있습니다.
resource : Connect 권한 외에 Create procedure, Create trigger
1)번 항목에서 새로운 user생성시 준 QUOTA option을 무제한으로 하고 싶은 경우 즉, 새로운 user가 어떤
tablespace에나 size의 제한 없이 table을 만들고자 하는 경우에는 unlimited tablespace라는 권한을 scott1에게 주
어야 합니다.
SQLDBA>grant unlimited tablespace scott1;
3.2 기존사용자가 갖고 있는 권한의 제거
▣ 일반 user에게 너무 많은 권한을 부여한 경우에는 권한을 삭제하게 됩니다. 이때 권한을 삭제하는 것을
revoke라는 command를 이용합니다.
▣ 만약 scott1에게 connect, resource 두 권한이 주어져 있다면 resource권한을 제거하는 것은 아래와 같습
니다.
SQLDBA> connect internal
connected
SQLDBA> revoke resource from scott1
statement processed
4. Database의 구조 및 기본 이용 방법

4.1 Database 구조
4.1.1 Database의 기본구조
● data를 입력하거나 수정시에 Oracle에서는 이 data들을 어디에 보관하는 가라는 것은 database를 이해하는데
매우 중요한 요소입니다.
● Oracle에서는 data의 신규 입력이나 수정시 data가 저장되는 저장 공간의 가장 작은 단위는 segment이며 이
segment가 하나 이상 모여 하나의 tablespace가 되며 또한 하나 이상의 tablespace가 모여 database를 이루게 됩
니다.
즉, 이를 쉽게 풀어서 설명하면 하나 이상의 방이 모여 집을 이루게 되고 여러 개의 집이 모여 동네가 되는 것
이라고 할 수 있습니다.
여기에서 방은 segment이며 집은 tablespace, 동네는 database를 의미합니다.
▶ 이를 상세히 살펴보면 다음과 같습니다.

1.Segment

segment라는 것은 이름을 갖고 있는 저장 공간의 최소 단위입니다.
일반적으로 저희들이 부르는 table, index, rollback은 segment의 종료입니다.
여기에서 설명한 segment(table, index, rollback)는 OS상의 file system에서는 그 실체를 확인할 수는 없고,
Oracle 내부에서 갖고 있는 data dictionary를 이용해 확인 할 수 있습니다.
2. Tablespace
■ tablespace는 segment가 들어있는 공간을 지칭하는 것입니다.
■ tablespace는 논리적인 공간으로 file system상에 존재하는 것으로 data file들로 구성됩니다.
file system상에 물리적인 disk 공간 즉, data file을 확보하여 이 공간 내에 하나 이상의 segment를 두게되
는 것입니다.
■ 물리적인 disk 공간인 data file은 하나 이상이 모여 tablespace를 이루게 됩니다.
즉, tablespace하나가 여러 개의 data file로 구성될 수 있다는 것입니다.
(ex: TSP이라는 tablespace가 10M size로 '/Oracle/DB/tsp.dbt'라는 data file명으로 존재 합니다.
이때 user가 여러 개의 segment를 이 tablespace에 만들어 data를 저장하다가 이 tablespace가 부족하면 error
가 납니다.
이때 tsp이라는 tablespace에 size가 10M인 '/Oracle/DB/tsp1.dbf'라는 data file을 추가 하여 사용할 수 있습니
다.)
그러면 tsp라는 tablespace는 '/Oracle/DB/tsp.dbf'와 /Oracle/DB/tsp.dbf' 두개의 data file로 구성되게 됩니
다.
■ Unix에서는 일반적으로 data file의 확장자는 .dbf로 합니다.
3. Database
database는 여러 개의 tablespace가 모여 하나의 DB를 이루게 됩니다.
위에 설명한 database 구조에서 tablespace를 이루는 data file만 실제를 확인 될 수 있으며 나머지는 Oracle 내
부에서 관련된 정보를 갖고 있습니다.

하나의 database를 이루는 tablespace가 몇 개이며(즉, tablespace는 disk상에 physical 하게 존재하지만,
database와 segment는 logical 하게 존재하는 것입니다.) tablespace를 이루고 있는 data file은 어떤 것이 있는가
를 알 수 있는 것은 Oracle 내부에는 V$ datafile을 확인하여 보면 됩니다.
SQL>select * from V$ datafile;
FILE# STATUS CHECKPOINT_CHANGE# BYTES NAME
1 SYSTEM 6134707 5242880 /extra2/eora/dbs/sysora714.dbf
2 ONLINE 6134707 4194304 /extra2/eora/dbs/rbs4ora714.dbf
3 ONLINE 6134707 563200 /extra2/eora/dbs/temp4ora714.dbf
FILE# STATUS CHECKPOINT_CHANGE# BYTES NAME
4 SYSTEM 6134707 15728640 /extra2/eora/dbs/tool4ora714.dbf
2 ONLINE 6134707 10485760 /extra2/eora/dbs/usr4ora714.dbf
3 ONLINE 6134707 5242880 /extra2/eora/dbs/jinf.dbf
6 rows selected.
4.1.2 Database에 있는 Object의 이해
● Oracle database에는 여러 가지의 object가 있으며 이중 대표적인 object인 table, view, synonym, index,
sequence에 대해 살펴봅시다.
테이블(TABLE)
기존의 파일시스템에서 테이타를 저장하는 곳은 파일이지만 데이터베이스에서는 테이블이라는 데이타베이스
구조에 데이타를 저장하게 됩니다.
모든 테이블은 이름으로(예,EMP) 구분되며 데이타는 행(row)이나 열(column)단위로 저장됩니다.
하나의 열(column)은 이름(예,EMPNO, ENAME, JOB),데이타 타입(CHAR, NUMBER, DATE), 길이로 구성되
며 열(column)들의 모임이 하나의 행(row)을 구성합니다.
데이타의 정확성을 보장하기 위해서 테이블을 생성할 때 각각의 열(column)에 제약사항을 지정할 수 있습니
다. 파일시스템에서처럼 NUMBER 데이타 타입에 CHARACTER 형태의 data가 들어갈 수 없는것 이외에도
NULL값체크,일정한 값만 들어가도록 할 수도 있습니다.
/* EMP 테이블의 예 */
EMPNO ENAME JOB MGR HIREDATE SAL COMM DEPTNO
7329 SMITH CLERK 7902 17-DEC-88 800.00 300.00 20
7499 ALLEN SALEMAN 7698 20-FEB-88 1.600.00 300.00 30
7521 WARD SALEMAN 7698 22-FEB-88 1.250.00 500.00 30
7521 JONES MANAGER 7839 02-APR-88 2.975.00 20
인덱스 (INDEX)
테이블내의 데이타를 조회하고자 할 때 속도의 향상을 위해서 조건을 주고자 하는 열을 순서적으로 정렬을
하여 실 데이타가 있는 곳의 주소를 연결시켜 鍽은 데이타베이스 구조를 인덱스라고 합니다. 대량의 데이타에서
하나의 행을 찾고자 할 때는 굉장히 빠른 속도를 보장하지만 데이타를 테이블로 삽입을 할 때는 데이타의 삽입
과 동시에 인덱스를 재정렬 해야합니다.

뷰 (VIEW)

뷰는 기본이 되는 table안에 저장되어 있는 data를 다음과 같은 이유에서 열(column)의 이름, 열의 갯수, 행
의 갯수 또는 보는 사용자에 따라서 다른 형태로 보게 하므로 실제로 data를 저장하는 구조는 아닙니다.

● 필요한 행과 열만을 사용자에게 보여주고자 할 때 (security)
● 복잡한 조건을 매번 주지 않고자 할 때 (convenience)
● 열의 이름을 테이블에 영향을 주지 않고 바꾸고자 할 때 (perspective)
● 추후에 테이블의 열이 추가되어도 프로그램 변경을 하지 않기 위해
동의어 (SYNONYM)
테이블을 편리하게 다른 이름으로 참조를 하고자 할 때 생성합니다.
EMP라는 테이블을 "사원"라는 이름으로 동의어를 만들어서 사용할 수 있습니다.
시퀀스 (SEQUENCE)
사원의 ID, 부서의 번호처럼 순차적으로 증가하거나 감소하는 번호를 부여하기 위해 생성하는 데이타베이스 구조
입니다.
● 여기에서 설명한 object중 tablespace내에 영역을 차지하는 table과 index는 segment이나 view,
synonym, sequence는 data를 저장하는 것이 아닌 object 이므로 segment가 아닙니다.
4.2 데이타의 검색 및 변경 방법
▣ 데이타를 조작하는 명령어는 SQL*Plus라는 TOOL을 이용해서 작업을 하며 SQL(Standard Query Language)
언어를 사용합니다. SQL언어는 각각이 하나의 프로그램에 해당할 정도로 강력한 기능을 가지고 있습니다.
크게 4가지 종류로 나눌 수 있습니다.
구축되어 있는 데이타의 검색 - SELECT
데이타의 삽입, 삭제, 변경 - INSERT, DELETE, UPDATE
데이타베이스 구조 정의, 변경, 삭제 - CREATE, DROP, ALTER
권한의 이양, 철회 - GRANT, REVOKE
1) sqlplus의 기동과 정지 및 기본조작 방법
● PC에서 데이타베이스가 설치되어 있는 컴퓨터(서버)로 login을 합니다.
(제공하는 S/W 따라서 명령어가 차이가 있음 - 생략)
● 서버 컴퓨터의 프롬프트 상에서 다음과 같이 입력합니다. 부여받은 사용자명과 패스워드를 각각 입력합니다.
$ sqlplus 사용자명/패스워드
SQL*Plus : Release 3.1.3.2.1 - Production on Thu Feb 9 20:07:42 1995
Copyright (c) Oracle Corporation 1979, 1992. All rights reserved.
Connected to :
ORACLE7 Server Release 7.0.15.4.0 - Production
With the procedural and distributed options
PL/SQL Release 2.0.17.1.0 - Production
SQL> /*SQL 명령어를 수행할 수 있는 상태 */
● sqlplus의 종료
SQL>EXIT
● sqlplus에서 명령어의 문법 및 테이블의 구조를 보는 방법
SQL>HELP /* SQL 명령어에 대한 도움정보를 이용하는 */
/* 방법을 본다 */
또는
SQL> HELP SELECT /*SELECT 명령에 대한 도움정보를 본다 */
SQL>DESC emp /* EMP 테이블의 구조를 본다. */
Name Null? Type
EMPNO NOT NULL NUMBER(4)
ENAME VARCHAR2(10)
JOB VARCHAR2(9)
MGR NUMBER(4)
HIREDATE DATE
SAL NUMBER(7,2)
COMM NUMBER(7,2)
DEPTNO NUMBER(2)
● 존재하는 테이블의 이름을 보는 방법
SQL>SELECT *FROM tab;
TNAME TABTYPE CLUSTERID
BONUS TABLE
CUSTOMER TABLE
DEPT TABLE
EMP TABLE
ITEM TABLE
ORD TABLE
PRICE TABLE
SALGRADE TABLE
● 데이타의 출력을 화면과 동시에 화일로 받는 방법
SQL> SPOOL filename /*화면 출력을 기록할 OS file */
SQL> SELECT * FORM tab;
SQL> spool off /*화면 출력의 file 기록을 중지 */
/* OS 명령어로 file의 내용을 본다*/
● 바로 전에 수행했던 문자를 재 수행하는 방법
SQL> / (또는 RUN)
● 바로 전에 수행했던 문장을 화일에 저장하는 방법과 화일내의 문장을 바로 수행하는 방법
SQL> SELECT*FROM tab;
TNAME TABTYPE CLUSTERID
BONUS TABLE
CUSTOMER TABLE
DEPT TABLE
SQL> save filename /* 전에 수행한 문장을 file에 저장*/
Created file filename
SQL> start filename /* file내의 문장을 수행 */
TNAME TABTYPE CLUSTERID
BONUS TABLE
CUSTOMER TABLE
DEPT TABLE
2)데이타의 검색 (SELECT)
● 문법 ) SELECT 열명, 열명,....
FROM 테이블명,....
* WHERE 조건
* ORDER 정렬할 열
/* * 표시는 생략가능한 문구이며 한 문자는 여러 줄로 구분되어 */
/* 작성될 수 있으며 문자의 끝은 ";"로 표시한다. */
● 테이블의 모든 데이타 조회
SQL>DESC dept /*조회할 테이블구조를 미리 본다 */
Name Null? Type
DEPTNO NUMBER(2)
DNAME VARCHAR2(14)
LOC VARCHAR2(13)
SQL>SELECT * FROM dep; /*테이블 이름을 잘못 지정한 경우 */
select * from dep
*
ERROR at line 1:
OEA-00942 : table or view does not exist
SQL> SELECT * FROM dept; /*필요한 열만 보고 싶을 때 대신 일명을 사용한다 예,deptno, dname, loc
*/
DEPTNO DNAME LOC
10 ACCOUNTING NEW YORK
20 RESEARCH DALLAS
30 SALES CHICAGO
40 OPERATIONS BOSTON
SQL>SELECT dname, loc FROM dept /* 특정 행만 보고 싶을 때*/
2 WHERE deptno = 10;
DNAME LOC
ACCOUNTING NEW YORK
SQL>SELECT dname, loc FROM dept /*특정 열로 정렬을 할 때 */
2 ORDER BY dname ASC: /* 오름차순 ASC */
/* 내림차순 DESC */
DNAME LOC
ACCOUNTING NEW YORK
OPERATIONS BOSTON
RESEARCH DALLAS
SALES CHICAGO.
3)데이타의 변경
● 문법 ) UPDATE테이블명
SET 열명 = 값, 열명 = 값,...
● WHERE 조건
● 테이블의 모든 데이타 변경 /*절을 주지 않으면 모든 행을 변경하므로 주의한다*/
SQL>UPDATE dept SET dname = 'KT' ;
DEPTNO DNAME LOC
10 KT NEW YORK
20 KT DALLAS
30 KT CHICAGO
40 KT BOSTON
● 테이블의 특정 데이타 변경
SQL> UPDATE dept SET dname = 'KT'
2 WHERE deptno = 10;
1 row updated.
SQL> SELECT * FROM dept;
DEPTNO DNAME LOC
10 ACCOUNTING NEW YORK
20 RESEARCH DALLAS
30 SALES CHICAGO
40 OPERATIONS BOSTON
● 테이블의 데이타 변경을 확정하는 방법
SQL> commit;
또는
SQL> EXIT /* sqlplus를 종료하면 자동 commit 된다. */
4)데이타의 삭제
문법 ) DELETE FROM 테이블
WHERE 조건
테이블의 모든 데이타 삭제 /* WHERE 절을 주지 않으면 모든 행을 삭제하므로 주의한다 */
SQL> DELETE FROM dept;
4 rows deleted.
SQL>SELECT * FROM dept;
no rows selected
테이블의 특정 행 삭제
SQL> DELETE FROM dept WHERE deptno = 10;
1 row deleted.
SQL> SELECT * FROM dept;
DEPTNO DNAME LOC
20 RESEARCH DALLAS
30 SALES CHICAGO
40 OPERATIONS BOSTON
5)데이타의 삽입

● 문법 ) INSERT INTO테이블
*(열며, 열명, ...)
VALUES (열명, 열명, ...)
● 테이블의 모든 열에 값을 삽입할 때
SQL> INSERT INTO dept
2 VALUES (50, 'ORACLE', 'YOIDO');
1 row inserted.
SQL> SELECT * FROM dept;

DEPTNO DNAME LOC
10 ACCOUNTING NEW YORK
20 RESEARCH DALLAS
30 SALES CHICAGO
40 OPERATIONS BOSTON
50 ORACLE YOIDO
5 rows selected.
● 테이블의 특정 열에 값을 삽입할 때
SQL> INSERT INTO dept
2 (deptno, dname) values
3 ('KT' , 'KOREA');
1 row deleted.
SQL> SELECT * FROM dept;
DEPTNO DNAME LOC
10 ACCOUNTING n
20 RESEARCH n
30 SALES CHICAGO
40 OPERATIONS BOSTON
50 ORACLE YOIDO
KT KOREA
6 rows selected.
5. 자주 이용하는 Data Dictionary 정보
▣ Oracle에 관련된 user, table, tablespace등 많은 정보들이 data dictionary에 보관 되어 있습니다.
▣ Oracle database를 관리하는 사람은(DBA)이러한 정보를 잘 활용할 줄 알아야 효율적인 database를 운영할 수
있습니다.
▣ 이러한 정보들은 Oracle의 data dictionary를 조회할 수 있는 view를 이용하여 조회하게 됩니다.
일반적으로 DB 관리자가 이용하는 data dictionary관련 view는 DBA로 시작합니다.
▣ 또한 DBA로 시작되는 view를 사용하기 위해서는 Oracle에 connect시 DBA privilege를 갖고 있는 user여야
합니다.
connect or resource의 권한만을 갖고 있는 user는 DBA로 시작되는 view를 이용할 수 없습니다.
5.1 User 보유현황
SQL> select username, default_tablespace, temporary_tablespace 2* from dba_users;
USERNAME DEFAULT_TABLESP TEMPORARY_TABLESPACE
SYS SYSTEM TEMP
SYSTEM TOOLS TEMP
SCOTT USERS TEMP
ORA USERS TEMP
JIN JINTB TEMP
STJ USERS SYSTEM

6 rows selected.

● 위의 DEFAULT_TABLESPACE와 TEMPORARY_TABLESPACE는 create user시 정의해 준 tablespace
이며 만약 정의하지 않으면 default_tablespace와 temporary_tablespace는 system tablespace가 default입니다.
● 이를 통해서 현재 Oracle에 등록되어 있는 user에 관한 정보를 얻을 수 있습니다.
5.2 User별 Object 보유현황
SQL> select object_name, object_type from dba_objects where
owner = 'SCOTT'
OBJECT_NAME OBJECT_TYP
EBONUS TABLE
DEPT TABLE
DUMMY TABLE
EMP TABLE
EMPDESG SYNONYM
IAPXTB TABLE
SALGRADE TABLE
SQL_TXT TABLE
SQL_TXT_IDX1 INDEX
TEST1 TABLE
TEST10_ID INDEX
TEST11 TABLE
DESG.WORLD DATABASE LINK
13 rows selected.
● user별로 갖고 있는 object (table, index ..) 관련정보를 보는 것으로, 어떤 user가 어떤 object를 갖고 있는
가는 매우 중요합니다.
● object관련 정보는 dba_object라는 view를 이용하며 필요시에는 특정 owner 또는 특정 object에 관련된 정
보를 추출할 수도 있습니다.
이는 위에 있는 SQL문을 활용함으로 처리가 가능합니다.
5.3 Database의 Datafile 보유현황
SQL> select file_name, tablespace_name, bytes from dba_data_files
FILE_NAME TABLESPACE_NAME BYTES
/extra2/eora/dbs/syseora.dbf SYSTEM 5242880
/extra2/eora/dbs/rbseora.dbf RBS 4194304
/extra2/eora/dbs/tempeora.dbf TEMP 5763200
/extra2/eora/dbs/tooleora.dbf TOOLS 15728640
/extra2/eora/dbs/usreora.dbf USERS 1048576-A
/extra2/eora/dbs/usr1eora.dbf USERS 1572640-A
● 위에서는 datafile의 physical한 path와 datafile명이 있으며 datafile에 연계된 tablespace명과 datafile의
size에 관한 정보를 제공합니다.
● 위에서 A로 mark된 users라는 tablespace는 두개의 datafile이 모여 하나의 tablespace를 이루는 경우를 의
미합니다.
즉, users라는 tablespace는 "/extra2/eora/dbs/usreora.dbf" 와 "/extra2/eora/dbs/usr1eora.dbf" 두개의 file로
구성되었음을 알려줍니다.
5.4 Tablespace 별 여유공간의 량
SQL> select tablespace_name, sum(bytes), max(bytes) from dba_free_space
2 group by tablespace_name;
TABLESPACE_NAME SUM(BYTES) MAX(BYTES)
JINTB 1021952 1021952
RBS 3127296 3127296
SYSTEM 1650688 1650688
TEMP 561152 561152
TOOLS 13719552 13719552
USERS 933888 933888
6 rows selected.
● 현재 사용중인 각 tablespace의 여유공간(freespace)이 어느 정도 있는지를 아는 것은 매우 중요합니다.
● 다량의 data가 insert 될 경우 tablespace에 충분한 여유공간이 없다면 작업 중 error가 발생하게 됩니다. 만
약, 여유공간이 충분한지 않다는 정보를 알고 있다면 다량의 insert작업 전에 tablespace의 여유공간을 미리 확보
하여 작업함으로써 시간과 노력을 줄여 보다 효과적인 DB 운영이 가능하기 때문입니다.
● 위에서 조회한 freespace의 합(sum)은 하나의tablespace내에 분산되어 있는 여유공간을 모두 합한 값이며
가장 큰 값(max)은 분산되어 있는 여유공간 중 가장 큰공간의 size를 의미합니다.
==> 이외에도 DB관리자에게 유용한 data dictionary정보를 많이 있으며 필요시에 어떤 view를 이용해 조회를
하며, 필요한 정보를 추출하고 이를 통한 DB의 유지 관리 능력을 키워 나가는 것은 매우 중요합니다.
6. Backup
▣ Database를 이용시 어떤 방법으로 data를 저장하고 수정할 것인가라는 것은 무척 중요합니다.
또한, 저장되어 있는 data를 어떻게 유지, 보관하여야 할 것인가도 매우 중요합니다.
▣ 저장되어 있는 data의 보관하는 방법을 backup이라 하며 이는 DB 관리자(DBA)가 담당해야 할 중요한 역할
입니다.
▣ 여기에서는 Oracle에서 제공하는 3가지의 backup을 소개합니다.

6.1 OS 명령어에 의한 Backup
오라클 관련 file들을 OS 명령어를 이용해서 tape나 별도의 OS 디렉토리에 복사합니다.
6.1.1 Oracle 관련 file
오라클 데이타베이스를 구성하는 file에는 다음과 같은 것들이 있습니다.
data file 사용자와 시스템 정보를 저장하는 file
redo log file 정보에 대한 변경 history를 저장하는 file
control file 데이타베이스 file 목록 및 운영정보를 저장하는 file
parameter file 데이타베이스 운영변수 값들을 저장하는 file
현재 생성되어 있는 오라클 file들은 다음과 같이 확인할 수 있습니다.
(일단 문제가 발생한 경우 확인하지 못할 수 있으므로 평소에 확인할 필요가 있으며, 정해진 디렉토리에만
file을 생성, 유지하면 관리하기가 쉽습니다.)

data file
SQLDBA> select file_name
2> from dba_data_files;
FILE_NAME
-----------------------------------------------------
/rdbms/Oracle7/dbs/systORA7.dbf
/rdbms/Oracle7/dbs/rbsORA7.dbf
/rdbms/Oracle7/dbs/temORA7.dbf
/rdbms/Oracle7/dbs/usrORA7.dbf
/rdbms/userDB/INSADB.dbf ---------A
control file
SQLDBA> select value
2> from v$parameter
3> where name = 'control_files';
VALUE
-----------------------------------------------------
/rdbms/Oracle7/dbs/ctrl10RA7.ct1
/rdbms/Oracle7/dbs/ctrl20RA7.ct1
/rdbms/Oracle7/dbs/ctrl10RA7.ct1
1 rows selected.
parameter file
/rdbms/Oracle7/dbs/initORA7.ora
.1.2 Backup 절차
● 6.1.1에서 확인된 file들을 다음과 같이 backup합니다.
SQLDBA> connect internal
Connected.
SQLDBA> shutdown normal /*오라클을 정지시킨다. */
Database closed.
Database dismounted.
ORACLE instance shutdown
SQLDBA> host /*OS로 잠시 빠져 나간다. */
$tar -cvf /dev/rmt/0mextra2/eora/dbs/* /*tape에 6.1.1에서 확인 */
/extra2/userDB/INSADB.dbf /* 된 file을 모두 받는다.*/
A는 다른 directory에 있으므로 따로 정의해 주어야 한다.
$exit /* SQLDBA로 돌아간다 */
SQLDBA> startup
ORACLE instance started.
Database mounted.
Database opened.
Total System Global Area 1913196 bytes
Fixed Size 27764 bytes
Variable Size 1787128 bytes
Database Buffers 65536 bytes
Redo Buffers 32768 bytes
cf. 별도의 tar 명령으로 각각의 file을 하나의 tape에 받는 경우 device 이름(예를 들어 /dev/rmt/0 OS마다
다르다.)은 norewind device를 지정합니다.
● 위의 tar 명령 대신에 다음과 같이 하여 별도의 OS 디렉토리에 복사할 수도 있습니다.
$cp /rdbms/Oracle7/*.dbf <backup directory>
* OS 명령에 의한 backup은 반드시 Oracle을 shut down 후 실시하여야 하며 Oracle home directory밑에 있
는 dbs directory 모두와 user가 만든 Oracle data file을 모두 backup하여야 합니다.
6.2 Oracle Utility에 의한 Backup

6.2.1 EXP에 의한 BACKUP
EXP 유틸리티로 데이타베이스내의 모든 정보를 OS file로 받습니다.

SQLDBA> connect internal
SQLDBA> startup
ORACLE instance started.
Database mounted.
Database opened.
Total System Global Area 1913196 bytes
Fixed Size 27764 bytes
Variable Size 1787128 bytes
Database Buffers 65536 bytes
Redo Buffers 32768 bytes
SQLDBA> host
$exp system/manager file=exp950224.dat full=y grants=y
/* DB정보를 */
/* exp950224.dat */
/* file로 받는다. */
Connected to : ORACLE7 Server Release 7.0.15.4.0 - Production
With the procedural and distributed options
PL/SQL Release 2.0.17.1.0 - Production
About to export the entire database ..
. exporting tablespace definitions
. exporting profiles
. exporting user definitions
. exporting roles
. exporting rollback segment definitions
. exporting database links
. exporting sequence numbers
. exporting cluster definitions
. exporting stored procedures
About to export SYSTEM's tables ...
.exporting table PRODUCT_ACCESS 0 rows exported
.exporting table PRODUCT_PROFILE 0 rows exported
.exporting table SRW_CMD_NAMES 77 rows exported
.exporting table USER_PROFILE 0 rows exported
.......
About to export SCOTT's tables...
.exporting table BONUS 0 rows exported
.exporting table CUSTOMER 9 rows exported
.exporting table DEPT 4 rows exported
.exporting table DUMMY 1 rows exported
.exporting table EMP 5 rows exported
.exporting table IAPXTB 1 rows exported
.exporting table IMAGE 15 rows exported
.exporting table ITEM 64 rows exported
.exporting table ORD 21 rows exported
.exporting table PLAN_TABLE 2 rows exported
.exporting table PRICE 17 rows exported
.exporting table SALGRADE 5 rows exported
About to export JSCHOI's tables ...
.exporing table ATTEND_CHK4335 rows exported
.exporting table CLASS35 4rows exported
.exporting table CLASSROOM 8 rows exported
.exporting table COMPANY 1416 rows exported
.exporting table COUPON 6576 rows exported
.exporting table COURSE_MANUAL 46 rows exported
.exporting table DEPT 16 rows exported
......
Export terminated successfully without warning.
● export를 이용한 backup을 위해서 설명한 Oracle database의 모든 정보를 backup 받는 것외에도 user별로
backup받는 것과 특정 table만 backup을 받는 방법도 있습니다.
(참조 Oracle Utilities Guide Chapter 1,2 참조)
● EXP를 이용한 backup은 OS 명령어를 이용하는 경우와는 달리 반드시 Oracle이 startup되어 있는 상태
에서 작업하여야 합니다.
6.3 Archive log에 의한 Backup
OS backup이나 EXP에 의한 backup을 받은 경우에 복구는 backup받은 시점으로밖에 복구할 수 없습니다.
최근에 정보까지 유실되지 않은 상태로 복구하려면 주기적인 OS backup과 함께 archive log모드로 데이타베이
스를 운영하면 됩니다.
6.3.1 Archive log 운영방법
1)parameter file (/$ Oracle_home/dbs/initORA7.ora)에 다음을 추가 정의합니다.
log_archive_start=true
log_archive_dest=/$ Oracle_home/archive/log
log_archive_format=%s.arc
cf. 이 경우 일정량의 정보가 쌓이면 /$ Oracle_home/archive (현재 존재하는 임의의 디렉토리로 가용한 영역
이 있으면 됩니다.)
디렉토리 밑에 log_001.arc, log_002.arc, ...같은 archive log file 생성되게 됩니다.
2)오라클 데이타베이스를 archive log mode로 변경 후 기동합니다.
(기동하기 전에 현재 상태의 오라클 file들을 3.3.3과 같이 OS상에서 backup 받습니다.)
SQLDBA> shutdown
Connected
SQLDBA> startup mount
ORACLE instance started
Database mounted.
SQLDBA> alter database archivelog;
Statement processed.
SQLDBA> alter database open
statement processed.
3)현재 이미 parameter file에 1번의 내용이 지정되어 있고 다음 명령의 결과가 보이면 archive log모드가 기
운영중인 상태입니다.
SQLDBA> select log_mode
from V$database;
LOG_MODE
_________________
ARCHIVELOG
archive log mode로 운영시 log_archive_dest 디렉토리 밑에 archive file은 계속해서 갯수가 증가하므로 주기
적으로 backup받고 OS상에서 삭제할 필요가 있습니다.
만약 file이 계속 쌓여서 disk상에 영역을 모두 사용한 경우 오라클이 더 이상 가동될 수 없는 상태까지 발생
할 수 있습니다.
4) 따라서 주기적인 OS backup을 하여 보관해야할 archive file의 수를 줄이는 것이 바람직하며 이는 또한 복
구를 필요로 하는 경우에 복구 시간을 단축할 수 있습니다.

SQLDBA> shutdown
Database closed.
Database dismounted.
Oracle instance shut down.
SQLDBA> host
/*오라클 관련 file들을 OS상에서 backup 받는다(3.1.1절 참조). */
/*backup이 끝나면 현재 log_archive_dest 디렉토리 밑에 존재하는 archive */
/*file은 모두 삭제 가능하다. */
$exit
SQLDBA> STARTUP
ORACLE instance started.
Database mounted.
Database opened.
Total System Global Area 913196 bytes
Fixed Size 27764 bytes
Variable Size 1787128 bytes
Database Buffers 65536 bytes
Redo Buffers 32768 bytes
*" Archive file이 상에는 Directory를 주기적으로 Backup을 하며 그 Directory의 file system이 full 되지 않게
하는 것이 중요합니다."
7. Oracle Error 분석 및 조치방법

▣ 운영 환경 내에서 접할 수 있는 여러 가지의 에러들은 크게3가지로 볼 수 있습니다. 첫 번째는 운영시스템
(O. S), 두 번째는 개발툴(Powerbuilder..), 마지막으로 오라클에서 발생되는 에러입니다.
오라클은 자체의 에러뿐만 아니라 운영 시스템이 발생시킨 에러들도 사용자에게 제공합니다.
우선 사용자는 이러한 것을 구분할 수 있어야 합니다. 오라클에서 발생될 수 있는 에러들을 두 가지 예를 들어
서 기술하면 다음과 같습니다.
7.1 Oracle을 살릴 때(startup) 발생하는 Error (ORA-1157)
▣우선 오라클의 STARTUP 단계를 살펴보면

▶ 첫 번째 단계로 instance를 start시키며, 여기서는 init ORACLE_SID.ora화일의 파라미터를 참조하여
SGA(SYSTEM GLOBAL AREA)를 할당하고 백그라운드 프로세서를 start 시킵니다.
▶ 두 번째 단계로 database mount이며 파라미터 화일에 명시된 control file을 오픈 합니다.
control file로부터 database name과 redo log file의 이름을 읽습니다.
▶ 마지막 세 번째 단계로 control file내의 정보를 이용하여 모든 data file을 오픈 합니다.
SQLDBA> CONNECT INTERNAL;
Connected.
ORACLE instance started.
Database mounted.
Database opened.
Total System Global Area 1913196 bytes
Fixed Size 27764 bytes
Variable Size 1787128 bytes
Database Buffers 65536 bytes
Redo Buffers 32768 bytes
● 이상과 같이 정상적인 startup을 위해선 운영 시스템 내에 존재하는 control file과 data file의 정보가 맞아
야 합니다.
그런데 누군가가 data file을 삭제했을 때.
startup시 data file이 control file정보에서는 존재하지만 실제로 O/S상에서는 존재하지 않으므로 database
open 단계에서 삭제된 data file을 open할 수 없이 다음과 같은 데이타 화일 오픈에 관련된 에러가 발생됩니다.
SQLDBA> STARTUP;
ORACLE instance started.
Database mounted.
ORA-01157 : cannot identify data file 11 - file not found
ORA-01110 ; data file 11 : '/rdbms/oracle7/dbs/user2.dbf'
Attempting to dismount database .... Database dismounted
Attempting to shutdown instance .... ORACLE instance shut down
● database open 단계에서 control file은 ORA-01157에러에서 나타난 11번 데이타 화일이 존재하는 것으로 인
식하지만 실제로 O/S상의 데이타 화일(user2.dbf)이 삭제된 상태입니다.
● 이러한 경우에는 두 가지 조치가 가능합니다.
첫째,database startup시 startup mount 단계까지 실행한 후, 문제의 데이타 화일을 offline 시킨 다음
database를 오픈 합니다.
단,database가 정상적으로 오픈 되어도 문제가 발생한 데이타 화일을 포함하고 있는 tablespace를 drop하지
않을 경우에는 database startup시 데이타 화일의 오픈 단계에서 에러가 발생될 수 있습니다.
■ 데이타 화일의 offline과tablespace의 drop에 관련된 명령은 다음과 같습니다.
sqldba를 command line mode로 가동시킵니다.
(1) SQLDBA> CONNECT INTERNAL;
Connected.
(2) SQLDBA> STARTUP MOUNT;
ORACLE instance started.
(3) SQLDBA> ALTER DATABASE
DATAFILE '/user1/oracle7/dbs/user2.dbf'
OFFLINE DROP;
Statement processed.
(4)SQLDBA>ALTER DATABASE OPEN;
Statement processed.
(5)SQLDBA> DROP TABLESPACE tablespace_name INCLUDING CONTENS;
Statement processed.

(4)번 단계에서 정상적으로 database가 오픈된 후 control file로부터의 데이타베이스 정보를 갖는 data
dictionary table인 V$DATAFILE의 내용과 데이타베이스 화일에 관한 정보를 가지고 있는data dictionary view
인 DBA_DATA_FILES을 조회하면 아래와 같은 내용을 확인 할 수 있습니다.

SQL>SELECT*FROM V$DATAFILE;
FILE# STATUS NAME
------- ----------- ---------------------
9 ONLINE /user1/Oracle7/dbs/tools.dbf
10 ONLINE /user1/Oracle7/dbs/user1.dbf
11 RECOVER /user1/Oracle7/dbs/user2.dbf
SQL> SELECT * FROM DBA_DATA_FILES;
FILE_NAME FILE_ID TABLESPACE_NAME STATUS
--------------------- ------- ------------------- -------
/rdbms/Oracle7/dbs/tools.dbf 9 TOOLS AVAILABLE
/rdbms/Oracle7/dbs/user1.db 10 TEST AVAILABLE
/rdbms/Oracle7/dbs/user2.dbf 11 TEST AVAILABLE
이상과 같이 control file과 data file등은 매우 조심스럽게 관리하고 수시로 백업을 받아두는 것이 최선의 방책
입니다.
7.2 Oracle을 사용 중 발생하는 Error
(ORA-1034, ORA-1574, ORA-1562)
1)ORACLE에 접속(connect)하고자 할 때 ORA-01034 error가 발생
오라클이 startup되지 않은 상태에서 사용을 시도했을때
$sqlplus scott/tiger
SQL*Plus : Release 3.1.3.2.1 - Production on Thu Feb 9 23:50:57 1995
Copyright (c) Oracle Corporation 11979,1992.All rights reserved.
ERROR : ORA-01034 : ORACLE not available
ORA-07429 : smsgsg : shmget( ) failed to get segment
88open UNIX Error : 2 : No such file or directory
Enter user-name:
위와 같은 에러가 발생됩니다.
이러한 경우에는 DBA가 Oracle을 startup 시키면 됩니다.
2) ORA001547 error가 발생
데이타 입력 등의 작업시 ORA-01547 에러가 발생되는 경우 ORA-01547
(Failed to allocate extent of sizes% in tablespace 'name')의 원인은 tables pace가 에러에 명시된 Oracle
block 수만큼의 요청된 extent를 할당할 충분한 free space를 갖고 있지 못한 경우에 발생됩니다.
현재의 extent가 실제 데이타 화일에 존재하는 free space 중에서 할당 가능한 연속적인 Oracle block을 요구하
기 때문입니다.
세부적으로는 다음과 같은 사항이 발생될 때 일어납니다.
■ 데이타 insert나 update시 data segment가 차지하게 될 연속적인 Oracle 블럭을 할당받지 못할 경우에 발생
합니다.
■ 인덱스를 생성할 경우에 발생합니다.

■ rollback segment가 사용할 rollback segment 또는 user tablespace의 영역이 부족하여 발생할 수 있습니다.
■ 인덱스 생성시 sort영역으로 사용되는 temporary tablespace내의 space부족으로 발생할 수 있습니다.
●이러한 경우 extent에 관련된 data dictionary view인 USER_TABLES, USER_EXTENTS,
USER_SEGMENTS와 DBA_FREE_SPACE등을 조회해서 관련내용을 확인해야 합니다.
3)ORA-1562<failed to extend rollback segment(id=%)>error의 조치방법
● ORA-1562 error는 data의 처리(수정, 입력, 삭제)시 before image를 대량의 data를 일괄처리(Batch) 형태로
작업시 많은 량의 before image data가 rollback segment에 저장되므로 rollback segment의 max extent값에 도
달되어 더 이상의 extent를 발생시키지 못하므로 발생된 error입니다.
(일반적으로 max extent는 121 입니다.)
● 해결방법;
(1) "set transaction use rollback segment seg-id" 를 이용하는 방법
먼저 현재 사용중인 rollback segment의 상태를 아래와 같이 파악합니다.
SQLDBA> select* from DBA-rollback-segs;
segment_name segment_id
● 위의 정보로 보아 적당한 size의 rollback segment가 있다면 "set transaction use rollbacksegment
segment_name;"를 먼저 수행한 후 대량의 일괄처리 작업 을 다시 수행합니다.
(import 중 ora-1562 error가 발생하였다면 import를 command line 발생으로 수행하며 이때 commit=y
option을 주도록 합니다.)
(2) 새로운 Rollback Segment의 생성
● (1)에서 살펴본 현재의 rollback segment 중 대량의 작업을 수행할 rollback segment가 없다면 새로운
rollback segment를 만들어서 이를 이용합니다.
● 새로운 rollback segment를 create 할 때는 rollback segment의 initial size와 next size를 충분히 주도록 합
니다. 또한 새로운 rollback segment는 확장이 가능하도록 충분한 여유 공간을 갖고 있는 곳에 만들어 주어야
합니다.
ex)
SQLDBA> create rollback segment RO5 storage (initial 1M next 1M)
● 위와 같이 새로운 rollback segment를 생성한 후 이를 online화하여 'set transaction use rollback segment
r05 '를 이용합니다.
● 새로 만들어진 rollback segment를 online화하는 방법은 다음과 같습니다.
initOracle_sid.ora file에서 rollback segment parameter에 새로 만든 rollback segment 의 이름을 등록하고
shutdown후 다시 startup하면 새로 만들어진 rollback segment가 online화됩니다.