'분류 전체보기' 카테고리의 글 목록 (15 Page)

아침부터 장애를 해결하다 보면 시간은 빨리가지만,

그만큼 빨리 지치는 것 같다.

아침에 WAS에서 DB로 접속이 간간이 안된다고 하는데, Toad에서는 접속이 잘 된다는 소리에,

크게 개의치 않고 천천히 Alert 로그를 봤다.

헉!!!!!

ORA-12516: TNS:listener could not find available handler with matching protocol stack

검색해 보니 너무나도 잘 나온 블로그가 나와 있어서...그대로 가져와 쓰고 싶지만..조금만 가져왔다-ㅎ

[출처]http://justckh.blogspot.kr/2013/09/oracle-ora-12516-tns.html

Problem
ORA-12516: TNS:리스너가 프로토콜 스택과 일치하는 처리기를 찾을 수 없습니다.

Cause
Oracle DB를 이동하여 Application을 가동하다 보면 위와 같은 Message와 마주칠 수 있습니다.

이는 동시 처리 가능한 Processes parameter 값을 초과했기 때문에 더 이상 Session을 연결할 수 없다는 message입니다.

Resolution
Processes parameter 값을 변경해주면 됩니다.

음???process 값이 수정..

확인해봤다.

참고로 여기는 2 node RAC라서 gv$resource_limit 으로 검색했다.

응??

MAX 값은 아니다...

그래서 해당 job 들에 대해서 확인을 해봤다.

어떠한 공통점이 있는지...

확인해 보니, DB_LINK가 모두 사용하고 있었다.

(개발자님...왜 같은 DB에 있는 유저에 대해서도 DB_LINK를 사용해서 보시나요...그냥 권한만 받아서 select 하시지.....-_-+++)

DB_LINK로 접속 테스트해 보았다.

앞에서 적었듯이 2node rac 이기에, 각자 instance에 접속을 테스트 해 보았다.

1번 Instance 는 전혀 문제 없이 접속..

2번 Instance는 접속이 안된다!!!!!!!!리스너 status 는 정상이며 아래와 같이 에러가 발생한다

TNS-12520: TNS:listener could not find available handler for requested type of server

TNS-12520: TNS:listener could not find available handler for requested type of server

Cause: None of the known and available service handlers for requested type of server (dedicated or shared) are appropriate for the client connection.

Action: Run "lsnrctl services" to ensure that the instance(s) have registered with the listener and that the appropriate handlers are accepting connections.

흠...

LSNRCTL SERVICES 를 확인해 보니, state 가 Block 인 것을 확인.

리스너 로그는 어느 순간 4g........왜???

매달 정리해 주는데, 언제 4g Full이 되어 있을까.

리스너 로그는 아래와 같은 에러가 계속 있는 것을 확인 하였다.

...

14-JAN-2016 13:45:03 * nsevwait_error * 0

....

lsnrctl log_status off 로 한 후

리스너 로그를 정리 및 리스너 재시작하였다.

이후에는 에러 발생이 되지 않았아.

해결은 했지만, 무슨 이유로 위와 같은 로그가 끊임없이 쌓였는지 확인이 되지 않는다.

DB Link와 관련된 문제 인 듯 한데...

원인이 발견되면 업데이트 해야겠다.

오늘도 Clear!!!!

저작자표시 비영리

'Oracle > Engineer' 카테고리의 다른 글

[Oracle] ORA-12516: TNS:listener could not find available handler with matching protocol stack (2) (0)	2016.01.19
[Oracle] v$sesion, v$process, v$sql 컬럼 확인 (0)	2016.01.18
[Oracle] MS Sql to Oracle Using SQL Developer (3)	2016.01.12
[Oracle] Block 관련 정리 - PCTFREE & PCTUSED (0)	2016.01.08
[ORACLE] udump 내 asynch I/O (1)	2016.01.06

Cloud 와 관련하여 검색하다가, DB Guide넷 에서 Andrew님이 Cloud 관련하여 강좌 하는 것을 읽게 되었다.

클라우드는 대학생때 잠시 접했으며, 잠시 심취하여 외계 생명을 찾는데에 나의 Resource를 제공하고,

그에대해 신기하여 외국 전문 저널??은 아니지만

중립자 관련하여 또 Resource 를 제공할 수 있다고 하여 제공하고자 찾아봤다.

하지만 그게 전부였다..

5년이 넘게 지난 지금 이제는 조금 더 깊게 개념을 잡아 나가고자 또 찾아서 정리해 봤다.

이 글은 Andrew님이 연재하는 강좌를 읽고 그것을 정리한 부분이다.

혹여 저작권 관련하여 문제가 발생하지 않고자 모두 오픈하는 바입니다.

Andrew의 Cloud 이야기 1~3#을 정리한 내용입니다.

1#

앤드류 - 클라우딩 (DB Guide Net) 정리

위키피디아 클라우드 정의

[클라우드 컴퓨팅은 IT 관련된 기능들이 서비스 형태로 제공되는 컴퓨팅 스타일

사용자들은 지원하는 기술 인프라스트럭처에 대한 전문 지식이 없거나 제어할 줄 몰라도 인터넷으로부터 서비스 이용 가능]

-> 필요한 서버들을 그때 그때마다 생성하고, 클라우드 서비스 사업자가 이 자원에 대해서 관리를 해 주기 때문에 지식이나 경험이 없는 사용자도 대규모 서비스를 손쉽게 사용이 가능(가상머신)

-> 더 많은 종류의 IT 자원들(서버 / DB 등)을 선택만 하면 바로 생성이 가능

서비스 업체에서 관리를 해주기 때문에 안정적인 서비스를 운영 기대

-> 클라우드의 가장 큰 특징인 자동화와 단명성 부분을 이용하지 못하는 것(클라우드 서비스는 자동으로 리소스를 관리할 수 있도록 API 제공

● 클라우드 자동화

[프로그램을 이용하여 언제든 서버를 만들거나 중지/삭제가 가능.]

ex) 사용자가 폭발적으로 늘어날 경우 새로운 컴퓨팅 리소스를 만들어 채워 넣음으로 서비스에 능동적으로 관리하며, 반대로 리소스가 필요 없을 경우 최소한의 리소스만 남겨 둠으로써 자원을 아낄 수 있음

-> 이전에는 간단한 스크립트 언어로 관리를 하였다면, 이제는 멀티 프로세스나 쓰레드(Thread)를 사용하고, 네트워크 프로그램을 사용해서 API를 사용할 정도의 실력이 필요

● 클라우드 단면성

[클라우드 공급자에 의해 서비스를 꺼버리거나 자연재해에 의해 파괴되어 문제가 발생 / 공급자에 의해 서비스가 좌지 우지 할 수 있음]

ex) 2012년 홍수로 인해 아마존의 데이터센터 중 하나가 작동 불능 상태

->클라우드에서 개발할 때에는 자신의 컴퓨팅 리소스가 사라질 수 있다는 것을 가정(IP/DNS 정보를 정적으로 지정은 피해야 함)

-> 내부적으로 코디네이터(Coordinator-동적)나 서비스 디스커버리(Discovery-정보를 찾는)를 중앙에 두고

다른 서버끼리는 이것을 통해 필요한 서버나 서비스의 정적인 정보를 조회

클라우드가 확장되면 될 수록 사용자의 개발 역량도 같이 향상이 되어야 하며, 그래야지 서비스가 커졌을때 규모 대비 적은 비용으로 유지가 가능

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

#2

2014년 클라우드 현실

- 가트너의 신규 기술의 성쇠주기(2014)

