Oracle History #9

http://www.ggola.com 장 경 상

2. Creation & Upgrade (em).....................................................................................................2
2. Database Creation 유형.................................................................................................3
3. Using dbca (oracle template)................................................................................3
4. Using dbca (user defined template).....................................................................4
5. Manual 방식............................................................................................................5
6. Database Creation..........................................................................................................6
7. Environment...........................................................................................................6
8. Parameter 설정........................................................................................................7
9. SQL Scripts............................................................................................................10
10. Step 1............................................................................................................10
11. Step 2............................................................................................................11
12. Step 3............................................................................................................13
13. Step 4............................................................................................................17
14. Upgrade.......................................................................................................................21
15. Preparing Upgrade.............................................................................................21
16. DataBase Upgrade Assistant.............................................................................22
17. Upgrade Manually.............................................................................................45
18. Gather Optimizer Statistics........................................................................45
19. Upgrade Information 확인.........................................................................48
20. Upgrade 진행...............................................................................................53
21. Upgrade 부가 정보.....................................................................................60
22. em 설정 및 확인.........................................................................................................63
23. em Repository 생성............................................................................................63
24. em Ports...............................................................................................................65
25. Initialization Parameters...........................................................................................68
26. Basic Parameters.................................................................................................68
27. Deprecated(renamed) Parameters....................................................................69
28. Obsolete Parameters...........................................................................................70

JKSPARK@HANAFOS.COM 1


2. Creation & Upgrade (em)
여기서는 oracle10g database를 생성하는 절차와 oracle9i에서 10g로upgrade하는 절차
를 다룬다. 가급적 manual한 방법을 소개하려고 하나 oracle10g부터는 em이나
assistant tool을 사용하는 GUI 환경의 방법들이 보다 더 일반화되고 있으며 특히나
oracle은 oracle이 제공하는 GUI tool의 사용을 강조하고 있음을 기억하자.

문자 그대로 oracle document들은 assistant의 사용을 ‘highly recommend’라고 표현하
고 있으니 이제 GUI를 사용하여 여러 가지 configuration & management를 하는 작업
들을 더 이상 무시할 수 없게 되었다.

몇 가지 assistant들을 테스트를 해보니 이전에 비해 성능이나 interface 측면이 많이 좋
아져서 사용상에 무리가 없어 보인다.

CF. 예전에는 GUI를 사용하지 않고 직접 키보드를 두드리면서 작업을 하는 것이 보다
더 고급(?)스러워 보였는지 모르겠지만 시대가 그렇지 않은 것 같다. 좀더 GUI에 익숙
해지도록 노력하자.



2. Database Creation 유형

GUI화면을 하나씩 순서대로 dump를 떠서 보여줄 수 있지만 사실 별로 중요하지 않은
화면을 모두 보여주어서 책 두께만 채울 필요는 없을 것이다. 직접 해보면 누구나 이해
할 수 있는 화면들임으로 설명상 필요한 부분들만 화면 dump를 하였다.

CF. database creation assistant는 ’$ORACLE_HOME/bin/dbca’ 이 file을 구동하면 된
다.

3. Using dbca (oracle template)
이 방법은 GUI를 통해 오라클이 제공하는 기본적인 몇 가지 database templates 중에서
하나를 선택하거나 ‘Custom Database’를 선택하여 여러분이 필요한 부분들을 수정 혹
은 설정한 후 database를 자동으로 만들 수 있도록 해준다.
그림 2-1

DBCA 실
행창

CF. 위 화면은 최초 구동화면으로 database를 쉽게 생성할 수 있도록 되어있다. 물론,
database를 설정하거나 삭제 또는 template의 수정 등도 위에서 보듯 선택적으로 작업
이 가능하다. 여기에서는 creation 부분만을 다루지만 만일 앞서 install시 database를 생



성하였다면 위 화면에서 “Delete a Database”를 선택해서 그 결과를 한번 확인해보는
것도 좋겠다. 모든 datafile과 admin directory의 OFA 구조까지 모두 삭제되는 것을 알
수 있을 것이다.

CF. Windows환경에서는 registry까지 정리를 해준다고 한다.

4. Using dbca (user defined template)
기본적으로 첫 번째 소개한 oracle template을 이용하는 방식과 같지만 여러분은 dbca
의 마지막 과정에서 database creation을 하지 않고 스스로 적절한 형태의 database 유
형을 만들어 이를 여러분이 명명하는 이름의 template로 저장할 수 있다. 아래 그림처
럼 맨 마지막 단계에서 “Create Database”의 선택을 해제하고 ‘Save as a Database
Template”을 선택하여 이름을 주면 database는 생성하지 않고 template만 만들 수 있
다. 물론, 둘 다 선택해도 무방하다.
그림 2-2

DBCA 실
행창

CF. 즉, 이렇게 잘 정의해 놓은 template을 가지고 있으면 어느 서버에서나 여러분의 구
미에 맞는 database를 쉽게 자동으로 만들 수 있게 된다. 이 template은 다음과 같이 확
인할 수 있는데 이를 oracle10g에서 seed database(종자 database)라 부른다. 아래의 예
에서 맨 마지막의 CRT10G.dbc는 위에서 직접 만든 seed database로서 위 방법을 통해
필자가 직접 저장해 놓은 template이다.



[NEWSVC]LIRACLE:/app/oracle> cd $ORACLE_HOME/assistants/dbca/templates

