고객사에서 아래의 작업이 매 주 일어납니다.

1. 운영 DB서버의 컨트롤/리두로그/데이터 파일 부분을 테스트 DB서버로 이미지카피를 합니다.

(DB 엔진부분이나 설정파일은 복사하지 않습니다.)

2. 테스트 DB의 SID를 테스트에 맞게 변경해줍니다.

예전같으면 벌벌떨면서 진행했던 SID 변경 작업이지만,

10.x 이상의 버젼에서 nid라는 도구가 도입되면서 아주 간단한(실수를 하지 않는다면) 작업으로 변했습니다.

아래는 변경 절차입니다.

운영 DB서버의 SID는 PROD, 테스트 DB서버의 SID는 TEST라고 하겠습니다.

##########################################################################

이미지 카피가 정상적으로 되어 DB가 정상적으로 올라오는지 확인하는 부분

##########################################################################

1) 이미지카피가 완료된 후....

2) .profile에 설정되어 있는 SID를 PROD로 변경합니다.

3) . .profile로 변경된 사항을 적용합니다.

4) cp inittest.ora initprod.ora 명령으로 기 존재하는 파라메터 파일을 이용하여 초기화 파라메터 파일을 생성합니다.

5) 생성한 initprod.ora 파일을 열어서, controlfile의 위치를 실제 파일이 위치하는 곳으로 변경하고..

db_name 파라메터를 prod로 변경하고..

local listener 파라메터 설정 부분을 remark 합니다.

6) 패스워드 파일 사용중이라면 orapwd 명령으로 패스워드 파일을 생성합니다.

7) sqlplus 에 로그인하고, startup 명령으로 DB를 살려서 정상적으로 올라오는지 확인합니다.

##########################################################################

SID을 바꾸고 DB가 정상적으로 올라오는지 확인하는 부분

##########################################################################

8) DB가 정상이라면 shutdown 명령으로 DB를 내립니다.

9) DB를 Mount 단계까지 올립니다.

10) 다른 창을 하나 띄워서 아래의 명령어로 SID를 변경합니다.

nid target=sys/<패스워드> dbname=TEST setname=yes

(nid가 실행되면 nid가 Mount되어 있는 DB를 shutdown 시킵니다.)

<실제 수행 화면>

[oracle@sbiztdb1:prod:/sks1/oracle]nid target=sys/<패스워드> dbname=TEST setname=y

DBNEWID: Release 10.2.0.4.0 - Production on Sat Jun 13 22:53:29 2009

Connected to database PROD (DBID=3426403114)

Connected to server version 10.2.0

Control Files in database:
    /dev/hdvg21/rlvol_0500M0001
    /dev/hdvg22/rlvol_0500M0006
    /dev/hdvg23/rlvol_0500M0011

Change database name of database PROD to TEST? (Y/[N]) => Y

Proceeding with operation
Changing database name from PROD to TEST
    Control File /dev/hdvg21/rlvol_0500M0001 - modified
    Control File /dev/hdvg22/rlvol_0500M0006 - modified
    Control File /dev/hdvg23/rlvol_0500M0011 - modified
    Datafile /dev/hdvg21/rlvol_4000M0001 - wrote new name
    Datafile /dev/hdvg21/rlvol_8000M0002 - wrote new name
    Datafile /dev/hdvg22/rlvol_2000M0008 - wrote new name
    Datafile /dev/hdvg26/rlvol_4000M0042 - wrote new name
    Datafile /dev/hdvg22/rlvol_2000M0009 - wrote new name
    Datafile /dev/hdvg21/rlvol_8000M0003 - wrote new name
    Datafile /dev/hdvg21/rlvol_8000M0004 - wrote new name
    Datafile /dev/hdvg21/rlvol_8000M0005 - wrote new name
    Datafile /dev/hdvg21/rlvol_8000M0006 - wrote new name
    Datafile /dev/hdvg21/rlvol_8000M0007 - wrote new name
    Datafile /dev/hdvg22/rlvol_8000M0008 - wrote new name
    Datafile /dev/hdvg22/rlvol_8000M0009 - wrote new name
    Datafile /dev/hdvg22/rlvol_8000M0011 - wrote new name
    Datafile /dev/hdvg22/rlvol_8000M0012 - wrote new name
    Datafile /dev/hdvg22/rlvol_8000M0013 - wrote new name
    Datafile /dev/hdvg22/rlvol_8000M0014 - wrote new name
    Datafile /dev/hdvg23/rlvol_8000M0015 - wrote new name
    Datafile /dev/hdvg23/rlvol_8000M0016 - wrote new name
    Datafile /dev/hdvg23/rlvol_8000M0017 - wrote new name
    Datafile /dev/hdvg23/rlvol_8000M0018 - wrote new name
    Datafile /dev/hdvg23/rlvol_8000M0019 - wrote new name
    Datafile /dev/hdvg23/rlvol_8000M0020 - wrote new name
    Datafile /dev/hdvg23/rlvol_8000M0021 - wrote new name
    Datafile /dev/hdvg24/rlvol_8000M0022 - wrote new name
    Datafile /dev/hdvg24/rlvol_8000M0023 - wrote new name
    Datafile /dev/hdvg24/rlvol_8000M0024 - wrote new name
    Datafile /dev/hdvg24/rlvol_8000M0025 - wrote new name
    Datafile /dev/hdvg24/rlvol_8000M0026 - wrote new name
    Datafile /dev/hdvg24/rlvol_8000M0027 - wrote new name
    Datafile /dev/hdvg24/rlvol_8000M0028 - wrote new name
    Datafile /dev/hdvg25/rlvol_8000M0030 - wrote new name
    Datafile /dev/hdvg25/rlvol_8000M0031 - wrote new name
    Datafile /dev/hdvg25/rlvol_8000M0032 - wrote new name
    Datafile /dev/hdvg25/rlvol_8000M0034 - wrote new name
    Datafile /dev/hdvg25/rlvol_8000M0035 - wrote new name
    Datafile /dev/hdvg26/rlvol_8000M0036 - wrote new name
    Datafile /dev/hdvg26/rlvol_8000M0037 - wrote new name
    Datafile /dev/hdvg26/rlvol_8000M0038 - wrote new name
    Datafile /dev/hdvg21/rlvol_4000M0002 - wrote new name
    Datafile /dev/hdvg21/rlvol_4000M0003 - wrote new name
    Datafile /dev/hdvg21/rlvol_4000M0004 - wrote new name
    Datafile /dev/hdvg21/rlvol_4000M0005 - wrote new name
    Datafile /dev/hdvg21/rlvol_4000M0007 - wrote new name
    Datafile /dev/hdvg22/rlvol_4000M0008 - wrote new name
    Datafile /dev/hdvg22/rlvol_4000M0009 - wrote new name
    Datafile /dev/hdvg22/rlvol_4000M0010 - wrote new name
    Datafile /dev/hdvg22/rlvol_4000M0011 - wrote new name
    Datafile /dev/hdvg22/rlvol_4000M0013 - wrote new name
    Datafile /dev/hdvg23/rlvol_4000M0015 - wrote new name
    Datafile /dev/hdvg26/rlvol_8000M0040 - wrote new name
    Datafile /dev/hdvg26/rlvol_8000M0041 - wrote new name
    Datafile /dev/hdvg26/rlvol_8000M0042 - wrote new name
    Datafile /dev/hdvg27/rlvol_8000M0043 - wrote new name
    Datafile /dev/hdvg27/rlvol_8000M0044 - wrote new name
    Datafile /dev/hdvg27/rlvol_8000M0045 - wrote new name
    Datafile /dev/hdvg27/rlvol_8000M0047 - wrote new name
    Datafile /dev/hdvg27/rlvol_8000M0049 - wrote new name
    Datafile /dev/hdvg28/rlvol_8000M0050 - wrote new name
    Datafile /dev/hdvg28/rlvol_8000M0051 - wrote new name
    Datafile /dev/hdvg23/rlvol_4000M0017 - wrote new name
    Datafile /dev/hdvg21/rlvol_2000M0001 - wrote new name
    Datafile /dev/hdvg21/rlvol_2000M0003 - wrote new name
    Datafile /dev/hdvg22/rlvol_2000M0010 - wrote new name
    Datafile /dev/hdvg22/rlvol_2000M0012 - wrote new name
    Datafile /dev/hdvg22/rlvol_2000M0014 - wrote new name
    Datafile /dev/hdvg23/rlvol_2000M0016 - wrote new name
    Datafile /dev/hdvg23/rlvol_2000M0018 - wrote new name
    Datafile /dev/hdvg23/rlvol_2000M0019 - wrote new name
    Datafile /dev/hdvg23/rlvol_2000M0020 - wrote new name
    Datafile /dev/hdvg23/rlvol_2000M0021 - wrote new name
    Datafile /dev/hdvg23/rlvol_4000M0019 - wrote new name
    Datafile /dev/hdvg23/rlvol_4000M0020 - wrote new name
    Datafile /dev/hdvg24/rlvol_4000M0022 - wrote new name
    Datafile /dev/hdvg24/rlvol_2000M0022 - wrote new name
    Datafile /dev/hdvg24/rlvol_2000M0023 - wrote new name
    Datafile /dev/hdvg28/rlvol_8000M0054 - wrote new name
    Datafile /dev/hdvg28/rlvol_8000M0053 - wrote new name
    Datafile /dev/hdvg28/rlvol_8000M0055 - wrote new name
    Datafile /dev/hdvg28/rlvol_8000M0056 - wrote new name
    Datafile /dev/hdvg24/rlvol_4000M0023 - wrote new name
    Datafile /dev/hdvg24/rlvol_4000M0024 - wrote new name
    Datafile /dev/hdvg24/rlvol_4000M0026 - wrote new name
    Datafile /dev/hdvg24/rlvol_4000M0027 - wrote new name
    Datafile /dev/hdvg24/rlvol_4000M0028 - wrote new name
    Datafile /dev/hdvg25/rlvol_4000M0029 - wrote new name
    Datafile /dev/hdvg25/rlvol_4000M0030 - wrote new name
    Datafile /dev/hdvg25/rlvol_4000M0031 - wrote new name
    Datafile /dev/hdvg25/rlvol_4000M0033 - wrote new name
    Datafile /dev/hdvg25/rlvol_4000M0034 - wrote new name
    Datafile /dev/hdvg25/rlvol_4000M0035 - wrote new name
    Datafile /dev/hdvg26/rlvol_4000M0036 - wrote new name
    Datafile /dev/hdvg24/rlvol_2000M0024 - wrote new name
    Datafile /dev/hdvg24/rlvol_2000M0025 - wrote new name
    Datafile /dev/hdvg21/rlvol_2000M0005 - wrote new name
    Datafile /dev/hdvg29/rlvol_8000M0058 - wrote new name
    Datafile /dev/hdvg29/rlvol_8000M0059 - wrote new name
    Datafile /dev/hdvg29/rlvol_8000M0060 - wrote new name
    Datafile /dev/hdvg29/rlvol_8000M0061 - wrote new name
    Datafile /dev/hdvg29/rlvol_8000M0062 - wrote new name
    Datafile /dev/hdvg29/rlvol_8000M0063 - wrote new name
    Datafile /dev/hdvg30/rlvol_8000M0064 - wrote new name
    Datafile /dev/hdvg26/rlvol_4000M0038 - wrote new name
    Datafile /dev/hdvg26/rlvol_4000M0039 - wrote new name
    Datafile /dev/hdvg26/rlvol_4000M0040 - wrote new name
    Datafile /dev/hdvg26/rlvol_4000M0041 - wrote new name
    Datafile /dev/hdvg27/rlvol_4000M0047 - wrote new name
    Datafile /dev/hdvg27/rlvol_4000M0048 - wrote new name
    Datafile /dev/hdvg27/rlvol_4000M0049 - wrote new name
    Datafile /dev/hdvg28/rlvol_4000M0050 - wrote new name
    Datafile /dev/hdvg21/rlvol_1000M0001 - wrote new name
    Datafile /dev/hdvg21/rlvol_1000M0002 - wrote new name
    Datafile /dev/hdvg24/rlvol_2000M0026 - wrote new name
    Datafile /dev/hdvg24/rlvol_2000M0027 - wrote new name
    Datafile /dev/hdvg21/rlvol_1000M0003 - wrote new name
    Datafile /dev/hdvg21/rlvol_1000M0004 - wrote new name
    Datafile /dev/hdvg21/rlvol_2000M0006 - wrote new name
    Datafile /dev/hdvg24/rlvol_2000M0028 - wrote new name
    Datafile /dev/hdvg25/rlvol_2000M0029 - wrote new name
    Datafile /dev/hdvg30/rlvol_8000M0066 - wrote new name
    Datafile /dev/hdvg30/rlvol_8000M0067 - wrote new name
    Datafile /dev/hdvg21/rlvol_1000M0005 - wrote new name
    Datafile /dev/hdvg21/rlvol_1000M0006 - wrote new name
    Datafile /dev/hdvg21/rlvol_4000M0006 - wrote new name
    Datafile /dev/hdvg27/rlvol_4000M0044 - wrote new name
    Datafile /dev/hdvg28/rlvol_4000M0052 - wrote new name
    Datafile /dev/hdvg30/rlvol_8000M0069 - wrote new name
    Datafile /dev/hdvg30/rlvol_8000M0070 - wrote new name
    Datafile /dev/hdvg27/rlvol_8000M0048 - wrote new name
    Datafile /dev/hdvg28/rlvol_4000M0054 - wrote new name
    Datafile /dev/hdvg28/rlvol_4000M0055 - wrote new name
    Datafile /dev/hdvg27/rlvol_4000M0043 - wrote new name
    Datafile /dev/hdvg30/rlvol_4000M0070 - wrote new name
    Datafile /dev/hdvg25/rlvol_8000M0033 - wrote new name
    Datafile /dev/hdvg25/rlvol_8000M0029 - wrote new name
    Datafile /dev/hdvg26/rlvol_8000M0039 - wrote new name
    Datafile /dev/hdvg23/rlvol_4000M0018 - wrote new name
    Datafile /dev/hdvg23/rlvol_4000M0021 - wrote new name
    Datafile /dev/hdvg24/rlvol_4000M0025 - wrote new name
    Datafile /dev/hdvg26/rlvol_4000M0037 - wrote new name
    Datafile /dev/hdvg27/rlvol_4000M0045 - wrote new name
    Datafile /dev/hdvg27/rlvol_4000M0046 - wrote new name
    Datafile /dev/hdvg25/rlvol_2000M0030 - wrote new name
    Datafile /dev/hdvg25/rlvol_2000M0032 - wrote new name
    Datafile /dev/hdvg25/rlvol_2000M0033 - wrote new name
    Datafile /dev/hdvg28/rlvol_4000M0056 - wrote new name
    Datafile /dev/hdvg29/rlvol_4000M0057 - wrote new name
    Datafile /dev/hdvg29/rlvol_4000M0058 - wrote new name
    Datafile /dev/hdvg29/rlvol_4000M0059 - wrote new name
    Datafile /dev/hdvg29/rlvol_4000M0060 - wrote new name
    Datafile /dev/hdvg29/rlvol_4000M0061 - wrote new name
    Datafile /dev/hdvg29/rlvol_4000M0062 - wrote new name
    Datafile /dev/hdvg22/rlvol_4000M0012 - wrote new name
    Datafile /dev/hdvg22/rlvol_4000M0014 - wrote new name
    Datafile /dev/hdvg21/rlvol_2000M0002 - wrote new name
    Datafile /dev/hdvg28/rlvol_4000M0051 - wrote new name
    Datafile /dev/hdvg29/rlvol_4000M0063 - wrote new name
    Datafile /dev/hdvg21/rlvol_2000M0004 - wrote new name
    Datafile /dev/hdvg25/rlvol_2000M0034 - wrote new name
    Datafile /dev/hdvg25/rlvol_2000M0035 - wrote new name
    Datafile /dev/hdvg26/rlvol_2000M0036 - wrote new name
    Datafile /dev/hdvg23/rlvol_4000M0016 - wrote new name
    Datafile /dev/hdvg22/rlvol_1000M0007 - wrote new name
    Datafile /dev/hdvg26/rlvol_2000M0037 - wrote new name
    Datafile /dev/hdvg22/rlvol_8000M0010 - wrote new name
    Datafile /dev/hdvg21/rlvol_2000M0007 - wrote new name
    Datafile /dev/hdvg25/rlvol_4000M0032 - wrote new name
    Datafile /dev/hdvg28/rlvol_4000M0053 - wrote new name
    Datafile /dev/hdvg22/rlvol_2000M0011 - wrote new name
    Datafile /dev/hdvg22/rlvol_2000M0013 - wrote new name
    Datafile /dev/hdvg23/rlvol_2000M0015 - wrote new name
    Datafile /dev/hdvg30/rlvol_4000M0064 - wrote new name
    Datafile /dev/hdvg30/rlvol_4000M0065 - wrote new name
    Datafile /dev/hdvg30/rlvol_4000M0066 - wrote new name
    Datafile /dev/hdvg30/rlvol_4000M0067 - wrote new name
    Datafile /dev/hdvg30/rlvol_4000M0069 - wrote new name
    Datafile /dev/hdvg30/rlvol_4000M0068 - wrote new name
    Datafile /dev/hdvg26/rlvol_2000M0038 - wrote new name
    Datafile /dev/hdvg26/rlvol_2000M0039 - wrote new name
    Datafile /dev/hdvg23/rlvol_2000M0017 - wrote new name
    Datafile /dev/hdvg25/rlvol_2000M0031 - wrote new name
    Datafile /dev/hdvg26/rlvol_2000M0040 - wrote new name
    Datafile /dev/hdvg26/rlvol_2000M0041 - wrote new name
    Datafile /dev/hdvg26/rlvol_2000M0042 - wrote new name
    Datafile /dev/hdvg27/rlvol_2000M0043 - wrote new name
    Datafile /dev/hdvg28/rlvol_1000M0044 - wrote new name
    Datafile /dev/hdvg28/rlvol_1000M0045 - wrote new name
    Datafile /dev/hdvg27/rlvol_2000M0044 - wrote new name
    Datafile /dev/hdvg27/rlvol_2000M0045 - wrote new name
    Datafile /dev/hdvg27/rlvol_2000M0046 - wrote new name
    Datafile /dev/hdvg27/rlvol_2000M0047 - wrote new name
    Datafile /dev/hdvg27/rlvol_2000M0048 - wrote new name
    Datafile /dev/hdvg27/rlvol_2000M0049 - wrote new name
    Datafile /dev/hdvg28/rlvol_2000M0050 - wrote new name
    Datafile /dev/hdvg28/rlvol_2000M0051 - wrote new name
    Datafile /dev/hdvg28/rlvol_2000M0052 - wrote new name
    Datafile /dev/hdvg28/rlvol_2000M0053 - wrote new name
    Datafile /dev/hdvg28/rlvol_2000M0054 - wrote new name
    Datafile /dev/hdvg28/rlvol_2000M0055 - wrote new name
    Datafile /dev/hdvg21/rlvol_8000M0001 - wrote new name
    Datafile /dev/hdvg27/rlvol_8000M0046 - wrote new name
    Datafile /dev/hdvg28/rlvol_8000M0052 - wrote new name
    Datafile /dev/hdvg29/rlvol_8000M0057 - wrote new name
    Datafile /dev/hdvg30/rlvol_8000M0065 - wrote new name
    Datafile /dev/hdvg30/rlvol_8000M0068 - wrote new name
    Control File /dev/hdvg21/rlvol_0500M0001 - wrote new name
    Control File /dev/hdvg22/rlvol_0500M0006 - wrote new name
    Control File /dev/hdvg23/rlvol_0500M0011 - wrote new name
    Instance shut down