hybrid cloud computing 과 cloud computing 에 대해 항목 표시

-> Cloud computing 은 사람들이 10년만에 클라우드라는 개념과 기술에 대해서 이해햐기 시작하였으며, 필요한 부분을 발견하기 시작함.

투자가 진행되었으며, 단적인 예로 가상머신에 대해 기피하지 않고 상용화가 되고 있는 수준에 이르렀음

또한, 이전과 달리 안정된 서비스에서 사용자의 요구사항의 변화에 능동적으로 대처하며 재빨리 수정하고 보완해서 제품을 변경하는 민첩성

이 높은 방식으로 개발을 진행 하고 있음

클라우드라는 개념과 관련 기술들이 인기를 다시 끌고 있는 것이라고 생각

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

#3

클라우드에서는 빅데이터의 하둡 만큼 오픈스택이라는 유명한 솔루션이 있음.

SDN without SDN at daumkakao - Andrew 님이 진행한 세미나

https://www.openstack.org/summit/vancouver-2015/summit-videos/presentation/sdn-without-sdn-at-daumkakao

오픈스택 서밋에서 컨테이너 관련 세션이 가장 인기 있음.

멀티테넌시(multi-tenancy) : 하나의 서버에 여러 명의 사용자(Tenanter?테넌트)가 사용할 수 있도록 해주는 개념

하나의 물리자원을 가상자원으로 나누어서 사용하여 리소스 사용량을 극대화 시킬 수 있는 개념 -> 가원 격리(resource isolation)

다른 사용자가 실행시킨 프로세스에 영향을 받지 않고 자신의 프로세스를 사용 가능

대부부분의 클라우드 서비스와 솔루션들이 이를 위해서 가상화를 사용

가상이지만 완전히 물리 서버와 동일한 느낌을 주는 프로그램과 기술을 사용

(클라우드 기술 = 가상화 기술이라고도 함)

네임 스페이스(namespace) - 자원 격리 기술의 새로운 통칭[표준화](컨테이너 기술)

코드를 작성할 때 중복되는 이름들을 막거나, 해당 모듈이나 패키지에서만 변수들의 이름을 검색하도록 정의 한 것을 컴퓨팅 자원 사용에도

적용

이 기술을 사용해서 가상화 없이도 사용자 프로세스를 격리 시켜서 사용 가능

ex) 구글에서 가장 먼저 사용 (보그-borg라는 이름으로 사용하다가 쿠버네티스(kubernetes)라는 이름으로 오픈소스화)

컨네이너 목적

- 리소스 관리의 표준화

1. 컴퓨팅 리소스의 표준화 - 서버를 추가하는 것이 아닌 표준으로 구분된 인스턴스를 추가 요청

2. 모니터링의 표준화 - 서로의 목적에 따라 모니터링이 아닌 표준화 되고 단일화 된 형태로 처리

저작자표시 비영리

'Cloud' 카테고리의 다른 글

[Cloud] Andrew 의 Cloud 정리-2 (0)	2016.01.15

난 도대체 뭘 선택 해야 할까...

오라클을 계속 공부하고 싶은데...다시 새로운 DB를 공부를 해야될까...

돈을 쫒아서 가야 될까...아니면 조금 더 기다려야 되는 걸까...

내가 추구해야하는 게 무엇일까...

다시 한번 큰 갈림길에 서 있다....

저작자표시 비영리

'Life' 카테고리의 다른 글

누군가에게 제안하기 전에.. (0)	2016.07.01
블로그의 의미 (0)	2016.03.14
2016 병신년 늦은 새해 인사 (0)	2016.01.06
즐거운 여름휴가 (1) (0)	2015.08.05
처음은 아니지만 블로그의 시작 (1)	2015.07.31

MS Server 에서 Oracle 로 마이그레이션 테스트가 필요하여

직접 진행해 봤다.

Oracle 10g의 경우 현재 최신 버전의 SQL Developer로는 테스트가 되지 않았다.

이유는 저장소를 생성하며 에러가 발생하는 부분인데, 스크립트상 11g 에서만 호환이 되는 부분이라 예상이 되어,

10g는 Sql developer 를 하위 버전으로 진행(3.XX Version) 하였으며 정상적으로 되는 부분을 테스트 하였다.

이 부분을 문서로 만들었으며, 또한 블로그에도 공개하는 바이다.

많은 테스트를 통해서 추가적으로 업데이트를 할 예정이다.(문서상으로 진행하며, 블로그는 최종적으로 올릴까 한다)

많이 참고하시기 바라며, 혹시라도 문의 사항이나 추가 사항이 있으면 댓글 부탁 드립니다.

(이미지는 PDF 파일로 다운받아 보시면 됩니다.)

MS SQL to Oracle using SQL Developer_초안.pdf

MS SQL to Oracle using SQL Developer

By. Louis Kim.

1. 목적

- MS SQL 의 데이터를 Oracle 로 Migration

- 10g 및 11g 테스트 진행 / MS SQL Server 2008 R2

2. 테스트 장비 및 Tool Version

- 10.2.0.5 / sqldeveloper64-3.0.04.34-no-jre

- 11.2.0.4 / sqldeveloper-4.1.3

3. SQL Developer 환경셋팅 (모든 SQL developer 버전 동일)

- SQL Developer 에서 MS SQL 로 접속하기 위해서 JDBC 드라이버 추가 필요

- jtds-1.3.1-dist.zip (http://sourceforge.net/projects/jtds/) 파일을 다운 받아서 압축풀기

- sql developer -> 도구 -> 환경설정 -> 데이터베이스-> 타사 JDBC 드라이버 -> 항목 추가 (압축 푼 Jar 파일 등록)

4. Oracle 접속 및 MS SQL 접속

※ Oracle 권한은 가급적 DBA 권한을 부여하여 진행 (Migration 작업 시 오류 발생하며, 제대로 작업이 진행되지 않음)

- 2개의 DB에 모두 동시에 접속이 가능

- MS SQL Server 접속

- Oracle 접속

- 접속 확인

5. 저장소 생성(Repository)

- Migration 하기 전에 저장소를 반드시 생성

- 저장소는 메타 데이터를 수집 및 변화를 해주는 작업을 해주는 곳

The Migrations Repository is a database schema that stores the meta_data collected and transformed in the migration process.

- 저장소 생성(저장소는 Oracle 에서 생성)

 저장소를 생성할 신규 유저(DBA권한을 보유한 유저)로 진행

CREATE USER MIG_USER IDENTIFIED BY MIG_USER DEFAULT TABLESPACE USERS;

GRANT CONNECT, RESOURCE, DBA TO MIG_USER;

 생성한 유저(MIG_USER) 로 접속한 후 저장소 생성

 도구[탭] -> 이전 -> 저장소 관리 -> 저장소 생성

 저장소 생성 시 해당 접속 정보(11g_MIG_USER)로 생성

6. Migration 진행

6-1. MS Server To Oracle 11g

A. Migration 하려는 MS sql 데이터 베이스를 우클릭 하여 [Oracle 이전]을 선택

B. [이전 마법사] 대로 진행

 저장소의 경우 앞에서 진행하면서 생성한 저장소를 선택

 이름 및 폴더 디렉토리를 지정(Log가 저장)

 로그 폴더에 Migration script가 생성 및 저장

 온라인으로 진행 시 현재 MSSQL DB의 내용을 가져오게 되며, 오프라인으로 진행 시 Dump파일을 이용하여 MSSQL DB의 내용을 가져오게 된다. (MSSQL 의 dump는 *.ocp 파일을 선택)

 데이터 Type을 정할 때 기준으로 삼는 데이터베이스 선택

 Data type을 확인 후 변경이 필요할 경우 변경

참고) 블로그1