[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/assistants/dbca/templates> ls -ltr
total 101668
-rwxr-xr-x 1 oracle dba 79699968 Feb 8 2004 Seed_Database.dfb
-rwxr-xr-x 1 oracle dba 2867200 Feb 8 2004 Seed_Database.ctl
-rw-r--r-- 1 oracle dba 5641 Jun 13 14:02 Transaction_Processing.dbc
-rw-r--r-- 1 oracle dba 11981 Jun 13 14:02 New_Database.dbt
-rw-r--r-- 1 oracle dba 5583 Jun 13 14:02 General_Purpose.dbc
-rw-r--r-- 1 oracle dba 5703 Jun 13 14:02 Data_Warehouse.dbc
-rw-r--r-- 1 oracle dba 974848 Jun 13 14:02 example.dmp
-rw-r--r-- 1 oracle dba 20406272 Jun 13 14:03 example01.dfb
-rw-r--r-- 1 oracle dba 5449 Jun 14 13:38 CRT10G.dbc

5. Manual 방식
말 그대로 scripts를 직접 구성해서 database를 만드는 것이다. 여기서는 이 방식으로
database를 직접 만들어 보겠다.

CF. 물론, 이 scripts 역시 dbca를 통해 만들 수 있는데 scripts를 받기 위해선 아래 그림
처럼 ‘Custom Database’를 선택한 후 마지막 단계에서 script로 저장한다.
그림 2-3

DBCA 실
행창



6. Database Creation

앞서 어떻게 database를 만들 것인가에 대한 이야기를 끝냈다. 지금부터는 그 중에서
manual 방식을 실제로 한번 해보자. 먼저 환경적인 부분을 정의하고 scripts를 수행할
것이다.

7. Environment
최초 database를 만들기 위해선 기본 환경설정이 필요하다. 앞서 install부분에서 어지
간한 환경설정은 이미 끝이 났지만 OFA와 같은 설정과 같은 몇 가지 작업을 먼저 해야
함으로 다음 내역을 잘 따라 하기 바란다. 새로 만들어질 database의 SID를 database를
“CRT10G”라고 가정하고 기본 admin directory를 만든다.
[NEWSVC]LIRACLE:/app/oracle> mkdir -p ./admin/CRT10G

[NEWSVC]LIRACLE:/app/oracle> mkdir -p ./admin/CRT10G/bdump
[NEWSVC]LIRACLE:/app/oracle> mkdir -p ./admin/CRT10G/cdump
[NEWSVC]LIRACLE:/app/oracle> mkdir -p ./admin/CRT10G/create
[NEWSVC]LIRACLE:/app/oracle> mkdir -p ./admin/CRT10G/udump
[NEWSVC]LIRACLE:/app/oracle> mkdir -p ./admin/CRT10G/pfile
[NEWSVC]LIRACLE:/app/oracle> mkdir -p ./oradata/CRT10G

다음으로 ORACLE_SID 환경 변수를 설정하고 /etc/oratab에 database entry를 추가하
고 저장하자.
[NEWSVC]LIRACLE:/app/oracle> export ORACLE_SID=CRT10G

[CRT10G]LIRACLE:/app/oracle> vi /etc/oratab
# This file is used by ORACLE utilities. It is created by root.sh
# and updated by the Database Configuration Assistant when creating
# a database.

# A colon, ':', is used as the field terminator. A new line terminates
# the entry. Lines beginning with a pound sign, '#', are comments.
#
# Entries are of the form:
# $ORACLE_SID:$ORACLE_HOME:<N|Y>:
#



# The first and second fields are the system identifier and home
# directory of the database respectively. The third filed indicates
# to the dbstart utility that the database should , "Y", or should not,
# "N", be brought up at system boot time.
#
# Multiple entries with the same $ORACLE_SID are not allowed.
#
#
CRT10G:/app/oracle/product/10.1.0:Y
~
~
~
~
~
~
:wq
[CRT10G]LIRACLE:/app/oracle> cd temp
[CRT10G]LIRACLE:/app/oracle/temp>

8. Parameter 설정
initial parameter를 설정하자. 현재는 다음과 같이 설정하였다.
[CRT10G]LIRACLE:/app/oracle/temp> cat ../admin/CRT10G/pfile/initCRT10G.ora

# Basic database information parameters

## Database and instance identification

global_names = true

db_domain = ""

db_name = CRT10G

instance_name = CRT10G

## Compatible and other basic information

compatibl = 10.1.0.2.0

os_authent_prefix = ""

nls_date_format = "YYYY/MM/DD"



## Statistics, trace

timed_statistics = TRUE

_trace_files_public = TRUE

## Control file Configuration

control_files = ( "/app/oracle/oradata/CRT10G/controlCRT10G01.ctl",

"/app/oracle/oradata/CRT10G/controlCRT10G02.ctl",

"/app/oracle/oradata/CRT10G/controlCRT10G03.ctl" )

## Optimizer

optimizer_mode = CHOOSE

query_rewrite_enabled = FALSE # unless using M-View query rewrite

star_transformation_enabled = FALSE # query transformation or not

# UNDO management parameters

undo_management = AUTO # undo(rollback) management mode

undo_retention = 1200 # for flashback query (now 20 minutes)

undo_tablespace = UNDOTBS1

# Memory and I/O 관련 parameters

## Database block cache and I/O

db_block_size = 8192 # 8K

db_cache_size = 209715200 # 200M

## Redo log buffer size

log_buffer = 5242880 # 5M

## Shared and other pools

shared_pool_size = 104857600 # 100M

java_pool_size = 52428800 # 50M

large_pool_size = 8388608 # 8M

## PGA, Sort, Hash Joins, Bitmap Indexes and others

pga_aggregate_target = 104857600 # 100M



workarea_size_policy = AUTO # oracle will control server process memory

## Cursors and Library Cache

cursor_sharing = SIMILAR # setting for unbinded SQL and histogram

open_cursors = 500

session_cached_cursors = 200

cursor_space_for_time = FALSE

# Process, transactions, files, dump dest and parallel 관련 parameters

## db file and multi io

db_files = 1000

db_file_multiblock_read_count = 32

## utl file and dump file dest

background_dump_dest = /app/oracle/admin/CRT10G/bdump

core_dump_dest = /app/oracle/admin/CRT10G/cdump

user_dump_dest = /app/oracle/admin/CRT10G/udump

background_core_dump = partial

shadow_core_dump = partial

## Job Queues

job_queue_processes = 5

## Processes, sessions, transactions, links and distributed tx

processes = 500 # setting roughly

open_links = 4 # default

distributed_lock_timeout = 60 # default

# Log and Recovery parameters

## Redo log and recovery

fast_start_parallel_rollback = FALSE

fast_start_mttr_target = 120

log_checkpoint_timeout = 1800 # default



# miscellaneous parameters

## Security, auditing and queuing monitor

remote_login_passwordfile = NONE # check password file or not


9. SQL Scripts

10. Step 1
database를 nomount로 올리고 creation을 시작한다.

아래 scripts를 보면 database생성과 동시에 sys 및 system user의 password를 변경하
는 부분이 있다. 작업 편이를 위해 모두 ‘manager’로 설정하였지만 여러분은 여러분만
의 것으로 수정하여 작업을 진행하기 바란다. 또한 character set 설정 역시 default 값
“WE8ISO8859P1”로 설정되어 있다. 이 부분 역시 여러분이 원하는 것으로 바꾸어 설정
해야 하는데 현재 한국어를 사용함으로 이 부분을 “KO16KSC5601”로 바꾸는 것이 적
절할 것으로 생각된다.
[CRT10G]LIRACLE:/app/oracle/temp> cat CreateDB.sql

connect sys/change_on_install as sysdba

set echo on

spool CreateDB.log

startup nomount pfile="/app/oracle/admin/CRT10G/pfile/initCRT10G.ora";

CREATE DATABASE "CRT10G"

MAXINSTANCES 8

MAXLOGHISTORY 1

MAXLOGFILES 16

MAXLOGMEMBERS 3

MAXDATAFILES 100

DATAFILE '/app/oracle/oradata/CRT10G/system01.dbf' SIZE 300M

REUSE AUTOEXTEND ON NEXT 10240K MAXSIZE UNLIMITED EXTENT MANAGEMENT LOCAL

SYSAUX DATAFILE '/app/oracle/oradata/CRT10G/sysaux01.dbf' SIZE 120M

REUSE AUTOEXTEND ON NEXT 10240K MAXSIZE UNLIMITED

DEFAULT TEMPORARY TABLESPACE TEMP TEMPFILE '/app/oracle/oradata/CRT10G/temp01.dbf'

SIZE 20M REUSE AUTOEXTEND ON NEXT 640K MAXSIZE UNLIMITED



UNDO TABLESPACE "UNDOTBS1" DATAFILE '/app/oracle/oradata/CRT10G/undotbs01.dbf'

SIZE 200M REUSE AUTOEXTEND ON NEXT 5120K MAXSIZE UNLIMITED

CHARACTER SET WE8ISO8859P1

NATIONAL CHARACTER SET AL16UTF16

LOGFILE

GROUP 1 ('/app/oracle/oradata/CRT10G/redo01.log') SIZE 10240K,

GROUP 2 ('/app/oracle/oradata/CRT10G/redo02.log') SIZE 10240K,

GROUP 3 ('/app/oracle/oradata/CRT10G/redo03.log') SIZE 10240K

USER SYS IDENTIFIED BY manager USER SYSTEM IDENTIFIED BY manager;

spool off

[CRT10G]LIRACLE:/app/oracle/temp> sqlplus /nolog

SQL*Plus: Release 10.1.0.2.0 - Production on Wed Jun 15 14:04:04 2005

Copyright (c) 1982, 2004, Oracle. All rights reserved.

SQL> @CreateDB.sql

Connected to an idle instance.

……..

……..

Database created.

……..

SQL>

CF. 위 작업을 하기 위해 여러분이 character set을 따로 결정할 때에는 해당 database가
어떤 문자 또는 언어를 지원할 것이냐에 따르도록 한다. 즉 한글 data를 처리하는
database라면 한글 character set을, 중국어를 처리할 것이라면 중국어 character set을,
만약 다국어를 처리한다면 UTF8 과 같은 unicode character set을 사용하도록 한다.

11. Step 2
Default tablespace 생성 및 system dictionary등 catalog를 생성한다.
Catalog는 상당한 시간이 소요될 것이니 특별한 error가 나타나는지를 꾸준히 보면서
작업을 진행한다.
SQL> !cat CreateDBFiles.sql



connect sys/manager as sysdba
set echo on
spool CreateDBFiles.log
CREATE TABLESPACE "USERS" LOGGING DATAFILE
'/app/oracle/oradata/CRT10G/users01.dbf' SIZE 5M REUSE AUTOEXTEND
ON NEXT 1280K MAXSIZE UNLIMITED
EXTENT MANAGEMENT LOCAL SEGMENT SPACE MANAGEMENT AUTO ;
ALTER DATABASE DEFAULT TABLESPACE "USERS";
spool off

SQL> @CreateDBFiles.sql
……..
Tablespace created.
……..
Database altered.
……..
SQL> !cat CreateDBCatalog.sql
set echo on
spool CreateDBCatalog.log
@/app/oracle/product/10.1.0/rdbms/admin/catalog.sql;
@/app/oracle/product/10.1.0/rdbms/admin/catblock.sql;
@/app/oracle/product/10.1.0/rdbms/admin/catproc.sql;
@/app/oracle/product/10.1.0/rdbms/admin/catoctk.sql;
@/app/oracle/product/10.1.0/rdbms/admin/owminst.plb;
connect system/manager
@/app/oracle/product/10.1.0/sqlplus/admin/pupbld.sql;
spool off
connect system/manager
set echo on
spool sqlPlusHelp.log
@/app/oracle/product/10.1.0/sqlplus/admin/help/hlpbld.sql helpus.sql;
spool off



SQL> @CreateDBCatalog.sql
……..
……..
SQL>

이제 기본 database 생성작업이 완료되었다.

12. Step 3
이제 여러 가지 오라클 기능을 사용할 수 있는 features를 설치한다.
SQL> !cat JServer.sql

set echo on
spool JServer.log
@/app/oracle/product/10.1.0/javavm/install/initjvm.sql;
@/app/oracle/product/10.1.0/xdk/admin/initxml.sql;
@/app/oracle/product/10.1.0/xdk/admin/xmlja.sql;
@/app/oracle/product/10.1.0/rdbms/admin/catjava.sql;
@/app/oracle/product/10.1.0/rdbms/admin/catexf.sql;
spool off

SQL> @JServer.sql
……..
……..
SQL> !cat ordinst.sql
set echo on
spool ordinst.log
@/app/oracle/product/10.1.0/ord/admin/ordinst.sql SYSAUX SYSAUX;
spool off

SQL> @ordinst.sql
……..
……..



SQL> !cat interMedia.sql
set echo on
spool interMedia.log
@/app/oracle/product/10.1.0/ord/im/admin/iminst.sql;
spool off

SQL> @interMedia.sql
……..
……..
SQL> !cat odmmetadata.sql
set echo on
spool odmmetadata.log
@/app/oracle/product/10.1.0/dm/admin/dminst1.sql SYSAUX TEMP /app/oracle/
product/10.1.0/dm/admin;
spool off

SQL> @odmmetadata.sql
……..
……..
SQL> !cat context.sql
set echo on
spool context.log
@/app/oracle/product/10.1.0/ctx/admin/catctx change_on_install SYSAUX TEMP
NOLOCK;
connect CTXSYS/change_on_install
@/app/oracle/product/10.1.0/ctx/admin/defaults/dr0defin.sql AMERICAN;
spool off

SQL> @context.sql
……..
……..



SQL> !cat xdb_protocol.sql
set echo on
spool xdb_protocol.log
@/app/oracle/product/10.1.0/rdbms/admin/catqm.sql change_on_install SYSAUX
TEMP;
@/app/oracle/product/10.1.0/rdbms/admin/catxdbj.sql;
spool off

SQL> @xdb_protocol.sql
……..
……..
SQL> !cat cwmlite.sql
set echo on
spool cwmlite.log
@/app/oracle/product/10.1.0/olap/admin/olap.sql SYSAUX TEMP;
spool off

SQL> @cwmlite.sql
……..
……..
SQL> !cat spatial.sql
set echo on
spool spatial.log
@/app/oracle/product/10.1.0/md/admin/mdinst.sql;
spool off

SQL> @spatial.sql
……..
……..
SQL> !cat odm.sql



set echo on
spool odm.log
@/app/oracle/product/10.1.0/dm/admin/dminst2.sql;
spool off

SQL> @odm.sql
……..
……..
SQL> !cat ultraSearch.sql
set echo on
spool ultraSearch.log
@/app/oracle/product/10.1.0/ultrasearch/admin/wk0install.sql SYS manager
change_on_install SYSAUX TEMP "" PORTAL false;
spool off

SQL> @ultraSearch.sql
……..
……..
SQL> !cat emRepository.sql
set echo off
spool emRepository.log
@/app/oracle/product/10.1.0/sysman/admin/emdrep/sql/emreposcre
/app/oracle/product/10.1.0 SYSMAN manager TEMP ON;
spool off

SQL> @emRepository.sql
……..
……..
SQL> !cat ultraSearchCfg.sql
set echo on



spool ultraSearchCfg.log
alter user WKSYS account unlock identified by change_on_install;
@/app/oracle/product/10.1.0/ultrasearch/admin/wk0config.sql change_on_install
(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=LIRACLE)(PORT=1521))
(CONNECT_DATA=(SERVER=DEDICATED)(SERVICE_NAME=CRT10G))) false " ";
spool off