Database name changed to TEST.
Modify parameter file and generate a new password file before restarting.
Succesfully changed database name.
DBNEWID - Completed succesfully.

11) .profile에 설정되어 있는 SID를 TEST로 변경합니다.

12) sqlplus 에 로그인하고, startup 명령으로 DB를 살려서 정상적으로 올라오는지 확인합니다.

(pfile을 가지고 spfile을 생성한 후 다시 startup하여 spfile로 DB가 운영되도록 수정합니다.)

   SQL>startup pfile=inittbizdb.ora
   SQL>create spfile from pfile;
   SQL>shutdown immediate
   SQL>startup

13) 아무런 문제가 없다면 작업 종료...

일반적으로 SID만 변경하시는 분들은 8)부터만 수행하시면 됩니다. 1)~7)까지는 이미지카피 후 정합성 확인하는 부분입니다.

좀 더 자세한 내용은 nid로 오라클 사이트에서 검색하시면 찾으실 수 있을 겁니다....

업무에 도움이 되셨길 빕니다....^^

[출처] 간단한 방법으로 SID 변경하기 (nid 사용) (ProDBA) |작성자 바람숨결

저작자표시

'Database > ORACLE' 카테고리의 다른 글

Oradebug 사용법 (0)	2010.03.26
ErrorStack 덤프를 이용해 문제 SQL 찾아내기 (0)	2010.03.26
Oracle SID error (0)	2010.02.09
rman Tool (0)	2010.02.01
WS1-2-ch18. Data Pump (expdp/impdp) overview (0)	2010.02.01

현상 : 로컬에서
sqlplus tiger/scott 정상적으로 접속되나
sqlplus tiger/scott@orcl 으로 접속하면 안되는 현상 발생...

이유는 SID가 대소문자를 가리기 때문 !

확인 파일(check file)
로그인 파일 : .profile (ORACLE_SID 변수값)
리스터 파일 : listener.ora (SID 변수값)

[hiway:/home/user] sqlplus test8/test8

SQL*Plus: Release 9.2.0.4.0 - Production on Wed Jul 6 16:13:27 2005

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

ERROR:
ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux Error: 2: No such file or directory

답변 : >>>>>>>>> tnsname.ora 에 SID 에 대소문자 구분을 확인해서
환경변수와 똑같이 설정해야한다
.....
export ORACLE_SID=ORA9
.....

출처 : http://myweb.bcpark.net/~hosuck/gnu3/?doc=bbs/gnuboard.php&bo_table=PG_ORACLE&page=8&wr_id=6

저작자표시

'Database > ORACLE' 카테고리의 다른 글

ErrorStack 덤프를 이용해 문제 SQL 찾아내기 (0)	2010.03.26
간단한 방법으로 SID 변경하기 (nid 사용) (0)	2010.03.15
rman Tool (0)	2010.02.01
WS1-2-ch18. Data Pump (expdp/impdp) overview (0)	2010.02.01
Grant 관련 상세 설명 (0)	2010.01.25

복구 관리자 (recovery manager:rman)는 데이터베이스의 백업과 복구에 관련된 정보를 저장하고 필요한 경우 백업과 복구 절차를 수행해 주는 유틸리티이다. 데이터베이스, 테이블스페이스, 데이터파일, 컨트롤 파일, 아카이브 파일별로 백업할 수 있으며, 백업 시 사용되지 않는 블록을 제외하고 백업할 수 도 있다. 또한 백업 시 손상된 블록의 사용 가능 여부를 확인해 주기도 한다.

rman 툴은 자체적인 스크립트 해석 인터프리터를 가진 명령언어 인터프리터(command language interpreter)이므로 입력된 명령을 해석하여 실행하게 된다. 예를 들어, backup, restore, copy, recover와 같은 명령을 rman 툴에서 실행할 수 있는 것이다.

rman의 형식은 다음과 같다.

형식	RMAN [TARGET connectStringSpec ¦ { CATALOG connectStringSpec } ¦ LOG ['] filename ['] [APPEND ] ...... ]...
형식	connectStringSpec::= ['] [userid] [/ [password]] [@net_service_name] [']

RMAN 시작과 DB에 연결

다음 예제는 간단하게 rman에 접속하고 접속해지 하는 과정이다.

【예제】 ☜ rman 시각과 끝
$ rman

RMAN> exit

$

SQL*Plus로 데이터베이스에 접속하듯이 RMAN으로도 데이터베이스에 접속하는데,

그 차이점은 RMAN은 SYSDBA 권한을 가지고 타킷과 보조 데이터베이스에 접속해야 하는데 AS SYSDBA 키워드는 사용하지 않아도 묵시적으로 가진 것으로 간주하기 때문에 의도적으로 표시하지 않아도 된다는 점만 다르다.

RMAN에 연결되면 CONNECT TARGET을 실행해야 타킷 데이터베이스에 접속이 이루어진다.

【예제】☜ target DB에 관리자로 접속 
$ rman

RMAN> connect target /

connected to target database: ORCL (DBID=1204356616)

RMAN> exit

Recovery Manager complete.
$

다음 예는 RMAN 세션중에 출력되는 텍스트 파일을 로그 파일(/tmp/msglog.log)에 추가하도록 하는 예제이다.

【예제】☜ log 파일을 지정하면서 접속 
$ rman TARGET / LOG /tmp/msglog.log APPEND
RMAN> exit
$

이처럼 rman 툴을 이용하여 rman 클라이언트로 들어간 다음에, rman> 프롬프트에서 입력되는 명령은 그 문장의 끝에 세미콜론(;)을 붙여야 하는데, 다만 예외로 STARTUP, SHUTDOWN, CONNECT 명령은 세미콜론을 붙여도 되고 안 붙여도 된다

【예제】

RMAN> CONNECT TARGET
RMAN> BACKUP DATABASE;

RMAN> BACKUP DATABASE
2>  INCLUDE CURRENT
3>  CONTROLFILE
4>  ;

디폴트 RMAN configuration 보기

RMAN이 백업과 복구를 실행하는 구성을 미리 작성한 디폴트 configure가 준비되어 적용된다.
configure란 백업장치를 지정하고, 백업 장치에 접속(이를 channel이라 부름)의 구성을 설정하는 것이다.
현재 작성된 configure를 다음과 같이 확인할 수 있다.

1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) SHOW ALL 명령을 실행한다.

RMAN> SHOW ALL;


$ rman TARGET /
RMAN> show all;

using target database control file instead of recovery catalog
RMAN configuration parameters for database with db_unique_name ORCL are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET; # default
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE COMPRESSION ALGORITHM 'BZIP2'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/export/home/oracle/app/oracle/product/110.1/dbs/snapcf_orcl.f'; # default

RMAN>

나열되는 항목은 CONFIGURE 명령으로 재작성할 수 있으며, 다음은 channel를 configure하는 예시이다.

CONFIGURE DEFAULT DEVICE TYPE TO DISK; # backup goes to disk
CONFIGURE DEVICE TYPE sbt PARALLELISM 2; # 2 channels used in in channel
CONFIGURE CHANNEL 1 DEVICE TYPE DISK FORMAT '/disk1/%U' # 1st channel to disk1
CONFIGURE CHANNEL 2 DEVICE TYPE DISK FORMAT '/disk2/%U' # 2nd channel to disk2
BACKUP DATABASE; # backup - 1st channel goes to disk1 and 2nd to disk2

데이터베이스 백업

BACKUP 명령으로 파일을 백업한다. RMAN은 configure로 설정된 장치에 데이터를 백업하는데, 디폴트는 disk이다.
flash recovery가 가능하고 FORMAT 매개변수를 지정하지 않은 경우라면, RMAN은 recovery 영역에 unique한 이름으로 자동적으로 백업을 생성한다.
RMAN은 디폴트로 image copy보다는 백업 셋을 생성하는데, 여기서 image copy란 유닉스의 cp 명령어로 복사하는 것을 image copy 라 한다.
backup set은 하나 이상의 backup piece로 RMAN으로만 억세스할 수 있도록 물리적 파일을 복사하는 것을 뜻한다.

BACKUP AS COPY 명령은 데이터베이스 파일을 디스크에 bit-for-bit로 image copy를 수행하는데 이는 RMAN에서만 이용할 수 있다.

option	예제	설명
FORMAT	BACKUP FORMAT 'AL_%d/%t/%s/%p' ARCHIVELOG LIKE '%arc_dest%';	백업할 조각의 위치와 이름을 지정함 %U : 유일한 이름 %d : DB_NAME %t : timestamp를 가짐 %s : number를 가짐 %p : backup piece number
TAG	BACKUP TAG 'weekly_full_db-bkup' DATABASE MAXSETSIZE 10M;	백업 라벨에 사용자 정의 문자로 지정하지만, TAG을 지정하지 않으면 date와 time이 디촐트임

【예제】☜ 데이터베이스를 백업

ARCHIVELOG 모드	1) RMAN을 시작하고 타킷 DB에 접속한다. $ rman TARGET / 2) BACKUP DATABASE 명령을 실행한다. RMAN> BACKUP DATABASE PLUS ARCHIVELOG;
NOARCHIVELOG 모드	데이터베이스는 반드시 mount 상태이어야 한다. 1) RMAN을 시작하고 타킷 DB에 접속한다. $ rman TARGET / 2) shutdown하고 mount한다. RMAN> SHUTDOWN IMMEDIATE RMAN> STARTUP FORCE DBA; RMAN> SHUTDOWN IMMEDIATE RMAN> STARTUP MOUNT; 3) BACKUP DATABASE를 실행한다.(아래 둘 중 하나) RMAN> BACKUP DATABASE; RMAN> BACKUP AS COPY DATABASE; 4) 데이터베이스를 open한다. RMAN> ALTER DATABASE OPEN;

ARCHIVELOG 모드

1) RMAN을 시작하고 타킷 DB에 접속한다.
$ rman TARGET /

2) BACKUP DATABASE 명령을 실행한다.
RMAN> BACKUP DATABASE PLUS ARCHIVELOG;

NOARCHIVELOG 모드

데이터베이스는 반드시 mount 상태이어야 한다.

1) RMAN을 시작하고 타킷 DB에 접속한다.
$ rman TARGET /

2) shutdown하고 mount한다.
RMAN> SHUTDOWN IMMEDIATE
RMAN> STARTUP FORCE DBA;
RMAN> SHUTDOWN IMMEDIATE
RMAN> STARTUP MOUNT;

3) BACKUP DATABASE를 실행한다.(아래 둘 중 하나)
RMAN> BACKUP DATABASE;
RMAN> BACKUP AS COPY DATABASE;

4) 데이터베이스를 open한다.
RMAN> ALTER DATABASE OPEN;

앞 예제에서와 같이 archive mode와 noarchive mode을 예제로 익혔다.

incremental backup

incremental backup은 BACKUP INCREMENTAL 명령을 사용하여 실행하는데, 이는 full database backup보다 더 빠르다.
그러므로 recovery도 redo logs만 사용하는 경우보다 더 신속하게 복구할 수 있다.
incremental backup이나 full backup 모두 level 0의 내용은 동일하지만, full backup과 달리 level 0 backup은 incremental backup에 관한 사항이 담겨있다.
level 1 incremental backup은 이전의 incremental backup 이후의 변경된 내용만 담긴다.
그래서 level 1 백업을 cumulative incremental backup이라하고, level 0 백업을 differential incremental backup이라하는데, differential이 디폴트이다.

【예제】☜ 데이터베이스의 incremental 백업
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) BACKUP INCREMENTAL 명령을 실행한다.
다음은 level 0 incremental 백업인 경우

RMAN> BACKUP INCREMENTAL LEVEL 0 DATABASE;

다음은 level 1 cumulative incremental 백업인 경우

RMAN> BACKUP INCREMENTAL LEVEL 1 CUMULATIVE DATABASE;

다음은 level 1 differential incremental 백업인 경우

RMAN> BACKUP INCREMENTAL LEVEL 1 DATABASE;