DATETIME -> TIMESTAMP(6) 에서 DATETIME -> DATE 로

BIGINT -> NUMBER(10,0) 에서 BIGINT -> NUMBER(19,0)

 변환할 Object들을 선택

 온라인으로 하는 경우 Oracle에 스크립트가 생성

 오프라인으로 설정할 경우 생성 스크립트가 설정한 디렉토리에 저장

 온라인으로 진행하는 경우 Oracle에 데이터가 자동으로 저장

 오프라인으로 하는 경우 저장소에서 만든 경로에 스크립트가 생성

 마지막으로 확인 및 진행

 완료

 확인(User 생성 여부)

 Table 및 객체 생성 확인

- Migration 이 완료 되면 우측과 같이 저장소에 해당 내역이 저장되어 있는 것을 확인 가능

- Oracle 에서는 Mig 라는 유저가 생성되어 생성된 유저로 MS SQL 의 정보들이 migration 이 된 것을 확인

6-2. MS Server To Oracle 10g

 10g와 동일한 방법으로 진행 하되, 다음과 같은 버전으로 진행(하위버전) sqldeveloper64-3.0.04.34-no-jre

7. 비고

A. 설정 시 문제 사항

요청한 작업을 수행하는 중 오류 발생:

I/O Error: SSO Failed: Native SSPI library not loaded. Check the java.library.path system property.

위의 jtds-1.3.1-dist.zip 을 푼 파일에서 \jtds-1.3.1-dist\x64\SSO 내의 ntlmauth.dll 를 C:\Windows\System32 내에 붙여 넣은 후 종료 후 다시 실행하여 진행

SQL Developer 실행 시 "Unable to create an instance of the Java Virtual Machine error" 오류 발생 : "SQL Developer 설치 폴더"\ide\bin 폴더 내의 ide.conf 파일을 편집기로 열어서 다음과 같이 수정

AddVMOption -Xmx256M

SQL Developer 실행 후 브라우저 창이 안 보이는 경우 : 윈도우 탐색기 옵션에서 "보호된 운영 체제 파일 숨기기"을 해제해야 하고 "숨김 파일 및 폴더 표시"을 설정

"C:\Users\사용자 계정명\AppData\Roaming" 폴더 내의 "SQL Developer" 폴더 삭제 후 다시 SQL Developer 실행

B. 추가 시 작성

저작자표시 비영리

'Oracle > Engineer' 카테고리의 다른 글

[Oracle] v$sesion, v$process, v$sql 컬럼 확인 (0)	2016.01.18
[Oracle] ORA-12516: TNS:listener could not find available handler with matching protocol stack (1)	2016.01.14
[Oracle] Block 관련 정리 - PCTFREE & PCTUSED (0)	2016.01.08
[ORACLE] udump 내 asynch I/O (1)	2016.01.06
[Oracle] Datafile 옮기기 (0)	2015.11.26

DB 관련 튜닝을 공부하다 보면 쿼리 튜닝이 아닌 성능적으로 튜닝이 필요한 경우가 있다.

그럴때 마다 나오는 것이 PCTFREE / PCTUSED 다.

하지만 Block 관련된 core 부분을 대충 공부하고 넘어가면, 나처럼 정리된 것을 다시 한번 읽어 보는 경우가 생긴다.

그래서 정리한 나의 Text 문서들을 한번에 복사해서 정리해 봤다.

Block

- Block 단위로 작업 (Defualt 8K)

- DB_BLOCK_SIZE 파라미터는 Create Database 하면서 지정이 되며, Database를 재생성하기 전까지는 변경이 불가능(Standard block size)

- 혹시라도 DB_BLOCK_SIZE 외의 size로 지정하기 위해서는 Buffer Cache 에도 해당 Block size 만큼 공간을 미리 할당해 두어야 함(아니면 에러가 발생)

ex) SQL> create tablespace test_4k datafile 'D:\ora_data\orcl\test_4k.dbf' size 5m blocksize 4k;

ERROR at line 1:

ORA-29339: tablespace block size 4096 does not match configured block sizes

SQL> alter system set db_4k_cache_size=10m; -> DB Cache에 미리 공간을 할당

Data block 구조

-- Block 정보에 대한 size 와 type 확인(Default)

select component, type, description, type_size

from v$type_size

where component in ('KCB', 'KTB');

- Block Header

1. Transaction layer

A. Transaction layer-fixed

- Block Type

- 마지막으로 수행된 Block cleanout 시간

- ITL Entries 정보

- Free list link 정보

- Free space lock 정보

B. Transaction layer-variable

- 24byte를 가짐

- Block 에 있는 Row 를 변경하기를 원하는 실제 ITL 관련 정보 저장

- ITL (Interested Transaction) 특정 Block 에 데이터를 변경해야 할 경우 해당 Block에 사용자 명단에 자신의 정보(TxID)를 적고 변경

(사용하는 대기자 명단)

- 가변성 으로써 기본으로 Table에 대한 1개 / Index에 대한 2개의 ITL 정보

- 테이블이나 인덱스를 생성할 때 INITRANS 파라미터의 값을 변경하면 그 기본값을 변경할 수 있음

2. Cache layer

- Data Block Address(DBA)

- Block Type (ex- Table, Index, Undo..)

- Block Format(v6, v7, v8...)

- System Change Number(SCN: 복구 작업 등에 사용됨)

PCTFREE 와 PCTUSED

PCTFREE (Block의 Defualt 10%)

- Block에 입력되어 있는 데이터들이 Update될 경우를 대비해 예약을 해 두는 공간(오직 Update)

- update 했을 때 행의 크기 증가에 대비해 여유 공간을 만듦

PCTUSED (Block의 Defualt 40%)

- Block에서 row가 삭제되는 경우 Dirty List에 등록된(Free Block 에서 Dirty Block이 된) Block이,

Free Block 되는 상태까지 남은 용량이 얼마나 되는 지 결정하는 값

- Dirty Block이(block 들이 모여서) Free Block 의 상태까지 될 수 있는 값

- PCTUSED 에 설정된 퍼센트 값만큼 남아서 Free space가 확보 되면 이 Block을 Free Block 으로 설정되어 Insert가 가능

※ PCTREE를 많이 주면 Update 가 많이 발생할 경우 좋지만 update가 자주 발생 안되면 비효율적인 공간이 됨

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

기본 pctfree 10 -> 5로 변경 (update 문이 적을 경우 괜찮을 듯..)

--기존 Table들에 대한 정보

select

table_name, owner, pct_free, pct_used, num_rows

from

dba_tables

where

avg_row_len > 1

and

avg_row_len < .5*&blksz

and

table_name not in

(select table_name from dba_tab_columns b

where

data_type in ('RAW','LONG RAW','BLOB','CLOB','NCLOB')

)

and owner not like '%SYS%'

order by

owner,

table_name

;

rem pctused.sql

set heading off;

set pages 9999;

set feedback off;

--보통 8k 기본(8192)

column db_block_size new_value blksz noprint

select value db_block_size from v$parameter where name='db_block_size';

define spare_rows = 2;

select

' alter table '||owner||'.'||table_name||

' pctused '||least(round(100-((&spare_rows*avg_row_len)/(&blksz/10))),95)||

' '||

' pctfree '||greatest(round((&spare_rows*avg_row_len)/(&blksz/10)),5)||

';'

from

dba_tables

where

