망할고양이의 도피처

오라클 설치 후 Password 정책 관련하여 아무런 설정을 하지 않고 시스템을 운영하다 보면 Was에서 사용중인 계정의

패스워드가 만료되어 시스템이 정상동작하지 않는 현상이 나타납니다. 

패스워드가 만료되어 시스템이 동작하지 않는 현상을 예방하기 위해서 패스워드 만료정책을 수정하는 방법을 알아보도록 

하겠습니다.

(물론 보안을 위해서 주기적으로 패스워드를 변경하는것이 바람직 하지만...)

현재 설정된 패스워드 정책에 대해서 조회 합니다. 

SELECT * FROM DBA_PROFILES A WHERE A.profile = 'DEFAULT' AND A.resource_type = 'PASSWORD';

위 그림과 같이 UNLIMITED로 설정되어 있지 않고 180등의 숫자로 설정되어있으면 해당 일자가 지난뒤 패스워드가 만료되게 됩니다. 

위 그림과 같이 패스워드를 기간제한 없이 사용하도록 수정합니다. 

ALTER PROFILE DEFAULT LIMIT PASSWORD_LIFE_TIME UNLIMITED;

테이블 스페이스를 자동으로 사이즈가 늘어날 수 있도록 autoextend를 on으로 설정 했음에도 해당 오류가 발생하는 경우가 있습니다. 

해당 오류가 발생할 때에는 해당 테이블스페이스 데이터 파일의 용량을 확인해야합니다. 

 select file_name, tablespace_name, bytes, autoextensible
   from dba_data_files
  where tablespace_name='MY_TS';

bytes에 해당하는 내용이 용량을 나타내는 항목입니다.

자동 증가옵션을 넣었어도 해당용량이 최대 용량이 존재합니다. 

• OS가 32비트인 경우 최대 16기가 까지 생성 가능
• OS가 64비트인 경우 최대 32기가 까지 생성 가능

즉 OS의 비트 수에 따른 최대 용량이 존재하여 파일을 더이상 확장할 수 없는 경우 동일한 애러가 발생하게 됩니다. 

이 경우 데이터 파일을 추가하여 해당 오류를 해결 할 수 있습니다. 

/* 사용법
   ALTER TABLESPACE [TableSpaceName] 
     ADD DATAFILE [DataFileName] 
     SIZE [초기용량] 
     AUTUEXTEND ON NEXT [자동증가 용량] 
     MAXSIZE [최대 용량]
*/     
ALTER TABLESPACE MY_TS ADD DATAFILE '/TS_DATA01.DBF' SIZE 100M AUTOEXTEND ON NEXT 100M MAXSIZE 32G

ORA-28040 : 일치하는 인증 프로토콜 없음

ORA-28040 : No matching authentication protocol 

원인

1. Oracle Oracle Server 와 Client 의 버전 차이

2. ojdbc jar의 버전이 맞지 않는 경우

해결방안 #1

설치된 DB Server의 sqlnet.ora 파일을 수정한다.

$ cd $ORACLE_HOME/network/admin
$ vi sqlnet.ora 
SQLNET.ALLOWED_LOGON_VERSION_SERVER=10
SQLNET.ALLOWED_LOGON_VERSION_CLIENT=10

다시 접속을 시도하여 접속이 되는지 확인한다.

접속이 되지 않는다면 리스너를 재기동하고 다시 시도한다.

해결방안 #2

ojdbc jar 버전을 변경한다. 일반적으로 ojdbc14 jar를 사용할 경우 많이 접할 수 있는 상황이며 

ojdbc8 jar, ojdbc7.jar, ojdbc6 jar 등으로 라이브러리를 변경하여 해결 할 수 있다.

https://docs.oracle.com/en/database/oracle/oracle-database/19/netrf/parameters-for-the-sqlnet.ora.html#GUID-B2908ADF-0973-44A9-9B34-587A3D605BED

Oracle Data base 19c 버전을 사용하는 경우 jdbc jar를 8버전으로 사용해야만 한다(?) 라고 되어있다.

https://www.oracle.com/database/technologies/faq-jdbc.html

