[오라클 버전확인 쿼리] 1) select * from v$version; BANNER -------------------------------------------------------------------------------- Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production PL/SQL Release 11.2.0.4.0 - Production "CORE 11.2.0.4.0 Production" TNS for HPUX: Version 11.2.0.4.0 - Production NLSRTL Version 11.2.0.4.0 - Production 2) select product, version from sys.pr..

1. Java 설치 1. OS종류 / BIT 확인 grep ./etc/*-release getconf LONG_BIT 2.다운로드 경로 이동 cd /tmp mkdir lib cd lib 3. 압축 파일을 다운받아서 FTP로 올리고 다음 진행 http://www.oracle.com/technetwork/java/javase/downloads/index.html tar xvfz jdk-8u131-linux-x64.tar.gz 4. 폴더 이동 mv /tmp/lib/jdk1.8.0_131 /usr/local cd /usr/local 5. 심볼릭 링크 설정 : 실볼릭 링크는 일정의 즐겨찾기 개념, 향후 jdk 버전이 바뀌어도 다른곳에서 java라고 심볼링 링크를 설정한 경로만 참조하게 하면 java version..

0. CentOS설치전 기본 준비 (VM 설치, 기본 프로그램 업데이트) 1. VM 설치 https://www.virtualbox.org/wiki/Downloads ** VM 가상 OS 설치 전 네트워크 설정을 미리 해 두어야 좋습니다. (첨부파일 확인) 2. CentOS 설치 http://isoredirect.centos.org/centos/7/isos/x86_64/CentOS-7-x86_64-Minimal-1611.iso ** 설치 방법은 일반적이니 인터넷에서 자료를 쉽게 찾으실 수 있으실 겁니다. http://turboguy.blog.me/220872576673 3. 설치 후 첫 명령어 인터넷이 되는지 확인 ping 8.8.8.8 >> 핑이 나가야 함 4. 기본 프로그램 업데이트 (-y 옵션은 설치..

-- ********** 2ST. DBMS_SCHEDULER************* /* 10g이상에서만 사용가능 dbms_job 패키지보다 확장된 기능으로 dbms_job 에서 안되는 외부 스크립트를 실행 할 수 있음 (1) 주요특징 - 오라클에서 생성된 프로시저나 함수 외에 os에서 생성된 각종 유틸이나 프로그램까지도 실행가능 - 설정할 때 일반적으로 사용하는 자연어를 사용하여 편하게 설정 가능 - db 내부이벤트까지 추적가능하기 때문에 os나 dbms_job 보다 훨씬 다양하게 작업을 체크하고 수행가능 이 작업을 하기 위해선 해당 계정이 create any job 권한을 가지고 있어야 함 계정에 권한 부여 grant create any job to 계정 ; (2) 구성 - program : 이 부분..

-- ********** 1ST. DBMS_JOB************* 주기적으로 수행되어지는 JOB을 JOB QUEUE를 사용하여 스케줄링 할 수 있다. (데이터베이스 내에 생성한 프로시저 함수들에 대해 데이터베이스 내의 스케줄러에게 지정한 시간에 자동으로 작업이 진행될 수 있도록 하는 기능) JOB을 스케줄링 하기 위해서 ORACLE의 DBMS_JOB 패키지를 이용하며 JOB QUEUE PROCESS가 JOB QUEUE안의 잡을 수행한다. JOB으로 등록될 수 있는 것은 PL/SQL 프로시저 또는 패키지가 되며, 유닉스에서 CRON에 등록하여 사용하는 것과 유사하다고 하다. CRON JOB은 OS가 직접 관리하고 실행하지만 DBMS_JOB에 등록된 JOB은 오라클이 관리한다.ORACLE 에서 DBM..

webAppRootKey 공통모듈에 이식된 log4j의 경우 사용하는 개발자의 환경세팅시에 매번 번거롭게 변경을 해줘야 한다. 웹 base개발인 경우 본인은 이 문제를 해결하기 위해 web.xml의 context-param 을 통해서 각 개발자간 상이한 환경에서도 동적으로 webroot경로를 얻기 위해 다음과 같이 정의하여 사용한다. web.xml webAppRootKey webapp.root 단일 컨테이너(WAS)상에 위의 형태를 사용하는 web app가 한개인 경우는 아무런 문제 없이 작동한다. 하지만 두 개 이상의 web app가 구동되면 에러를 발생시킨다. web.xml -> context-param에 선언되는 webAppRootKey name의 경우 system property의 key로 설정 ..