avg_row_len > 1

and

avg_row_len < .5*&blksz

and

table_name not in

(select table_name from dba_tab_columns b

where

data_type in ('RAW','LONG RAW','BLOB','CLOB','NCLOB')

)

and owner not like '%SYS%' --SYS 관련 계정 제외

order by

owner,

table_name

;

Row

1. Row Header(Overhead)

- Row에 동시에 Transaction 을 일으키는 것을 막기 위한 Lock 정보 기록

- Row piece에 들어있는 Column Data의 개수 기록

2. Column Data

- 실제로 Data가 저장되는 곳

Row Chaining

- Block의 Column Data 부분에 모두 기록할 수 없을 경우, Row를 다른 Block 에 연결해서 저장

- Row chaining 이 많이 일어나는 경우 Block 의 크기를 크게 해 주면 되지만 wait 현상이 많이 발생(Write complete waits, Buffer Busy Waits 등) 성능 저하 가능성

Row migration

- 특정 Block에 위치하던 Row 가 update 등의 이유로 해당 Block 의 공간이 부족해서 다른 공간으로 이사를 가는 것을 의미

- 해당 Block 에 빈 공간이 부족해서 일어나는 현상이므로 PCTFREE 값을 많이 주거나 테이블 재생성(Reorg) 작업을 통해 줄일 수 있음

- pctfree 가 큰 경우 update 가 많치 않을 경우 공간 비효율성 발생

※ I/O가 더 많이 일어나는 장점

참고 문서

- "오라클 관리 실무" 책을 공부하면서 정리한 내용

사진 출처

http://hayleyfish.tistory.com/74

저작자표시 비영리

'Oracle > Engineer' 카테고리의 다른 글

[Oracle] ORA-12516: TNS:listener could not find available handler with matching protocol stack (1)	2016.01.14
[Oracle] MS Sql to Oracle Using SQL Developer (3)	2016.01.12
[ORACLE] udump 내 asynch I/O (1)	2016.01.06
[Oracle] Datafile 옮기기 (0)	2015.11.26
[Oracle] IMPDP 시 ORA-29913 (0)	2015.11.20

오전에 OS 담당자로부터 dump 관련하여 문제가 있어 보인다고..(단순히 이렇게 던짐...ㅎㄷㄷ)

하여 해당 DB dump 쪽을 모두 확인해 보았다.

당연히!!!alert log에는 어떠한 오류도 없었다!!!

(이럴 때는 자부심이..!!!!ORA- 떨어져 있으면 -_-!!!!!ㅎㅎ)

각설하고, 혹여나 udump 쪽을 확인했다. 예전에 누군가가 trace를 걸어놔서 그거 잡느라 고생했기에...

파일들이 엄청 많아서 확인했더니, 아래와 같은 것들이 있었다.

예전에도 bug로써 패치를 진행하면 해결이 된다고 찾아 봤기에 한번 더 확인해 보았다.

Bug 9772888 - Needless "WARNING:Could not lower the asynch I/O limit to .. for SQL direct I/O It is set to -1" messages (문서 ID 9772888.8)

역시나, 즐겨찾기가 되어 있어서 한눈에 찾아 볼 수 있었다.

일단 내용을 찾아보면 아래와 같다

Description

Trace files may be seen with warning of the form:

WARNING:Could not lower the asynch I/O limit to 160 for SQL direct I/O.

It is set to -1

This bug is specifically for the case of messages showing "It is set

to -1" in the message.

Workaround

Ignore the message - it is spurious and of no value.

The fix only hides the message so that it does not produce "noise"

ASYNCH I/O를 더 낮출 수 없다는 메시지인데, Asynch I/O는 아래와 같다.(발췌)

Asynchronous I/O는 processes들이 write를 한 후에 기다리지 않고 바로 다음 작업을 수행할 수 있도록 해주는 Input/Output mechanism입니다.

Asynchronous I/O는 불필요하게 낭비되는 idle time을 최소화해서 system 성능을 향상시켜 줍니다.

DBWR는 각각의 I/O에 방해받지 않습니다.

[출처] http://shadou.tistory.com/entry/ASYNCIO%EC%97%90-%EB%8C%80%ED%95%9C-%EA%B8%B0%EB%B3%B8%EC%A0%81%EC%9D%B8-%EC%A7%88%EB%AC%B8%EB%93%A4

patch는 10.2.0.5.2 에서 되니 그 상위 버전으로 패치하면 될 듯 싶다.

현재는 psu가 전혀 안되어 있다.

이번 주 일요일에 작업 완료 후 다시 확인해서 리플로 결과를 공유 하겠습니다.

아래는 HP-UX 관련한 문서 번호이다. 필요 시 찾아보면 좋을 듯 싶다.

HP-UX: Asynchronous i/o (Doc ID 139272.1)

저작자표시 비영리

'Oracle > Engineer' 카테고리의 다른 글

[Oracle] MS Sql to Oracle Using SQL Developer (3)	2016.01.12
[Oracle] Block 관련 정리 - PCTFREE & PCTUSED (0)	2016.01.08
[Oracle] Datafile 옮기기 (0)	2015.11.26
[Oracle] IMPDP 시 ORA-29913 (0)	2015.11.20
[Oracle] Windows Opatch 시 74 Error (0)	2015.11.18

새해 인사는 그래도 해야겠죠!!!

참고로 저는 천주교 신자라 성탄 인사도 해야됬지만...

연말은 정신없기도 하고, 마음이 붕~~~~떠있는 시간들이라

마음을 가다듬고 새해 인사 드리려 합니다.

새해에는 가정의 평화와 행복이 함께 하시고, 항상 건강하시고, 하시고자 하는 일이 모두

잘 되시기를 바랍니다.

새해 복 많이 받으세요.

저희집에 새 식구 축복이도 건강하고 정신적으로도 온전한 상태로 저희 곁에 왔으면 합니다.

개인 적으로도 이리저리 좋은 일이 가득했으면 하네요 :)

저작자표시 비영리

'Life' 카테고리의 다른 글

누군가에게 제안하기 전에.. (0)	2016.07.01
블로그의 의미 (0)	2016.03.14
[16.01.12] 뭐가 더 옳은 걸까.. (0)	2016.01.12
즐거운 여름휴가 (1) (0)	2015.08.05
처음은 아니지만 블로그의 시작 (1)	2015.07.31

FTP 설정이 필요할 것 같아서 검색하여 첨부해 본다.

예전에는 자주 사용했지만 현재는 잘 사용안하다 보니, 잊어버렸다.

생소하지는 않지만, 그래도 다시 하라고 하면 막막하니 필요시에 참고 사항으로 보면 좋을 듯 싶다.

http://loopback.tistory.com/entry/Windows-2008-R2-IIS-FTP-%EC%84%A4%EC%B9%98-%EB%B0%8F-%EC%84%A4%EC%A0%95-%EB%B0%A9%EB%B2%95

저작자표시 비영리

'OS' 카테고리의 다른 글

[펌][OS] Raw Device 와 File System 차이 (0)	2016.04.04
[펌] VMware USB 부팅 하기... 두번째 방법... (2)	2016.03.17
[펌] FTP의 Active Mode 와 Passive Mode (0)	2016.03.14
[펌] PUTTY 화면 설정 (0)	2016.02.02
[Oracle] Linux OCFS2 로 파일시스템 구축 시 에러 (0)	2015.10.19

▶ 발생원인

▶ 확인/처리

모든 에러메세지는 SM홈피 '참고 -> Oracle_Error'를 에러코드 제목/원인/해결방법 참고