그런데.. 문제는 ojdbc8.jar을 사용하려면 jdk 8 버전부터 이상이어야 한다는 것이다. 

기존에 사용하는 JAVA 프레임워크가 스프링 하위 버전이라면 JDK가  8버전으로 변경되기 떄문에  버전에 맞게 프레임워크가 버전도 변경이 되어야 한다.(Spring 기준).. 

DB가 변경되었다고 해당 DB를 사용하는 어플리케이션이 변경되는 것은 아무래도 어느정도의 리스크를 생각해야만한다.

하지만 이러한 어려움을 Oracle의 설정으로 이겨낼 수 있다.

19c보다 하위 버전의 Oracle Client에서 접속할 수 있도록 설정하는 기능을 이용하면 JDK의 버전 변경 없이 Oracle 19C Databse를 사용할 수 있다.

해당 파일에 아래의 설정값을 추가한다.

Oracle client version 9 부터 사용가능하도록 설정하면 ojdbc8.jar의 변경없이 19c 데이터베이스를 사용할 수 있다.

Functions

1) Number functions

2) Charater functions

3) Conversion functions

4) Date functions

Operators

  - O/S label의 이진형식, 이 데이타형식은 주로 확인된 ORACLE에 사용. 

  - 이 아이템을 orperands나 arguments라 부름

  - Operator는 특정한 charaters나 keyword로 묘사

1) Arithmetic operators

2) Charater operators

  - 문자연결 연산결과는 두 문자열이 서로 다른 문자열로 두 문자열의 자료형식이 같은 CHAR형이면 결과는 이 형식의 제한된 255문자 국한되며, 만약 한쪽이 VARCHR2형이면 결과의 자료 형식은 VARCHR2형으로 제한 범위는 2000문자
형식을 따름.

  - 문자열 안의 공백문자는 이 연산자에 의하여 그대로 보존됨.

3) Comparision operators

  - NULL 데이터타 베이스 용어에서 NULL은 필드에 데이타 베이스가 없다는 뜻임. 그것은 칼람이 제로거나 빈칸이라는 것을 의미하는 것이 아님. 제로나 빈칸은 값임. NULL은 어떤것도 그 필드안에 없다는 뜻임. 만일 Field = 9와 같은 비교식을 만들어 Field가 NULL이면, 그 비교식은 Unknow으로 돌아 올 것임.

    이것은 조건이 불안하여 대부분의 SQL을 선호 하는 사람들은 Unknow를 FASLE로 바꾸어 특정연산자에게 IS NULL을 제공하여 NULL조건을 테스트함. 상당히 많은 로직버그를 추적할경우 NULL값을 비교하지 말고 FALSE의 초기값으로 복구하는지 확인함.

#1. \를 escape문자로보고 _앞에\가 선행하여 이것은 오락클이 해석시 _를 특수문자가 아니 일반문자로 인식

4) Logical operators

  - NOT, AND , OR 다른 언어와 내용 동일

5) SET operators

6) ORTHER operators

내부 Datatypes

(1) VARCHR2(size):변수길이인 영숫자 데이터. 최대 2000byte를 갖음.

(2) NUMBER(p.s):Precision의 P와 Scale의 S를 포함. P지정시 1~38까지 S를 지정시 -84~127의 범위.

(3) LONG:문자변수로 확장된 길이를 2GByte 또는 2^31-1까지 확장.

(4 )DATA:날자형 포함한 데이터 타입. 예) Jan 1 4712BC - Dec 31 4712 AD

(5) RAW(size):크기가 255Byte까지 가능한 Binary 데이터.

(6) LONG RAW:크기가 Giga_Byte 데이터.

(7) ROWID:Table에서 행의 고유한 Address를 나타내는 16진 문자열.

(8) CHAR(size):1~255문자 사이의 길이를 갖는 영숫자 데이터.

(9) MLSLABLE:O/S Label의 이진형식.