incrementally updated backup

incrementally updated 백업은 BACKUP FOR RECOVER OF COPY 명령을 사용한다.
FOR RECOVER OF COPY 문의 옵션은 다음과 같다.

option	예제
FOR RECOVER OF COPY WITH TAG 'tag_name'	BACKUP INCREMENTAL LEVEL 1 FOR RECOVER OF COPY WITH TAG 'incr_update' DATABASE;
FOR RECOVER OF COPY DATAFILECOPY FORMAT 'format'	BACKUP INCREMENTAL LEVEL 1 FOR RECOVER OF COPY DATAFILECOPY FORMAT 'disk2/df1.cpy' DATABASE;

【예제】☜ 데이터베이스의 incrementally updated 백업
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) RECOVER COPY와 BACKUP INCREMENTAL 명령을 실행한다.
다음 스크립트를 실행한다.


     RECOVER COPY OF DATABASE
       WITH TAG 'incr_update';
     BACKUP
       INCREMENTAL LEVEL 1
       FOR RECOVER OF COPY WITH TAG 'incr_update'
       DATABASE;

database 파일과 백업의 validating

VALIDATE 명령을 사용하여 모든 데이터베이스 파일이 존재를 확인하고, 바른 위치에 있는지 확인하며, 또한 물리적 오류의 여지를 확인한다.
CHECK LOGICAL옵션을 사용하여 논리적 오류도 확인할 수 있다.

【예제】☜ 데이터베이스 파일의 유효성 확인
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) VALIDATE 명령을 해당파일에 실행한다.

   BACKUP VALIDATE CHECK LOGICAL
     DATABASE ARCHIVELOG ALL;

만약 각각의 블럭에 대한 유효성 체크는 다음과 같이 할 수 있다.

VALIDATE DATAFILE 4 BLOCK 10 TO 13;

다음은 백업셋에 대한 유효성 체크의 예이며, 백업셋은 LIST BACKUP를 실행하여 확인할 수 있다.

VALIDATE BACKUPSET 3;

RMAN에 동작하는 명령어로 구성된 파일

데이터베이스를 주기적으로 반복하여 백업한다는 것은 실증하기 때문에 이러한 동작을 RMAN 명령으로 작성한 명령 파일을 하나의 스크립트로 작성하여 @아규먼트와 파일이름을 지정하여 실행 시키면 편리하다.

【예제】☜ RMAN에서 동작할 스크립트 생성과 실행
1) vi와 같은 문서편집기로 RMAN 명령문으로 구성된 파일을 작성한다.


    #my_commnad_file.txt
    BACKUP DATABASE PLUS ARCHIVELOG;
    LIST BACKUP;
    EXIT;

2) RMAN을 구동하고 작성한 스크립트를 @ 아규먼트로 실행시킨다.

구 분	명령어 실행	실행 결과
방법1	$ rman TARGET / @my_command_file.txt	실행이 완료되면 RMAN에서 exit함
방법2	RMAN> @my_command_file.txt	end-of-file 메시지가 출력되며 RMAN에서 exit하지 않음

작성되는 명령문 스크립트에서 비실행문은 #으로 시작되고 또한 중간에 #을 넣으면 #이하는 비실행으로 처리한다.
rman 프롬프트에서 명령을 입력할 때도 #이하는 비실행문으로 처리한다

【예제】☜
RMAN> BACKUP # 이 부분부터 줄 끝까지는 비실행임
2> SPFILE;

Starting backup at 04-JAN-10
using channel ORA_DISK_1
channel ORA_DISK_1: starting full datafile backup set
channel ORA_DISK_1: specifying datafile(s) in backup set
including current SPFILE in backup set
channel ORA_DISK_1: starting piece 1 at 04-JAN-10
channel ORA_DISK_1: finished piece 1 at 04-JAN-10
piece handle=/export/home/oracle/flash_recovery_area/ORCL/backupset/2010_01_04/o1_mf_nnsnf_TAG20100104T130430_5n2t6gt7_.bkp tag=TAG20100104T130430 comment=NONE
channel ORA_DISK_1: backup set complete, elapsed time: 00:00:01
Finished backup at 04-JAN-10

RMAN>

RMAN 동작의 레포트

RMAN의 LIST나 REPORT 문을 사용하여 RMAN을 사용한 백업 상태에 대한 정보를 알 수 있고, SHOW ALL 문을 사용하여 configuration에 대한 정보를 확인할 수 있다.

백업정보 list

LIST BACKUP나 LIST COPY 문을 사용하여 백업과 데이터파일에 대한 정보를 나타낸다.
다음 표는 백업에 대한 LIST 문의 옵션이다.

option	예제	설명
BY BACKUP	LIST BACKUP OF DATABASE BY BACKUP	백업셋의 출력으로 디폴트임
BY FILE	LIST BACKUP BY FILE	백업된 파일에 대한 정보
SUMMARY	LIST BACKUP SUMMARY	요약이 출력되는데 디폴트이며 출력은 VERBOSE임
EXPIRED	LIST EXPIRED COPY	RMAN에의 해 기록된 백업에 관한 목록이지만, 최근 CROSSCHECK 문에 의한 것은 제외함
RECOVERABLE	LIST BACKUP RECOVERABLE	AVAILABLE 상태에 있는 datafile이 backup, copy된 사항이 나열됨

【예제】☜ LIST BACKUP/COPY 실행
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) LIST 문을 실행한다.

RMAN> LIST BACKUP OF DATABASE;

RMAN> LIST COPY OF DATAFILE 1,2;

RMAN> LIST BACKUP OF ARCHIVELOG FROM SEQUENCE 10;

RMAN> LIST BACKUPSET OF DATAFILE;

데이터베이스 파일과 백업에 관한 REPORT

REPORT 문을 실행하여 LIST 문보다 더 다양한 정보를 알 수 있다.
다음은 REPORT 문의 옵션이다.

option	예제	설명
NEED BACKUP	REPORT NEED BACKUP DATABASE	백업해야할 파일을 보임, 추가적으로 REDUNDANCY, RECOVERY WINDOW 를 사용할 수 있음
OBSOLETE	REPORT OBSOLETE	backup retention policy로 구성된 쓸모없는(폐기된) 백업을 나열함
SCHEMA	REPORT SCHEMA	데이터베이스 내의 테이블스페이스와 데이터파일을 출력
UNRECOVERABLE	REPORT UNRECOVERABLE	최근의 데이터파일 백업에서 복구될수 없는 데이터파일을 출력

【예제】☜
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) REPORT 문을 실행한다.

RMAN> REPORT SCHEMA;

RMAN> REPORT OBSOLETE;

RMAN 백업 Maintaining

타킷 데이터베이스의 control 파일에 저장된 RMAN의 정보가 RMAN maintence command에 의해 사용된다.

Crosschecking backup

CROSSCHECK 명령에 의해 RMAN에 의해 백업된 논리적 기록물과 저장매체에 있는 파일을 동기화한다.

【예제】☜ crosscheck all backups & copies on disk
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) CROSSCHECK 문을 실행한다.

RMAN> CROSSCHECK BACKUP;

RMAN> CROSSCHECK COPY;

Delete Obsolete Backups

DELETE 명령으로 RMAN으로 디스크나 테이프에 백업하였지만 쓸모없는 백업이나 파일을 삭제하게 된다.

control 파일의 파일 상태를 DELETED로 갱신하고, NOPROMPT를 지정하지 않으면 삭제할 때 의지를 묻게된다.
DELETE OBSOLETE 명령은 더 이상 필요없는 백업이나 복사된 파일을 지울 때 사용된다.

【예제】☜ delete obsolete backups & copies
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) DELETE OBSOLETE 문을 실행한다.

RMAN> DELETE OBSOLETE;

Diagnosing & Repairing Failures with Data Recovery Advisor

data recovery advisor를 이용하여 간단하게 데이터베이스의 문제점을 진단하고 수리할 수 있다.

Listing Failures & Determing Repair Options

Failure란 데이터의 오염(corruption)을 의미한다. failure에는 fail priority와 failure status가 있는데, priority에는 CRITICAL, HIGH, LOW가 있으며, 상태는 OPEN이나 CLOSED일 수 있다.

• LIST FAILURE : 모든 종류의 failure를 출력

• ADVISE FAILURE : repair option으로 수동과 자동을 결정

【예제】☜ LIST FAILURE & ADVISE FAILURE
RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

RMAN> LIST FAILURE;

RMAN> ADVISE FAILURE;

Repairing Failures

앞의 LIST FAILURE나 ADVISE FAILURE를 실행하고 나서 REPAIR FAILURE 명령으로 수리할 수 있다.

【예제】☜ REPAIR FAILURE
RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

RMAN> REPAIR FAILURE;

Flashback Database

데이터베이스를 과거 어느 시점으로 되돌리는 것으로 이는 미디어 복구와 달리데이터파일을 restore할 필요가 없다.
FLASHBACK DATABASE 명령을 사용하면 과거 어느 시점으로 되돌릴 수 있는데, 이 기능은 반드시 데이터베이스가 mount 되어 있어야 한다.

【예제】☜ Flashback database
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) 데이터베이스가 mount 되어 있어야 한다.

RMAN> SHUTDOWN IMMEDIATE;

RMAN> STARTUP MOUNT;

3) FLASHBACK DATABASE를 다음중 하나를 실행한다.


SQL> select name,scn, time, database_incarnation#,
  2  guarantee_flashback_database
  3  from v$restore_point
  4  where guarantee_flashback_database='YES';

RMAN> FLASHBACK DATABASE TO SCN 86115;

RMAN> FLASHBACK DATABASE TO RESTORE POINT BEFORE_CHANGE;

RMAN> FLASHBACK DATABASE TO TIME "TO_DATE('11/20/10','MM/DD/YY')";

4) 데이터베이스를 SQL*Plus에서 검증하기 위해 open한다.

RMAN> SQL "ALTER DATABASE OPEN READ ONLY";

5) 데이터베이스를 open한다.

RMAN> SHUTDOWN IMMEDIATE;

RMAN> STARTUP MOUNT;

RMAN> ALTER DATABASE OPEN RESETLOGS;

Restore & Recover Database Files

RESTORE나 RECOVER 명령으로 데이터베이스 파일을 복구할 수 있다.

데이터베이스 파일 복구 준비

RESTORE ... PREVIEW 명령으로 사전에 미리보기를 하지만 RESTORE는 실행되지 않는다.

【예제】☜ Preview a database restore & recovery
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) 필요한 경우라면 테이블스페이스와 데이터파일을 확인한다.

RMAN> REPORT SCHEMA;

3) RESTORE DATABASE 명령에 PREVIEW 옵션을 실행한다.

RMAN> RESTORE DATABASE PREVIEW SUMMARY;

데이터베이스 전체를 recover

RESTORE DATABASE와 RECOVER DATABASE 명령을 사용하여 데이터베이스 전체를 복구할 수 있다.

【예제】☜ Recover whole database
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) 파일 복구 준비를 실행한다.

RMAN> RESTORE DATABASE PREVIEW SUMMARY;

3) 데이터베이스를 mount 상태로 만든다.

RMAN> STARTUP FORCE MOUNT;

4) 데이터베이스를 restore한다.

RMAN> RESTORE DATABASE;

5) 데이터베이스를 recover한다.

RMAN> RECOVER DATABASE;

6) 데이터베이스를 open한다.

RMAN> ALTER DATABASE OPEN;

테이블스페이스만 recover

RESTORE TABLESPACE와 RECOVER TABLESPACE 명령을 사용하여 필요한 테이블스페이스만 복구할 수 있다.
데이터파일을 새 위치에 restore할 수 없다면, SET NEWNAME 명령을 RUN하고 SWITCH DATAFILE 명령이나 또는 ALTER DATABASE RENAME FILE 문으로 control file을 갱신할 수 있다.

【예제】☜ Recover tablespace when the database is open
1) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

2) 파일 복구 준비를 실행한다.

RMAN> RESTORE DATABASE PREVIEW SUMMARY;

3) OFFLINE 복구를 준비한다.(예: 테이블스페이스 이름::=users)

RMAN> SQL 'ALTER TABLESPACE users OFFLINE';

4) 테이블스페이스를 restore와 recover 한다.

RMAN>


     RUN 
        {
         SET NEWNAME FOR DATAFILE '/disk1/oradata/prod/users01.dbf'
           TO '/disk2/users01.dbf';
         RESTORE TABLESPACE users;
         SWITCH DATAFILE ALL;
         RECOVER TABLESPACE users;
        }

5) 테이블스페이스를 ONLINE한다.

RMAN> SQL 'ALTER TABLESPACE users ONLINE';

이 방법외에 RESTORE DATAFILE과 RECOVER DATAFILE을 사용하여 데이터파일 레벨로 복구할 수 도 있다.

데이터 블럭(block)별로 recover

잘못된 데이터파일 블럭 단위로 복구도 가능한데, v$database_block_corruption 뷰에서 오류된 데이터 파일 블럭을 확인할 수 있다.

【예제】☜ Recover data blocks
1) SQLPlus에서 오류된 데이터블럭 번호를 확인한다.

SQL> SELECT NAME, VALUE FROM V$DIAG_INFO

2) RMAN을 시작하고 타킷 DB에 접속한다.

$ rman TARGET /

3) RECOVER 명령을 실행하여 블럭을 수리한다.

RMAN> RECOVER CORRUPTION LIST;

개별 블럭을 수리하려면 다음과 같이 실행한다.

RMAN> RECOVER DATAFILE 1 BLOCK 233, 235 DATAFILE 2 BLOCK 100 TO 200;

출처 : http://radiocom.kunsan.ac.kr/lecture/oracle/backup_restore/rman.html

저작자표시

'Database > ORACLE' 카테고리의 다른 글

간단한 방법으로 SID 변경하기 (nid 사용) (0)	2010.03.15
Oracle SID error (0)	2010.02.09
WS1-2-ch18. Data Pump (expdp/impdp) overview (0)	2010.02.01
Grant 관련 상세 설명 (0)	2010.01.25
`BIN$+......==$0` 알수 없는 테이블.. (0)	2010.01.14

1. 오라클 10g 의 신기능 Data Pump 의 소개

1) 개요

DB에 있는 데이터를 운영체제의 파일시스템으로 내보내는 과정을 export 라 하고, 반대로 파일 시스템을 DataBase로 들여오는 것을 Import 라고 한다. 기존의 방식을 Export/Import 라고 하고

오라클 10g에서는 이를 Data Pump 라고 통칭한다.

오라클 Data Pump는 export/import에 대한 강력한 기능들을 추가한 Utility 이다.

[ Data Pump 사용시 주의사항]

export/import 와 Data Pump는 서로 호화되지 않습니다.

즉 Export 유틸리티를 이용하여 백업 받은 파일은 Data Pump를 통해 Import 할 수 없으며, 마찬가지로

Data Pump 를 통해 export 된 데이터는 Import 유틸리티를 통해 Import 할 수 없습니다.

2) Data Pump export/Import 의 이점

■ JOB 콘트롤 기능 : Interactive mode를 통하여 Data Pump작업을 통제 할 수 있습니다. 작업을

중단시키고 재 시작할 수 있으며 동적으로 dump file을 할당 할 수 있습니다.

에러가 나더라도 작업이 중지될 뿐 언제든지 원인을 수정하고 재수행 할 수

있습니다.

■ 병렬수행지원 : Parallel 파라미터를 이용하여 프로세스의 Data Pump 작업의 프로세스를 병렬화

할 수 있습니다. 병렬화 된 프로세스는 여러개의 데이터 파일에 각각 데이터를

쓰거나 여러개의 데이터 파일로 부터 데이터를 읽어 데이터베이스에 저장합니다.

병렬수행이 가능함으로 이전 보다 훨씬 강력한 기능을 제공합니다.

■ 작업에 필요한 디스크 공간을 미리 예상 : Estimate 파라미터를 이용하여 작업 시작전에 필요한