SQL> @ultraSearchCfg.sql
……..
……..
SQL> exit

13. Step 4
이제 마지막 작업으로 symbolic link를 만들어 database를 restart하고 listener를 띄우
자. Database가 restart되면 database내의 object의 recompile작업이 마지막으로 수행된
다.
[CRT10G]LIRACLE:/app/oracle/temp> cd $ORACLE_HOME/dbs

[CRT10G]LIRACLE:/app/oracle/product/10.1.0/dbs> ln -s
/app/oracle/admin/CRT10G/pfile/initCRT10G.ora initCRT10G.ora
SQL> !cat postDBCreation.sql
set echo on
spool postDBCreation.log
shutdown immediate;
startup ;
select 'utl_recomp_begin: ' || to_char(sysdate, 'HH:MI:SS') from dual;
execute utl_recomp.recomp_serial();
select 'utl_recomp_end: ' || to_char(sysdate, 'HH:MI:SS') from dual;
spool off
exit;

SQL> @postDBCreation.sql



……..
……..
SQL> spool off
SQL> exit;
Disconnected from Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 -
Production
With the Partitioning, OLAP and Data Mining options
[CRT10G]LIRACLE:/app/oracle/temp> cat
../product/10.1.0/network/admin/listener.ora
# listener.ora Network Configuration File:
#/app/oracle/product/10.1.0/network/admin/listener.ora
LSN10G =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = TCP)(HOST = 21.111.200.84)(PORT = 1521)
(QUEUESIZE = 1024))
)
)

SID_LIST_LSN10G =
(SID_LIST =
(SID_DESC =
(ORACLE_HOME = /app/oracle/product/10.1.0)
(SID_NAME = CRT10G)
)
)
[CRT10G]LIRACLE:/app/oracle/temp> lsnrctl start lsn10g

LSNRCTL for Linux: Version 10.1.0.2.0 - Production on 15-JUN-2005 18:21:15


Starting /app/oracle/product/10.1.0/bin/tnslsnr: please wait...



TNSLSNR for Linux: Version 10.1.0.2.0 - Production
System parameter file is /app/oracle/product/10.1.0/network/admin/listener.ora
Log messages written to /app/oracle/product/10.1.0/network/log/lsn10g.log
Listening on: (DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=21.111.200.84)
(PORT=1521)))

Connecting to (DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=21.111.200.84)
(PORT=1521)(QUEUESIZE=1024)))
STATUS of the LISTENER
------------------------
Alias lsn10g
Version TNSLSNR for Linux: Version 10.1.0.2.0 - Production
Start Date 15-JUN-2005 18:21:15
Uptime 0 days 0 hr. 0 min. 0 sec
Trace Level off
Security ON: Local OS Authentication
SNMP OFF
Listener Parameter File /app/oracle/product/10.1.0/network/admin/listener.ora
Listener Log File /app/oracle/product/10.1.0/network/log/lsn10g.log
Listening Endpoints Summary...
(DESCRIPTION=(ADDRESS=(PROTOCOL=tcp)(HOST=21.111.200.84)(PORT=1521)))
Services Summary...
Service "CRT10G" has 1 instance(s).
Instance "CRT10G", status UNKNOWN, has 1 handler(s) for this service...
The command completed successfully

CF. 현재 여러분이 필자가 수행한 위 step들을 그대로 따라 했다면 여러분의 profile에
ORACLE_SID가 ‘NEWSVC’로 되어 있을 것이고 따라서 다음에도 계속 이 database를
사용하려면 여러분의 profile을 수정해서 ‘CRT10G’로 바꾸어야 할 것이다. 여기서는 다
음 장에서 설명하는 upgrade를 통한 database를 사용할 것이고 그 이름이 ‘NEWSVC’
임으로 ‘CRT10G’ database를 계속 사용하려는 분은 헛갈리지 않도록 한다.

이제 database 생성 작업이 모두 종료되었다. 이제부터 oracle10g를 사용할 수 있게 된



셈이니 자못 기쁘기도 하다. 그러나, 가장 중요한 것은 oracle10g database를 만들어서
그 이하 버전과 똑같이 사용하면 안 된다는 것이다. 10g를 쓰려면 10g의 기능을 알아야
하는 법이니 정말 제대로 10g를 써보자.

CF. database 버전만 upgrade해 놓고 큰일 치른 듯 착각하지 말자. Upgrade해 놓고서
멀 어찌할 것인가. 항상 이야기 하지만 버전의 upgrade는 향상된 기능을 수반하지 않는
한 알게 모르게 진행되는 patch 수준에 불과한 것이다. 아무리 어렵고 힘들게 작업을 했
다 할지라도 이는 이유에 상관없이 DBA로서 별로 한 것도 없는 작은 업무일 뿐이며 경
우에 따라선 upgrade가 더 나쁜 결과를 초래할 수도 있다.

CF. Oracle version의 각 부분별 의미는 다음과 같다.
Oracle Release Number

10.1.0.4.0
(1) Major database release number
(2) Database maintenance release number
(3) Application server release number
(4) Component specific release number
(5) Platform specific release number



14. Upgrade

이전 버전의 database를 oracle10g로 upgrade하는 방법은 크게 말해 3가지다.
Oracle10g로 database를 생성한 후 구 data를 옮기는 방법, 오라클이 제공하는 dbua
assistants를 이용하는 방법, 마지막으로 직접 manual 방식으로 처리하는 방법이 그것
이다.

물론, 구 버전의 database에서 export와 같은 utility를 통해 data를 받아서 data를 옮기
는 방법이 가장 쉽고 간단하겠지만 실제 환경에서 그럴 정도의 작은 용량의 database를
upgrade하는 문제는 별 issue가 될 것이 없다. 머 여기서 굳이 소개할 것도 없을 것이
다. 다음은 data copy 수준으로 upgrade가 불가한 대용량 database를 upgrade하는데
대한 설명이다.

15. Preparing Upgrade
 Upgrade Steps
일반적인 upgrade는 다 아시겠지만 다음의 절차를 통해 이루어진다.
“upgrade 준비 upgrade process test  upgrade test database  production
upgrade 준비 upgrade production database  tuning and adjust new database”
그러나 무엇보다 가장 우선하는 것은 최초 upgrade준비 시 new database의 new
features에 대한 전반적인 이해를 높이는 것이다. 그 과정에서 대상이 되는 database의
특성을 파악하고 upgrade와 함께 병행 해야 할 자신만의 database upgrade 절차가 추
가될 수 있기 때문이다. 물론, 그 누구도 upgrade가 진행되는 동안 대상 database에
access를 해서는 안 된다. 반드시 listener를 내리고 모든 다른 접근을 막아야 한다.
 Direct upgrade
Oracle 8.0.6, 8.1.7, 9i(9.0.1, 9.2.0) 만이 oracle10g로 직접 upgrade가 가능함으로 그 이하
버전은 먼저 직접 upgrade가 가능한 버전으로 upgrade를 진행한 후 작업을 해야 할 것
이다.

CF. 사실 제대로 database를 upgrade를 하려면 기존 database를 backup하고
application test항목의 추출, 더불어 타 시스템과의 통합 및 성능측면의 점검요소 등도
확인을 해야 한다. 물론, upgrade에 대한 스케쥴 관리도 해야 하니 정말 많은 시간이 소
요될 수 있는 것이다. 그러나 여기서는 그런 시스템마다 다른 상황들을 다 다룰 수는 없
음으로 database의 upgrade측면만을 설명한다.

 Reduce downtime



여러분이 oracle9i에서 oracle10g로 upgrade를 진행하는 동안의 downtime을 최소화 하
고 싶다면 현재 upgrade 대상이 되는 database에 대해서 통계치 수집작업을 미리 수행
하는 것도 좋은 방법이 될 수 있다. 이는 upgrade 방식과 무관하게 따로 진행이 가능하
다. 이 부분은 나중에 “Upgrade Manually” 부분에서 따로 예시할 것이며 다음에 보여
주는 “dbua”를 통한 upgrade의 예는 이 작업이 미리 수행이 되었다는 가정에서 출발
한다.

16. DataBase Upgrade Assistant
Oracle10g의 문서 그대로 ‘highly recommend’한다는 GUI를 통한 upgrade를 알아보자.
Oracle9i에서 10g로의 upgrade를 위해 이 tool을 사용하기 위해선 ‘$ORACLE_HOME/
bin/dbua’를 구동해야 한다. 대부분의 작업은 GUI 환경에서 다 check를 해주지만 작업
전에 ‘SYSTEM’ tablespace내의 여유공간이 500MB이상이 되도록 datafile을 조절한 후
upgrade 진행 중 생성되는 oracle10g의 새로운 기본 tablespace인 ‘SYSAUX’를 위해
file system 500MB이상의 공간을 미리 확보해야 한다.

다음은 앞서 본인이 직접 만들었던 database를 먼저 down시키고 기존에 존재하던
oracle9i database를 upgrade하는 과정이다. 여러분은 각자의 상황에 맞게 아래 상황을
유추해서 작업을 진행하기 바란다.
[CRT10G]LIRACLE:/app/oracle/temp> sqlplus "/as sysdba"

SQL*Plus: Release 10.1.0.2.0 - Production on Thu Jun 16 13:49:43 2005


Connected to:
Oracle Database 10g Enterprise Edition Release 10.1.0.2.0 - Production

SQL> shutdown
Database closed.
Database dismounted.
ORACLE instance shut down.
SQL> exit



Production
[CRT10G]LIRACLE:/app/oracle/temp> lsnrctl stop lsn10g



[CRT10G]LIRACLE:/app/oracle/temp> more /etc/oratab
# a database.

#
#
#
#
#
#NEWSVC:/app/oracle/product/9.2.0:N
OMFSVR:/app/oracle/product/9.2.0:N
#CRT10G:/app/oracle/product/10.1.0:N