# CTRL-F 를 통해서 ORA-XXX 을 해서 찾을 것

- 담당자 : DBA

(1) ORA-00604: error occurred at recursive SQL level 2

- 원인 : worksheet를 사용할 경우 발생할 수 있음. server process가 대용량 데이터를

처리할시 child cursor과 경합을 벌일 경우 , 다른 프로세스가 같은 child

cursor를 요구할 경우 발생할 수 있음. SQL 수행 중 에러가 발생한 것으로 큰 문제는

없음

- 조치방법 : SQL 문장 실행중 발생한 것이며 서비스 문제 없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(2) ORA-01013: user requested cancel of current operation (현 조작의 취소가 요구되었

습니다)

- 원인 : DB에서 작업중이던 사용자가 수행하던 SQL문을 ctrl+C 등으로 강제 종료시켰을

경우 발생할 수 있음

- 조치방법 : 유저가 조작을 취소했을 경우 발생하므로 서비스 문제없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 20회이상 발생시 담당자에게 연락

@@

(3) ORA-1146 signalled during: ALTER TABLESPACE "##" BEGIN BACKUP

- 원인 : Online DB Backup이 시작되었을 경우 발생할 수 있으며, DB의 Tablespace가 이미

Backup mode로 되어 있을 경우 Begin backup을 재시도하려할 때 발생할 수 있음.

9i new feature인 temporary tablespace일 경우 백업의 대상이 아니지만 백업을

시도하려고 했을 경우 발생할 수 있음

- 조치방법 : online DB backup이 일어났을 경우 발생하며 서비스 문제 없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(4) ORA-1595 signalled during: alter rollback segment RBS01 shrink to ###

- 원인 : Rollback segment를 shrink 하려고 시도하였으나, 사용중이거나 하는 이유로 인해

shrink에 실패했을 경우 발생되는 에러코드

- 조치방법 : rollback segment를 조작하는 명령어 실행중 명령이 실행할 수 없을 경우 발생하는

에러코드, 데이터 손실 및 서비스 문제없음,

(주간)(야간) 연락 불필요

(5) ORA-02050: transaction 34.66.192307 rolled back, some remote DBs may be in-doubt

- 원인 : 현재 crm_db1서버에서만 이와 같은 에러가 발생하고 있으며, 근본적인 원인을 파악하는 중

2pc와 관련된 application 에러로 판단됨

- 조치방법 : 에러코드에 대한 분석/조치중이며, 서비스에 영향 없으며 연락 불필요

@@

(6) ORA-3217 signalled during: alter tablespace TEMP2 coalesce

- 원인 : DB에서 Tablespace에 대해 coalesce를 수행하는 script가 cron에 의해 자동

실행되고 있으나,대상 tablespace가 현재 다른 session에 의해 사용중이거나 Temporary

tablespace 형식의 TEMP는 coalesce될 수 없으므로 이와 같은 에러메세지가 발생될 수 있음.

- 조치방법 : temporary tablespace에 대한 조작명령어가 실행되지 못했을 경우 발생하는 에러코드,

(주간)(야간) 연락 불필요

@@

(7) ORA-07445: exception encountered: core dump [kcbzps()+688] [SIGSEGV]

[Address not mapped to object] [0] [] []

- 원인 : OS로부터 fatal signal을 받았을 때, 오라클 서버 프로세스가 일으키는 에러코드

- 조치방법 : 여러 조건에서 발생할 수 있음, 발생후 즉각적으로 dba에 알릴 필요는

없으나 서비스 체크는 필요함, crmdb, crmmk db에서 발생하고 있음,

infomail DB에서도 자주 발생하고 있으나 infomail DB의 문제일 경우

바로 서비스 체크를 할 것(db instance가 terminate될 수 있음)

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(8) ORACLE lock이 발견되었습니다. 확인 후 조치 바랍니다.

- 원인 : SQL 수행 중 다른 세션이 사용하고 있는 자원을 Update/delete 등을 하려고

시도하는 경우 발생될 수 있음. 한번에 수백건이 나오기도 하지만,

횟수는 중요하지 않으며 얼마나 오래동안 지속되는지에 따라서 판단해야 함.

- 조치방법 : lock으로 인해서 다른 작업이 멈추어 있는 경우이며 일반적으로

lock이 생기고 나서 곧 풀리지만, 오래지속될 경우 deadlock 이 되어 모든

DML이 rollback 될 수도 있음. 한번에 수백건의 lock이 발생되더라도

10분 이상 지속해서 발생하지 않으면 연락불필요. 10분 이상 지속시에는

deadlock으로 될 수 있으므로 바로 DBA에게 연락 요망

(주간) 발생시 즉시 담당자에게 연락 (야간) 10분 이상 계속 발생시 담당자에게 연락

@@

(9) ORA-00600: internal error code, arguments: [17182]

- 원인 : Oracle heap memory가 corruption되었을 경우 발생함

- 조치방법 : 현재 crm_db1에서 자주 발생하고 있음, memory corruption 으로 인해서

그 내부 문제점 원인을 찾기 어려움, 한국 오라클 기술지원 필요

crmdb, crmmk 에서 자주 발생하고 있음,

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

@@

(10) ORA-00600: internal error code, arguments: [729], [10992], [space leak],

- 원인 : User Global Area 에서 공간부족으로 발생하며,(memory housekeeping problem)

데이터 손실 및 서비스 문제는 없음.

- 조치방법 : 데이터 손실 및 서비스 문제는 없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(11) ORA-00600: 내부 오류 코드, 인수 : [4400], [48], [], [], [], [], [], []

- 원인 : 현재 crm_db1,2에서 발생하고 있으며, 사용자 트랜잭션이 logoff될 경우에 발생할 수 있음

ORA-02050 분산 환경에러로 인해서 발생하는 에러코드로 보고도어 있음, 데이터 손실

및 서비스 영향없음

- 조치방법 : 서비스 영향없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(12) ORA-03113: end-of-file on communication channel(통신 채널에 EOF 가 있습니다)

- 원인 : 현재 crm_db1,2에서 발생하고 있으며, 접속했던 사용자가 불분명하게 DB에 접속이 끊길경우

발생할 수 있음. Java Function Call 문제로 발생할 수 있음. 데이터 손실 및 서비스 영향 없음

- 조치방법 : 서비스 영향없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(13) ORA-1237 signalled during: alter database datafile 'xxx

- 원인 : DBA의 명령어 실행으로 발생하며, 데이터파일을 resize 하는중 발생할 수 있음

- 조치방법 : DBA의 명령어 실행으로 발생하며, 명령어 실행시 에러로 DBA에게 메세지가 명령어창에

확인 되므로 연락 불필요.

(14) ORA-000060: Deadlock detected. More info in file XXX

- 원인 : lock이 오래 지속될 경우, DML문에 의해서 deadlock이 발생할 경우 발생함.

오라클은 deadlock이 발생하면 모든 트랜잭션을 rollback 시킴

- 조치방법 : 오라클은 deadlock이 발생하면 모든 트랜잭션을 rollback 시키므로

배치작업에 문제가 생길 수 있음. 배치작업이 재대로 작동하는지 확인요망

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락.

(15) ORA-00028: your session has been killed

- 원인 : DBA에 의해서 oracle 명령에 의해서 유저가 kill 되었을 경우 나타나는 메세지.

또는 crmdb1에서 발생하는 ORA-02050 transaction XXX rolled back 에 의해서

발생할 수 있음.

(주간) 발생시 즉시 담당자에게 연락 (야간) 20회 이상 발생시 담당자에게 연락