물리적인 공간을 미리 예측 할 수 있다.

■ 원격지 수행 : DB Link 를 통하여 원격지 데이터에 대한 Data Pump export/import 를 수행 할 수

있다

■ Remapping 지원 : 유저 스키마, 테이블스페이스, 데이터파일 등과 같은 정보들이 Data Pump

export/import 시에 변경 할 수 있습니다. 이러한 기능은 데이터 마이그레이션

시에 보다 많은 유연성을 제공하는데 큰 역활을 합니다

3) Data Access 방법

■ Direct-path : Direct I/O를 사용하여 OS영역의 메모리를 사용하지 않고 데이터 파일에 direct로

쓰게 되는 방법입니다. 메모리 사용이 적고 속도가 빠르며, 데이터 컨버전에 시간이

걸리지 않습니다.

[ Direct-path 가 되지 않는 경우 ]

- 클러스터 테이블인 경우

- 테이블에 활성화된 트리거가 존재할 경우

- 글로벌 인덱스를 가진 테이블이 하나의 파티션에 존재 할 경우

- LOB컬럼에 있는 도메인 인덱스

- insert 모드에서 fine_grained access control 이 enable인 경우

- BFILE을 가진 테이블인 경우

■ External Tables : 메타 데이터를 데이터베이스 내에 저장하고 데이터는 파일시스템 존재하게

만들어 데이터를 저장하는 방법이며 대용량 데이터를 export/import 할때

사용합니다.

[ External Table이란? ]

- Create TABLE ~~ ORGANIZATION EXTERNAL 문을 통해 만들어진 테이블

- 실질적인 데이터베이스 내에 존재하는 것이 아니라 물리적 디스크 공간에 논리적 공간을 할당 받아 데이터를 저장하며, 파일 형태로 존재합니다.

- 저장되는 데이터는 READ ONLY 데이터이며 인덱스를 생성할 수 없습니다.

- DML 작업을 수행 할 수 없습니다.

- META-DATA in DATABASE, DATA in OS라고 압축 설명 할 수있습니다.

3) Data Pump 의 권한설정

- 시스템에 설정된 EXP_FULL_DATABASE, IMP_FULL_DATABASE 롤을 부여함으로써 가능함

(1) 사용자 생성 : create 문을 사용하여 사용자를 생성합니다. 패스워드는 imsi00 으로 하며,

default tablespace는 USERS 테이블스페이스로 합니다.

create user zoom identified by imsi00

default tablespace users

temporary tablespace temp

/

(2) 권한부여 : grant 문을 이용하여 zoom 유저에 접속(connect) 과 자원사용(resource) 에

대한 권한을 부여한다

grant connect, resource to zoom;

(3) 모든 테이블에 대한 select 권한부여

grant select any table to zoom;

(4) zoom유저에 EXP_FULL_DATABASE, IMP_FULL_DATABASE 권한 부여

grant EXP_FULL_DATABASE, IMP_FULL_DATABASE to zoom;

4) Data Pump 파일 오브젝트

4-1) Data Pump 가 사용하는 파일의 종류

■ Dump File : 테이블로 부터 데이터 또는 메터 데이터를 로드하여 저장된 파일

■ Log File : Data Pump 작업 중에 발생하는 메시지나 결과를 기록하는 파일

■ SQL File : Data Pump는 SQLFILE 이라는 옵션을 사용합니다. 이옵션을 사용 할 경우

Data Pump Import 작업이 수행되는 동안 DDL문을 수행 할 수있게 해줍니다

4-2) Data Pump 디렉토리 오브젝트

Data Pump는 사용자별 디렉토리 접근 권한을 설정할 수 있다

디렉토리 권한설정

(1) 사용중인 디렉토리 오브젝토 조회

SQL> select * from dba_directories;

(2) 디렉토리 오브젝트 추가

SQL> create directory datapump_dir1 as '/temporary/ora_tmp';

(3) 디렉토리 오브젝트 권한추가(zoom 유저에게 datapump_dir1 디렉토리 read, write 권한부여)

SQL> grant read, write on directory datapump_dir1 to zoom;

(4) Export Pump 실행

$expdp zoom/imsi00 directory=datapump_dir1 Tables=EMP dumpfile=zoom_dump01.dmp

* Data Dump 시 마다 디렉토리 오브젝트를 추가하지 않고 묵시적으로 추가

$DATA_DUMP_DIR=datapump_dir1;

$export DATA_DUMP_DIR;

2. Data Pump Export

1) Data Pump Export 사용하기

■ Command-line 이용하기

$expdp zoom/imsi00 directory=datapump_dir1 Tables=EMP dumpfile=zoom_dump01.dmp

- 비교적 작은 수의 옵션들이 사용되거나 간단한 구문일 때 사용합니다

- 복잡하고 옵션이 많게 되면 수정하거나 잘못 타이핑 할때 시간이 많이 걸리게 됩니다

■ 파라미터 파일 이용하기

zoom.par 파일을 생성하여 다음과 같이 설정합니다

SCHEMAS = SCOTT

DIRECTORY=datapump_dir

DUMPFILE=zoom01.dmp

LOGFILE=zoom_dump.log

$expdp zoom/imsi00 PARFILE=zoom.par

2) Data Pump Export 모드

■ Full Export 모드 : Full 파라미터를 사용합니다. 데이터베이스 전체를 export 받을 수 있습니다.

한가지 주의 할 점은 EXPORT_FULL_DATABASE 롤이 Full Export 받고자 하는

사용자에게 부여되어 있어야 한다는 점입니다

■ 스키마 모드 : Schemas 파라미터를 사용합니다.

하나의 유저가 소유하고 있는 데이터 및 오브젝트 전체를 export 받고자 할때

사용할 수있는 모드입니다.

■ 테이블스페이스 모드 : TableSpace 파라메터를 사용합니다. 하나 이상의 테이블스페이스에

대해 해당 테이블스페이스에 속한 모든 테이블을 받을 수 있습니다.

만약 TRANSPORT_TABLESPACES 파라미터를 이용한다면, 테이블 뿐 아니라

테이블스페이스의 메터데이터 까지 export 받게 되어 다른 서버에 dump 파일을

카피 한 후 import 하게 되면 테이블스페이스 및 테이블이 자동으로 생성됩니다.

■ 테이블 모드 : TABLES 파라미터를 사용합니다.

하나 이상의 테이블을 export 받을 때 사용합니다

3) Data Pump Export 파라미터

■ 파일 및 디렉토리 관련 파라미터

- DIRECTORY : 디렉토리 오브젝트를 참조하는 DIRECTORY 파라미터를 이용하여 덤프파일의

위치 및 로그파일의 위치를 지정 할 수 있습니다.

DIRECTORY=directory_object_name 형식으로 사용 할 수있습니다.

- DUMPFILE : Export를 받아 파일시스템에 저장될 덤프파일의 이름을 지정하는 파라미터이빈다.

파라메터를 사용할때 다음을 기억하시고 사용하시면 됩니다.

+ %U 를 사용하여 여러개의 덤프 파일을 구분 할 수 있습니다

DUMPFILE=ZOOM_DUMO_%U.DMP라고 파라메터를 정의합니다. 만약 덤프

파일이 10개가 생성된다고 가정하면 ZOOM_DUMO_01.dmp 부터

ZOOM_DUMO_10.dmp 까지 %U 부분이 자동 증가하여 파일을 구분하여 줍니다.

%U의 범위는 01 ~ 99 까지 입니다

+ ',' 를 이용하여 여러개의 파일명을 구분할 수 있습니다.

예를들어 다음과 같이

DUMPFILE=ZOOM_DUMO_01.dmp, ZOOM_DUMO_02.dmp,ZOOM_DUMO_03.dmp

+ 만약 DUMPFILE 파라메터를 지정하지 않는다면 expdat.dmp 라는 파일명으로

오라클이 자동 선언하게 됩니다.

- FILESIZE : export 받는 1개 파일의 최대크기를 지정하는 파라미터 입니다.

만약 export 받을 총 데이터량이 10GB이고 FILESIZE를 1GB로 지정하였다면 1GB

크기의 dump file이 10개 만들어 지게 됩니다.

FILESIZE=N [ BYTES | KILOBYTES | MEGABYTES | GIGABYTES ] 입니다.

- PARFILE : 파일에 파라메터들을 저장해 두고 Data Pump를 이용할때 마다 참조하여 작업을

수행하고 싶을때 PARFILE 파라메터를 사용할 수 있습니다

PARFILE=filename.par 형식으로 사용할 수 있으며, 파일 확장자는 아무런 영향을

미치지 않습니다

- LOGFILE & NOLOGFILE : 로그 파일명을 지정하는 파라메터 입니다

LOGFILE=logfile_name 형식으로 사용 하시면 됩니다. 파라미터를 설정하지 않는다면

export.log 라는 파일명으로 로그가 자동으로 실행한 위치의 디렉토리에 남게 됩니다.

로그파일을 남기고 싶지 않을때는 NOLOGFILE 파라미터를 사용하시면 됩니다.

- COMPRESSION : 오라클에서 EXPORT 시에 메타데이터는 압축을 하여 파일에 저장하게 됩니다.

COMPRESSION 파라메터를 사용하지 않을 경우에는 덤프파일 내에 메타데이터가

압축되어 보관됩니다.

COMPRESSION 파라메터에는 METADATA_ONLY, NONE 두개의 옵션이 있으며,

METADATA_ONLY는 파라메터를 사용하지 않으면 디폴트로 인식되는 옵션입니다.

COMPRESSION=option_name 으로 사용하면 됩니다.

#expdp zoom/imsi00 DIRECTORY=/oracle/expdir DUMPFILE=dump.dmp

COMPRESSION=NONE

■ Export 모드 관련 파라미터

- FULL

- SCHEMAS

- TABLES

- TABLESPACES

- TRANSPORT_FULL_CHECK : TRANSPORT_FULL_CHECK 파라메터는 export 작업 시에

테이블스페이스 내에 존재하는 테이블과 인덱스의 의존선을 검사 할 것인지

하지 않을 것인지를 설정하는 파라미터로 'Y' 또는 'N' 두개이 값만을 허용하는

파라메터 입니다.

(1) 'Y' 일 경우, TABLESPACE 내에 테이블만 있고, 인덱스가 없다면 작업은 실패한다.

반드시 INDEX도 같은 테이블스페이스내에 존재 해야 합니다.

(2) 'Y' 일 경우, TABLESPACE내에 인덱스만 존재하고 테이블이 없다면 작업은 실패합니다.

반드시 TABLE 또한 존재해야 합니다

(3) 'N' 일 경우, TABLESPACE내에 테이블만 있고 인덱스가 없다면 작업은 성공합니다.

(4) 'N' 일 경우, TABLESPACE내에 인덱스만 있고 테이블이 없다면 작업은 성공합니다.

■ Export 필터링 관련 파라미터

- CONTENT : 3개의 옵션을 가질 수 있으며 옵션들은 다음과 같습니다

+ ALL : 테이블과 메터데이터를 포함한 모든것을 포함시키겠다는 옵션

# expdp zoom/imsi00 DUMPFILE=datadump.dmp CONTENT=ALL

+ DATA_ONLY : 테이블 데이터만 포함 시키겠다는 옵션

# expdp zoom/imsi00 DUMPFILE=datadump.dmp CONTENT=DATA_ONLY

+ METADATA_ONLY : 메타데이터 만을 포함하겠다는 옵션

# expdp zoom/imsi00 DUMPFILE=datadump.dmp CONTENT=METADATA_ONLY

- EXCLUDE & INCLUDE : 원하는 오브젝트를 선택하여 받을 수 있습니다.

오라클에서 오브젝트란 유저스키마, 테이블, 인덱스, 프로시져 등을

통칭해서 오브젝트라고 부릅니다.

[exclude | include]=object_name 조건 형식으로 사용 할 수 있음

파라미터 사용방법은 아래와 같습니다.

+ SCOTT 유저와 관련된 모든것을 export 받고 싶은데, BONUS 테이블은 제외하고 받고

싶은 경우

#expdp zoom/imsi00 dumfile=ex_dump.dmp schemas=scott exclude=TABLE:"='BONUS'"

+ SCOTT 유저와 관련된 모든것을 export 받고 싶은데 EMP 테이블의 인덱스는 받고

싶지 않은경우

#expdp zoom/imsi00 dumfile=ex_dump.dmp schemas=scott exclude=INDEX:\"='EMP%'\"

- QUERY : 테이블 내에 있는 데이터 중 특정 조건에 만족하는 데이터만을 export 받고자 할때

사용하는 파라메터 입니다.

사용방법은 다음과 같습니다

QUERY=SCHEMA.TABLE:"조건" 이며 다음과 같은 예입니다.

# expdp zoom/imsi00 dumpfile=ex_dump.dmp table=emp

QUERY=SCOTT.EMP:'where sal > 1200'

- SAMPLE : 오라클 10g에서 새롭게 지원하는 기능 중 하나로써 테이블의 데이터를 export 할때

퍼센트를 정하여 지정된 퍼센트 만큼의 데이터를 샘플링해서 뽑을때 사용하는

옵션입니다

# expdp zoom/imsi00 DIRECTORY=datadump_dir1 DUMPFILE=ex_dump.dmp

SAMPLE=scott.emp:20

//scott 유저의 EMP테이블의 데이터중 20%만을 export 하게 됩니다

입력 가능한 퍼센트의 범위는 0.000001 ~ 100 까지 입니다.

■ 네트워크 링크 파라미터

- 원격지 데이터베이스에 있는 데이터에 접근하여 로컬 데이터베이스 머신에 export 된 덤프파일을

저장하고자 할때 사용하는 파라메터

- 먼저, 원격지 데이터베이스의 테이블에 대한 DB_LINK 를 만들어 놓아야 함

# expdp zoom/imsi00 DIRECTORY=datadump_dir1 DUMPFILE=ex_dump.dmp

NETWORK_LINK=EMP@link_b_scott LOGFILE=datapump.log

■ 암호화 관련 파라미터

- export 되는 데이터 중 일부 컬럼이 암호화 되어 있고, 중요한 데이터 일 경우 사용하는 파라미터

- export 시에 암호를 설정하여 export된 데이터가 위변조 되지 못하게 설정할 수 있음

# expdp zoom/imsi00 TABLES=EMP DUMPFILE=ex_dump.dmp

ENCRYPTION_PASSWORD=******

■ JOB관련 파라미터

- JOB : JOB파라미터를 설정하면 Data Dump 작업을 오라클에서 자동 할당하지 않고

JOB파라메터에서 주어진 이름으로 등록 되게 됩니다. 작업 마스터 테이블에 작업명이

등록되어 작업에 대한 정보들을 JOB 파라미터에 등록된 이름으로 조회 할 수있습니다.

- STATUS : STATUS파라미터는 Data Pump Export 시에 작업의 갱신 된 내용을 STATUS에

설정된 크기의 시간 간격으로 진행상태를 보고 받고자 할때 사용하는 파라메터 입니다.

STATUS = 30 이면 30초 간격으로 작업결과를 갱신하여 보여주게 됩니다.

만약 이 파라미터를 설정하지 않으면 디폴트는 0입니다. 디폴트로 설정하게 되면

거의 실시간으로 작업정보를 보여주게 됩니다.

- FLASHBACK_SCN : System Change Number(SCN) 은 시스템의 테이블이나 오브젝트가

변경되었을때 변경되는 SCN값을 가집니다. FLASHBACK_SCN 파라메터를 이용하여

SCN 값을 지정할 경우에 파라미터에서 설정한 SCN 기준 이전까지의상태를 받게 됩니다

# expdp zoom/imsi00 DIRECTORY=datadump_dir DUMPFILE=ex_dump.dmp

FLASHBACK_SCN=120001