위에서 보듯이 ‘/etc/oratab’ 에는 총 3개의 database가 등록되어 있다. 마지막 한 개는
앞서 만든 oracle10g이고 나머지 두 개는 과거에 있던 oracle9i이다. 현재 ‘#’을 통해 모
두 주석처리를 하고 ‘OMFSVR’ database만을 남겨 두었다. 여기에 등록이 되어 있지 않
으면 “dbua”를 구동해서 볼 수가 없을 것이다.

이제 upgrade대상이 되는 oracle9i database를 구동하자. Profile을 변경해서
ORACLE_HOME, ORACLE_SID등 필요한 모든 변수들을 oracle9i 환경으로 변경을 한
후 database를 start한다.
[CRT10G]LIRACLE:/app/oracle/temp> cd

[CRT10G]LIRACLE:/app/oracle> vi .bash_profile
# oracle os home
ORACLE_BASE=/app/oracle; export ORACLE_BASE

# oracle product home
ORACLE_HOME=/app/oracle/product/9.2.0; export ORACLE_HOME

# specify terminal and temp space
ORACLE_TERM=vt100; export ORACLE_TERM
TMPDIR=$ORACLE_BASE/tmp; export TMPDIR
TEMP=$ORACLE_BASE/tmp; export TEMP

# default character set
NLS_LANG=American_America.KO16KSC5601; export NLS_LANG

# general path
PATH=$PATH:.:$ORACLE_HOME/bin

export LANG=en_US
export DISPLAY=21.111.21.189:0.0

# instance name
ORACLE_SID=OMFSVR; export ORACLE_SID

PS1='[${ORACLE_SID}]'`hostname`':$PWD> '



~
~
~
~
~
~
:wq
[CRT10G]LIRACLE:/app/oracle> su - oracle
Password:
[OMFSVR]LIRACLE:/app/oracle> sqlplus "/as sysdba"


Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.


SQL> startup
ORACLE instance started.

Total System Global Area 238620792 bytes
Fixed Size 450680 bytes
Variable Size 150994944 bytes
Database Buffers 83886080 bytes
Redo Buffers 3289088 bytes

Database mounted.
Database opened.
SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
[OMFSVR]LIRACLE:/app/oracle>



이제 “dbua”를 구동하기 위해 다시 profile을 oracle10g 환경으로 변경하여 저장하자.
[OMFSVR]LIRACLE:/app/oracle> exit

[CRT10G]LIRACLE:/app/oracle> vi .bash_profile
# oracle os home




# general path

export LANG=en_US

# instance name
ORACLE_SID=OMFSVR; export ORACLE_SID

~
~
~
~
~
~
:wq
[CRT10G]LIRACLE:/app/oracle>



이제 install 또는 “dbca” tool을 사용할 때처럼 다른 창에서 xmanager를 통해 “dbua”
를 구동하자. 다음은 최초 구동화면이다.
그림 2-4

DBUA 실
행창

“Next”를 누르면 다음과 같이 upgrade 대상이 되는 database를 보여준다.
그림 2-5

DBUA 실
행창



지금 upgrade하려는 database를 check하고 “Next”를 진행한다. 사실 1개만 있으면 위
와 같이 저절로 선택이 되고 두 개 이상인 경우에만 선택을 할 수 있다. “Next”를 누른
다.

CF. 여러 개가 있다 하더라도 1개밖에 선택이 되지 않는다. 즉, 두 개 이상의 database를
동시에 upgrade할 수는 없다.



그림 2-6

DBUA 실
행창

잠깐 동안 database로부터 정보를 취합한 후 위와 같은 화면이 나온다. Oracle10g부터
‘SYSTEM’ tablespace와 같이 default로 반드시 필요한 ‘SYSAUX’ tablespace를 만들기
위한 화면이다. 위치나 size정보 등을 확인 후 “Next”를 진행하자.
그림 2-7

DBUA 실
행창



위 화면은 upgrade가 종료된 후 invalid objects를 recompile할 것인가를 묻는 화면이
다. 안 하는 것 보다는 시간이 더 걸리겠지만 어차피 필요한 작업 임으로 recompile을
check하고 “Next”를 누른다.
그림 2-8

DBUA 실
행창

이제 upgrade를 하려는 database의 backup여부를 묻는 화면이다. 이미 backup이 되어
있다면 첫 번째 option을 선택하면 되고 upgrade작업과 동시에 backup을 진행하려면
두 번째 option을 선택하면 된다. 현재는 upgrade test를 위해 만든 작은 용량의
database임으로 두 번째 option을 선택하였다. “Next”를 누른다.

CF. 사실 upgrade 작업을 한다면 당연히 벌써 backup이 되어 있어야 한다. 그리고 대용
량 database를 많이 사용하는 요즘 위와 같이 upgrade 중간에 backup을 동시에 진행하
는 일은 거의 없을 것이다.



그림 2-9

DBUA 실
행창

Upgrade 작업이 끝나면 database의 관리를 enterprise manager에서 어떻게 관리를 할
것인가를 묻는 화면이다. “Next”를 진행한다.
그림 2-10

DBUA 실
행창



여기서는 “DBSNMP, SYSMAN” 계정의 password를 설정하는 화면이다. Password를
설정한 후 “Next”를 누른다.

CF. 만일 여러분이 이미 “DBSNMP” 계정을 따로 사용하고 있다면 두 번째 option을 선
택하여 현재 사용하고 있는 password를 입력해야 한다. 그렇지 않으면 새로 입력한
password로 기존의 password가 변경된다. 물론, 편의상 첫 번째 option을 통해 모든
password를 동일한 이름으로 설정하도록 한 후 나중에 변경해도 좋다. 각자 편한 방법
을 선택한다.
그림 2-11

DBUA 실
행창

이제 upgrade를 위한 모든 준비가 끝나고 사용자로 하여금 설정이 제대로 되었는가를
종합적으로 점검하도록 정보를 보여준다. 무엇보다 좋은 점은 없어지는(deprecated &
obsolete) parameter의 정보와 oracle10g의 기본 값이 증가로 인한 parameter value의
변화까지도 한꺼번에 보여줌으로써 나중에 후속작업의 어려움을 모두 덜어준다는 것
이다. 이제 “Finish”를 선택하자.

CF. 이 시점에서 다시 다른 창으로 login하여 upgrade와 관련된 log 정보들을 확인할
수 있다. 다음과 같은 upgrade라는 directory에 종류별 log가 생성됨으로 upgrade가 진
행되는 동안 각자 이 log들을 지속적으로 살펴보도록 하자.
[CRT10G]LIRACLE:/app/oracle> cd /app/oracle/admin/OMFSVR



[CRT10G]LIRACLE:/app/oracle/admin/OMFSVR> ls -l upgrade
total 36
-rw-r--r-- 1 oracle dba 14643 Jun 17 10:10 sqls.log
-rw-r--r-- 1 oracle dba 19058 Jun 17 10:10 trace.log
[CRT10G]LIRACLE:/app/oracle/admin/OMFSVR> cd upgrade
[CRT10G]LIRACLE:/app/oracle/admin/OMFSVR/upgrade>

그림 2-12

DBUA 실
행창

이제 upgrade가 진행되면서 step별 상태가 나타난다.

CF. upgrade 진행 중 문제가 발생하여 메시지가 나올 수 있다. 이 경우 ignore 또는
abort가 나오게 되는데 ignore button을 선택하는 경우엔 upgrade 종료 후 dbua를 통해
재 작업을 하지만 abort button을 선택하게 되면 backup받은 datafiles을 다시 restore하
여 upgrade를 재 진행해야 한다.



그림 2-13

DBUA 실
행창

이제 upgrade 작업이 모두 수행되었다. “OK”를 선택하면 다음과 같이 작업결과를 보
여주는 화면이 나타난다.



그림 2-14

DBUA 실
행창

위 화면에서는 전체적인 작업결과와 함께 변경된 parameter와 parameter file정보 등을
보여주며 upgrade step별 정상적 성공여부를 알려준다. 이제 “Close”를 통해 작업을 완
전히 종료하자. database upgrade가 완료되었다.
이제 터미널 작업 창에서 다음과 같이 parameter를 확인 한 후 listener도 올려서 접속
테스트를 해보자

다음을 보면 새로 upgrade된 database “OMFSVR”은 spfile을 사용하도록 되어있다. 필
요하다면 이를 변경하면 될 것이다.
[CRT10G]LIRACLE:/app/oracle> cd $ORACLE_HOME/dbs

[CRT10G]LIRACLE:/app/oracle/product/10.1.0/dbs> ls -ltr
total 60
-rw-r--r-- 1 oracle dba 8385 Jun 13 13:57 init.ora



-rw-r--r-- 1 oracle dba 12920 Jun 13 13:57 initdw.ora
-rw-r----- 1 oracle dba 1544 Jun 15 14:05 hc_CRT10G.dat
lrwxrwxrwx 1 oracle dba 45 Jun 15 17:40 initCRT10G.ora ->
/app/oracle/admin/CRT10G/pfile/initCRT10G.ora
-rw-r----- 1 oracle dba 24 Jun 20 14:01 lkCRT10G
-rw-rw---- 1 oracle dba 1544 Jun 20 18:00 hc_OMFSVR.dat
-rw-r----- 1 oracle dba 3584 Jun 20 18:58 spfileOMFSVR.ora
-rw-r--r-- 1 oracle dba 975 Jun 20 18:58 initOMFSVR.ora
-rw-rw---- 1 oracle dba 24 Jun 20 18:59 lkOMFSVR
[CRT10G]LIRACLE:/app/oracle/product/10.1.0/dbs> cd
$ORACLE_HOME/network/admin
[CRT10G]LIRACLE:/app/oracle/product/10.1.0/network/admin> vi listener.ora
LSN10G =
(DESCRIPTION =
(ADDRESS_LIST =
(QUEUESIZE = 1024))
)
)

LSNOMF =
(DESCRIPTION =
(ADDRESS_LIST =
(QUEUESIZE = 1024))
)
)

SID_LIST_LSN10G =
(SID_LIST =
(SID_DESC =
(SID_NAME = CRT10G)
)



)

SID_LIST_LSNOMF =
(SID_LIST =
(SID_DESC =
(SID_NAME = OMFSVR)
)
)