(16) ORA-00600: internal error code, arguments: [1157]

- 원인 : oracle 메모리 에러(보고된 사항 없음)

- 조치방법 : 데이터 손실 및 서비스 이상은 없음.

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(17) ORA-00600: internal error code, arguments: [12235]

- 원인 : oracle의 defunt process 가 생겼을 경우 발생하는 메세지

heavily loaded system 에서 server process의 기동이 느릴 경우 발생할 수 있음

버그로 보고되어 있음 Bug# 3616023

- 조치방법 : defunt process가 발생했을 경우 나타날 수 있음,

데이터 손실 및 서비스 이상은 없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(18) ORA-00600: internal error code, arguments: [12333]

- 원인 : Oracle Version과는 관계없음. Oracle Server와 Client상의 network 이상으로

recognize하지 않은 패킷을 클라이언트에서 받았을 겨우 발생할 수 있음,

유저 세션이 비정상적으로 종료되었을 경우 발생할 수 있음

- 조치방법 : application client와 Oracle Server process간에 패킷오류가 있거나

비정상적으로 세션이 끊어졌을 경우 발생할 수 있으며, 데이터 손실 및 서비스에는 이상없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(19) ORA-00600: internal error code, arguments: [2141]

- 원인 : 데이터파일을 이동/추가시키려 하나 permission이 없을 경우 발생할 수 있음.

이미 mount/open된 instance에 또다시 같은 instance를 띄울 경우 발생할 수 있음

- 조치방법 : DBA의 명령실행에 의해서 발생할 수 있음, 데이터 손실 및 서비스 이상없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(20) ORA-00600: internal error code, arguments: [4411]

- 원인 : 오랫동안 수행되는 배치작업에서 savepoint 문제로 일어날 수 있음

oracle version 8.1.7.2, 9.0.1.2 에서 발생할 수 있음. 버그로 보고되어 있음

8.1.7.3 ,9.0.1.3 ,9.2.0.1 version에서 패치되어있음

- 조치방법 : batch작업이 재대로 돌아가고 있는지 확인 필요

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(21) ORA-00600: 내부 오류 코드, 인수 : [12403]

- 원인 : bitmap index를 사용할 경우 또는 row를 fetch 도중 발생할 수 있음.

oracle version 7.3 이상 8.1.6 이하에서 bitmap index를 사용할 경우 버그로 보고되어 있음

8.1.7 version에서 패치되었음

- 조치방법 : 8.1.6 이하 version의 oracle 에서 bitmap index를 사용했을 경우 발생하므로

개발팀에게 연락요망, 데이터 손실 및 서비스 이상없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(22) ORA-00600: 내부 오류 코드, 인수 : [15711], [4], [0x63AA35610],

- 원인 : parallel로 create 명령실행시 발생할 수 있음, 7.3.3 version에서 패치되었음

- 조치방법 : oracle version 확인 , noparallel로 명령 실행

(23) ORA-00600: 내부 오류 코드, 인수 : [18209], [3809926384], [3897286416],

- 원인 : distributed transactions 환경과 관련 있으며, 8.1.7.0 , 9.0 version

에서 버그로 보고되어 있음 bug 1131214.

- 조치방법 : 8.1.7.4 또는 9.2로 patch 할 것, 서비스 이상없음,

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(24) ORA-00600: 내부 오류 코드, 인수 : [4412], [3889941488], [0],

- 원인 : package 생성 명령시 DB link를 사용할 경우 발생할 수 있음, 9.2.0.4 이하

version에서 버그로 보고되어 있음

- 조치방법 : 9.2.0.5로 패치, 서비스 이상없음,

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(25) ORA-00600: 내부 오류 코드, 인수 : [4886], [], [], [], [], [], [], []

- 원인 : procedure 생성 명령시 DB link를 사용할 경우 컴파일 하는동안

remote server를 잃어버려 db link가 비정상적인 상태가 되어 발생할 수 있음

, 9.2.0.4 이하 version에서 버그로 보고되어 있음

- 조치방법 : 서비스 이상없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(26) ORA-01013: 현 조작의 취소가 요구되었습니다

- 원인 : 사용자가 CTRL-C 또는 다른 방법으로 연산을 중지했을 경우 발생할 수 있음

- 조치방법 : 사용자에 의한 연산중지로 인해 발행하며 데이터 손실 및 서비스 영향 없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(27) ORA-01017: invalid username/password; logon denied

- 원인 : 사용자가 password를 틀려서 login하지 못할 경우 발생

- 조치방법 : 정확한 username password 작성

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(28) ORA-01110: data file XXX

- 원인 : 다른 메세지와 함께 나오는 에러코드

- 조치방법 : 함께 생긴 다른 에러코드를 볼것

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(29) ORA-01114: 208 파일에 블록을 기록하는데 IO 오류입니다

- 원인 : db blck corruption 이 일어났을 경우 발생할 수 있음

- 조치방법 : critical 한 상태일 수 있음. DBA 즉시 Call

(30) ORA-01204: file number is 132 rather than 126 - wrong file

- 원인 : 파일 헤더의 파일 번호가 정확하지 않을 경우 발생, 정확한 데이터파일을

restore해야 함, 복구 수행이 필요

- 조치방법 : critical한 상태일 수 있음. DBA 즉시 call 복구 수행

(31) ORA-01259: unable to delete datafile XXX

- 원인 : 'DROP TABLESPACE INCLUDING CONTENTS AND DATAFILES'

tablespace drop중 파일을 삭제할 수 없을 경우 발생하는 에러코드.

또는 file을 옮기는 중에 발생할 수 있음

- 조치방법 : O/S 에서 file delete 가 보호되어 있을 경우 또는 삭제가 불가능

한 경우 이므로 DBA가 수동으로 삭제하여야 함

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(32) ORA-04031: unable to allocate 4128 bytes of shared memory

- 원인 : shared pool 에 연속적인 메모리 공간을 필요료 하는 package,

function , procedure를 할당할 수 없을 경우 발생

- 조치방법 : dbms_shared_pool.keep 을 쓰거나 shared pool 를 flush,

서비스에 critical 한 상황일 수 있음. DBA 즉시 call

(33) ORA-01595: error freeing extent (2) of rollback segment (5))

- 원인 : Oracle9i의 새로운 기능인 Undo tablespace의 경우에 해당함.

undo tablespace는 rollback segment를 자동으로 관리하며, 시스템 startup초기에

8개의 rollback segment가 있지만 부족할 경우 자동으로 늘어남.

만약 배치작업으로 늘어났다가 필요가 없을 경우 smon이 rollback segment를 자동으로

shrink하고 없애지만 자동으로 shrink할 경우라도 rollback segment를 사용중인

경우 등으로 shrink가 안될 경우 ORA-01595 메세지를 일으킴.

안전하게 무시해도 되는 사항임. oracle version 10에서는 fix되었음.

- 조치방법 : 조치방법 없음, 연락할 필요 없음

(34) ORA-1122 signalled during: alter tablespace XXX offline...

- 원인 : 아래 3개의 에러코드와 함게 발생할 수 있음. dbv를 실행중 발생가능 있음,

tablespace를 offline 하는중 발생할 수 있음

.ORA-1110 database file %s failed verification check

.ORA-1122 data file %s: '%s'

.ORA-1207 file is more recent than control file - old control file

control file 정보와 datafile의 정보가 일치하지 않을 경우 발생

- 조치방법 : 즉시 DBA Call

(35) ORA-1142 signalled during: ALTER TABLESPACE "RBS" END BACKUP...

