질문과 답변으로 그동안 알지 못했던 내용들을
확인 해보세요.
유용한 정보와 기술로
알차게 준비되어 있습니다.
Support
Orange Support > 자주하는 질문
FAQ
Oracle 에서 ASH Monitor를 사용하기 위해서는 Oracle Server에서 DIAGNOSTIC PACK 사용을 활성화 하여야 하며, statistics_level 이 BASIC이 아닌 값으로 설정 되어야 합니다. 아래의 조건들을 확인하여 ASH Monitor를 사용할수 있는 상태로 서버의 설정값을 변경해주어야 합니다.
아래의 SQL을 실행하여 해당 파라미터가 NONE 으로 조회되는 경우 SYS.V_$ACTIVE_SESSION_HISTORY에 데이터가 쌓이지 않음 ( ASH Monitor 사용 불가 )
SELECT name
, value
, display_value
, description
FROM v$parameter
WHERE name like '%control_management_pack_access%' ;
1) NONE : DIAGNOSTIC 과 TUNING PACK 비활성화 해당 기능 사용 불가
-> 해당 조건이 NONE 일 경우, SYS.V_$ACTIVE_SESSION_HISTORY 뷰에 데이터가 누적되지 않습니다. ( ASH Monitor 사용 불가 )
2) DIAGNOSTIC : DIAGNOSTIC PACK 만 활성화, TUNING PACK 비활성화
3) DIAGNOSTIC+TUNING : DIAGNOSTIC 과 TUNING PACK 모두 활성화, AWR , ASH , SQL Tuning Advisor 등을 모두 사용가능
아래의 명령어중 하나를 사용하여 해당 기능을 활성화 해주셔야 합니다.
1-1. DIAGNOSTIC 과 TUNING PACK 을 모두 활성화 합니다.
alter system set control_management_pack_access = 'DIAGNOSTIC+TUNING' SCOPE=BOTH;
1-2. DIAGNOSTIC PACK 을 활성화 합니다.
alter system set control_management_pack_access = 'DIAGNOSTIC' SCOPE=BOTH;
아래 SQL을 실행하여 파라미터가 BASIC 으로 조회되는 경우 ( ASH Monitor 사용 불가 )
SELECT name
, value
, display_value
, description
FROM v$parameter
WHERE name = 'statistics_level' ;
1) TYPICAL: 기본값이며 ASH 데이터가 수집됩니다.
2) ALL: 더 자세한 통계 정보를 수집합니다.
3) BASIC: ASH 데이터를 비활성화하므로 설정을 변경해야 합니다. ( ASH Monitor 사용 불가 )
아래의 명령어중 하나를 사용하여 해당 기능을 활성화 해주셔야 합니다.
2-1. ALTER SYSTEM SET STATISTICS_LEVEL=TYPICAL;
2-2. ALTER SYSTEM SET STATISTICS_LEVEL=ALL;
JSON 타입의 경우, 일반 CLOB 과 같이 문자열로 이루어진 데이터로 볼수 있습니다. 다만 ODBC / JDBC 버전에 따라 해당 문자열에 대해 정상적으로 리턴하지 못하고 있습니다.
MySQL ODBC 버전 8.0.36 버전으로 테스트시 정상적으로 보이는 것을 확인하였으므로 사용하시는 ODBC 또는 JDBC 버전을 확인하여야 합니다.
위의 경우에는 여러가지 상황이 존재할수 있습니다.
1. 세션 자체가 끊어지는 경우 - Session Monitor 또는 해당 세션을 확인할수 있는 시스템 뷰를 확인하여 세션이 어떤 상태인지 확인 부탁드립니다.
2. 서버 - 클라이언트 호환 여부 - Oracle 과 같은 DB의 경우 일부 Client 버전에서 Break가 되지 않는 현상이 확인 되었습니다. 이 경우 Orange@warevalley.com 으로
사용중인 환경 ( 서버 버전, 클라이언트 버전 , Orange 세부 Build 버전 , 증상이 발생하는 테이블 등 ) 에 대해 함께 전달해주시면 확인해드릴수 있습니다.
1차적으로는 Oracle 의 Server 와 Client 간의 NLS_LANG 값을 매칭하라고 이야기 합니다.
Orange의 경우 Ansi 버전 설치시 NLS_LANG 값을 참조하나 Unicode 에서는 해당 값을 참조하지 않습니다.
그러나 해당 값을 동일하게 맞췄다 하더라도, ORA-29275 오류의 경우, 서버 / Client 간, 또는 데이터 입력하는 Web 화면 등의, 데이터 상호 호환에 문제가 있을 경우 발생할 수 있는 문제 중 하나입니다.
실제로 Oracle의 Session 생성시 저장되는 V$Session 의 경우, machine, module, action, program 와 같이, 외부 프로그램을 통해 생성되어 저장된 데이터가 해당 오류를 리턴하는 경우가 많습니다.
이는 Server 와 Client 간의 NLS_LANG 문제로도 볼 수 있지만, 데이터 입력 주체에서 NLS_LANG에 맞는 데이터가 입력되지 않을 경우가 발생하기 때문이며, Orange 에서도 해당 값에 대해 to_single_byte 함수를 호출하여 조회하도록 하고 있습니다.
(실제Orange for Oralce 의 Session Monitor / Lock Monitor / Transaction Monitor 에선 to_single_byte 함수 사용 SQL 구문으로 변경 처리 )
정확한 원인을 알기 위해서는 문제가 되는 데이터에 대한 dump() 함수 사용을 통해, 실제 저장한 문자열 자체를 확인해야 합니다.
그 외에 조회에 대해서는 to_single_byte 함수 사용을 권장하는 바 입니다.
Orange Config Admin을 실행 하여 Orange Schema가 설치된 경우에 PL/SQL툴의 소스 잠금기능 ( Check In, Check out) 동시작업을 제한하여 독립성을 유지합니다
사용되는 SQL 으로 정확한 쿼리 내용은 아래와 같습니다.
해당 오브젝트를 작업하려 할때 해당 오브젝트를 잠금 처리 시 ( Check Out ) 실행 됩니다.
delete from orange.orange_plsql_lock_table where ( LOCKSESSIONID , LOCKSERIALNUM) not in ( select sid, serial# from orange.orange_session );
해당 오브젝트 수정이 완료 후 잠금 해제 시 ( Check In ) 실행됩니다.
delete from orange.orange_plsql_lock_table where objectowner = :owner and objecttype = :type and objectname = :name;
위 쿼리 실행이 염려되시거나, PL/SQL Tool의 소스 잠금 기능의 사용을 원치 않으시는 경우
orange.orange_plsql_lock_table을 DROP 해주시면 됩니다.
접속하고자 하는 해당 서버에 Orange 스키마가 있는지 확인하여 주시기 바랍니다.
또한 Debug가 가능하기 위해서는 아래와 같이 권한을 설정하여야 합니다.
GRANT DEBUG CONNECT SESSION TO [사용자의 DB계정] -- Oracle 10g 이상의 경우 설정
GRANT DEBUG ANY [PROCEDURE | FUCTION | …] TO [사용자의 DB계정]
Orange 에서는 Debug 모드를 사용할 때 Check-In / check-Out 기능을 사용하기 위하여 Orange 스키마의 ORANGE_PLSQL_LOCK_TABLE를 참조하기 때문에, Orange Schema를 설치하는 Orange Config Admin 이란 프로그램을 통해, 해당 DB에 Orange 스키마를 설치하시면 됩니다.
부득이하게 Config Admin을 사용하지 않을 경우, 아래와 같이 Orange 스키마및 해당 테이블 구조를 생성하여 사용하시면 됩니다.
CREATE USER ORANGE IDENTIFIED BY 1 --비밀번호는 사용자 지정입니다.
ACCOUT UNLOCK; --Lock 해주셔도 됩니다.
GRANT RESOURCE TO ORANGE;
CREATE TABLE ORANGE.ORANGE_PLSQL_LOCK_TABLE
(
LOCKTIME VARCHAR2(20),
LOCKHOSTIP VARCHAR2(30),
LOCKHOSTNAME VARCHAR2(32),
LOCKSESSIONID NUMBER,
LOCKSERIALNUM NUMBER,
OBJECTOWNER VARCHAR2(30),
OBJECTTYPE VARCHAR2(13),
OBJECTNAME VARCHAR2(128)
);
Orange Ade의 다중 SQL 실행 시에는, 공통적으로 기본 SQL구문은 세미콜론(;) 으로 구분되며, PL/SQL 구문 에서는 슬래시 (/) 문자로 구분됩니다.
예)
create procedure `proc1`() begin ~ end /
create procedure `proc2`() begin ~ end
Delimeter 구문은 Orange Ade 에서는 사용이 어려운점 양해 부탁 드립니다.
Orange for Tibero v7.0 에서 PL/SQL Tool에서 디버깅 기능을 사용하시기 위해서는 아래 구문 실행할 권한이 있어야 합니다.
alter session set psm_debug = yes;
select value from V$PARAMETERS where name = 'PSM_DEBUG';
추가로 PL/SQL Tool에서 오렌지에서 제공하는 디버깅 기능을 다 사용하기 위해서는 Tibero v6 FS6 이상이여야 가능합니다.
그 이하 버전에서 오렌지가 PL/SQL 디버깅 기능 구현상에 사용하는 Tibero odbc 함수의 일부 기능 중에 정상동작되지 않은 부분이 있어서 그동안 티베로쪽에 수정요청 드렸었고 문제되던 현상이 해결된 버전이 Tibero v6 FS6 이상인 걸로 파악됩니다.
Orange Options -> Common -> Session 탭의 Array Size와 Long Size를 낮춰보시기 바랍니다.
( 기본값 : Array Size = 100 , Long Size = 80 )
Orange의 경우, 32bit 사용시 사용 가능 메모리에 4GB의 제한이 걸리게 되며, 그에 따라 해당 메모리를 모두 사용될 경우, 해당 메시지가 표시됩니다.
SQL Tool에서 데이터 조회시에 해당 Table에 할당된 데이터 크기, 예를 들어 varchar2(2000)과 같은 큰 크기의 데이터가 존재할 경우, array 사이즈는 각 컬럼 사이즈를 더한 값으로 1개 row를 구성하도록 되어있으며, array size는 1개 row 크기 * array Size가 되며, Long Size의 경우 Clob의 최대 길이로 지정하고 있습니다.
하여 이 값이 클 경우, 메모리 부족현상이 나타날수 있습니다.
해당 값의 조절을 통해 조회하실때 메모리 부족현상이 나타나지 않도록 주의하시기 바랍니다.
또한 대용량의 데이터를 모두 SQL Tool에서 조회하기 보다, 데이터를 내려받기 위해서는 unload Tool 을 사용하여 데이터를 내려받기하시면 메모리 부족현상을 겪지 않을수 있습니다.
해당하는 테이블과, 컬럼 타입에 따라서 생성되는 array 크기가 달라지므로 딱 몇 row가 된다, 몇 row 이상은 메모리 부족 오류가 발생하지 않는다고 단정지을수 없습니다.
위 어셈블리 구성요소는 MS XML 4.0 과 관련된 것으로 해당하는 어셈블리의 제거 후 재설치를 권장하고 있습니다.
프로그램의 삭제 방법은 다음의 문장을 관리자 권한의 command 창에서 아래의 두 문장을 차례로 실행하시면 됩니다.
msiexec /qn /x {303994BA-6487-47AE-AF1D-7AF6088EEBDB}
msiexec /qn /x {5617BF49-9195-4C35-B9AD-F8D165DE25BB}
위 문장을 실행하신 후 반드시 윈도우를 재시작한 후, Orange를 재설치하시기 바랍니다.