~
~
~
~
~
~
:wq
[CRT10G]LIRACLE:/app/oracle/product/10.1.0/network/admin> cd
[CRT10G]LIRACLE:/app/oracle> lsnrctl start lsnomf



Log messages written to /app/oracle/product/10.1.0/network/log/lsnomf.log
(PORT=1523)))




------------------------
Alias lsnomf
Start Date 21-JUN-2005 09:42:30
Trace Level off
SNMP OFF
Listener Log File /app/oracle/product/10.1.0/network/log/lsnomf.log
Services Summary...
Service "OMFSVR" has 1 instance(s).
Instance "OMFSVR", status UNKNOWN, has 1 handler(s) for this service...
[CRT10G]LIRACLE:/app/oracle>

이제 여러분의 client에서 다음의 그림처럼 접속을 해보자.
그림 2-15

SQL*Plus
접속확인



확인을 선택하면…



그림 2-16

SQL*Plus
접속확인

CF. 아직 tnsnames.ora설정이 안되어 있으면 먼저 oracle client를 설정하자. 위의 경우
port 1523을 사용하고 있다. 차후로 chapter 10에서는 이런 client의 설정이 없이도
database에 접속할 수 있는 방법을 설명할 것이다.

이제 테스트가 완료되었다. listener 및 database를 모두 내린 후 다음 작업을 위해
profile에서 ORACLE_SID와 ORACLE_HOME을 oratab file에서 instance정보를 수정
한 후 터미널을 완전히 닫자. 다음 테스트에서는 새로 접속을 한 후 작업을 시작할 것이
다. 이 작업은 여러분이 oracle9i database를 manually upgrade할 예정인 경우만 유용하
다. 만일 그러하다면 ORACLE_HOME, ORACLE_SID, oratab정보 등을 여러분이 현재
사용하고 있는 것으로 바꾸어야 한다.
[CRT10G]LIRACLE:/app/oracle> export ORACLE_SID=OMFSVR

[OMFSVR]LIRACLE:/app/oracle> lsnrctl stop lsnomf





[OMFSVR]LIRACLE:/app/oracle> sqlplus "/as sysdba"

SQL*Plus: Release 10.1.0.4.0 - Production on Tue Jun 21 09:50:29 2005


Connected to:
Oracle Database 10g Enterprise Edition Release 10.1.0.4.0 - Production

SQL> shutdown
Database closed.
SQL> exit
Production
[OMFSVR]LIRACLE:/app/oracle> vi .bash_profile
# oracle os home







# general path

export LANG=en_US

# instance name
ORACLE_SID=NEWSVC; export ORACLE_SID


. .alias
umask 022

~
~
~
~
~
~
:wq
[OMFSVR]LIRACLE:/app/oracle> vi /etc/oratab
# a database.




#
#
#
#
#
NEWSVC:/app/oracle/product/9.2.0:N
#CRT10G:/app/oracle/product/10.1.0:N
#OMFSVR:/app/oracle/product/10.1.0:N
~
~
~
~
~
~
~
:wq
[OMFSVR]LIRACLE:/app/oracle> exit

이제 “dbua” upgrade 작업이 모두 종료되었다.

사실 upgrade를 진행하던 중 마지막 upgrade가 시작되는 “upgrade step별 진행”과정
에서 이상하게도 “Upgrading Oracle Server” step에서 더 이상 작업이 진행이 되지 않
는 현상이 나타났다. 보기에는 progress 진행 율이 변하고 있어 더디게 진행이 되는 것
같으나 log를 살펴보면 database start를 하지 않고 멈추어 있었다. 확인 결과 이 문제는
BUG “3980572“과 연관이 있어 보이며 다음과 같은 결론을 얻었다.
본 현상은 “Upgrading to Oracle 10.1.0.2 on RHEL3” 에서 나타나고 있는 문제로 현재
작업환경과 일치한다. 즉, RedHat Enterprise Linux V3 platform에서 dbua로 upgrade



하는 작업과정에서 “Oracle 10G (java v1.4.2_02) 와 RHEL3 에서 native threads 수행”문
제라고 알려져 있다. 구체적인 내용은 “java process waiting on a 'futex' system call and
the sqlplus process waiting on a 'read' system call”로서 일종의 deadlock waiting현상
이다.

이는 다음과 같은 방식으로 현상을 확인할 수 있다. 먼저 ps 명령으로 dbua process를
찾고 이 dbua가 수행하는 java process를 찾는다. 그리고 현재의 이 process id를 가지고
상태를 확인한다
[CRT10G]LIRACLE:/app/oracle/admin/OMFSVR/upgrade> ps -ef | grep dbua