- FLASHBACK_TIME : FLASHBACK_TIME은 번호 대신 시간값을 가집니다.

FLASHBACK_TIME 파라미터를 사용하면 파라미터에 지정된 시간까지의 변경

사항만을 Export 합니다.FLASHBACK_TIME 의 값은 TIMESTAMP 형식의 값을 가지며

TO_TIMESTAMP 함수를 사용하여 설정 할 수 있습니다.

- PARALLEL : PARALLEL 파라메터를 사용할 경우 export 작업 시에 프로세스를 설정된

숫자만큼 만들어 수행함으로써 작업의 속도를 향상 시킬 수 있습니다. 디폴트 값은 1로

설정되어 있으며 주의할점은 parallel 이 지정된 갯수 만틈의 dumpfile 을 지정해 주어야

한다. 앞서 본 %U를 사용하면 지정된 갯수만큼 자동으로 파일을 만들어 줍니다

# expdp zoom/imsi00 DIRECTORY=datadump_dir DUMPFILE=ex_dump%U.dmp

PARALLEL=3

위와 같이 설정하게되면 ex_dump01.dmp, ex_dump02.dmp, ex_dump03.dmp 3개의

덤프파일이 생성됩니다.

# expdp zoom/imsi00 DIRECTORY=datadump_dir

DUMPFILE=(ex_dump01.dmp, ex_dump02.dmp, ex_dump03.dmp) PARALLEL=3

위와 같이 %U를 사용하지 않고, 사용자가 직접 3개의 파일명을 ',' 구분하여 입력해도

상관 없습니다.

- ATTACH : ATTACH 파라미터를 이용하여 interactive mode 로 들어 갈 수 있습니다.

오라클에서는 작업을 제어하고 모니터링 하기 위해 interactive mode를 제공합니다.

interactive mode로 들어가는 방법은 두가지가 있으며 다음과 같습니다.

+ Crtl + C 를 누름으로써 들어가는 방법

# expdp zoom/imsi00 directory=datadump_dir table=scott.emp

dumpfile=datadump.dmp logfile=datapump.log

jobname=myjob

작업로그.....

.................==> 작업에 대한 로그가 떨어졌을때 Crtl + C

export> ==> 이와 같이 프롬프트 상태로 떨어지게 됩니다.

로그가 멈춘다고 해서 작업이 중단된게 아니라 이상태에서 interactive mode 명령을

사용하여 작업을 모니터링 하고 제어 할 수 있습니다

# expdp zoom/imsi00 attach=schema.jobname 형식으로 원하는 작업의

interactive mode로 들어갈 수 있습니다.

< InterActive Mode 명령어 >

3. Data Pump Import

■ 파일 및 디렉토리 관련 파라미터

#impdp zoom/imsi00 directory=datapump_dir dumpfile=datapump.dmp schemas=scott

- directory : 디렉토리 오브젝트를 받는 파라미터

- dumpfile : imprt 될 파일명

- schemas : 작업 수행동안 수행될 DDL문을 저장하는 파일이름

■ 필터링 관련 파라미터

- CONTENT : CONTENT 파라미터는 DATA_ONLY, METADATA_ONLY, ALL 3개의 값을 가짐

#impdp zoom/imsi00 directory=datapump_dir dumpfile=datapump.dmp schemas=scott

CONTENT=DATA_ONLY

- INCLUDE : INCLUDE=OBJECT_NAME:"='조건'" 형식으로 사용할 수 있으며 오브젝트의

종류에는 앞서 본것처럼 TABLE, INDEX, PROCEDURE, FUNCTION 등이 있습니다.

#impdp zoom/imsi00 directory=datapump_dir dumpfile=datapump.dmp schemas=scott

INCLUDE=TABLE:"='SAL'"

==>SCOTT 유저의 테이블을 import 하되 SAL테이블 만 포함 시키라는 옵션명령이 됩니다.

- EXCLUDE : EXCLUDE=OBJECT_NAME:"='조건'" 형식으로 사용할 수 있으며 오브젝트의

종류에는 앞서 본것처럼 TABLE, INDEX, PROCEDURE, FUNCTION 등이 있습니다.

#impdp zoom/imsi00 directory=datapump_dir dumpfile=datapump.dmp schemas=scott

EXCLUDE=TABLE:"='SAL'"

==> SCOTT 유저의 테이블을 import 하되 SAL테이블을 제외한 나머지 테이블을 import 하라는

명령

- TABLE_EXISTS_ACTION : imprt 시에 중요한 명령입니다

우리가 Data Pump를 통해 작업하게 될 경우 같은 이름의 테이블이

존재할 때가 있습니다. 만약 테이블이 존재 하더라도 import 하고자 하는

데이터의 row수가 다를수도 있고 같을 수도있습니다. 즉 테이블은 존재

하더라고 데이터의 내용은 차이가 나는거죠.

이러한 경우 사용할 수 있는 유용한 파라메터가

TABLE_EXISTES_ACTION 입니다. TABLE_EXISTES_ACTION파라메터

는 SKIP, APPEND, TRUNCATE, REPLACE 의 값을 가질 수 있으며

각값의 의미는 다음과 같습니다.

+ SKIP : 같은 테이블을 만나면 지나치고, 다음 테이블을 import 합니다

+ APPEND : 같은 테이블을 만나면 기존테이블에 추가하여 import

+ TRUNCATE : 같은 테이블을 만나면 기존테이블을 truncate하고

새로운 데이터를 import

+ REPLACE : 같은 테이블을 만날 경우 기존 테이블을 drop 하고

테이블을 재생성 한 후 import 합니다

#impdp zoom/imsi00 directory=datapump_dir dumpfile=datapump.dmp schemas=scott

TABLE_EXISTS_ACTION=SKIP

■ JOB 관련 파라미터

- JOB_NAME, STATUS, PARALLEL 파라메터를 export와 같은 방법으로 사용

- PARALLEL 작업시에 dumpfile 갯수를 %U 사용하여 지정하여 주거나 명시적으로 ','를 사용하여

PARALLEL 갯수만큼 파일을 지정해야 함

■ 리맵핑 관련 파라미터

- REMAP_SCHEMA : A 유저 스키마로 export 받은 데이터를 B 유저 스키마로 import 하고자 할때

사용합니다.

#impdp zoom/imsi00 directory=datapump_dir dumpfile=datapump.dmp schemas=scott

REMAP_SCHEMA=SCOTT:ZOOM

==> 위와 같이 수행한후 TABLE 의 OWNER 를 조회한다면 ZOOM 유저의 소유로 테이블이

등록되었음을 확인 할 수 있다.

- REMAP_DATAFILE : 전체 데이터베이스 시스템을 Data Pump를 통하여 옮기고자 할때

Export 된 dumpfile에는 DataFile 정보까지 포함하게 됩니다. 하지만 서로다른

시스템 경로상에 존재하지 않는 경로이기 때문에 Import 에 실패하게 됩니다.

이러한 경우 사용할 수 있는 파라미터가 REMAP_DATAFILE 입니다. export 된

dumpfile이 datafile 정보를 포함할 경우에만 해당합니다.

#impdp zoom/imsi00 directory=datapump_dir dumpfile=datapump.dmp schemas=scott

REMAP_DATAFILE='/db1/data/lvol01':'/db2/data/lvol01',

'/db1/data/lvol02':'/db2/data/lvol02'

- REMAP_TABLESPACE : export 받은 데이터 속한 tablespace 에서 다른 tablespace로

remapping하고자 하는 경우 사용할 수 있는 파라메터 입니다.

#impdp zoom/imsi00 directory=datapump_dir dumpfile=datapump.dmp schemas=scott

REMAP_TABLESPACE='SCOTT_TSB':'ZOOM_TSB'

■ 네트워크 링크 파라미터

export 와 마찬가지로 DBLINK를 이용하여 원격지 데이터베이스에 대해 import 작업을 수행 할 수있습니다.

■ InterActive Mode 파라미터

export 와 마찬가지로 Ctrl+C를 통해 interActive Mode로 진입 할 수 있으며 작업을 통제 할 수있습니다

4. Data Pump 모니터링 하기

1) Data Pump 모니터링 하기 관련조회 테이블 및 VIEW

■ DBA_DATAPUMP_JOBS 현재 실행중인 작업의 속성들

SQL> SELECT * FROM DBA_DATAPUMP_JODS;

OWNER_NAME = DB작업계정

JOB_NAME = 작업의 명칭

JOB_MODE = FULL, TABLE, INDEX, TABLESPACE 등이 있음

STATE = EXECUTING(수행중), DEFINING, UNDEFINING, NOT RUNNING 의 값을 가짐

■ PUMP Session 확인

■ Data Pump의 모니터링

SQL> SELECT OPNAME, TARGET_DESC, SOFAR, TOTALWORK,

(SOFAR/TOTALWORK*100) PER

FROM V$SESSION_LONGOPS; 로 조회하면 Data Pump 의 모니터링을 할 수 있습니다

OPNAME = JOBNAME 과 같음

TOTALWORK = 총 수행하여야 할 용량을 가리키며, 단위는 Megabytes

SOFAR = 현재 수행한 용량을 가리키며 단위는 Megabytes

TARGET_DESC = 작업의 종류를 말함

import/export 값이 될 수 있음

출처 : http://cafe.naver.com/ocmkorea.cafe?iframe_url=/ArticleRead.nhn%3Farticleid=1388

저작자표시

'Database > ORACLE' 카테고리의 다른 글

Oracle SID error (0)	2010.02.09
rman Tool (0)	2010.02.01
Grant 관련 상세 설명 (0)	2010.01.25
`BIN$+......==$0` 알수 없는 테이블.. (0)	2010.01.14
sqlplus 환경 설정 (0)	2010.01.08

출처 : 오라클 사이트

http://download.oracle.com/docs/cd/B19306_01/server.102/b14200/statements_9013.htm#SQLRF01603

GRANT

Purpose

Use the GRANT statement to grant:

System privileges to users and roles.
Roles to users and roles. Both privileges and roles are either local, global, or external. Table 18-1 lists the system privileges (organized by the database object operated upon). Table 18-2 lists Oracle Database predefined roles.
Object privileges for a particular object to users, roles, and PUBLIC. Table 18-3 summarizes the object privileges that you can grant on each type of object. Table 18-4 lists object privileges and the operations that they authorize.

Notes on Authorizing Database Users You can authorize database users through means other than the database and the GRANT statement.

Many Oracle Database privileges are granted through supplied PL/SQL and Java packages. For information on those privileges, please refer to the documentation for the appropriate package.
Some operating systems have facilities that let you grant roles to Oracle Database users with the initialization parameter OS_ROLES. If you choose to grant roles to users through operating system facilities, then you cannot also grant roles to users with the GRANT statement, although you can use the GRANT statement to grant system privileges to users and system privileges and roles to other roles.

See Also:

CREATE USER and CREATE ROLE for definitions of local, global, and external privileges
Oracle Database Security Guide for information about other authorization methods and for information about privileges
REVOKE for information on revoking grants

Additional Topics

Prerequisites

To grant a system privilege, you must either have been granted the system privilege with the ADMIN OPTION or have been granted the GRANT ANY PRIVILEGE system privilege.

To grant a role, you must either have been granted the role with the ADMIN OPTION or have been granted the GRANT ANY ROLE system privilege, or you must have created the role.

To grant an object privilege, you must own the object, or the owner of the object must have granted you the object privileges with the GRANT OPTION, or you must have been granted the GRANT ANY OBJECT PRIVILEGE system privilege. If you have the GRANT ANY OBJECT PRIVILEGE, then you can grant the object privilege only if the object owner could have granted the same object privilege. In this case, the GRANTOR column of the DBA_TAB_PRIVS view displays the object owner rather than the user who issued the GRANT statement.

Syntax

grant::=

Description of the illustration grant.gif

(grant_system_privileges::=, grant_object_privileges::=)

grant_system_privileges::=

Description of the illustration grant_system_privileges.gif

(grantee_clause ::=)

grant_object_privileges::=

Description of the illustration grant_object_privileges.gif

(on_object_clause ::=, grantee_clause ::=)

on_object_clause ::=

Description of the illustration on_object_clause.gif

grantee_clause ::=

Description of the illustration grantee_clause.gif

Semantics

grant_system_privileges

Use these clauses to grant system privileges.

system_privilege

Specify the system privilege you want to grant. Table 18-1 lists the system privileges, organized by the database object operated upon.

If you grant a privilege to a user, then the database adds the privilege to the user's privilege domain. The user can immediately exercise the privilege.
If you grant a privilege to a role, then the database adds the privilege to the privilege domain of the role. Users who have been granted and have enabled the role can immediately exercise the privilege. Other users who have been granted the role can enable the role and exercise the privilege.

See Also:
Granting a System Privilege to a User: Example and "Granting System Privileges to a Role: Example"
If you grant a privilege to PUBLIC, then the database adds the privilege to the privilege domains of each user. All users can immediately perform operations authorized by the privilege.

Oracle Database provides the ALL PRIVILEGES shortcut for granting all the system privileges listed in Table 18-1, except the SELECT ANY DICTIONARY privilege.

role

Specify the role you want to grant. You can grant an Oracle Database predefined role or a user-defined role. Table 18-2 lists the predefined roles.

If you grant a role to a user, then the database makes the role available to the user. The user can immediately enable the role and exercise the privileges in the privilege domain of the role.
If you grant a role to another role, then the database adds the privilege domain of the granted role to the privilege domain of the grantee role. Users who have been granted the grantee role can enable it and exercise the privileges in the granted role's privilege domain.
If you grant a role to PUBLIC, then the database makes the role available to all users. All users can immediately enable the role and exercise the privileges in the privilege domain of the role.

See Also:
"Granting a Role to a Role: Example" and CREATE ROLE for information on creating a user-defined role

IDENTIFIED BY Clause

Use the IDENTIFIED BY clause to specifically identify an existing user by password or to create a nonexistent user. This clause is not valid if the grantee is a role or PUBLIC. If the user specified in the grantee_clause does not exist, then the database creates the user with the password and with the privileges and roles specified in this clause.

See Also:

CREATE USER for restrictions on usernames and passwords

WITH ADMIN OPTION

Specify WITH ADMIN OPTION to enable the grantee to:

Grant the role to another user or role, unless the role is a GLOBAL role
Revoke the role from another user or role
Alter the role to change the authorization needed to access it
Drop the role

If you grant a system privilege or role to a user without specifying WITH ADMIN OPTION, and then subsequently grant the privilege or role to the user WITH ADMIN OPTION, then the user has the ADMIN OPTION on the privilege or role.

To revoke the ADMIN OPTION on a system privilege or role from a user, you must revoke the privilege or role from the user altogether and then grant the privilege or role to the user without the ADMIN OPTION.

grantee_clause

TO grantee_clause identifies users or roles to which the system privilege, role, or object privilege is granted.

Restriction on Grantees A user, role, or PUBLIC cannot appear more than once in TO grantee_clause.

PUBLIC Specify PUBLIC to grant the privileges to all users.

Restrictions on Granting System Privileges and Roles Privileges and roles are subject to the following restrictions:

A privilege or role cannot appear more than once in the list of privileges and roles to be granted.
You cannot grant a role to itself.
You cannot grant a role IDENTIFIED GLOBALLY to anything.
You cannot grant a role IDENTIFIED EXTERNALLY to a global user or global role.
You cannot grant roles circularly. For example, if you grant the role banker to the role teller, then you cannot subsequently grant teller to banker.

grant_object_privileges

Use these clauses to grant object privileges.

object_privilege

Specify the object privilege you want to grant. You can specify any of the values shown in Table 18-3. See also Table 18-4.

Restriction on Object Privileges A privilege cannot appear more than once in the list of privileges to be granted.

ALL [PRIVILEGES]

Specify ALL to grant all the privileges for the object that you have been granted with the GRANT OPTION. The user who owns the schema containing an object automatically has all privileges on the object with the GRANT OPTION. The keyword PRIVILEGES is provided for semantic clarity and is optional.

