http://www.oracle.com/technetwork/articles/servers-storage-dev/hugepages-2099009.html
읽어보고 이해하고 정리할 것
| ORA-00942: table or view does not exist (0) | 2015.06.26 |
|---|---|
| oracle listener error code (0) | 2015.06.07 |
| 오라클관련포트 (0) | 2015.06.07 |
| 설치관련 오라클 공식문서 (0) | 2015.06.04 |
| Alert Log (0) | 2015.06.04 |
| 오라클 성능고도화 원리와 해법1 (0) | 2015.01.02 |
|---|---|
| 버퍼캐시 owi (0) | 2014.12.26 |
| sql trace 실행원리 보는 방법 (0) | 2014.12.17 |
| mts 관련 정보 링크 (0) | 2014.12.16 |
| redo log 기록원리 블로그 쓰는 중 ..... (0) | 2014.12.15 |
Oracle Alert and Trace Files
a. Alert log file : db 상황, Oracle Instance가 수행시 발생하는 error등을 기록함
파라미터 파일의 " background_dump_dest = " 로 설정함
nomount 단계에서 기록을 시작함.
파라미터 파일의 내용
b. Background Process trace file : LGWR,DBWR,SMON,PMON,CKPT....
(문제시마다 생성되므로 여러개 생성됨)
파라미터 파일의 " background_dump_dest = "로 설정함
파일이름을 보면 어떤 프로세스인지 알수 있음.
a(xxxx.log), b(xxxx.trc)의 경로는 같다.
c. User trace file : user request에 의해서 생성됨.
(여러개 생성됨)
파라미터 파일의 " user_dump_dest= " 로 설정함
| 오라클 sqlplus 접속 관련 명령어 및 에러해결법 (0) | 2015.02.14 |
|---|---|
| sql*plus autotrace 기능 활성화 (0) | 2014.12.24 |
| 인덱스 2 (0) | 2014.12.19 |
| 인덱스 1 (0) | 2014.12.19 |
| 현재 가진 계정이 소유하고 있는 테이블 목록 (0) | 2014.12.17 |
| 10.2 오라클 구조 공식문서 홈페이지 주소 (0) | 2014.12.22 |
|---|---|
| sql trace 실행원리 보는 방법 (0) | 2014.12.17 |
| redo log 기록원리 블로그 쓰는 중 ..... (0) | 2014.12.15 |
| oracle 저장 구조 (0) | 2014.12.11 |
| scan ip (1) | 2014.12.09 |
Oracel 11g R2
Grid Infrastructure Single Client Access Name(SCAN)
SCAN(Single Client Access Name)
클라이언트에서 서버로 접속할 때 여러 개의 RAC노드가 있어도 하나의 Access name 을 가지도록 하는 기능
이 기능은 새로운 노드가 추가되거나 삭제되는 경우에도 적용됨
상세한 설명은 이 링크로 들어가서 볼 것!!
정리 잘 되어 있음
| redo log 기록원리 블로그 쓰는 중 ..... (0) | 2014.12.15 |
|---|---|
| oracle 저장 구조 (0) | 2014.12.11 |
| rac 백업 (0) | 2014.11.26 |
| Oracle RAC 용어 정리 (0) | 2014.11.24 |
| fff (0) | 2014.11.15 |
오라클의 동기화 매커니즘
하나 밖에 없는 리소스를 여러명이 사용하려고 하면 문제가 생김
오라클에서는 래치(Latch)와 락(Lock)을 이용,
두 개의 동기화 매커니즘을 이용해서 리소스를 보호함
래치와 락의 차이점
분류 |
래치(Latch) |
락(Lock) |
목적 |
하나의 목적을 수행 : 메모리 구조 (SGA) 에 대한 배타적인 접근을 위함 (오라클 9i cache buffers chains latch들은 읽기 전용시에 공유 가능) |
두 가지 목적을 수행 : 락 모드가 호환 가능하면 다수의 프로세스가 동일한 리소스를 공유하는 것을 허용 락 모드가 호환 가능하지 않으면 리소스에 대한 배타적인 접근만 허용 |
사용범위 |
SGA 내부의 데이터 구조에만 적용 메모리 오브젝트를 임시적으로 보호함 단일 오퍼레이션으로 메모리 구조에 대한 접근 제어. 트랜잭션 단위가 아님 |
테이블, 데이터 블록 및 state object와 같은 오브젝트를 보호함 데이터베이스의 데이터 또는 메타데이터 접근 제어 트랜잭션 단위 |
획득방식 |
두 가지 모드로 요청 가능 willing-to-wait no-wait |
6가지 모드로 요청 가능 null, row share, row exclusive, share, share row exclusive 또는 exclusive |
범위 |
SGA 내부에 정보가 존재, 로컬인스턴스에서만 볼 수 있음 래치는 인스턴스 레벨로 작동 |
데이터베이스 내부에 정보가 존재 모든 인스턴스에서 볼 수 있음 락은 데이터베이스 레벨에서 작동 |
복잡도 |
단순한 명령어를 사용하여 구현됨 일반적으로 test-and-set, compare-and-swap 또는 단순한 CPU 명령어. 구현이 쉬움
|
문맥 교환(context switch)을 포함한 일련의 명령어들을 사용하여 구현됨 구현이 복잡함 |
지속기간 |
아주 짧은 순간만 지속됨 (microsecond 단위 - 종류에 따라 다르지만 대체 2초를 기다림) |
일정 시간 동안 지속됨 (트랜잭션 동안) -커밋 안되면 계속 락 걸려있음 |
큐(Queue) |
프로세스가 래치 획득을 실패한 후 슬립(Sleep) 상태로 들어갈 때, 해당요청은 큐(queue)로 관리되지 않으며, 요청한 순서대로 서비스되지 않음 (latch wait list를 이용해 큐 방식으로 사용되는 래치들은 예외임) 대부분 래치는 먼저 온 놈이 임자, 순서 보장 안함 |
프로세스가 락 획득을 실패한 후, 해당 요청은 큐(queue)로 관리되며, 요청한 순서대로 서비스됨 (NOWAIT 모드는 예외임) 순서 보장함 |
데드락 |
래치는 데드락(deadlock)이 발생되지 않도록 구현됨 |
락은 큐(queue) 방식을 사용하며, 데드락이 발생될 가능성이 높음 데드락이 발생될 때마다 트레이스 파일이 생성됨 |
redo log file까지 손상이 있을 경우 resetlogs 모드로 재생성
SYS>startup
ORACLE instance started.
Total System Global Area 422670336 bytes
Fixed Size 1344616 bytes
Variable Size 293604248 bytes
Database Buffers 121634816 bytes
Redo Buffers 6086656 bytes
Database mounted.
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/data/temp7/system01.dbf'
ORA-01207: file is more recent than control file - old control file
SYS>alter database backup controlfile to trace as '/app/oracle/back.sql';
Database altered.
SYS>shut immediate
ORA-01109: database not open
Database dismounted.
ORACLE instance shut down.
| 리두로그 장애1 (0) | 2014.11.05 |
|---|---|
| 리두로그마이너 - 정리 덜됨...엉망임;; (0) | 2014.11.05 |
| 컨트롤 파일 복구 3 (0) | 2014.11.04 |
| 컨트롤 파일복구 2 (0) | 2014.11.04 |
| 컨트롤 파일 복구1 (0) | 2014.11.04 |
정상적인 DB 에서 old control file error 에러 발생시키기
SYS>startup
ORACLE instance started.
Total System Global Area 422670336 bytes
Fixed Size 1344616 bytes
Variable Size 293604248 bytes
Database Buffers 121634816 bytes
Redo Buffers 6086656 bytes
Database mounted.
Database opened.
SYS>alter system switch logfile;
System altered.
SYS>alter system checkpoint;
System altered.
SYS>shutdown immediate
Database closed.
Database dismounted.
ORACLE instance shut down.
SYS>startup
ORACLE instance started.
Total System Global Area 422670336 bytes
Fixed Size 1344616 bytes
Variable Size 293604248 bytes
Database Buffers 121634816 bytes
Redo Buffers 6086656 bytes
Database mounted.
ORA-01122: database file 1 failed verification check
ORA-01110: data file 1: '/app/oracle/oradata/testdb/system01.dbf'
ORA-01207: file is more recent than control file - old control file
에러의 원인
- 컨트롤 파일 정보가 저장된 시점이 데이터파일의 정보저장 시점보다 예전 내용이기 때문
문제 해결 방법
1. 백업 데이터파일과 아카이브 리두로그파일을 사용 using backup controlfile 옵션으로 recovery 하는 방법
2. 1의 방법이 되지 않으면 컨트롤파일을 재생성 해야 함
- 현재 리두로그 파일에 손상이 없을 경우 : noresetlogs 모드로 재생성
- 현재 리두고르 파일에 손상이 있을 경우 : resetlogs 모드로 재생성
나의 경우는 리두로그 파일에 손상이 없을 경우임
nomount 상태에서 컨트롤 파일을 재생성하는 명령어를 입력하면 됨,
but 그 명령어가 너무 길어서 외우기가 힘듬
현재 운영 중인 서버에서 재생성용 스크립트를 만들어 생성하는 방법으로 실습할 예정임
컨트롤 파일을 재생성하는 스크립트는 현재 올드 컨트롤 파일로부터 trace 해서 만들게 됨
이 방법은 현재 컨트롤 파일의 정보를 사용해서 재생성하는 것이므로 mount상태에서 수행해야 함
현재 상태 확인
SYS>select status from v$instance;
STATUS
------------
MOUNTED
| 리두로그마이너 - 정리 덜됨...엉망임;; (0) | 2014.11.05 |
|---|---|
| 컨트롤 파일복구 3-1 (0) | 2014.11.04 |
| 컨트롤 파일복구 2 (0) | 2014.11.04 |
| 컨트롤 파일 복구1 (0) | 2014.11.04 |
| 시점복구시 주의할 사항 (0) | 2014.11.04 |
SYS>startup
ORACLE instance started.
Total System Global Area 422670336 bytes
Fixed Size 1344616 bytes
Variable Size 293604248 bytes
Database Buffers 121634816 bytes
Redo Buffers 6086656 bytes
ORA-00214: control file '/data/temp7/control01.ctl' version 1782 inconsistent with file '/data/temp7/control02.ctl' version 1767
모든 컨트롤 파일끼리는 정보가 동일해야하는데
컨트롤 파일끼리 정보가 달라서 생기는 version error임
SYS>!
[oracle@localhost ~]$ cp /data/temp7/control01.ctl /data/temp7/control02.ctl
[oracle@localhost ~]$ cp /data/temp7/control01.ctl /data/temp7/control03.ctl
[oracle@localhost ~]$ exit
SYS>alter database mount;
Database altered.
해결방법
- 버전이 높은 것(최신으로) 복사해서 컨트롤파일2, 3을 동일하게 복사함
만일 낮은 버전으로 복사하게 되면 old controlfile error 발생함
| 컨트롤 파일복구 3-1 (0) | 2014.11.04 |
|---|---|
| 컨트롤 파일 복구 3 (0) | 2014.11.04 |
| 컨트롤 파일 복구1 (0) | 2014.11.04 |
| 시점복구시 주의할 사항 (0) | 2014.11.04 |
| ora-01190 (0) | 2014.11.04 |
SYS>startup
ORACLE instance started.
Total System Global Area 422670336 bytes
Fixed Size 1344616 bytes
Variable Size 293604248 bytes
Database Buffers 121634816 bytes
Redo Buffers 6086656 bytes
ORA-00205: error in identifying control file, check alert log for more info
에러 뜨는 이유 컨트롤 파일의 경로와 실제 컨트롤 파일이 서로 맞지 않을 때,
경로는 있지만, 파일이 없는 경우 위와 같은 에러가 생김
그러면 경로를 수정해주거나, 파일을 추가 혹은 삭제해서 같도록 만들어주면 startup 이 정상적으로 됨
나와 같은 경우
실제 경로
파일명 : $ORACLE_HOME/dbs/inittestdb.ora (파라미터파일, pfile)
...생략
*.control_files='/data/temp7/control01.ctl','/data/temp7/control02.ctl','/data/temp7/control03'
실제 컨트롤 파일 조회
SYS>select name from v$controlfile;
NAME
--------------------------------------------------
/data/temp7/control01.ctl
os 실제 경로에 파일 확인
[oracle@localhost temp7]$ ls
example01.dbf redo02_a.log system01.dbf users01.dbf
redo01_a.log redo02_b.log temp01.dbf
해결방법 :
1. 경로에서 사용하지 않는 경로를 삭제
2. 실제(사용중인) 컨트롤 파일을 경로처럼 다중화(복사)를 해줌
3. 경로에 오타가 있거나 파일 이름에 오타가 있어도 이러한 에러가 뜸!!!!!!!!!!!!
| 컨트롤 파일 복구 3 (0) | 2014.11.04 |
|---|---|
| 컨트롤 파일복구 2 (0) | 2014.11.04 |
| 시점복구시 주의할 사항 (0) | 2014.11.04 |
| ora-01190 (0) | 2014.11.04 |
| archive log mode 아카이브 로그 모드 장애 복구 (0) | 2014.11.03 |