oracle 16407 16378 0 15:06 pts/2 00:00:00 /bin/sh ./dbua
oracle 16576 16230 0 15:10 pts/0 00:00:00 grep dbua
[CRT10G]LIRACLE:/app/oracle/admin/OMFSVR/upgrade> ps -ef | grep 16407
oracle 16407 16378 0 15:06 pts/2 00:00:00 /bin/sh ./dbua
oracle 16408 16407 6 15:06 pts/2 00:00:15
/app/oracle/product/10.1.0/jdk/jre//bin/java
-Dsun.java2d.font.DisableAlgorithmicS
tyles=true -DORACLE_HOME=/app/oracle/product/10.1.0 -mx64m -classpath
/app/oracle/product/10.1.0/assistants/dbma/jlib/dbma.jar:/ap
p/oracle/product/10.1.0/jdk/jre//lib/rt.jar:/app/oracle/prod
oracle 16578 16230 0 15:10 pts/0 00:00:00 grep 16407
[CRT10G]LIRACLE:/app/oracle/admin/OMFSVR/upgrade> strace -p 16408
Process 16408 attached - interrupt to quit
futex(0x8640028, FUTEX_WAIT, 10, NULL
CTRL + C

CF. 이런 상황에서는 수 차례 반복 테스트를 해보아도 도저히 해결이 되지 않았다. 따라
서 보다 자세하게 “dbua”관련자료를 찾는 중에 version “10.1.0.4” patchset에서 dbua와
관련하여 특정 upgrade patch가 존재하였음을 확인할 수 있었고 현재의 engine을 앞서
소개한 oracle install과 같은 방식으로 patchset 10.1.0.4를 적용한 후 “dbua”를 다시 수
행하여 문제를 해결할 수 있었다. 만일, 여러분이 위와 같은 동일한 문제를 겪는다면 최
신의 patchset을 적용한 후 다시 수행하거나 다음 장에서 소개하는 “Upgrade
Manually”를 참조하여 직접 upgrade를 진행하자.



17. Upgrade Manually

18. Gather Optimizer Statistics
다음은 oracle9i에서 upgrade를 수행하기 전에 downtime을 줄이기 위해 먼저 진행하
는 선 작업을 설명한다. 이러한 통계작업을 미리 수행함으로써 upgrade 시간을 단축 시
킬 수 있음으로 upgrade plan을 만들 때에는 이점을 미리 참고해야 할 것이다. 물론, 통
계작업 과정에서 몇몇 schema들은 error가 날 수도 있다. 여러분이 oracle9i database를
만들 때 설정하지 않은 components가 있다면 그 schema가 없을 수 있기 때문임으로
이런 error는 무시하도록 하자.

현재의 작업 과정은 oracle 계정으로 새로운 연결 창을 통해 oracle9i database를
startup하여 step별로 작업을 시작하는 것을 보여준다.

CF. 단, 아래의 통계작업은 “dbua”를 사용하는 경우에도 적용이 가능한 것이다.
[NEWSVC]LIRACLE:/app/oracle> cd temp

[NEWSVC]LIRACLE:/app/oracle/temp> sqlplus "/as sysdba"




SQL> startup


Database mounted.
Database opened.
SQL> !cat imp_stat.sql



spool imp_stat.lst
grant analyze any to sys;
exec dbms_stats.gather_schema_stats('WMSYS',options=>'GATHER', estimate_percent =>
dbms_stats.auto_sample_size, method_opt => 'FOR ALL COLUMNS SIZE AUTO', cascade =>
TRUE);
exec dbms_stats.gather_schema_stats('MDSYS',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('CTXSYS',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('XDB',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('WKSYS',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('LBACSYS',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('OLAPSYS',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('DMSYS',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('ODM',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('ORDSYS',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('ORDPLUGINS',options=>'GATHER', estimate_percent
=> dbms_stats.auto_sample_size, method_opt => 'FOR ALL COLUMNS SIZE AUTO', cascade



=> TRUE);
exec dbms_stats.gather_schema_stats('SI_INFORMTN_SCHEMA',options=>'GATHER',
estimate_percent => dbms_stats.auto_sample_size, method_opt => 'FOR ALL COLUMNS SIZE
AUTO', cascade => TRUE);
exec dbms_stats.gather_schema_stats('OUTLN',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('DBSNMP',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('SYSTEM',options=>'GATHER', estimate_percent =>
TRUE);
exec dbms_stats.gather_schema_stats('SYS',options=>'GATHER', estimate_percent =>
TRUE);
spool off

SQL> @imp_stat.sql

Grant succeeded.

PL/SQL procedure successfully completed.

……………….


SQL> !cat exp_stat.sql
spool exp_stat.lst
grant analyze any to sys;
exec dbms_stats.create_stat_table('SYS','dictstattab');
exec dbms_stats.export_schema_stats('WMSYS','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('MDSYS','dictstattab',statown => 'SYS');



exec dbms_stats.export_schema_stats('CTXSYS','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('XDB','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('WKSYS','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('LBACSYS','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('OLAPSYS','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('DMSYS','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('ODM','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('ORDSYS','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('ORDPLUGINS','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('SI_INFORMTN_SCHEMA','dictstattab',statown
=> 'SYS');
exec dbms_stats.export_schema_stats('OUTLN','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('DBSNMP','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('SYSTEM','dictstattab',statown => 'SYS');
exec dbms_stats.export_schema_stats('SYS','dictstattab',statown => 'SYS');
spool of

SQL> @exp_stat.sql

Grant succeeded.


……………….


SQL> exit
[NEWSVC]LIRACLE:/app/oracle/temp>

19. Upgrade Information 확인
이제 oracle10g의 home directory로 이동하여 upgrade를 하기 전에 필요한 정보수집



절차를 진행한다. 먼저 “ORACLE10g_HOME/rdbms/admin/utlu101i.sql”을 작업
directory로 copy한 후 수행한다. 주의할 점은 아직 여러분은 upgrade가 되기 전 즉,
oracle9i database 환경에서 작업 중이며 단지 위 SQL file만 oracle10g product home에
서 가져왔다는 것이다.
이 utility(SQL file)는 다음과 같은 조건들을 check한다.
1. database name, version, compatibility
2. redo logfile의 size (4MB 이상)
3. system, temp등 upgrade와 관련한 tablespace의 공간점검
4. 현재 database에 존재하는 partitioning, spatial과 같은 options
5. parameter value의 변경이 필요한 사항 (shared_pool_size, java_pool_size등)
6. oracle10g부터 이름이 바뀐 parameters 정보
7. oracle10g부터 없어진 parameters 정보
8. 현재 database에 존재하는 components 정보
9. 새로운 tablespace SYSAUX에 대한 정보
10. optimizer등 upgrade대한 종합적인 정보내역

CF. 오라클 문서에 의하면 위 사항 외에도 clustering 구성여부, 현재 database의
character set, upgrade가 수행되는 예측시간 등이 포함된다고 하나 실제로 수행하여 결
과를 보면 이런 사항들은 나타나지 않았다.
[NEWSVC]LIRACLE:/app/oracle/temp> cd
/app/oracle/product/10.1.0/rdbms/admin

[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/rdbms/admin> cp utlu101i.sql
/app/oracle/temp/
[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/rdbms/admin> cd
/app/oracle/temp/




SQL> spool upgrade_info.lst
SQL> @utlu101i.sql



………………………

SQL> spool off
SQL> !cat upgrade_info.lst

.
*************************************************************************
Update Parameters: [Update Oracle Database 10.1 init.ora or spfile]
*************************************************************************
WARNING: --> "shared_pool_size" needs to be increased to at least "150944944"
--> "pga_aggregate_target" is already at "104857600" calculated new value is
"104857600"
--> "large_pool_size" is already at "16777216" calculated new value is
"16777216"
WARNING: --> "java_pool_size" needs to be increased to at least "50331648"
.
*************************************************************************
Deprecated Parameters: [Update Oracle Database 10.1 init.ora or spfile]
*************************************************************************
-- No deprecated parameters found. No changes are required.
.
*************************************************************************
Obsolete Parameters: [Update Oracle Database 10.1 init.ora or spfile]
*************************************************************************
--> "hash_join_enabled"
--> "undo_suppress_errors"
--> "parallel_automatic_tuning"
.
*************************************************************************

……………………
……………………



……………………
……………………

*************************************************************************
--> New "SYSAUX" tablespace
.... minimum required size for database upgrade: 500 MB
Please create the new SYSAUX Tablespace AFTER the Oracle Database
10.1 server is started and BEFORE you invoke the upgrade script.
*************************************************************************

……………………
……………………
……………………
SQL> exit
JServer Release 9.2.0.1.0 – Production

이제 위에서 만들어진 log file “upgrade_info.lst”를 확인하여 upgrade를 위해 필요한
작업정보가 있는지를 확인하여 변경, 삭제 등의 지시사항을 따른다. 단, 새로운
tablespace인 “SYSAUX” tablespace는 차후 직접 진행할 것이니 log file에서 이 내용은
무시해도 좋다. 본 작업 대상이 되는 database의 경우 위에서처럼 몇몇 parameter의 수
정을 요구하는 사항만 나와 있었다. 다음은 이런 수정작업을 진행한 후의 과정이다.

먼저 환경과 관련된 file을 조정한다. 새로운 oracle10g home으로 parameter file관련 조
정을 한다. 현재 작업은 “$ORACLE_HOME/dbs”의 parameter file을 사용함으로
oracle10g home으로 새로운 symbolic link를 만들자. (RAC라면 모든 nodes에 이 작업
이 진행되어야 할 것이며 upgrade는 1 node에서만 작업을 진행한다. 물론, parameter
“CLUSTER_DATABASE”는 upgrade를 진행하는 동안은 “FALSE”로 되어 있어야 한
다.) 조정이 끝나면 database를 down하고 oracle10g 환경으로 database를 upgrade
mode로 start한다.

CF. 여러분이 password file을 사용하고 있다면 역시 이 file도 oracle10g환경으로 copy



해야 하고 parameter file의 compatibility도 각자의 oracle10g version에 맞게 설정한다.
물론, 이 값이 “9.2.0”보다 작으면 error가 return될 것이다.

CF. upgrade 작업을 위해 oracle9i로 되어 있는 환경변수를 모두 oracle10g로 바꾼 후
다음 작업을 진행한다. 일반적으로 “ORACLE_HOME”, “PATH”, “ORA_NLS33”,
“LD_LIBRARY_PATH”등이 수정될 것이다.
[NEWSVC]LIRACLE:/app/oracle/temp> cd ../product/10.1.0/dbs

[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/dbs> ln -s
/app/oracle/admin/NEWSVC/pfile/initNEWSVC.ora initNEWSVC.ora
[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/dbs> cd /app/oracle/temp



Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production

SQL>shutdown
Database closed.
SQL> exit
[NEWSVC]LIRACLE:/app/oracle/temp> cd
[NEWSVC]LIRACLE:/app/oracle> vi .bash_profile
# oracle os home







# general path

export LANG=en_US

# instance name
ORACLE_SID=NEWSVC; export ORACLE_SID

~
~
~
~
~
~
:wq
[NEWSVC]LIRACLE:/app/oracle> exit

20. Upgrade 진행
앞서, 새로운 환경으로 접속을 하기 위하여 연결을 종료하였다. 이제 새로운 연결을 통
해 다음 작업을 진행한다. 먼저 upgrade mode로 database를 start한 후 oracle10g의 새
로운 기본 tablespace를 만들고 upgrade script를 수행한 후 check script를 수행하여 결
과를 알아볼 것이다.
[NEWSVC]LIRACLE:/app/oracle> cd temp







SQL> startup upgrade

Database mounted.
Database opened.
SQL> create tablespace sysaux datafile ‘/app/oracle/oradata/NEWSVC/sysaux01.dbf'
2 size 500M extent management local
3 segment space management auto online;

Tablespace created.

SQL> spool upgrade.log
SQL> @$ORACLE_HOME/rdbms/admin/u0902000.sql

……………………

……………………

……………………




……………………
……………………
TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP DBUPG_END 2005-06-22 18:30:03

1 row selected.
SQL> spool off
SQL> @$ORACLE_HOME/rdbms/admin/utlu101s.sql TEXT


Oracle Database 10.1 Upgrade Status Tool 23-JUN-2005 09:13:12
--> Oracle Database Catalog Views Normal successful completion
--> Oracle Database Packages and Types Normal successful completion
--> JServer JAVA Virtual Machine Normal successful completion
--> Oracle XDK Normal successful completion
--> Oracle Database Java Packages Normal successful completion
--> Oracle XML Database Normal successful completion
--> Oracle Workspace Manager Normal successful completion
--> Oracle interMedia Normal successful completion
--> Spatial Problem(s) detected
WARNING: ----> component status is not valid
----> version is correct
----> check upgrade log for errors
----> script="?/md/admin/sdodbmig.sql"
--> Oracle Text Normal successful completion
--> Oracle Ultra Search Normal successful completion


SQL>



위에서 upgrade check 결과를 보면 “Spatial”을 제외한 다른 부분은 문제가 없는 것으
로 보인다. 사실 upgrade 대상이 되는 database에서 “Spatial” component는 원래
install하지도 않았었기 때문에 당연한 결과로 보이며 upgrade와는 상관이 없음으로 다
음 작업을 계속 진행한다.

CF. upgrade script는 대상이 되는 database의 version에 따라 다름으로 반드시
“$ORACLE_HOME/rdbms/admin/u0*.sql”을 확인하여 적절한 script를 선택하여야
한다.

Upgrade script가 완료 되었으니 database를 normal mode로 restart하고 recompile
script를 수행함으로써 이제 database upgrade 작업이 종료된다.
SQL> shutdown

Database closed.
SQL> startup

Database mounted.
Database opened.
SQL> @$ORACLE_HOME/rdbms/admin/utlrp.sql

TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP UTLRP_BGN 2005-06-23 09:19:09

1 row selected.




TIMESTAMP
--------------------------------------------------------------------------------
COMP_TIMESTAMP UTLRP_END 2005-06-23 09:21:29

1 row selected.


Invoking Ultra Search Install/Upgrade validation procedure VALIDATE_WK
Ultra Search VALIDATE_WK done with no error


SQL> shutdown
Database closed.
SQL> exit
Production

CF. recompile 작업이 끝나면 다음과 같은 SQL을 통해 문제가 있는 objects가 존재하는
지를 직접 확인하여 필요한 작업들을 진행할 필요가 있다.

“ SQL> select distinct object_name FROM dba_objects WHERE status= 'INVALID'; “
이제 network 설정을 하여 database를 다시 restart하여 완전한 접속 테스트를 해보자.
향후 테스트의 원활함을 위해 아래 내역처럼 listener port설정을 그대로 설정 하도록
하자.
[NEWSVC]LIRACLE:/app/oracle/temp> cd $ORACLE_HOME/network/admin



[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/network/admin> vi listener.ora
# listener.ora Network Configuration File:
/app/oracle/product/10.1.0/network/admin/listener.ora
LSN10G =
(DESCRIPTION =
(ADDRESS_LIST =
(QUEUESIZE = 1024))
)
)

LSNSVC =
(DESCRIPTION =
(ADDRESS_LIST =
(QUEUESIZE = 1024))
)
)

SID_LIST_LSN10G =
(SID_LIST =
(SID_DESC =
(SID_NAME = CRT10G)
)
)

SID_LIST_LSNSVC =
(SID_LIST =
(SID_DESC =
(SID_NAME = NEWSVC)
)
)



~
~
~
~
:wq
[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/network/admin> cd
[NEWSVC]LIRACLE:/app/oracle> lsnrctl start lsnsvc



Log messages written to /app/oracle/product/10.1.0/network/log/lsnsvc.log
(PORT=1521)))

------------------------
Alias lsnsvc
Start Date 23-JUN-2005 09:32:21
Trace Level off
SNMP OFF
Listener Log File /app/oracle/product/10.1.0/network/log/lsnsvc.log



Services Summary...
Service "NEWSVC" has 1 instance(s).
Instance "NEWSVC", status UNKNOWN, has 1 handler(s) for this service...
[NEWSVC]LIRACLE:/app/oracle> sqlplus "/as sysdba"




SQL> startup

Database mounted.
Database opened.
SQL> exit
Production
[NEWSVC]LIRACLE:/app/oracle> exit

이제 upgrade 작업이 모두 종료되었다. 각자 SQL*Plus나 그 밖의 tool등으로 접속 테스
트를 진행해 보자.

21. Upgrade 부가 정보
oracle10g로 upgrade가 되면 database내의 components와 그 정보들이 table로 관리되
며 components의 dependency도 이를 통해 이루어진다. 이 table에는 version정보까지



표시되어 upgrade 상태도 확인할 수 있다.
SQL> select * from dba_server_registry;

Oracle은 upgrade가 완료되면 components의 상태를 확인하는 scripts를 제공하는데 이
는 다음과 같이 “$ORACLE_HOME/rdbms/admin/utlu101s.sql” 을 call함으로써 수행
할 수 있다. 이 script를 수행하면 출력 format을 입력 받게 되는데 “XML,
TEXT/TERM, BOTH”의 3가지 형태를 제공한다.
SQL> conn sys/manager

Connected.
SQL> @$ORACLE_HOME/rdbms/admin/utlu101s.sql


Enter value for 1: TEXT
Oracle Database 10.1 Upgrade Status Tool 12-JUL-2005 01:22:09
 Oracle Database Catalog Views Normal successful completion
 Oracle Database Packages and Types Normal successful completion
 JServer JAVA Virtual Machine Normal successful completion
 Oracle XDK Normal successful completion
 Oracle Database Java Packages Normal successful completion
 Oracle XML Database Normal successful completion
 Oracle Workspace Manager Normal successful completion
 Oracle interMedia Normal successful completion
 Spatial Normal successful completion
 Oracle Text Normal successful completion
 Oracle Ultra Search Normal successful completion
 Oracle Enterprise Manager Normal successful completion
No problems detected during upgrade


CF. 출력 format을 한번에 처리하기 위하여 다음과 같이 argument로 입력할 수도 있다.
SQL> @$ORACLE_HOME/rdbms/admin/utlu101s.sql TEXT



OCP point
===============================================================
1. direct upgrade를 위한 oracle version 4가지

참조
===============================================================
spfile : o9i 153, 540p



22. em 설정 및 확인

23. em Repository 생성
앞서 “dbua”로 upgrade를 진행하였을 때에는 중간에 해당 database를 em으로 관리할
것인가를 묻고 이를 선택하는 화면이 있었다. 그러나 manual upgrade는 그런 과정이
없기 때문에 em으로 관리를 하고자 한다면 다음과 같은 방식으로 repository를 만들어
주어야 한다. 물론, 어떤 경우라도(굳이 upgrade가 아니더라도) oracle10g를 사용하면서
em을 통한 관리를 하고자 하는데 repository가 없다면 이 부분은 필수작업이다.

CF. em repository는 oracle10g의 new tablespace인 “SYSAUX”에 위치한다.

작업은 interactive하게 묻고 답하는 형식으로 이루어 짐으로 적절한 값을 넣어주도록
하자. 다음의 예를 보라.

CF. 이 말은 곧 em으로 관리하고자 하는 instance는 각각 자신의 repository를 필요로
한다는 말이 됨으로 한 서버에서 여러 개의 instance를 가지고 있다면 각각에 대하여
em을 start해야 된다는 뜻이다.
[NEWSVC]LIRACLE:/app/oracle> cd $ORACLE_HOME/bin

[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/bin> emca

STARTED EMCA at Fri Jun 24 17:28:10 KST 2005
Enter the following information about the database to be configured
Listener port number: 1521
Database SID: NEWSVC
Service name: NEWSVC
Email address for notification:
Email gateway for notification:
Password for dbsnmp:
Password for sysman:
Password for sys:

-----------------------------------------------------------------



You have specified the following settings

Database ORACLE_HOME ................ /app/oracle/product/10.1.0
Enterprise Manager ORACLE_HOME ................ /app/oracle/product/10.1.0

Database host name ................ LIRACLE
Listener port number ................ 1521
Database SID ................ NEWSVC
Service name ................ NEWSVC
Email address for notification ...............
Email gateway for notification ...............

-----------------------------------------------------------------
Do you wish to continue? [yes/no]: yes
Jun 24, 2005 5:39:05 PM oracle.sysman.emcp.EMConfig updateReposVars
INFO: Updating file
/app/oracle/product/10.1.0/sysman/emdrep/config/repository.variables ...

Jun 24, 2005 5:51:21 PM oracle.sysman.emcp.EMConfig createRepository
INFO: Creating repository ...
Jun 24, 2005 5:51:21 PM oracle.sysman.emcp.EMConfig perform
INFO: Repository was created successfully
Jun 24, 2005 5:51:35 PM oracle.sysman.emcp.EMConfig addPortEntries
INFO: Updating file /app/oracle/product/10.1.0/install/portlist.ini ...
Jun 24, 2005 5:51:35 PM oracle.sysman.emcp.EMConfig updateEmdProps
INFO: Updating file /app/oracle/product/10.1.0/sysman/config/emd.properties ...
Jun 24, 2005 5:51:37 PM oracle.sysman.emcp.EMConfig updateConfigFiles
INFO: targets.xml file is updated successfully
Jun 24, 2005 5:51:37 PM oracle.sysman.emcp.EMConfig updateEmomsProps
INFO: Updating file
/app/oracle/product/10.1.0/sysman/config/emoms.properties ...
Jun 24, 2005 5:51:37 PM oracle.sysman.emcp.EMConfig updateConfigFiles
INFO: emoms.properties file is updated successfully
Jun 24, 2005 5:51:39 PM oracle.sysman.emcp.EMConfig startOMS



INFO: Starting the DBConsole ...
INFO: DBConsole is started successfully
INFO: >>>>>>>>>>> The Enterprise Manager URL is http://LIRACLE:5501/em
<<<<<<<<<<<
Enterprise Manager configuration is completed successfully
FINISHED EMCA at Fri Jun 24 17:53:27 KST 2005
[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/bin>

맨 마지막에 나타나는 URL을 사용하여 web browser로 연결을 할 수 있다.

새로 등록된 repository를 이용하여 dbconsole의 stop/start가 원활이 이루어지는지 확
인을 해보자.
[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/bin> emctl stop dbconsole

TZ set to ROK
Oracle Enterprise Manager 10g Database Control Release 10.1.0.4
Copyright (c) 1996, 2004 Oracle Corporation. All rights reserved.
http://LIRACLE:5501/em/console/aboutApplication
Stopping Oracle Enterprise Manager 10g Database Control ...
... Stopped.
[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/bin> emctl start dbconsole
TZ set to ROK
Oracle Enterprise Manager 10g Database Control Release 10.1.0.4
Copyright (c) 1996, 2004 Oracle Corporation. All rights reserved.
http://LIRACLE:5501/em/console/aboutApplication
Starting Oracle Enterprise Manager 10g Database Control ..................... started.
------------------------------------------------------------------
Logs are generated in directory
/app/oracle/product/10.1.0/LIRACLE_NEWSVC/sysman/log
[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/bin>

24. em Ports
위에서 설정한 em repository와 관련하여 port등의 환경설정과 관련된 부분들은 다음



과 같이 $ORACLE_HOME/hostname_sid/ 위치에 있는 구조 중에서 특정 file
“emoms.properties “ 에 저장이 되어있음으로 이를 확인하도록 한다.
[NEWSVC]LIRACLE:/app/oracle> cd $ORACLE_HOME/LIRACLE_NEWSVC

[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/LIRACLE_NEWSVC> cd sysman/config
[NEWSVC]LIRACLE:/app/oracle/product/10.1.0/LIRACLE_NEWSVC/sysman/config> ls
-ltr
total 76
-rw-r----- 1 oracle dba 4986 Jun 24 17:51 OUIinventories.add
-rw-r----- 1 oracle dba 1303 Jun 24 17:51 emoms.properties
-rw-r----- 1 oracle dba 1165 Jun 24 17:51 emomslogging.properties
-rw-r----- 1 oracle dba 7074 Jun 24 17:51 emomsintg.xml
-rw-r----- 1 oracle dba 11290 Jun 24 17:51 emd.properties.tzbak
-rw-r----- 1 oracle dba 1265 Jun 24 17:51 emagentlogging.properties
-rw-r----- 1 oracle dba 9892 Jun 24 17:51 b64InternetCertificate.txt
-rw-r----- 1 oracle dba 11290 Jun 24 17:53 emd.properties.2005-06-24-17-53-19
-rw-r----- 1 oracle dba 11308 Jun 24 17:53 emd.properties

현재 사용중인 database server전체에 대하여 즉, 현재 설정된 instance를 기준으로 확
인하는 것이 아니라 oracle10g가 install되어 있는 서버에서 전체 database를 대상으로
각종 em관련 port를 확인하기 위해서는 다음과 같이한다.
[NEWSVC]LIRACLE:/app/oracle/temp> cat $ORACLE_HOME/install/portlist.ini

Ultra Search HTTP port number =5620
iSQL*Plus HTTP port number =5560
Enterprise Manager Agent Port =
Enterprise Manager Console HTTP Port (OMFSVR) = 5500
Enterprise Manager Agent Port (OMFSVR) = 1830
Enterprise Manager Console HTTP Port (NEWSVC) = 5501
Enterprise Manager Agent Port (NEWSVC) = 1831

앞으로 이 책에서 설명하는 em 화면은 대부분 “NEWSVC”의 port를 사용함으로 여러
분은 각자 테스트하는 database와 port를 이 file에서 확인한 후 해당 port를 사용해야
한다.



OCP point
===============================================================
1. emca의 역할



25. Initialization Parameters

Initialization parameters는 크게 두 가지로 나뉘어진다. 그 하나는 basic parameters로
서 database 생성, 관리와 연관된 가장 기초적인 parameters이고 그 나머지들은
advanced parameters로서 주로 database의 성능이나 기능과 관련된 것들이다.

Deprecated parameters나 obsolete parameters를 사용하게 되면 instance start시
warning message와 함께 alert log에 그 내용들이 기록된다. 그러나 deprecated
parameter는 정상적인 parameter처럼 작동한다. 이름이 바뀐 parameters는 가급적 빨
리 바꾸어 사용하도록 하자.

26. Basic Parameters
다음의 parameters는 모두 oracle10g에서 사용하는 basic parameters이다. Oracle이 사
용하는 parameters는 너무나 많고 또한 basic parameters 모두를 반드시 설정해야 하는
것은 아니지만 말 그대로 아래의 기본 parameters은 항상 유의해야 한다.
표 2-1 Parameter Description (default : modification)
CLUSTER_DATABASE RAC enable을 결정 (FALSE : N)
기본 COMPATIBLE Oracle release 사용범위 (10.0.0 : N)
Paramete CONTROL_FILES Control file정보 (OS dependent : N)
r 와 설명 DB_BLOCK_SIZE Oracle DB block size (8192 : N)
DB_CREATE_FILE_DEST OMF datafile location (X : Y)
DB_CREATE_ONLINE_LOG_DEST_n OMF controlfile, redo log location (X : Y)
DB_DOMAIN 분산환경에서의 논리적인 database 위치 (X
: N)
DB_NAME Database identifier로 DB 생성시 지정하며
8자리까지 가능 (X : N)
DB_RECOVERY_FILE_DEST Flash recovery area 위치 (X : Y)
DB_RECOVERY_FILE_DEST_SIZE Flash recovery area 크기 (X : Y)
DB_UNIQUE_NAME 30자리까지 지정이 가능한 database의
unique한 이름을 보장하는 값

(DB_NAME or +ASM : N)
INSTANCE_NUMBER RAC내 instance number (derived from
instance start order : N)
JOB_QUEUE_PROCESSES Job을 수행하는 최대 processes 수 (0 : Y)
LOG_ARCHIVE_DEST_n Archive log 위치 (NULL : Y)
LOG_ARCHIVE_DEST_STATE_n Archive log 위치의 valid check 및 action을
지정 (ENABLE : Y)
NLS_LANGUAGE 일, 월등의 이름 및 message등을 display하



는 기본 언어를 설정 (NLS_LANG 환경변
수 : Y)
NLS_TERRITORY 날짜, 숫자, 화폐기호 등의 지역적인 관습을
설정 (OS dependent : Y)
OPEN_CURSORS Session이 open할 수 있는 최대 cursor의 수
(50 : Y)
PGA_AGGREGATE_TARGET PGA memory의 총 량 (10M 과 SGA의 20%
중 큰 값 : Y)
PROCESSES Oracle에 동시에 연결 가능한 최대 OS
processes의 수 (derived from
PARALLEL_MAX_SERVERS : N)
REMOTE_LISTENER Server instance와 다른 machine에 있는
listener의 network 이름 (X : Y)
REMOTE_LOGIN_PASSWORDFILE Password file을 check하고 얼마나 많은 수
의 database가 password file을 사용할 것인
가를 설정 (NONE : N)
ROLLBACK_SEGMENTS Rollback segment 지정 (public RBS : N)
SESSIONS 연결 가능한 최대 session의 수 ((1.1 *
PROCESSES) + 5 : N)
SGA_TARGET SGA의 최대 size (0 : Y)
SHARED_SERVERS Shared server환경에서 최초 start되는
server processes의 수 (0 : Y)
STAR_TRANSFORMATION_ENABLED Cost-based query변환을 start query에 적용
할 것인가를 결정 (FALSE : Y)
UNDO_MANAGEMENT Undo 관리를 자동화할 것인가를 결정
(MANUAL : N)
UNDO_TABLESPACE Instance start시 최초 사용할 undo
tablespace의 이름 (처음 사용 가능한 undo
tablespace : Y)

27. Deprecated(renamed) Parameters
database에서 이 정보를 알아내려면 다음과 같은 SQL을 사용하면 된다.
SQL> select name from v$parameter where isdeprecated = 'TRUE';

(1) Release 10.1
BUFFER_POOL_KEEP (변경 DB_KEEP_CACHE_SIZE)
BUFFER_POOL_RECYCLE (변경 DB_RECYCLE_CACHE_SIZE)
GLOBAL_CONTEXT_POOL_SIZE
LOCK_NAME_SPACE
LOG_ARCHIVE_START



MAX_ENABLED_ROLES
PARALLEL_AUTOMATIC_TUNING
PLSQL_COMPILER_FLAGS (변경 PLSQL_CODE_TYPE and PLSQL_DEBUG)

(2) Release 9.2
DRS_START (변경 DG_BROKER_START)

(3) Release 9.0.1
FAST_START_IO_TARGET (변경 FAST_START_MTTR_TARGET)
MTS_CIRCUITS (변경 CIRCUITS)
MTS_DISPATCHERS (변경 DISPATCHERS)
MTS_MAX_DISPATCHERS (변경 MAX_DISPATCHERS)
MTS_MAX_SERVERS (변경 MAX_SHARED_SERVERS)
MTS_SERVERS (변경 SHARED_SERVERS)
MTS_SESSIONS (변경 SHARED_SERVER_SESSIONS)
PARALLEL_SERVER (변경 CLUSTER_DATABASE)
PARALLEL_SERVER_INSTANCES (변경 CLUSTER_DATABASE_INSTANCES)

28. Obsolete Parameters
(1) Release 10.1
DBLINK_ENCRYPT_LOGIN

HASH_JOIN_ENABLED
LOG_PARALLELISM
MAX_ROLLBACK_SEGMENTS
MTS_CIRCUITS
MTS_DISPATCHERS
MTS_LISTENER_ADDRESS
MTS_MAX_DISPATCHERS
MTS_MAX_SERVERS
MTS_MULTIPLE_LISTENERS
MTS_SERVERS
MTS_SERVICE
MTS_SESSIONS



OPTIMIZER_MAX_PERMUTATIONS
ORACLE_TRACE_COLLECTION_NAME
ORACLE_TRACE_COLLECTION_PATH
ORACLE_TRACE_COLLECTION_SIZE
ORACLE_TRACE_ENABLE
ORACLE_TRACE_FACILITY_NAME
ORACLE_TRACE_FACILITY_PATH
PARTITION_VIEW_ENABLED
PLSQL_NATIVE_C_COMPILER
PLSQL_NATIVE_LINKER
PLSQL_NATIVE_MAKE_FILE_NAME
PLSQL_NATIVE_MAKE_UTILITY
ROW_LOCKING
SERIALIZABLE
TRANSACTION_AUDITING
UNDO_SUPPRESS_ERRORS

(2) Release 9.2
DISTRIBUTED_TRANSACTIONS

MAX_TRANSACTION_BRANCHES
PARALLEL_BROADCAST_ENABLED
STANDBY_PRESERVES_NAMES

(3) Release 9.0.1
ALWAYS_ANTI_JOIN

ALWAYS_SEMI_JOIN
DB_BLOCK_LRU_LATCHES
DB_BLOCK_MAX_DIRTY_TARGET
DB_FILE_DIRECT_IO_COUNT
GC_DEFER_TIME
GC_RELEASABLE_LOCKS
GC_ROLLBACK_LOCKS



HASH_MULTIBLOCK_IO_COUNT
INSTANCE_NODESET
JOB_QUEUE_INTERVAL
OPS_INTERCONNECTS
OPTIMIZER_PERCENT_PARALLEL
SORT_MULTIBLOCK_READ_COUNT
TEXT_ENABLE

(4) Release 8.1
ALLOW_PARTIAL_SN_RESULTS

ARCH_IO_SLAVES
B_TREE_BITMAP_PLANS
BACKUP_DISK_IO_SLAVES
CACHE_SIZE_THRESHOLD
CLEANUP_ROLLBACK_ENTRIES
CLOSE_CACHED_OPEN_CURSORS
COMPATIBLE_NO_RECOVERY
COMPLEX_VIEW_MERGING
DB_BLOCK_CHECKPOINT_BATCH
DB_BLOCK_LRU_EXTENDED_STATISTICS
DB_BLOCK_LRU_STATISTICS
DB_FILE_SIMULTANEOUS_WRITES
DELAYED_LOGGING_BLOCK_CLEANOUTS
DISCRETE_TRANSACTIONS_ENABLED
DISTRIBUTED_RECOVERY_CONNECTION_HOLD_TIMEFAST_FULL_SCAN_ENABLED
ENT_DOMAIN_NAME
FREEZE_DB_FOR_FAST_INSTANCE_RECOVERY
GC_LATCHES
GC_LCK_PROCS
JOB_QUEUE_KEEP_CONNECTIONS
LARGE_POOL_MIN_ALLOC
LGWR_IO_SLAVES
LM_LOCKS



LM_PROCS
LM_RESS
LOCK_SGA_AREAS
LOG_ARCHIVE_BUFFER_SIZE
LOG_ARCHIVE_BUFFERS
LOG_BLOCK_CHECKSUM
LOG_FILES
LOG_SIMULTANEOUS_COPIES
LOG_SMALL_ENTRY_MAX_SIZE
MTS_RATE_LOG_SIZE
MTS_RATE_SCALE
OGMS_HOME
OPS_ADMIN_GROUP
OPTIMIZER_SEARCH_LIMIT
PARALLEL_DEFAULT_MAX_INSTANCES
PARALLEL_MIN_MESSAGE_POOL
PARALLEL_SERVER_IDLE_TIME
PARALLEL_TRANSACTION_RESOURCE_TIMEOUT
PUSH_JOIN_PREDICATE
REDUCE_ALARM
ROW_CACHE_CURSORS
SEQUENCE_CACHE_ENTRIES
SEQUENCE_CACHE_HASH_BUCKETS
SHARED_POOL_RESERVED_MIN_ALLOC
SNAPSHOT_REFRESH_KEEP_CONNECTIONS
SNAPSHOT_REFRESH_PROCESSES
SORT_DIRECT_WRITES
SORT_READ_FAC
SORT_SPACEMAP_SIZE
SORT_WRITE_BUFFER_SIZE
SORT_WRITE_BUFFERS
SPIN_COUNT
TEMPORARY_TABLE_LOCKS
USE_ISM


Oracle History #9

More Related Content

Viewers also liked (15)

Similar to Oracle History #9 (20)

More from Kyung Sang Jang (17)

Oracle History #9