column

Specify the table or view column on which privileges are to be granted. You can specify columns only when granting the INSERT, REFERENCES, or UPDATE privilege. If you do not list columns, then the grantee has the specified privilege on all columns in the table or view.

For information on existing column object grants, query the USER_, ALL_, or DBA_COL_PRIVS data dictionary view.

See Also:

Oracle Database Reference for information on the data dictionary views and "Granting Multiple Object Privileges on Individual Columns: Example"

on_object_clause

The on_object_clause identifies the object on which the privileges are granted. Directory schema objects and Java source and resource schema objects are identified separately because they reside in separate namespaces.

If you can make this grant only because you have the GRANT ANY OBJECT PRIVILEGE system privilege--that is, you are not the owner of object, nor do you have object_privilege on object WITH GRANT OPTION--then the effect of this grant is that you are acting on behalf of the object owner. The *_TAB_PRIVS data dictionary views will reflect that this grant was made by the owner of object.

See Also:

"Granting Object Privileges to a Role: Example"
"Revoke Operations that Use GRANT ANY OBJECT PRIVILEGE: Example" for more information on using the GRANT ANY OBJECT PRIVILEGE system privilege for revoke operations

WITH GRANT OPTION

Specify WITH GRANT OPTION to enable the grantee to grant the object privileges to other users and roles.

Restriction on Granting WITH GRANT OPTION You can specify WITH GRANT OPTION only when granting to a user or to PUBLIC, not when granting to a role.

WITH HIERARCHY OPTION

Specify WITH HIERARCHY OPTION to grant the specified object privilege on all subobjects of object, such as subviews created under a view, including subobjects created subsequent to this statement.

This clause is meaningful only in combination with the SELECT object privilege.

object Specify the schema object on which the privileges are to be granted. If you do not qualify object with schema, then the database assumes the object is in your own schema. The object can be one of the following types:

Table, view, or materialized view
Sequence
Procedure, function, or package
User-defined type
Synonym for any of the preceding items
Directory, library, operator, or indextype
Java source, class, or resource

You cannot grant privileges directly to a single partition of a partitioned table.

DIRECTORY directory_name Specify a directory schema object on which privileges are to be granted. You cannot qualify directory_name with a schema name.

JAVA SOURCE | RESOURCE The JAVA clause lets you specify a Java source or resource schema object on which privileges are to be granted.

See Also:

CREATE JAVA

Listings of System and Object Privileges

Note:

When you grant a privilege on ANY object, such as CREATE ANY CLUSTER, the result is determined by the value of the O7_DICTIONARY_ACCESSIBILITY initialization parameter. By default, this parameter is set to FALSE, so that ANY privileges give the grantee access to that type of object in all schemas except the SYS schema. If you set O7_DICTIONARY_ACCESSIBILITY to TRUE, then the ANY privileges also give the grantee access, in the SYS schema, to all objects except Oracle Scheduler objects. For security reasons, Oracle recommends that you use this setting only with great caution.

Table 18-1 System Privileges

System Privilege Name	Operations Authorized
Advisor Framework Privileges: All of the advisor framework privileges are part of the DBA role.	--
`ADVISOR`	Access the advisor framework through PL/SQL packages such as `DBMS_ADVISOR` and `DBMS_SQLTUNE`. Please refer to PL/SQL Packages and Types Reference for information on these packages.
`ADMINISTER SQL TUNING SET`	Create, drop, select (read), load (write), and delete a SQL tuning set owned by the grantee through the `DBMS_SQLTUNE` package.
`ADMINISTER ANY SQL TUNING SET`	Create, drop, select (read), load (write), and delete a SQL tuning set owned by any user through the `DBMS_SQLTUNE` package.
`CREATE ANY SQL PROFILE`	Accept a SQL Profile recommended by the SQL Tuning Advisor, which is accessed through Enterprise Manager or by the `DBMS_SQLTUNE` package.
`DROP ANY SQL PROFILE`	Drop an existing SQL Profile.
`ALTER ANY SQL PROFILE`	Alter the attributes of an existing SQL Profile.
CLUSTERS:	--
`CREATE CLUSTER`	Create clusters in the grantee's schema.
`CREATE ANY CLUSTER`	Create a cluster in any schema. Behaves similarly to `CREATE` `ANY` `TABLE`.
`ALTER ANY CLUSTER`	Alter clusters in any schema.
`DROP ANY CLUSTER`	Drop clusters in any schema.
CONTEXTS:	--
`CREATE ANY CONTEXT`	Create any context namespace.
`DROP ANY CONTEXT`	Drop any context namespace.
DATABASE:	--
`ALTER DATABASE`	Alter the database.
`ALTER SYSTEM`	Issue `ALTER` `SYSTEM` statements.
`AUDIT SYSTEM`	Issue `AUDIT` statements.
DATABASE LINKS:	--
`CREATE DATABASE LINK`	Create private database links in the grantee's schema.
`CREATE PUBLIC DATABASE LINK`	Create public database links.
`DROP PUBLIC DATABASE LINK`	Drop public database links.
DEBUGGING:	--
`DEBUG` `CONNECT` `SESSION`	Connect the current session to a debugger.
`DEBUG` `ANY` `PROCEDURE`	Debug all PL/SQL and Java code in any database object. Display information on all SQL statements executed by the application. Note: Granting this privilege is equivalent to granting the `DEBUG` object privilege on all applicable objects in the database.
DIMENSIONS:	--
`CREATE DIMENSION`	Create dimensions in the grantee's schema.
`CREATE ANY DIMENSION`	Create dimensions in any schema.
`ALTER ANY DIMENSION`	Alter dimensions in any schema.
`DROP ANY DIMENSION`	Drop dimensions in any schema.
DIRECTORIES:	--
`CREATE ANY DIRECTORY`	Create directory database objects.
`DROP ANY DIRECTORY`	Drop directory database objects.
INDEXTYPES:	--
`CREATE INDEXTYPE`	Create an indextype in the grantee's schema.
`CREATE ANY INDEXTYPE`	Create an indextype in any schema and create a comment on an indextype in any schema.
`ALTER ANY INDEXTYPE`	Modify indextypes in any schema.
`DROP ANY INDEXTYPE`	Drop an indextype in any schema.
`EXECUTE ANY INDEXTYPE`	Reference an indextype in any schema.
INDEXES:	--
`CREATE ANY INDEX`	Create in any schema a domain index or an index on any table in any schema.
`ALTER ANY INDEX`	Alter indexes in any schema.
`DROP ANY INDEX`	Drop indexes in any schema.
JOB SCHEDULER OBJECTS:	The following privileges are needed to execute procedures in the `DBMS_SCHEDULER` package.
`CREATE JOB`	Create jobs, schedules, or programs in the grantee's schema.
`CREATE ANY JOB`	Create, alter, or drop jobs, schedules, or programs in any schema. Note: This extremely powerful privilege allows the grantee to execute code as any other user. It should be granted with caution.
`CREATE EXTERNAL JOB`	Create in the grantee's schema an executable scheduler job that runs on the operating system.
`EXECUTE ANY PROGRAM`	Use any program in a job in the grantee's schema.
`EXECUTE ANY CLASS`	Specify any job class in a job in the grantee's schema.
`MANAGE SCHEDULER`	Create, alter, or drop any job class, window, or window group.
LIBRARIES:	--
`CREATE LIBRARY`	Create external procedure or function libraries in the grantee's schema.
`CREATE ANY LIBRARY`	Create external procedure or function libraries in any schema.
`DROP ANY LIBRARY`	Drop external procedure or function libraries in any schema.
MATERIALIZED VIEWS:	--
`CREATE MATERIALIZED VIEW`	Create a materialized view in the grantee's schema.
`CREATE ANY MATERIALIZED VIEW`	Create materialized views in any schema.
`ALTER ANY MATERIALIZED VIEW`	Alter materialized views in any schema.
`DROP ANY MATERIALIZED VIEW`	Drop materialized views in any schema.
`QUERY REWRITE`	This privilege has been deprecated. No privileges are needed for a user to enable rewrite for a materialized view that references tables or views in the user's own schema.
`GLOBAL QUERY REWRITE`	Enable rewrite using a materialized view when that materialized view references tables or views in any schema.
`ON COMMIT REFRESH`	Create a refresh-on-commit materialized view on any table in the database. Alter a refresh-on-demand materialized on any table in the database to refresh-on-commit.
`FLASHBACK ANY TABLE`	Issue a SQL Flashback Query on any table, view, or materialized view in any schema. This privilege is not needed to execute the `DBMS_FLASHBACK` procedures.
OPERATORS:	--
`CREATE OPERATOR`	Create an operator and its bindings in the grantee's schema.
`CREATE ANY OPERATOR`	Create an operator and its bindings in any schema and create a comment on an operator in any schema.
`ALTER ANY OPERATOR`	Modify an operator in any schema.
`DROP ANY OPERATOR`	Drop an operator in any schema.
`EXECUTE ANY OPERATOR`	Reference an operator in any schema.
OUTLINES:	--
`CREATE ANY OUTLINE`	Create public outlines that can be used in any schema that uses outlines.
`ALTER ANY OUTLINE`	Modify outlines.
`DROP ANY OUTLINE`	Drop outlines.
PROCEDURES:	--
`CREATE PROCEDURE`	Create stored procedures, functions, and packages in the grantee's schema.
`CREATE ANY PROCEDURE`	Create stored procedures, functions, and packages in any schema.
`ALTER ANY PROCEDURE`	Alter stored procedures, functions, or packages in any schema.
`DROP ANY PROCEDURE`	Drop stored procedures, functions, or packages in any schema.
`EXECUTE ANY PROCEDURE`	Execute procedures or functions, either standalone or packaged. Reference public package variables in any schema.
PROFILES:	--
`CREATE PROFILE`	Create profiles.
`ALTER PROFILE`	Alter profiles.
`DROP PROFILE`	Drop profiles.
ROLES:	--
`CREATE ROLE`	Create roles.
`ALTER ANY ROLE`	Alter any role in the database.
`DROP ANY ROLE`	Drop roles.
`GRANT ANY ROLE`	Grant any role in the database.
ROLLBACK SEGMENTS:	--
`CREATE ROLLBACK SEGMENT`	Create rollback segments.
`ALTER ROLLBACK SEGMENT`	Alter rollback segments.
`DROP ROLLBACK SEGMENT`	Drop rollback segments.
SEQUENCES:	--
`CREATE SEQUENCE`	Create sequences in the grantee's schema.
`CREATE ANY SEQUENCE`	Create sequences in any schema.
`ALTER ANY SEQUENCE`	Alter any sequence in the database.
`DROP ANY SEQUENCE`	Drop sequences in any schema.
`SELECT ANY SEQUENCE`	Reference sequences in any schema.
SESSIONS:	--
`CREATE SESSION`	Connect to the database.
`ALTER RESOURCE COST`	Set costs for session resources.
`ALTER SESSION`	Issue `ALTER` `SESSION` statements.
`RESTRICTED SESSION`	Logon after the instance is started using the SQL*Plus `STARTUP` `RESTRICT` statement.
SNAPSHOTS:	See MATERIALIZED VIEWS
SYNONYMS:	--
`CREATE SYNONYM`	Create synonyms in the grantee's schema.
`CREATE ANY SYNONYM`	Create private synonyms in any schema.
`CREATE PUBLIC SYNONYM`	Create public synonyms.
`DROP ANY SYNONYM`	Drop private synonyms in any schema.
`DROP PUBLIC SYNONYM`	Drop public synonyms.
TABLES:	Note: For external tables, the only valid privileges are `CREATE` `ANY` `TABLE`, `ALTER` `ANY` `TABLE`, `DROP` `ANY` `TABLE`, and `SELECT` `ANY` `TABLE`.
`CREATE TABLE`	Create tables in the grantee's schema.
`CREATE ANY TABLE`	Create tables in any schema. The owner of the schema containing the table must have space quota on the tablespace to contain the table.
`ALTER ANY TABLE`	Alter any table or view in any schema.
`BACKUP ANY TABLE`	Use the Export utility to incrementally export objects from the schema of other users.
`DELETE ANY TABLE`	Delete rows from tables, table partitions, or views in any schema.
`DROP ANY TABLE`	Drop or truncate tables or table partitions in any schema.
`INSERT ANY TABLE`	Insert rows into tables and views in any schema.
`LOCK ANY TABLE`	Lock tables and views in any schema.
`SELECT ANY TABLE`	Query tables, views, or materialized views in any schema.
`FLASHBACK ANY TABLE`	Issue a SQL Flashback Query on any table, view, or materialized view in any schema. This privilege is not needed to execute the `DBMS_FLASHBACK` procedures.
`UPDATE ANY TABLE`	Update rows in tables and views in any schema.
TABLESPACES:	--
`CREATE TABLESPACE`	Create tablespaces.
`ALTER TABLESPACE`	Alter tablespaces.
`DROP TABLESPACE`	Drop tablespaces.
`MANAGE TABLESPACE`	Take tablespaces offline and online and begin and end tablespace backups.
`UNLIMITED TABLESPACE`	Use an unlimited amount of any tablespace. This privilege overrides any specific quotas assigned. If you revoke this privilege from a user, then the user's schema objects remain but further tablespace allocation is denied unless authorized by specific tablespace quotas. You cannot grant this system privilege to roles.
TRIGGERS:	--
`CREATE TRIGGER`	Create a database trigger in the grantee's schema.
`CREATE ANY TRIGGER`	Create database triggers in any schema.
`ALTER ANY TRIGGER`	Enable, disable, or compile database triggers in any schema.
`DROP ANY TRIGGER`	Drop database triggers in any schema.
`ADMINISTER DATABASE TRIGGER`	Create a trigger on `DATABASE`. You must also have the `CREATE` `TRIGGER` or `CREATE` `ANY` `TRIGGER` system privilege.
TYPES:	--
`CREATE TYPE`	Create object types and object type bodies in the grantee's schema.
`CREATE ANY TYPE`	Create object types and object type bodies in any schema.
`ALTER ANY TYPE`	Alter object types in any schema.
`DROP ANY TYPE`	Drop object types and object type bodies in any schema.
`EXECUTE ANY TYPE`	Use and reference object types and collection types in any schema, and invoke methods of an object type in any schema if you make the grant to a specific user. If you grant `EXECUTE` `ANY` `TYPE` to a role, then users holding the enabled role will not be able to invoke methods of an object type in any schema.
`UNDER ANY TYPE`	Create subtypes under any nonfinal object types.
USERS:	--
`CREATE USER`	Create users. This privilege also allows the creator to: Assign quotas on any tablespace. Set default and temporary tablespaces. Assign a profile as part of a `CREATE` `USER` statement.
`ALTER USER`	Alter any user. This privilege authorizes the grantee to: Change another user's password or authentication method. Assign quotas on any tablespace. Set default and temporary tablespaces. Assign a profile and default roles.
`DROP USER`	Drop users
VIEWS:	--
`CREATE VIEW`	Create views in the grantee's schema.
`CREATE ANY VIEW`	Create views in any schema.
`DROP ANY VIEW`	Drop views in any schema.
`UNDER ANY VIEW`	Create subviews under any object views.
`FLASHBACK ANY TABLE`	Issue a SQL Flashback Query on any table, view, or materialized view in any schema. This privilege is not needed to execute the `DBMS_FLASHBACK` procedures.
`MERGE ANY VIEW`	If a user has been granted the `MERGE` `ANY` `VIEW` privilege, then for any query issued by that user, the optimizer can use view merging to improve query performance without performing the checks that would otherwise be performed to ensure that view merging does not violate any security intentions of the view creator. See also Oracle Database Reference for information on the `OPTIMIZER_SECURE_VIEW_MERGING` parameter and Oracle Database Performance Tuning Guide for information on view merging.
MISCELLANEOUS:	--
`ANALYZE ANY`	Analyze any table, cluster, or index in any schema.
`AUDIT ANY`	Audit any object in any schema using `AUDIT` `schema_objects` statements.
`CHANGE` `NOTIFICATION`	Create a registration on queries and receive database change notifications in response to DML or DDL changes to the objects associated with the registered queries. Please refer to Oracle Database Application Developer's Guide - Fundamentals for more information on database change notification.
`COMMENT ANY TABLE`	Comment on any table, view, or column in any schema.
`EXEMPT ACCESS POLICY`	Bypass fine-grained access control. Caution: This is a very powerful system privilege, as it lets the grantee bypass application-driven security policies. Database administrators should use caution when granting this privilege.
`FORCE ANY TRANSACTION`	Force the commit or rollback of any in-doubt distributed transaction in the local database. Induce the failure of a distributed transaction.
`FORCE TRANSACTION`	Force the commit or rollback of the grantee's in-doubt distributed transactions in the local database.
`GRANT` `ANY` `OBJECT` `PRIVILEGE`	Grant any object privilege that the object owner is permitted to to grant. Revoke any object privilege that was granted by the object owner or by some other user with the `GRANT` `ANY` `OBJECT` `PRIVILEGE` privilege.
`GRANT ANY PRIVILEGE`	Grant any system privilege.
`RESUMABLE`	Enable resumable space allocation.
`SELECT ANY DICTIONARY`	Query any data dictionary object in the `SYS` schema. This privilege lets you selectively override the default `FALSE` setting of the `O7_DICTIONARY_ACCESSIBILITY` initialization parameter.
`SELECT ANY TRANSACTION`	Query the contents of the `FLASHBACK_TRANSACTION_QUERY` view. Caution: This is a very powerful system privilege, as it lets the grantee view all data in the database, including past data. This privilege should be granted only to users who need to use the Oracle Flashback Transaction Query feature.
`SYSDBA`	Perform `STARTUP` and `SHUTDOWN` operations. `ALTER` `DATABASE`: open, mount, back up, or change character set. `CREATE` `DATABASE`. `ARCHIVELOG` and `RECOVERY`. `CREATE` `SPFILE`. Includes the `RESTRICTED` `SESSION` privilege.
`SYSOPER`	Perform `STARTUP` and `SHUTDOWN` operations. `ALTER` `DATABASE`: open, mount, or back up. `ARCHIVELOG` and `RECOVERY`. `CREATE` `SPFILE`. Includes the `RESTRICTED` `SESSION` privilege.
`CONNECT, RESOURCE, and DBA`	These roles are provided for compatibility with previous versions of Oracle Database. You can determine the privileges encompassed by these roles by querying the `DBA_SYS_PRIVS` data dictionary view. Note: Oracle recommends that you design your own roles for database security rather than relying on these roles. These roles may not be created automatically by future versions of Oracle Database. See Also: Oracle Database Reference for a description of the `DBA_SYS_PRIVS` view
`DELETE_CATALOG_ROLE EXECUTE_CATALOG_ROLE SELECT_CATALOG_ROLE`	These roles are provided for accessing data dictionary views and packages. See Also: Oracle Database Administrator's Guide for more information on these roles
`EXP_FULL_DATABASE` `IMP_FULL_DATABASE`	These roles are provided for convenience in using the import and export utilities. See Also: Oracle Database Utilities for more information on these roles
`AQ_USER_ROLE` `AQ_ADMINISTRATOR_ROLE`	You need these roles to use Oracle Advanced Queuing. See Also: Oracle Streams Advanced Queuing User's Guide and Reference for more information on these roles
`SNMPAGENT`	This role is used by the Enterprise Manager Intelligent Agent. See Also: Oracle Enterprise Manager Administrator's Guide
`RECOVERY_CATALOG_OWNER`	You need this role to create a user who owns a recovery catalog. See Also: Oracle Database Backup and Recovery Advanced User's Guide for more information on recovery catalogs

