작은 공간,하지만 꿈이있는...

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

--- 10046 Trace Event (7.3 이상)

level 0 : SQL_TRACE=FALSE 와 동일.

level 1 : SQL_TRACE=TRUE 와 동일 일반적인 Trace 정보 제공(default)

level 4 :level 1 + bind 변수 정보

level 8 : level 1 + wait event 정보

level 12 : level 1 + bind 변수 + wait event 정보

--- event 활성화

alter session set SQL_TRACE=TRUE;   
/* 밑에서 events 를기술해줘서 레벨12를주면
/*  SQL_TRACE=true 를안줘도 된다

alter system set SQL_TRACE=TURE;   
/* system 단위로 변경하게 되면 시스템부하가 심각할수 있음

ALTER SESSION SET EVENTS '10046 trace name context = forever, level 12' ;

alter session set tracefile_identifier='mytrace';      
/*  User Trace를 찾기 쉽게 네이밍 한다.

--- SQL 실행

SELECT * FROM sales

WHERE time_id ='16-DEC-98' AND cust_id=2000;

--- event 비활성화         

alter session set SQL_TRACE=FALSE;

ALTER SESSION SET EVENTS '10046 trace name context off';

--- 생성된 trace file 확인

 admin/db_sid/udump 에 mytrace.trc 이름으로 위치해 있습니다

udump위치를 모르면 show parameter user_dump  로 알수있습니다

혹은 아래 쿼리로 파일을 조회할수 있습니다

col "User Trace File" format a70

SELECT = d.value||'/'||lower(c.instance_name)||'_ora_'||b.spid||'.trc' "User Trace File"

FROM v$session a, v$process b, v$instance c, v$parameter d,

(select * from v$mystat where rownum =1) e

WHERE a.paddr =b.addr AND a.sid = e.sid AND d.name = 'user_dump_dest' ;

User Trace File

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

/home/oracle/admin/testdb/udump/testdb_ora_2839.trc

 --- trace file 변환 및 조회

 
tkprof tracefile outputfile sys=no explain=유저/비밀번호

 -- tracefile : 생성된 유저 trace 파일이름

 -- outputfile : TKPROF 수행후 출출 되는 파일이름

 -- sys : 대상 SQL을 수행하기 위해 오라클이 내부적으로

수행하는 SQL에 대한 정보 추출여부

 -- expain : 추출하길 원하는 대상 지정

포스팅 다운받기  

블로그내용.txt

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

DB LINK 생성

  CREATE [PUBLIC] DATABASE LINK link_name

         [CONNECT TO CURRENT_USER]

         [USING 'connect_string']

  CREATE DATABASE LINK <link_name>

  CONNECT TO <연결하고자 하는 user>
IDENTIFIED BY <연결하고자 하는 user password>

  USING '원격 db alias'

이렇게 생성하면 생성한 유저만 이용이 가능하며 동일한데

아래와 같이 public 옵션이들어가면 누구나 이용가능하게 된다

CREATE PUBLIC DATABASE LINK <link_name>

  CONNECT TO <연결하고자 하는 user>
IDENTIFIED BY <연결하고자 하는 user password>

USING '원격 db alias'

삭제시에도 생성된 형태에 따라 삭제 방법이 약간 다릅니다

누구나 사용이 가능한 public 형태로 존재 한다면

drop public database link db_link이름;

 

 

 

생성된 사용자만 이용가능한 private 하게 되어있다면

해당유저로 접속해서

drop database link db_link이름;           하면 됩니다

 

일반 유저가 DB LINK 생성권한 부여

grant create database link to 유저명;


 

data dictionary 에서 자세한 내용 조회 가능합니다

select * from dba_db_links;

간단한 사용법은
select 컬럼명 from 테이블명@db_link명


포스팅 다운로드

DB LINK 생성 및 삭제.pdf

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

아침부터 메일한통이 흠짓놀라게 만들었습니다
마치 최신휴대폰 공짜 이런식의 광고메일의 느낌이랄까요

얼마짜리 서버이길래 오라클이 공짜일까 혹은 얼마나 공격적인 마케팅이길래 하고
봤죠

저렴하드라구요(?) ㅡ_ㅡ;;

그러면서 문뜻생각이 드는것이 합병되었다는 소식들었을때 부터 생각했던것이
떠오르더라구요 합병이 완료가 되면 썬 서버에 오라클을 함게 세트 상품식으로
마케팅을해 판매를 촉진시킬거라고... 메일보니 그생각이 문뜩 드네요

둘다 좋아하는 벤더사이고 썬서버의 부활을 바라는 저로써 환영이죠
합병기사나고 HP와 IBM에 많은 타격을 받았으니 이제 슬슬 반격을 해야할
시간이겟죠 암튼 썬 / 오라클 둘다 화이팅 입니다

크리에이티브 커먼즈 라이선스

이 저작물은 크리에이티브 커먼즈 코리아 저작자표시-비영리-동일조건변경허락 2.0 대한민국 라이선스에 따라 이용하실 수 있습니다.

운영 중 바로 변경이 가능한 파라미터는 v$parameter에서는
ISSYS_MODIFIABLE 값이 'IMMEDIATE' 와 'DEFERRED'일 경우입니다

변경 가능한 파라미터 체크 해봅니다

SQL> select name,issys_modifiable from v$parameter;

FLASE: static parameter로 scope=spfile로만 값을 변경 가능합니다

즉 값을 변경해도 이후 startup 시부터 영향을 미칩니다

IMMEDIATE: 값을 변경하면 현재 session부터 바로 영향을 받게 됩니다 .

DEFERRED: 변경된 값이 이후 접속되는 session부터 영향을 줍니다

SQL> select name,issys_modifiable from v$parameter

      where issys_modifiable like 'DEFE%'

NAME                                           ISSYS_MOD

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

backup_tape_io_slaves                  DEFERRED

audit_file_dest                                DEFERRED

object_cache_optimal_size            DEFERRED

object_cache_max_size_percent   DEFERRED

sort_area_size                               DEFERRED

sort_area_retained_size                 DEFERRED

olap_page_pool_size                      DEFERRED

7 rows selected.

많은 파라미터중 7개만 deferred 가 가능하다는걸 알수 있습니다

이중 object_cache_optimal_size 를 변경 해보도록 하겠습니다

object_cache_optimal_size는 캐시 크기가 최대 크기를 초과할 때
세션 객체 캐시를 어느 크기로 축소할 지

지정합니다. 사용 가능한 값: 10K에서 운영 체제 특정 최대값까지입니다.
기본값 : 100K 입니다

SYS:RACDB1>show parameter object_cache_optimal_size     

NAME                                                 TYPE           VALUE

------------------------------------ --------------- object_cache_optimal_size                integer        102400

현재는 102400byte -> 100KB 입니다

처음에는 scope=both 로 테스트를 하겠습니다
1번 노드에서 204800byte로 변경 하겠습니다

SQL>alter system set object_cache_optimal_size=204800

deferred

scope=both

sid='*'

여기에서 중요한점은 deffered옵션을 scope 후에 기입하면 에러가뜹니다

scope 옵션전에 deffered 를 써주어야 합니다

변경후 조회 해보면 변경을 시도한 노드1은 그대로 입니다

SYS:RACDB1>show parameter object_cache_optimal_size

NAME                                                 TYPE           VALUE

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

object_cache_optimal_size                integer        102400

접속해 있던 2번노드에서 조회를 해보면

SYS:RACDB2>show parameter object_cache_optimal_size

NAME                                                 TYPE           VALUE

------------------------------------ ----------------- object_cache_optimal_size                integer        102400

역시 파라미터 변경전 접속되어 있던 세션이라 변경이 적용 되지않았습니다

2번노드로 다른세션으로 접속을 하고 난후 조회를 해보면

SYS:RACDB2-2>show parameter object_cache_optimal_size

NAME                                                 TYPE           VALUE

------------------------------------ ---------------------object_cache_optimal_size                integer        204800

1번노드의 다른세션으로 접속을 하고난후 조회 해보면

SYS:RACDB1-2>show parameter object_cache_optimal_size

NAME                                                 TYPE           VALUE

------------------------------------ --------------------object_cache_optimal_size                integer        204800

변경후 접속된 세션부터 deferred 옵션이 적용되어 변경된
파라미터값이 인식되는걸 확인할수 있습니다

1번 인스턴스에서 startup force 로 해서 재시작해서
재구동된후에도 파라미터값이 유지되는지 확인

해보겠습니다

SYS:RACDB1>startup force

SYS:RACDB1>show parameter object_cache_optimal_size

NAME                                                 TYPE           VALUE

------------------------------------ ------------------- object_cache_optimal_size                integer        204800

재시작후에도 파라미터값이 유지됨을 알수 있습니다

다시 원래대로 102400 으로 돌린후 이번에는 scope=spfile 로 해보겠습니다

SQL>alter system set object_cache_optimal_size=204800

deferred

scope=spfile

sid='*';

변경을 시도한 1번 인스턴스에는 당연히 변경되지않았으며

SYS:RACDB1>show parameter object_cache_optimal_size

NAME                                                 TYPE           VALUE

------------------------------------ -------------------object_cache_optimal_size                integer        102400

기존에 접속해 있던 2번 노드도 변경이 되지않음을 알수있습니다

SYS:RACDB2>show parameter object_cache_optimal_size

NAME                                                 TYPE           VALUE

------------------------------------ ------------------object_cache_optimal_size                integer        102400

1번노드의 다른세션에서 새로접속하여 조회를 해보면 새로접속했음에도
값이 변경되지않았음을 알수있으며

SYS:RACDB1-2>show parameter object_cache_optimal_size             

NAME                                                 TYPE           VALUE

------------------------------------ ---------------------object_cache_optimal_size                integer        102400

2번노드의 다른 새롭게 접속한 세션도 값이 변경되지않았음을 확인 할수있습니다

SYS:RACDB2-2>show parameter object_cache_optimal_size             

NAME                                                 TYPE           VALUE

------------------------------------ -----------------------object_cache_optimal_size                integer        102400

테스트 결과로 spfile로 했을때는 deferred 옵션을 써도 세션레벨로
불가하고 재구동이 필요하다는 것을 알수 있습니다

다시 102400로 돌리고 scope=memory를 테스트해보겠습니다

이번에도 1번노드와 2번노드는 접속되어있는 상태이며 1-2와
2-2 세션은 변경후 접속후 확인하겠습니다

SQL>alter system set object_cache_optimal_size=204800

deferred

scope=memory

sid='*';

변경을 시도했던 1번노드는 값이 변경되지않았습니다

SYS:RACDB1>show parameter object_cache_optimal_size             

NAME                                                 TYPE           VALUE

------------------------------------ ------------------object_cache_optimal_size                integer        102400

접속되어있던 2번노드도 값이 변경 되지않았습니다

SYS:RACDB2>show parameter object_cache_optimal_size             

NAME                                                 TYPE           VALUE

------------------------------------ ---------------------object_cache_optimal_size                integer        102400

새롭게 접속한 1번노드의 다른 세션은 변경된값이 적용받은걸 확인할수 있으며

SYS:RACDB1-2>show parameter object_cache_optimal_size             

NAME                                                 TYPE           VALUE

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

object_cache_optimal_size                integer        204800

새롭게 접속한 2번노드의 다른 세션은 변경된 값이 적용됬음을 알수 있습니다

SYS:RACDB2-2>show parameter object_cache_optimal_size             

NAME                                                 TYPE           VALUE

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

object_cache_optimal_size                integer        204800

이로써 both와 memory는 새롭게 접속한 세션부터는 변경된
파라미터값을 받을수 있지만

spfile은 deferred 옵션을 사용해도 재구동이 필요하다는 것을 알수 있습니다


포스팅 다운받기

rac에서 alter system의 deferred 옵션 확인.pdf