- 원인 : online backup을 시도하려고 하였으나 backup을 수행할 file을 찾을 수 없을

경우 발생할 수 있음. end backup 을 하려고 했으나 backup mode가 아니라서

end backup을 할 수 없을 경우 발생할 수 있음

-조치방법 : backup mode로 되어 있는 tablespace가 있는지, 백업이 재대로 되었는지

체크 요망

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락,

(36) ORA-1516 signalled during: alter database datafile '/db03/orarnd/oradata/rnd3...

- 원인 : DBA가 명령어 실행중 발생 가능.

데이터파일 추가 resize 또는 경로이동, offline, 이름변경시 발생할 수 있음

- 조치방법 : 올바른 명령어 실행 , crm_db2의 경우 crm_db1의 sync작업을 하며

crm_db2의 datafile resize를 할 경우 발생할 수 있음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(37) 감시 대상 프로세스의 DOWN

감시대상 프로세스(/XXXX/tnslsnr LISTENER -inherit)가 DOWN되었습니다.

감시대상 프로세스(ora_arc0_XXX)가 DOWN되었습니다. 프로세스를 확인하여 주시기 바랍니다

감시대상 프로세스(ora_ckpt_XXX)가 DOWN되었습니다. 프로세스를 확인하여 주시기 바랍니다

감시대상 프로세스(ora_dbwr_XXX)가 DOWN되었습니다. 프로세스를 확인하여 주시기 바랍니다

감시대상 프로세스(ora_lgwr_XXX)가 DOWN되었습니다. 프로세스를 확인하여 주시기 바랍니다

감시대상 프로세스(ora_pmon_XXX)가 DOWN되었습니다. 프로세스를 확인하여 주시기 바랍니다

감시대상 프로세스(ora_reco_XXX)가 DOWN되었습니다. 프로세스를 확인하여 주시기 바랍니다

감시대상 프로세스(ora_smon_XXX)가 DOWN되었습니다. 프로세스를 확인하여 주시기 바랍니다

감시대상 프로세스(ora_snp0_XXX)가 DOWN되었습니다. 프로세스를 확인하여 주시기 바랍니다

오라클[XXX] 체크중 장애가 발생하였습니다:ORA-01034: ORACLE not available

오라클[XXX] 체크중 장애가 발생하였습니다:ORA-12541: TNS:no listener

- 원인 : 작업중에 DB는 shutdown 했으면 발생할 수 있음,

작업중이 아니면 DB서비스가 down된 것이므로 critical한 인시던트임.

아래와 같은 메세지가 나오면

- 조치방법 : 즉시 DBA를 call할 것 (주/야간)

(37) ORA-1537 signalled during: alter tablespace XXX

- 원인 : DBA의 명령어 실행중 이미 있는 파일에 데이터파일을 추가하려고 할 경우 발생할 수 있음

- 조치방법 : 다른 파일 명으로 데이터파일을 추가

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(38) ORA-12203: TNS:unable to connect to destination

- 원인 : Oracle network 전송 문제로 인해서 접속이 불가능 할 경우, 또는 네트워크 설정이

잘못되었을 경우 발생할 수 있음

- 조치방법 : network 설정 올바른 설정

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(39) ORA-1644 signalled during: alter tablespace TS_DPACM015 read only...

- 원인 : 이미 read only tablespace를 또 다시 read only로 할 경우 발생하는 에러코드

- 조치방법 : 서비스 이상없음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(40) 파일시스템(/oracle )의 가용공간이 위험수준에 도달하였습니다(사용율:100%, 가용:5045KBytes)

- 원인 : DB file system 이 full 이 되었을 경우

- 조치방법 : DBA 즉시 call

(41) ORA-1650: unable to extend rollback segment XXX by 19200 in tablespace RBS

- 원인 : rollback segment에 큰 용량의 initial , next extent size 를 가지는 segment를

생성 또는 데이터를 insert하려 할 경우 발생할 수 있음

- 조치방법 : rollback segment를 일반 permanent tablespace에 만드는 경우에는

rollback segment를 shrink 시키고 coalesce를 시킨다.

undo tablespace를 사용하는 경우에는 이러한 메세지가 발생할 경우,

undo tablespace의 size를 늘려주어야 한다.

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(42) ORA-1652: unable to extend temp segment by 512 in tablespace

- 원인 : drop table, create index, create table 추가시, 삭제 및 생성 할tablespace에

일시적으로 temporary segment를 만들려 하지만 size가 작을 경우 발생하는 메세지

- 조치방법 : segment를 생성및 삭제하려는 tablespace에 대해서 size를 늘려줄 것

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(43) ORA-1653: unable to extend table USPODS.TB_PPCM019_BK by 64 in

- 원인 : segment의 initial, next 또는 uniform size 값보다 큰 데이터가 들어갈 경우

발생할 수 있음

- 조치방법 : 해당 tablespace size를 늘려줌

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(44) ORA-01662 tablespace 'TEMP' is non-empty and cannot be made temporary

ORA-01662 signalled during: alter tablespace temp temporary...

- 원인 : temporary tablespace에 남아 있는 sort작업이 있지만 , 이 temporary tablespace를

변경하거나 drop 하려 할 경우 발생할 수 있음

- 조치방법: 새로운 temporary tablespace를 만들어주고, default tempoaray tablespace를

새로운 temporary tablespace에 지정. v$tempseg_usage 를 조회해서 기존 temporary

tablespace 에서 sort 작업이 없어진 것을 확인하고 drop 할 것

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(45) ORA-1688: unable to extend table XXX

- 원인 : tablespace에 데이터를 넣으려 하나 extent 가 부족할 경우 발생

- 조치방법 : 새로운 데이터파일 추가 또는 데이터파일 resize를 하여 문제 해결

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(46) EXTENT error

ORACLE[XXX] Segment next extent 발생시 에러를 발생할 수 있는 Segment가 발견되었습니다

Oracle xxx DB Ext.Fail:XXXX - call DBA

- 원인 : 데이터를 입력하려고 할 경우, extent를 할당 받은 상태에서 데이터를 입력해야 하며

부족할 경우 새로운 extent를 할당받아야 데이터를 추가할 수 있음. 데이터파일의 공간 부족으로

인해서 extent를 할당 받을 수 없을 경우 발생할 수 있음

- 조치방법 : 데이터파일의 크기를 중가시킬 것

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(47) ORA-01555 caused by SQL statement below (SCN: 0x04e5.a634f3be):

ORA-01555 snapshot too old

- 원인 : rollback segment에 기록된 사항을 다른 writer가 사용하거나 변경했을 경우

이를 다시 조회하려 할 경우 비일관성으로 인해 발생하는 에러메세지.

배치작업의 일부가 rollback될 소지가 있음.

- 조치방법 : Oracle9i 에서 undo_management=auto로 되어있을 경우 undo_retention값을

즐려주어야 함. 또는 rollback segment tablespace의 크기를 증가 시킴

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(46) ORA-27063: skgfospo: 읽기/쓰기 바이트의 수가 틀립니다

- 원인 : OS 의 file size가 제한되어 있을 경우 데이터파일을 resize할 경우 발생할 수

있음. crm_db2의 경우 발생가능

일반적으로 limit된 값이 지정되어 있을 경우 발생할 수 있음.

OS 의 NFS를 사용할 경우 mount가 재대로 안되어 있을 경우 발생 가능.

- 조치방법 : DBA 명령시 resize 명령 및 OS file 제한을 참고.

autoextend가 있는 file에 대해서 에러를 일으킬 수 있으니 autoextend off