Table 18-2 Oracle Database Predefined Roles

Predefined Role Purpose

Predefined Role	Purpose
`HS_ADMIN_ROLE`	A DBA using Oracle Database heterogeneous services needs this role to access appropriate tables in the data dictionary. See Also: Oracle Database Heterogeneous Connectivity Administrator's Guide for more information
`SCHEDULER_ADMIN`	This role allows the grantee to execute the procedures of the `DBMS_SCHEDULER` package. It includes all of the job scheduler system privileges and is included in the DBA role. See Also: Oracle Database Administrator's Guide for more information on the `DBMS_SCHEDULER` package

HS_ADMIN_ROLE

A DBA using Oracle Database heterogeneous services needs this role to access appropriate tables in the data dictionary.

See Also: Oracle Database Heterogeneous Connectivity Administrator's Guide for more information

SCHEDULER_ADMIN

This role allows the grantee to execute the procedures of the DBMS_SCHEDULER package. It includes all of the job scheduler system privileges and is included in the DBA role.

See Also: Oracle Database Administrator's Guide for more information on the DBMS_SCHEDULER package

Table 18-3 Object Privileges Available for Particular Objects

Object Privilege	Table	View	Sequence	Procedure, Function, Package (Note 1)	Material-ized View	Directory	Library	User- defined Type	Operator	Indextype
`ALTER` (Note 2)	X	--	X	--	--	--	--	--	--	--
`DELETE`	X	X	--	--	X (Note 3)	--	--	--	--	--
`EXECUTE`	--	--	--	X (Note 2)	--	--	X (Note 2)	X (Note 2)	X (Note 2)	X (Note 2)
`DEBUG`	X	X	--	X	--	--	--	X	--	--
`FLASHBACK`	X	X	--	--	X	--	--	--	--	--
`INDEX`	X	--	--	--	--	--	--	--	--	--
`INSERT`	X	X	--	--	X (Note 3)	--	--	--	--	--
`ON` `COMMIT` `REFRESH`	X	--	--	--	--	--	--	--	--	--
`QUERY` `REWRITE`	X	--	--	--	--	--	--	--	--	--
`READ`	--	--	--	--	--	X	--	--	--	--
`REFERENCES`	X	X	--	--	--	--	--	--	--	--
`SELECT`	X	X	X	--	X	--	--	--	--	--
`UNDER`	--	X	--	--	--	--	--	X	--	--
`UPDATE`	X	X	--	--	X (Note 3)	--	--	--	--	--
`WRITE`	--	--	--	--	--	X	--	--	--	--

Note 1: Oracle Database treats a Java class, source, or resource as if it were a procedure for purposes of granting object privileges.

Note 2: Job scheduler objects are created using the DBMS_SCHEDULER package. After these objects are created, you can grant the EXECUTE object privilege on job scheduler classes and programs. You can grant ALTER privilege on job scheduler jobs, programs, and schedules.

Note 3: The DELETE, INSERT, and UPDATE privileges can be granted only to updatable materialized views.

Table 18-4 Object Privileges and the Operations They Authorize

Object Privilege	Operations Authorized
TABLE PRIVILEGES	The following table privileges authorize operations on a table. Any one of following object privileges allows the grantee to lock the table in any lock mode with the `LOCK` `TABLE` statement. Note: For external tables, the only valid object privileges are `ALTER` and `SELECT`.
`ALTER`	Change the table definition with the `ALTER` `TABLE` statement.
`DELETE`	Remove rows from the table with the `DELETE` statement. Note: You must grant the `SELECT` privilege on the table along with the `DELETE` privilege if the table is on a remote database.
`DEBUG`	Access, through a debugger: PL/SQL code in the body of any triggers defined on the table Information on SQL statements that reference the table directly
`INDEX`	Create an index on the table with the `CREATE` `INDEX` statement.
`INSERT`	Add new rows to the table with the `INSERT` statement.
`REFERENCES`	Create a constraint that refers to the table. You cannot grant this privilege to a role.
`SELECT`	Query the table with the `SELECT` statement.
`UPDATE`	Change data in the table with the `UPDATE` statement. Note: You must grant the `SELECT` privilege on the table along with the `UPDATE` privilege if the table is on a remote database.
VIEW PRIVILEGES	The following view privileges authorize operations on a view. Any one of the following object privileges allows the grantee to lock the view in any lock mode with the `LOCK` `TABLE` statement. To grant a privilege on a view, you must have that privilege with the `GRANT` `OPTION` on all of the base tables of the view.
`DEBUG`	Access, through a debugger: PL/SQL code in the body of any triggers defined on the view Information on SQL statements that reference the view directly
`DELETE`	Remove rows from the view with the `DELETE` statement.
`INSERT`	Add new rows to the view with the `INSERT` statement.
`REFERENCES`	Define foreign key constraints on the view.
`SELECT`	Query the view with the `SELECT` statement.
`UNDER`	Create a subview under this view. You can grant this object privilege only if you have the `UNDER` `ANY` `VIEW` privilege `WITH` `GRANT` `OPTION` on the immediate superview of this view.
`UPDATE`	Change data in the view with the `UPDATE` statement.
SEQUENCE PRIVILEGES	The following sequence privileges authorize operations on a sequence.
`ALTER`	Change the sequence definition with the `ALTER` `SEQUENCE` statement.
`SELECT`	Examine and increment values of the sequence with the `CURRVAL` and `NEXTVAL` pseudocolumns.
PROCEDURE, FUNCTION, PACKAGE PRIVILEGES	The following procedure, function, and package privileges authorize operations on procedures, functions, and packages. These privileges also apply to Java sources, classes, and resources, which Oracle Database treats as though they were procedures for purposes of granting object privileges.
`DEBUG`	Access, through a debugger, all public and nonpublic variables, methods, and types defined on the object. Place a breakpoint or stop at a line or instruction boundary within the procedure, function, or package. This privilege grants access to the declarations in the method or package specification and body.
`EXECUTE`	Execute the procedure or function directly, or access any program object declared in the specification of a package, or compile the object implicitly during a call to a currently invalid or uncompiled function or procedure. This privilege does not allow the grantee to explicitly compile using `ALTER PROCEDURE` or `ALTER FUNCTION`. For explicit compilation you need the appropriate `ALTER` system privilege. Access, through a debugger, public variables, types, and methods defined on the procedure, function, or package. This privilege grants access to the declarations in the method or package specification only. Note: Users do not need this privilege to execute a procedure, function, or package indirectly. See Also: Oracle Database Concepts and Oracle Database Application Developer's Guide - Fundamentals
MATERIALIZED VIEW PRIVILEGES	The following materialized view privileges authorize operations on a materialized view.
`ON COMMIT REFRESH`	Create a refresh-on-commit materialized view on the specified table.
`QUERY REWRITE`	Create a materialized view for query rewrite using the specified table.
`SELECT`	Query the materialized view with the `SELECT` statement.
SYNONYM PRIVILEGES	Synonym privileges are the same as the privileges for the base object. Granting a privilege on a synonym is equivalent to granting the privilege on the base object. Similarly, granting a privilege on a base object is equivalent to granting the privilege on all synonyms for the object. If you grant to a user a privilege on a synonym, then the user can use either the synonym name or the base object name in the SQL statement that exercises the privilege.
DIRECTORY PRIVILEGES	The following directory privileges provide secured access to the files stored in the operating system directory to which the directory object serves as a pointer. The directory object contains the full path name of the operating system directory where the files reside. Because the files are actually stored outside the database, Oracle Database server processes also need to have appropriate file permissions on the file system server. Granting object privileges on the directory database object to individual database users, rather than on the operating system, allows the database to enforce security during file operations.
`READ`	Read files in the directory.
`WRITE`	Write files in the directory. This privilege is useful only in connection with external tables. It allows the grantee to determine whether the external table agent can write a log file or a bad file to the directory. Restriction: This privilege does not allow the grantee to write to a `BFILE`.
LIBRARY PRIVILEGE	The following library privilege authorizes operations on a library.
`EXECUTE`	Use and reference the specified object and invoke its methods.
OBJECT TYPE PRIVILEGES	The following object type privileges authorize operations on a database object type.
`DEBUG`	Access, through a debugger, all public and nonpublic variables, methods, and types defined on the object type. Place a breakpoint or stop at a line or instruction boundary within the type body.
`EXECUTE`	Use and reference the specified object and invoke its methods. Access, through a debugger, public variables, types, and methods defined on the object type.
`UNDER`	Create a subtype under this type. You can grant this object privilege only if you have the `UNDER` `ANY` `TYPE` privilege `WITH` `GRANT` `OPTION` on the immediate supertype of this type.
INDEXTYPE PRIVILEGE	The following indextype privilege authorizes operations on indextypes.
`EXECUTE`	Reference an indextype.
OPERATOR PRIVILEGE	The following operator privilege authorizes operations on user-defined operators.
`EXECUTE`	Reference an operator.

Examples

Granting a System Privilege to a User: Example To grant the CREATE SESSION system privilege to the sample user hr, allowing hr to log on to Oracle Database, issue the following statement:

GRANT CREATE SESSION 
   TO hr;

Granting System Privileges to a Role: Example The following statement grants appropriate system privileges to a data warehouse manager role, which was created in the "Creating a Role: Example":

GRANT
     CREATE ANY MATERIALIZED VIEW
   , ALTER ANY MATERIALIZED VIEW
   , DROP ANY MATERIALIZED VIEW
   , QUERY REWRITE
   , GLOBAL QUERY REWRITE
   TO dw_manager
   WITH ADMIN OPTION;

The dw_manager privilege domain now contains the system privileges related to materialized views.

Granting a Role with the Admin Option: Example To grant the dw_manager role with the ADMIN OPTION to the sample user sh, issue the following statement:

GRANT dw_manager 
   TO sh 
   WITH ADMIN OPTION;

User sh can now perform the following operations with the dw_manager role:

Enable the role and exercise any privileges in the privilege domain of the role, including the CREATE MATERIALIZED VIEW system privilege
Grant and revoke the role to and from other users
Drop the role

Granting Object Privileges to a Role: Example The following example grants the SELECT object privileges to a data warehouse user role, which was created in the "Creating a Role: Example":

GRANT SELECT ON sh.sales TO warehouse_user;

Granting a Role to a Role: Example The following statement grants the warehouse_user role to the dw_manager role. Both roles were created in the "Creating a Role: Example":

GRANT warehouse_user TO dw_manager;

The dw_manager role now contains all of the privileges in the domain of the warehouse_user role.

Granting an Object Privilege on a Directory: Example To grant READ on directory bfile_dir to user hr, with the GRANT OPTION, issue the following statement:

GRANT READ ON DIRECTORY bfile_dir TO hr
   WITH GRANT OPTION;

Granting Object Privileges on a Table to a User: Example To grant all privileges on the table oe.bonuses, which was created in "Merging into a Table: Example", to the user hr with the GRANT OPTION, issue the following statement:

GRANT ALL ON bonuses TO hr 
   WITH GRANT OPTION;

The user hr can subsequently perform the following operations:

Exercise any privilege on the bonuses table
Grant any privilege on the bonuses table to another user or role

Granting Object Privileges on a View: Example To grant SELECT and UPDATE privileges on the view emp_view, which was created in "Creating a View: Example", to all users, issue the following statement:

GRANT SELECT, UPDATE 
   ON emp_view TO PUBLIC;

All users can subsequently query and update the view of employee details.

Granting Object Privileges to a Sequence in Another Schema: Example To grant SELECT privilege on the customers_seq sequence in the schema oe to the user hr, issue the following statement:

GRANT SELECT 
   ON oe.customers_seq TO hr;

The user hr can subsequently generate the next value of the sequence with the following statement:

SELECT oe.customers_seq.NEXTVAL 
   FROM DUAL;

Granting Multiple Object Privileges on Individual Columns: Example To grant to user oe the REFERENCES privilege on the employee_id column and the UPDATE privilege on the employee_id, salary, and commission_pct columns of the employees table in the schema hr, issue the following statement:

GRANT REFERENCES (employee_id), 
      UPDATE (employee_id, salary, commission_pct) 
   ON hr.employees
   TO oe;

The user oe can subsequently update values of the employee_id, salary, and commission_pct columns. User oe can also define referential integrity constraints that refer to the employee_id column. However, because the GRANT statement lists only these columns, oe cannot perform operations on any of the other columns of the employees table.

For example, oe can create a table with a constraint:

CREATE TABLE dependent 
   (dependno   NUMBER, 
    dependname VARCHAR2(10), 
    employee   NUMBER 
   CONSTRAINT in_emp REFERENCES hr.employees(employee_id) );

The constraint in_emp ensures that all dependents in the dependent table correspond to an employee in the employees table in the schema hr.

저작자표시

'Database > ORACLE' 카테고리의 다른 글

rman Tool (0)	2010.02.01
WS1-2-ch18. Data Pump (expdp/impdp) overview (0)	2010.02.01
`BIN$+......==$0` 알수 없는 테이블.. (0)	2010.01.14
sqlplus 환경 설정 (0)	2010.01.08
Partition Table (0)	2009.12.29

새로 생성한 데이터베이스에 여러명의 개발자가 달라붙어서 작업을 하다보니...

어느새 이상한 찌꺼기로 보이는 것들이 생기곤 한다.

sql> select * from tab;

...

BIN$+JhRwRSHQRm8CPHbIPcAhg==$0
BIN$+dyK/iSeSm2xC63JjCCnWQ==$0
BIN$+iZrUVW+QK6GJf6AU54nDQ==$0
...

이런 정상적이지 않은 놈들이 보인다.

토드 스키마브라우져에서 뒤져보니

My Schema > Constrants 에 들어있는 놈들이다.

자세히 보니 이미 드랍된 테이블의 인덱스들 인듯

drop를 시도하면...

ORA-38301: 휴지통에 있는 객체에 대해 DDL/DML을 수행할 수 없음

이라고 나온다... 웬 휴지통 -.,ㅡa 이거 뭥미...

결국 ORA-38301로 검색을 해보니

오라클 10g에서는 휴지통(recyclebin) 이라는 것이 존재하는데

drop 명령으로 삭제한 객체들이 바로 삭제되지 않고 여기에 담겨있다고 한다.

휴지통에 들어있는 객체들은 아래의 상황 전까지 휴지통에 보관된다고 한다.

- purse 명령으로 영구히 삭제

- undrop명령으로 drop객체 복구

- 테이블스페이스 (휴지통)공간이 부족할때.

- 테이블스페이스가 extend될때

휴지통에 들어있는 객체들 보기

- user_recyclebin

- dba_recyclebin

휴지통 비우기

purge recyclebin;                       사용자의 휴지통 비우기
purge dba_recyclebin;                   휴지통내의 모든 놈들 비우기
purge tablespace users;                 users테이블스페이스의 휴지통 비우기
*purge table "휴지통내의 이름"        휴지통의 하나의 객체만 제거시

휴지통의 객체 복구
flashback table 휴지통내의 이름 to before drop;

휴지통에 넣지 않고 drop
drop table 테이블명 purge;

출처 : http://cafe.daum.net/oddtip/FbCl/187?docid=1CBe5|FbCl|187|20080808184442&q=ORA-38301&srchid=CCB1CBe5|FbCl|187|20080808184442

저작자표시

'Database > ORACLE' 카테고리의 다른 글

WS1-2-ch18. Data Pump (expdp/impdp) overview (0)	2010.02.01
Grant 관련 상세 설명 (0)	2010.01.25
sqlplus 환경 설정 (0)	2010.01.08
Partition Table (0)	2009.12.29
ORA-00439: feature not enabled: Partitioning (사용 가능한 기능이 아닙니다. Partitioning) (0)	2009.12.28

명령별 역할...

화면 설정 방법
SET LINESIZE 300 : 화면 왼쪽 끝부터 오른쪽 끝까지 300자로 제한함.
SET PAGESIZE 100 : 컬럼헤딩부터 다음컬럼 헤딩까지 1PAGE로 하며 이구간을 100라인으로 제한함

기본적인 조회방법(화면)
SHOW ALL : 모든 설정값들을 보여줌.
SHOW PAGESIZE : 현재 설정되어 있는 페이지 사이즈 정보 조회

SET TIME ON : 프롬프트에 현재 시간이 표시됨
SQL> 쉘이 => 11:33:23 SQL> 과 같은 형태로 변경됨

1. 접속할 때 마다 변경 방법
sqlplus 아디/패스워드 를 통해 DB 접근후

SQL> set linesize 300
SQL> COL FILE_NAME FORMAT A40

이런식으로 사용하여 가능하나... 귀찮다... 가끔 쓰는 DB나 다른사람이 관리하는 DB에 접속할 때 사용하면 좋다

2. 영구히... 설정하는 방법

$ORACLE_HOME/product/버젼/데이터베이스이름/sqlplus/admin/glogin.sql 파일을 수정...

쉽게 찾기

$find / -name "glogin.sql" -print

파일의 위치가 자동으로 나옴.

그파일의 제일 아래 부분에

다음과 같이 추가함

-- User Define Format
SET LINESIZE 300
SET PAGESIZE 100
COL FILE_NAME FORMAT A40
COL TABLESPACE_NAME FORMAT A20

저작자표시

'Database > ORACLE' 카테고리의 다른 글

Grant 관련 상세 설명 (0)	2010.01.25
`BIN$+......==$0` 알수 없는 테이블.. (0)	2010.01.14
Partition Table (0)	2009.12.29
ORA-00439: feature not enabled: Partitioning (사용 가능한 기능이 아닙니다. Partitioning) (0)	2009.12.28
LOB DATA SHRINK 시키기 (0)	2009.12.23

<PARTITION TABLE>

1. partition table 생성하기

create table part_tbl
( in_date number primary key ,
empno   number,
ename   varchar2(20),
job   varchar2(20) )
partition by range (in_date)
(
partition part_tbl_200803 values less than (20080332) tablespace pts_03,
partition part_tbl_200804 values less than (20080432) tablespace pts_04,
partition part_tbl_200805 values less than (20080532) tablespace pts_05,
partition part_tbl_max values less than (maxvalue) tablespace pts_max
);

2. add partition 하기

6월 partition을 add하고 싶은 경우 다음과 같이 할 수 있다.

alter table part_tbl add partition part_tbl_200806 values less than (20080632) tablespace pts_06;

# 단 MAX 파티션 테이블이 있는경우는 add partition 할 수 없다!
따라서 위 예제에서 생성된 파티션 테이블에서는 add partition 불가!!

3. 특정 partition 을 삭제하기

3월에 해당하는 partition을 없애고 싶은 경우는 다음과 같이 실행한다.

alter table part_tbl drop partition part_tbl_200803;

만약..
drop된 후에 새로 3월에 해당하는 데이타가 입력되면
4월의 partition이 less then (20080432) 으로 되어 있으므로
4월에 해당하는 partition에 저장된다.

3. partition 나누기

6월에 해당하는 partition을 생성하려면 MAX partition에 add하는 것으로는 불가능하고 MAX partition을 split 해야 한다.

alter table part_tbl split partition part_tbl_max at (20080632)
into (partition part_tbl_200806 tablespace pts_06, partition part_tbl_max tablespace pts_max);

+)

into(partition AAA, partition BBB) -> BBB파티션을 AAA 파티션으로 split한다.

위와 같이 하면 기존의 MAX 파티션 테이블에서 6월31일을 이전 데이터는 part_tbl_200806에 옮겨지고
MAX 파티션 테이블에는 6월31일 이후의 데이터가 들어있게 된다.

4. partition name을 변경하기

partition name 을 바꾸고 싶다면 다음과 같이 실행한다.

alter table part_tbl rename partition part_tbl_200805 to part_tbl_200805_new;

5. partition의 tablespace를 옮기기

partition part_tbl_05을 저장하는 tablespace를 pts_05 에서 pts_new로 바꾸고 싶은 경우는 다음과 같이 실행한다.

alter table part_tbl move partition part_tbl_05 tablespace pts_new nologging;

6. 특정 partition의 data를 truncate하기

partition의 data를 모두 삭제하려면 truncate하는 방법을 사용할 수가 있는 데,
truncate는 rollback 이 불가능하며 특정 partition 전체를 삭제하므로 주의하여 사용하여야 한다.

alter table part_tbl truncate partition part_tbl_03;

7. Partition table의 물리적인 속성 변경하기

partition table은 특정 partition의 속성만 변경할 수 있고,
table의 속성을 변경하여 전체 partition에 대해 동일한 변경을 할 수 있다.

alter table part_tbl storage( next 10M);
-> part_tbl 의 모든 partition의 next 값이 변경된다.

alter table part_tbl modify partition part_tbl_05 storage ( maxextents 1000 );
-> part_tbl_05 partition의 maxextents 값만 변경한다.

8. Index의 관리

변경작업을 통해 테이블 파티션이 변경된 경우 해당 테이블에 관련된 인덱스를 rebuild 해야합니다.

1) local 인덱스인 경우

DDL작업을 통해 변경된 파티션 테이블에 걸려있는 해당 local 인덱스만 "UNUSABLE" 상태가 된다.
-> MAX를 Split 한경우는 MAX 파티션과 Split로 새롭게 생성된 파티션의 인덱스 상태만 "UNUSABLE" 된다.

따라서 해당 파티션 인덱스를 반드시 rebuild 해 주어야 합니다.

-- 파티션 상태 확인

select INDEX_NAME, PARTITION_NAME, HIGH_VALUE, STATUS, TABLESPACE_NAME

from user_ind_partitions;

-- local Index rebuild 하기

alter index 인덱스이름 rebuild partition 파티션이름;

예제)

part_tbl_max 를 part_tbl_200806로 split 했을경우
각각의 파티션에 걸린 인덱스 part_tbl_indx_pk1 는 UNUSABLE 상태가 된다.

NDEX_NAME PARTITION_NAME HIGH_VALUE STATUS TABLESPACE_NAME

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

part_tbl_indx_pk1 part_tbl_200804 '20080432' USABLE pts_04

part_tbl_indx_pk1 part_tbl_200805 '20080432' USABLE pts_05

part_tbl_indx_pk1 part_tbl_200806 '20080632' UNUSABLE pts_06

part_tbl_indx_pk1 part_tbl_max MAXVALUE UNUSABLE pts_max

해당 파티션 인텍스를 rebuild 해준다.

alter index WEMS_BPEMAAN_PK1 rebuild partition WEMS_BPEMAAN_200806_P6;

alter index WEMS_BPEMAAN_PK1 rebuild partition WEMS_BPEMAAN_MAX;

2)global Index인 경우

- 변경된 해당 파티션 뿐만 아니라 해당 테이블 파티션에 관련된 모든 global 인덱스 상태를 "UNUSABLE"로 만든다.

따라서 인덱스 전체를 반드시 rebuild 해 주어야 합니다.

-- global Index rebuild 하기

alter index 인덱스이름 rebuild;

[출처] [oracle] PARTITION TABLE|작성자 썬

저작자표시

'Database > ORACLE' 카테고리의 다른 글

`BIN$+......==$0` 알수 없는 테이블.. (0)	2010.01.14
sqlplus 환경 설정 (0)	2010.01.08
ORA-00439: feature not enabled: Partitioning (사용 가능한 기능이 아닙니다. Partitioning) (0)	2009.12.28
LOB DATA SHRINK 시키기 (0)	2009.12.23
VMware를 이용한 Oracle Enterprise Linux에 Oracle RAC 10g 설치(5) (0)	2009.12.15

파티셔닝 기능을 구현중 위와 같은 오류를 발견...

하앍...

먼저 다음의 SQL문을 통해 기능 조회 가능

select * from v$option where parameter = 'Partitioning';

PARAMETER	VALUE
Partitioning	FALSE

와 같으면 안됨... TRUE 설정이여만 가능함.

파티셔닝 가능하게 하는 방법

아래와 같이 실행 (오라클 홈 디렉토리에...)

참고로 $ORACLE_HOME 변수가 설정되어야 함...

가동 중지

SQL> shutdown immediate

$ cd $ORACLE_HOME/rdbms/lib
$ make -f ins_rdbms.mk part_on
$ make -f ins_rdbms.mk ioracle

관련 명령이 실행되면서 화면을 가득 채우고 난 뒤 (시간이 좀 걸림...)

관리자 권한으로 ORACLE 접속

$ sqlplus '/as sysdba'

Database closed.
Database dismounted.

재 가동
SQL> startup

SQL> select * from v$option where parameter = 'Partitioning';

만약 TRUE으로 변경되지 않으면 재설치 해야함 -_-...

PERSONAL 과 ENTERPRISE 버젼에서 지원함.

SELECT * FROM V$VERSION; -- 버전 정보 조회

저작자표시

'Database > ORACLE' 카테고리의 다른 글

sqlplus 환경 설정 (0)	2010.01.08
Partition Table (0)	2009.12.29
LOB DATA SHRINK 시키기 (0)	2009.12.23
VMware를 이용한 Oracle Enterprise Linux에 Oracle RAC 10g 설치(5) (0)	2009.12.15
VMware를 이용한 Oracle Enterprize Linux에 Oracle RAC 10g 설치(4) (0)	2009.12.15

LOB 정보가 기간이 지나 삭제가 필요할때...

LOB 정보가 있는 테이블 : LOB_TABLE
LOB 정보가 있는 필드 : LOB_DATA

-- LOB_TABLE 있는 LOG_DATA 필드의 값을 모두 없는 것으로 처리
UPDATE LOB_TABLE
SET LOG_DATA = EMPTY_CLOB()
WHERE 조건

-- LOB 공간 SHRINK 할수 있도록 데이터 압축해 놓기
ALTER TABLE LOB_TABLE
MODIFY LOB(LOB_DATA) (SHRINK SPACE COMPACT);

* 만약 에러가 나면 ROW MOVEMENT ENABLE 설정을 참고 !

-- LOB 공간 실제 SHRINK 하기
ALTER TABLE LOB_TABLE
MODIFY LOB(LOB_DATA) (SHRINK SPACE);

저작자표시

'Database > ORACLE' 카테고리의 다른 글

Partition Table (0)	2009.12.29
ORA-00439: feature not enabled: Partitioning (사용 가능한 기능이 아닙니다. Partitioning) (0)	2009.12.28
VMware를 이용한 Oracle Enterprise Linux에 Oracle RAC 10g 설치(5) (0)	2009.12.15
VMware를 이용한 Oracle Enterprize Linux에 Oracle RAC 10g 설치(4) (0)	2009.12.15
VMware를 이용한 Oracle Enterprise Linux에 Oracle RAC 10g 설치(3) (1)	2009.12.15

웹 개발과 관련된 모든 것들

Database/ORACLE

간단한 방법으로 SID 변경하기 (nid 사용)

'Database > ORACLE' 카테고리의 다른 글

Oracle SID error

'Database > ORACLE' 카테고리의 다른 글

rman Tool

'Database > ORACLE' 카테고리의 다른 글

WS1-2-ch18. Data Pump (expdp/impdp) overview

'Database > ORACLE' 카테고리의 다른 글

Grant 관련 상세 설명

GRANT

'Database > ORACLE' 카테고리의 다른 글

`BIN$+......==$0` 알수 없는 테이블..

'Database > ORACLE' 카테고리의 다른 글

sqlplus 환경 설정

'Database > ORACLE' 카테고리의 다른 글

Partition Table

'Database > ORACLE' 카테고리의 다른 글

ORA-00439: feature not enabled: Partitioning (사용 가능한 기능이 아닙니다. Partitioning)

'Database > ORACLE' 카테고리의 다른 글

LOB DATA SHRINK 시키기

'Database > ORACLE' 카테고리의 다른 글

+ Recent posts

티스토리툴바