본문 바로가기

ORACLE9

[Oracle] Listener가 실행이 안될 때! Listener가 실행이 안될때!!!!!! 여러 상황이 있겠지만 이번 경우는 oracle listener 64-bit windows error 61 unknown error 다음과 같은 메세지로 리스너 실행이 불가!!! 기본적으로 listener.ora 와 같은 설정 파일 확인 그리고 !!!!!!!! listener.log 파일 확인해당 파일의 용량이 매우 클 경우 사용자의 접속도 불가피해지고 서비스 재시작 시에도 접속 불가 현상 지속 발생!! 그럴 경우 해당 로그 파일 이름 변경 후 서비스 재시작 하면 OK 2018. 4. 16.
[Oracle] 분당 트랜잭션 수 파악! [분당 트랜잭션 수] SELECT SUM(s.value/(86400*(SYSDATE - startup_time))) "tps" FROM V$SYSSTAT s, V$INSTANCE i WHERE s.NAME in ('user commits','transaction rollbacks'); [로그 스위칭 횟수] select to_char(first_time,'yyyymmddhh24') ,count(*) from v$loghist group by to_char(first_time,'yyyymmddhh24'); 2017. 11. 6.
[Oracle] 쿼리 수행 방식? 지금 내가 알고 있는게 확실히 맞는건지 아닌건지 모르겠지만 정리를 해두자면 오라클의 경우 SGA 메모리의 BUFFER를 통해 쿼리가 수행됨. 따라서 BUFFER 사이즈가 작을 경우 성능이 나빠짐. 무튼 SGA의 메모리의 2% 미만의 용량을 가진 TABLE SIZE를 가진 TABLE의 경우 항상 메모리의 상주해서 작업 (즉 빠름) 하지만 그 이상의 사이즈를 갖는 테이블의 경우 DISK에서 BUFFER로 올린다음 쿼리 수행 후 다시 DISK로 내림 이 작업을 반복적으로 수행하기에 BUFFER에 항상 상주되어 있는 테이블에 비해 느려짐 하지만 무조건 이렇게 된다면 문제가 되기에 오라클에서는 동일한 작업이 이뤄지는 쿼리에 대해서는 COUNT를 수행 특정 COUNT 이상이 될 경우 BUFFER에 올려놓고 사용하게.. 2016. 8. 18.
[Oracle] DB 변경시 확인 사항 #1 - SESSION ORACLE DB에서 세션 수를 증가해야 될 경우 1) 현재 세션 상태 확인 - 쿼리 : SELECT * FROM V$RESOURCE_LIMIT; * CURRENT_UTILIZATION : 현재 SESSION * MAX_UTILZATION : MAX SESSION 수 (최대 접속했던 SESSION를 의미) * INITIAL_ALLOCATION : PROCESS에 따라 책정된 SESSION 수 * LIMIT_VALUE : 최대 허용 가능한 SESSION 수 (기본은 INITIAL_ALLOCATION) 2) SESSION 최대치에 근접했을 경우 - 시스템 나빠짐 ㅋ 3) SESSION 설정 방식 - PROCESS의 INITIAL_ALLCOATION * 1.1 + 5 를 책정 - 쿼리 : alter syste.. 2016. 8. 18.