SQL(Structured Query Language, pronounced equel)은 ORACLE D/B환경에서 사용자나 개발자가  자료접근을 위해 반드시

     사용해야 하는 명령들의 집단임.

     1. SQL 역사

       -. 관계형자료 모델은 1970대초 Dr.E.F.Codd에 의하여 처음으로 개발됨.

       -. SQL언어는 1970대 중반 IBM의 Pototype Relational Database Managment System에 의해 발전됨.

       -. 최초의 SQL언어는 (SEQUEL2)1976 IBM Journal of R&D에 의해 소개되었고,

       -. 1979년 ORACLE사가 상업용으로 이용 가능한 SQL의 실행을 소개함.

       -. SQL은 IBM의 D/B2와 SQL/DS에서도 실행됨.

       -. 현재 SQL은 광범위한 실행과 산업 구조화된 자료접근 언어로 이용됨.

     2. SQL 표준

       -. ANSI SQL은 3.135-1989 Database Language SQL with Integrity Enhancement or ANSI SQL89에 relational database        

          managment system의 표준으로 정의.

       -. 이는 ANSI X3.135-1986을 대신함과 ANSI SQL Addendum1.에 소개된 무결성 강화를 내포함.

       -. ANSI는 ANSI X3.168-1989 atabase Language Embeded SQL에 내장된 SQL의 정의를 표준으로 채택함.

       -. 거의 모든 관계형 자료시스템은 SQL형식을 제공하며 ANSI SQL89를 표준으로 사용함.      

     3. 비처리 언어

       -. SQL은 비처리 언어임.

       -. 동일 시간대의 하나보다 많은 레코드 처리

       -. 자료의 자동처리 제공

    4. 모든 사용자를 위한 언어

       -. SQL은 모든 종류의 사용자로부터 모든 종류의 자료활동에 이용.

       -. system administrators

       -. database administrators

       -. security administrators

       -. application programmers

       -. decision support system personnel

       -. many other types of end users

       -. SQL은 모든사용자에게 D/B구성이나 응용를 위한 명령문 제공.

  5. 통일된 언어

    - querying data

    - inserting, updating, and deleting rows in table

    - creating, replacing, altering, and dropping objects

    - controlling access to the database and its object

    - guaranteeing database consistency and integrity

  6. 내장된 SQL

    -. 모든 SQL명령은 SELET,INSERT와 같이 SQL환경하 상호작용 도구들 안에서 이용 가능.

    -. PREPARE and OPEN은 control명령으로 처리 프로그래밍 언어안에서 표준SQL을 수행.

    -. 응용프로그램에 의해 호출되어 어떤 작업을 수행할수 있는 데이터베이스에 내장된 내장 프로시져 작성을 의미.

    -. 데이타베이스에 내장된 데이타베이스 시스템은 간단한 스크린과 메뉴 오브젝트를 완전한 툴 키트를 제공.

사용법

1. windows Key + R   "CMD" 입력

2. cmd 창에서 아래와 같이 입력

※ 오라클 서버 또는 오라클 클라이던트가 설치 되어 있는 경우를 가정하여 작성하였습니다.

ORA-01502: 인덱스 분할영역은 사용할 수 없은 상태입니다 를 만났다.

이러한 현상은 보통 테이블 파티션이 이동하거나 , 테이블 스페이스 이동 , 병합등의 사유로 인덱스 참조가 깨진 현상이라고 볼 수 있다

해결방법은 가장 간단한 방법으로 Index Rebuild를 수행한다.

alter index your_table_name rebuild

위 구문으로 해결할 수 있다. 그러나..

파티션 테이블로 구성되어 있다면 다른 구문을 사용해야한다.

아래와 같은 구문을 수행해야하며 파티션 단위로 재 생성 해주어야 한다.

alter index your_table_name rebuild partition your_partition_name ;

global partition index의 경우 non-partition index, partition index 등 파티션 테이블 관련 작업인 경우 재 생성이 필수 이다.

따라서 파티션 테이블별로 global index의 rebuild 작업용의 스크립트를 작성해 놓아야 빠른 시간안에 관련 인덱스를 재 생성 할 수 있다

Rebuild 일괄생성 구문

SELECT 'ALTER INDEX '||INDEX_NAME||' REBUILD ;' FROM USER_INDEXES;