할 것

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(47) ORA-30021 signalled during: alter tablespace undotbs coalesce...

- 원인 : oracle9i 새로운 기능인 undo tablespace 를 사용할 경우 coalesce를 하게 되면

에러 발생

- 조치방법 : undo tablespace 를 사용시 coalesce하지 말것

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(48) ORA-3297 signalled during: alter database datafile

- 원인 : 데이터파일을 resize하서 줄이려 하지만 줄이지 못할 경우 발생

- 조치방법 : DBA의 명령어 실행중 발생할 수 있음

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(49) ORA-959 signalled during:

- 원인 : tablespace를 변경하거나 참고하는 작업을 할 경우, 실제 테이블 스페이스가 없을 경우

발생할 수 있음

- 조치방법 : dba_tablespaces를 확인후 정확한 tablespace 를 지정할 것

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회 이상 발생시 담당자에게 연락

(50) ORA-02068: following severe error from XXX

- 원인 : DB LINK를 통해 다른 서버에 접속시 접속 불능일 경우 확인

- 조치방법 : db link 와 username, password 확인 후 처리 , network설정 확인

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(51) ORA-1632: max # extents 121 reached in index XXX

- 원인 : 인덱스 생성시 설정했던 storage 절의 maxextents값에 현재의 extents값이

도달했을 경우 생길 수 있는 에러코드

- 조치방법 : maxextents 값을 늘려줄 것.

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(52) 오라클[XXX] SEGMENT(XXX)에 enqueue가 발생하였습니다.

- 원인 : oracle enqueue는 oracle lock과 동일한 의미임. 공유되어 있는 row, table 등에

대해서 DML문을 실행하여 exclusive mode가 되어 있는 segment를 다른 세션에서

DML 문을 하려 할 경우 발생할 수 있음.

- 조치방법 : enqueue도 일종의 lock 이므로 지속적으로 일어날 경우 deadlock으로

될 수 있음, 한번에 수백건의 enqueue이 발생되더라도 10분 이상 지속해서 발생하지

않으면 연락불필요. 10분 이상 지속시에는 deadlock으로 될 수 있으므로

바로 DBA에게 연락 요망

(주간) 발생시 즉시 담당자에게 연락 (야간) 10분 이상 계속 발생시 담당자에게 연락

(53) Oracle[XXX] objects that will have trouble throwing extents.

- 원인 : extent fail이 난 것임

- 조치방법 : 바로 DBA를 call 할 것, oracle background_dump_dest 위치에서

alert log의 extent fail에 찾아보고 처리할 것.

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(54) ORA-00600: internal error code, arguments: [547]

- 원인 : alter system flush shared_pool 명령을 했을 경우 발생할 수 있음

정확한 원인에 대한 보고는 없음

- 조치방법 :

(주간) 발생시 즉시 담당자에게 연락 (야간) 5회이상 발생시 즉시 담당자에게 연락

(55) OWNER SEGMENT_NAME SEGMENT_TYPE TABLESPACE_NAME NEXT_EXTENT

- 원인 : extent fail이 난 것임

- 조치사항 : extent check script를 수행하거나, oracle background_dump_dest에서

alert log를 확인해서 extent fail난 segment를 찾아서 조치할 것

(주간) 발생시 즉시 담당자에게 연락 (야간) 발생시 즉시 담당자에게 연락

(56) 이외의 에러코드

- 무조건 DBA call

[출처] oracle error |작성자 작은새

저작자표시 비영리

'Oracle > DBA' 카테고리의 다른 글

[튜닝가이드] 인덱스 사용 여부 관련 생각 + [펌] (0)	2016.10.06
[Oracle] Process / Session 모니터링 (0)	2016.01.17
[Oracle] Index monitoring (0)	2015.12.14
[Oracle] Partition Local Index 테스트 (0)	2015.12.02
[ORACLE] ASM 에 Datafile 추가 (1)	2015.11.25

DB 점검 도중, 약 60만건의 테이블에(담당자가 메인테이블이라고..) index가 20개 이상이 걸려 있는 것을 확인했다.

그리고 대부분 index들이 결합인덱스보다는 단일인덱스 인 것을 확인하고,

담당자에게 모두 필요한 index라고 물어보니

필요에 의해서 해당 테이블과 연관된 담당자들에 의해서 생성한 거라고,

자기도 잘 모른다고 하더군...

흠...내가 소속 DBA가 아닌 파견도..아닌 협력업체...DBA이다 보니..

이러지도 저러지도 못하는 상황..

보고는 하였지만..그래도 나는 DBA의 지부심이 있기에!!!내가 주체가 되어...제안....

"우리 INDEX 모니터링 걸어서 불필요한 거는 제거하고,

필요한 거는 새로 걸자고 제안....

index monitoring 관련 쿼리를 확인해 봤다.

1. index monitoring 여부 확인

-- 해당 user 라면 아래 쿼리를 이용하여 확인이 가능

SELECT table_name,
       index_name,
       monitoring
FROM   v$object_usage
WHERE table_name = UPPER('&1')
AND    index_name = DECODE(UPPER('&2'), 'ALL', index_name, UPPER('&2'));

--나는 DBA다!!!!

col owner for a10
col index_name for a20
col table_name for a20

SELECT U.NAME OWNER,
IO.NAME INDEX_NAME,
T.NAME TABLE_NAME,
DECODE(BITAND(I.FLAGS, 65536), 0, 'NO', 'YES') MORNITORING,
DECODE(BITAND(OU.FLAGS, 1), 0, 'NO', 'YES') USED,
OU.START_MONITORING,
OU.END_MONITORING
FROM SYS.USER$ U,
SYS.OBJ$ IO,
SYS.OBJ$ T,
SYS.IND$ I,
SYS.OBJECT_USAGE OU
WHERE I.OBJ# = OU.OBJ#
AND IO.OBJ# = OU.OBJ#
AND T.OBJ# = I.BO#
AND U.USER# = IO.OWNER#;

-- v$object_usage는 자신의 index 만 확인 가능하기에 이 점 유의!!

2. index에 모니터링이 걸려 있지 않으면 아래 쿼리를 이용하여 명령문을 만들 수 있다.

-- owner 와 table_name 을 입력해야 함

SELECT 'ALTER INDEX "' || i.owner || '"."' || i.index_name || '" MONITORING USAGE;'

FROM dba_indexes i

WHERE owner = UPPER('&1')

AND table_name = DECODE(UPPER('&2'), 'ALL', table_name, UPPER('&2'));

3. 다시 체크한 결과 (위의 index monitoring 으로 조회)

4. index에 모니터링이 걸려 있는 것에 대해 해제 하는 명령어

SELECT 'ALTER INDEX "' || i.owner || '"."' || i.index_name || '" NOMONITORING USAGE;'

FROM dba_indexes i

WHERE owner = UPPER('&1')

AND table_name = DECODE(UPPER('&2'), 'ALL', table_name, UPPER('&2'));

이렇게 하여 일단 체크를 진행하기 시작했다.

여기서 반은 걷어 냈으면 하는 바램이...

저작자표시 비영리

'Oracle > DBA' 카테고리의 다른 글

[Oracle] Process / Session 모니터링 (0)	2016.01.17
[펌][ORACLE] ORA-에러 (0)	2015.12.22
[Oracle] Partition Local Index 테스트 (0)	2015.12.02
[ORACLE] ASM 에 Datafile 추가 (1)	2015.11.25
[Oracle] OWI Latch & Lock 정리 (0)	2015.11.24

Louis.Kim 의 제 3막