"오라클 아키텍처"의 두 판 사이의 차이
DB CAFE
160번째 줄: | 160번째 줄: | ||
order by 2 desc | order by 2 desc | ||
; | ; | ||
+ | </source> | ||
+ | 7.일별 시간당 로그 스위칭 처리 건리 | ||
+ | <source lang=sql> | ||
+ | SELECT | ||
+ | to_char(first_time,'YYYY-MON-DD') day, | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'00',1,0)),'99') "00", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'01',1,0)),'99') "01", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'02',1,0)),'99') "02", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'03',1,0)),'99') "03", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'04',1,0)),'99') "04", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'05',1,0)),'99') "05", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'06',1,0)),'99') "06", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'07',1,0)),'99') "07", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'08',1,0)),'99') "0", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'09',1,0)),'99') "09", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'10',1,0)),'99') "10", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'11',1,0)),'99') "11", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'12',1,0)),'99') "12", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'13',1,0)),'99') "13", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'14',1,0)),'99') "14", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'15',1,0)),'99') "15", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'16',1,0)),'99') "16", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'17',1,0)),'99') "17", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'18',1,0)),'99') "18", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'19',1,0)),'99') "19", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'20',1,0)),'99') "20", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'21',1,0)),'99') "21", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'22',1,0)),'99') "22", | ||
+ | to_char(sum(decode(to_char(first_time,'HH24'),'23',1,0)),'99') "23" | ||
+ | from | ||
+ | v$log_history | ||
+ | GROUP by | ||
+ | to_char(first_time,'YYYY-MON-DD'); | ||
</source> | </source> | ||
2019년 12월 24일 (화) 10:15 판
thumb_up 추천메뉴 바로가기
- DBA { Oracle DBA 명령어 > DBA 초급 과정 > DBA 고급 과정 }
- 튜닝 { 오라클 튜닝 목록 }
- 모델링 { 데이터 모델링 가이드 }
▼ Oracle
목차
- 1 데이터베이스
- 2 클라이언트 어플리케이션
- 3 서버 프로세스
- 4 데이터 파일
- 5 리두 로그(REDO)
- 6 서버파라미터
- 7 컨트롤 파일
- 8 메모리관리
- 9 메모리 관리방식
- 10 백그라운드 프로세스
- 11 로그파일 위치 정보
- 12 데이터 딕셔너리 뷰
- 13 스키마 오브젝트 와 데이터 저장방식
- 14 테이블
- 15 데이터 타입
- 16 인덱스 구조
- 17 오라클 JOB, SCHEDULES
- 18 스케줄러 프로그램, 잡 등록 예시
2 클라이언트 어플리케이션[편집]
4 데이터 파일[편집]
데이터파일과 테이블스페이스
- 테이블스페이스 종류
- 데이터파일과 테이블스페이스 확인
- 데이터 파일
- 블럭
- 데이터베이스 버퍼캐시
5 리두 로그(REDO)[편집]
- v$log 로 확인 가능
- 리두로그 버퍼가 가득 차면 아카이브파일로 기록
5.1 리두로그 파일[편집]
- 리두로그 버퍼 와 LGWR
- 아카이브 로그 모드 특징
- 데이터베이스를 운영중인 상태에서 백업이 가능.
- 시스템 테이블스페이스 외에는 온라인 복구가 가능하고, 복구중인 것은 제외한 다른 테이블스페이스는 복구중에도 운영 가능.
- 부분 복구가 가능.
- 백업파일과 아카이브 로그를 모두 유지해야 하며, 아카이브 로그는 많은 용량을 차지할 수 있으므로 디스크 용량 관리 필요
- 아카이브 로그모드 확인
ARCHIVE LOG LIST;
5.2 아카이브 REDO 로그[편집]
- 파일 크기 , 파일 사용 위치
SELECT group#
, members
, bytes
, archived
, status
FROM v$log;
5.3 아카이브 REDO 로그파일[편집]
SELECT group#
, status
, member
FROM v$logfile;
- 리두로그 다중화
- 리두로그 그룹확인
- 리두로그 파일확인
- redo 로그 파일 위치 와 갯수 확인
SELECT group#
, status
, member
FROM v$logfile;
- 로그 파일 포맷 변경
alter system set log_archive_format='%t_%s_%r.arc' scope=spfile;
- 로그스위치 실행
- 아카이브로그 모드 확인
ARCHIVE LOG LIST;
- 아카이브로그 모드 변경
- 1.DB종료 -> shutdown immediate;
- 2.DB MOUNT 모드로 시작 -> startup mount
- 3.아카이브 로그모드로 변경 -> alter database archivelog;
- 4.DB 오픈 -> alter database open;
- 5. 아카이브 로그 파일 확인
1. 데이터베이스 종료
SQL> shutdown immediate;
2. 데이터베이스 마운트
SQL> startup mount
3. 아카이브 로그 모드로 변경
SQL> alter database archivelog;
4. 데이터베이스 오픈
- DB가 start 안될경우 pfile 확인(spfile 오류,삭제된경우 => pfile로 spfile 생성 pfile->spfile 생성방법)
SQL> alter database open;
5. 아카이브 로그 파일 확인
select GROUP#,A.MEMBERS, BYTES/1048576 MB, STATUS from V$LOG A;
6. 일일 DB사용량(아카이빙 데이터) 계산
select trunc(first_time),count(*)*200,count(*)
from v$log_history
group by trunc(first_time)
order by 2 desc
;
7.일별 시간당 로그 스위칭 처리 건리
SELECT
to_char(first_time,'YYYY-MON-DD') day,
to_char(sum(decode(to_char(first_time,'HH24'),'00',1,0)),'99') "00",
to_char(sum(decode(to_char(first_time,'HH24'),'01',1,0)),'99') "01",
to_char(sum(decode(to_char(first_time,'HH24'),'02',1,0)),'99') "02",
to_char(sum(decode(to_char(first_time,'HH24'),'03',1,0)),'99') "03",
to_char(sum(decode(to_char(first_time,'HH24'),'04',1,0)),'99') "04",
to_char(sum(decode(to_char(first_time,'HH24'),'05',1,0)),'99') "05",
to_char(sum(decode(to_char(first_time,'HH24'),'06',1,0)),'99') "06",
to_char(sum(decode(to_char(first_time,'HH24'),'07',1,0)),'99') "07",
to_char(sum(decode(to_char(first_time,'HH24'),'08',1,0)),'99') "0",
to_char(sum(decode(to_char(first_time,'HH24'),'09',1,0)),'99') "09",
to_char(sum(decode(to_char(first_time,'HH24'),'10',1,0)),'99') "10",
to_char(sum(decode(to_char(first_time,'HH24'),'11',1,0)),'99') "11",
to_char(sum(decode(to_char(first_time,'HH24'),'12',1,0)),'99') "12",
to_char(sum(decode(to_char(first_time,'HH24'),'13',1,0)),'99') "13",
to_char(sum(decode(to_char(first_time,'HH24'),'14',1,0)),'99') "14",
to_char(sum(decode(to_char(first_time,'HH24'),'15',1,0)),'99') "15",
to_char(sum(decode(to_char(first_time,'HH24'),'16',1,0)),'99') "16",
to_char(sum(decode(to_char(first_time,'HH24'),'17',1,0)),'99') "17",
to_char(sum(decode(to_char(first_time,'HH24'),'18',1,0)),'99') "18",
to_char(sum(decode(to_char(first_time,'HH24'),'19',1,0)),'99') "19",
to_char(sum(decode(to_char(first_time,'HH24'),'20',1,0)),'99') "20",
to_char(sum(decode(to_char(first_time,'HH24'),'21',1,0)),'99') "21",
to_char(sum(decode(to_char(first_time,'HH24'),'22',1,0)),'99') "22",
to_char(sum(decode(to_char(first_time,'HH24'),'23',1,0)),'99') "23"
from
v$log_history
GROUP by
to_char(first_time,'YYYY-MON-DD');
6 서버파라미터[편집]
서버파라미터 show parameter 파라미터명
- 초기화파라미터
- 초기화파라미터 변경
- 최기화 파라미터 확인
- 텍스트 형식 초기화 파라미터 파일
7 컨트롤 파일[편집]
- 데이터베이스 운영시 실시간 정보 저장 및 조회 - 파일 장애시 인스턴스 실패되어 중단됨 - 컨트롤 파일은 바이너리 파일로 직접 수정불가 - 수정하려면 서버프로세스에게 변경 요청 하거나 ALTER 문장 수행 해야함. - 삭제시 복구 할수 있도록 이중화 필요
8 메모리관리[편집]
- PGA
PGA 관련 파라미터
WORKAREA_SIZE_POLICY는 PGA Run-Time 메모리 할당 방식을 지정해 주는 파라미터로, MANUAL과 AUTO 관리 방식으로 나뉜다.
● MANUAL 방식
- SORT_AREA_SIZE : Sort 작업을 위해 Oracle 프로세스가 최대로 사용할 수 있는 메모리 영역 - SORT_AREA_RETAINED_SIZE : Sort 작업이 완료된 후 결과 값을 유저 프로세스로 전달하는 패치 작업이 완료될 때까지 유지할 메모리 영역 - HASH_AREA_SIZE : Hash-Join 작업을 위해 Oracle 프로세스가 최대로 사용할 수 있는 메모리 영역 - BITMAP_MERGE_AREA_SIZE : 비트맵 인덱스에 대한 Range Scan을 통해 추출된 비트맵들의 병합(Merge)을 위해 Oracle 프로세스가 최대로 사용할 수 있는 메모리 영역 - CREATE_BITMAP_AREA_SIZE : 비트맵 인덱스 생성 시 Oracle 프로세스가 최대로 사용할 수 있는 메모리 영역
● AUTO 방식
- PGA_AGGREGATE_TARGET : DB에 접속된 모든 Oracle 서버 프로세스들의 가용 PGA Target 크기이며, 값이 0 이상 할당될 경우 WORKAREA_SIZE_POLICY는 AUTO로, 메모리 사용 후 즉시 OS로 반납시키는 _USE_REALFREE_HEAP는 TRUE로 자동 변경된다. - _PGA_MAX_SIZE : 하나의 Oracle 프로세스당 최대로 사용할 수 있는 PGA 메모리 크기(Default 200MB) - _SMM_MAX_SIZE : Serial 오퍼레이션을 위한 최대 Work Area 크기이며, PGA_AGGREGATE_TARGET과 _PGA_MAX_SIZE에 의해 자동으로 계산된다. - _SMM_PX_MAX_SIZE : Parallel 오퍼레이션을 위한 개별 Slave 프로세스들의 최대 Work Area 크기이며, PGA_AGGREGATE_TARGET과 _PGA_MAX_SIZE에 의해 자동으로 계산된다. 6 DOP(Degree Of Parallelism)보다 큰 경우에만 적용되며, 6 DOP 이하일 경우 모든 Slave Process는 _SMM_MAX_SIZE 이내로 적용된다. - _SMM_MAX_SIZE와 _SMM_PX_MAX_SIZE의 계산 방식 : Oracle 11g R2 자체 TEST 결과 _SMM_MAX_SIZE의 경우 _PGA_MAX_SIZE 값의 50%가 할당됐고, _SMM_PX_MAX_SIZE는 PGA_AGGREGATE _TARGET 값의 50%가 할당됐다. Oracle 내부의 계산방식이라 확신할 수는 없으나 자체 Test 결과 일정한 비율은 확인되고 있어 파라미터 값에 대한 예측이 어느 정도 가능하다.
- SGA
- Shared Pool
- Large Pool
- Java Pool
- 스트림 풀
10 백그라운드 프로세스[편집]
SMON
- PMON
- CKPT
- 백그라운드 프로세스 확인
- 패스워드 파일
11 로그파일 위치 정보[편집]
-- alert,trace,incident,cdump 위치
SELECT *
FROM V$DIAG_INFO
-- WHERE NAME LIKE 'Diag%';
alert 로그
- trace 로그
- net service 로그
12 데이터 딕셔너리 뷰[편집]
13 스키마 오브젝트 와 데이터 저장방식[편집]
1.계정 과 스키마
- 계정확인
- 쿼터 확인
- 계정 프로파일 확인
- 권한주기 와 회수
- 특수한 시스템권한
- 롤
- 오라클 기본계정
- SYS 계정
- SYSTEM 계정
14 테이블[편집]
row
- column
- PCTFREE
- PCTUSED
- 로우 마이그레이션
- 로우 체이닝
- 로우 마이그레이션/체이닝 확인
- 로우 저장 블럭
- ROWID
- 테이블 확인
- 테이블의 컬럼 정의 확인
- 제약
- 제약 확인
- 키
- 테이블 사이즈 계산
16 인덱스 구조[편집]
인덱스 종류
- B-Tree INDEX
- 비트맵 인덱스
- 함수기반 인덱스
- 인덱스 확인
- 인덱스 컬럼 확인
- 뷰
- 시퀀스
- 시노님
- 디비링크
- 세그먼트
- 익스텐트
- 블럭
- 테이블스페이스
- SQL 처리 과정
- 쿼리 처리 원리
- 변경 처리 원리
- 트랜잭션 처리 과정
- 커밋
- 롤백
- 세이브포인트
- 락
- 인스턴스 시작 과 종료
- 복구 처리 과정
- 오라클 NET SERVICE
- 리스너
- tnsnames.ora
- sqlnet.ora
17 오라클 JOB, SCHEDULES[편집]
- ORACLE JOB과 ORACLE SCHEDULER 가장 큰 차이점
- - ORACLE SCHEDULER에서는 shell프로그램도 실행 가능
17.1 DBMS_JOB[편집]
- 특정 시간 및 간격으로 특정 작업을 수행
17.2 DBMS_SCHEDULER[편집]
- 매우 복잡하고 상세하게 스케줄 작업 가능
17.2.1 스케줄러 프로그램(Program) - DBMS_SCHEDULER.CREATE_PROGRAM[편집]
- 실행 가능한 프로그램(Program)을 말함
- DBMS_JOB 은 PL/SQL 블록, 저장 프로시저(Stored Procedure)만 가능
- DBMS_SCHEDULER는 외부 프로그램까지 사용 가능
- - ( PL/SQL 블록, 저장 프로시저(Stored Procedure), 실행 파일(Executable, Unix Shell, Windows 실행 파일) )
- - DBMS_SCHEDULER.CREATE_PROGRAM 프로시져를 통해 등록 가능하며 [ALL/DBA/USER]_SCHEDULER_PROGRAMS 뷰를 통해서 확인 가능
- 스케줄링에 의해서 실행 ( 프로그램 이름, 타입, Argument 갯수 등 )
17.2.2 스케줄러 스케줄(Schedule) - DBMS_SCHEDULER.CREATE_SCHEDULE[편집]
- 작업을 수행할 스케줄을 말함.
- 작업 시작 시간, 종료 시간, 간격 등을 지정.
- DBMS_JOB에 비해 유연함
EX ) "FREQ=YEARLY; BYMONTH=4; BYMONTHDAY=15; BYHOUR=9; BYMINUTE=0; BYSECOND=0" -- 매년 4월 15일 9시에 작업 수행
- DBMS_SCHEDULER.CREATE_SCHEDULE 프로시져로 등록 가능
- [ALL/DBA/USER]_SCHEDULER_SCHEDULES 뷰를 통해서 확인 가능
- 구문 설명
- USING PL/SQL Expression
예시) repeat_interval =>'sysdate+36/24'
- Using Calendar Expression
예시 1) repeat_interval => 'FREQ=HOURLY;INTERVAL=4' ( Indiates a repeat interval of every four hours )
예시 2) repeat_interval => 'FREQ=YEARLY;BYMONTH=MAR,JUN,SEP,DEC;BYMONTH=15'
- ( indicate as repeat interval of every year on Mar 15th, Jun 15th, Sep 15th and Dec 15th )
- USING PL/SQL Expression
notifications_active [인터벌 설정법]
Execute daily 'SYSDATE + 1'
Execute once per week 'SYSDATE + 7'
Execute hourly 'SYSDATE + 1/24'
Execute every 10 min. 'SYSDATE + 10/1440'
Execute every 30 sec. 'SYSDATE + 30/86400'
Do not re-execute NULL
1) 10분간격으로 실행
SYSDATE + 1/24/6
2) 현재 시간으로 부터 다음 날 현재 시간에 실행 (매일)
SYSDATE + 1 -- 지금이 오후3시면 다음날 오후 3시 에 매일매일 실행됩니다.
3) 매일 새벽 5시
TRUNC(SYSDATE) + 1 + 5 / 24
4) 매일 밤 10시
TRUNC(SYSDATE) + 20 / 24
17.2.3 스케줄러 잡(Job) - DBMS_SCHEDULER.CREATE_JOB[편집]
- 주어진 프로그램과 스케줄에 따라 수행할 작업을 말함
- 명시적으로 생성된 프로그램(프로시져,함수등) 과 스케줄을 이용할 수도 있고, 작업을 생성하면 암묵적인 프로그램과 스케줄을 생성할 수도 있다.
- DBMS_SCHEDULER.CREATE_JOB 프로시져를 통해 등록 가능
- [ALL/DBA/USER]_SCHEDULER_JOBS 뷰를 통해 확인 가능
- 작업이 수행되면서 남는 로그 데이터는 [ALL/DBA/USER]_SCHEDULER_JOB_LOG 뷰나 [ALL/DBA/USER]_SCHEDULER_JOB_RUN_DETAILS 뷰를 통해 확인 가능
17.2.4 잡 클래스(Job Class)[편집]
- 작업의 공통 속성을 묶어서 만든 분류를 말한다.
- Resouce Consumer Group, Service, Logging Level, Log History 의 속성을 조합해서 하나의 클래스 생성 한다.
- Resource Consumer Group 은 DBMS_RESOURCE_MANGER 패키지를 통해서 생성,자원을 얼마나 사용 가능하게 할지를 지정
- Service는 작업이 특정 서비스에 대한 리소스 친화도(Resource Affinity)를 가지도록 지정
- Service는 RAC 에서 클러스터 내의 여러 노드를 묶은 논리적인 그룹
- Logging Level 은 작업 실행에 대한 로그 데이터의 레벨을 지정
- Log History 는 로그 데이터를 얼마나 저장할 지를 지정한다
- 같은 작업 클래스에 속하는 작업은 같은 속성을 공유하기 때문에 관리상의 편의점을 제공
- 하나의 JOB 은 하나의 JOB CLASS 에만 속함
17.2.5 윈도우(Window)[편집]
- 특정 리소스 플랜(Resoure Plan)을 적용하는 시간 단위를 의미
- 리소스 플랜은 오라클이 자원을 관리하는 단위로, 작업의 종류에 따라 CPU 등의 자원을 얼마나 부여할 지를 지정하는 역할
- - 윈도우를 지정하면 해당 윈도우 안에서 실행되는 작업은 윈도우 생성시 지정한 리소스 플랜을 사용하게 된다
17.2.6 체인(Chain )[편집]
- 프로그램의 집합을 의미
- 일련의 프로그램들을 순서대로 수행하고자 할 경우에 사용.
17.2.7 스케줄작업과 RAC Instance[편집]
- DBMS_JOB ==> 작업을 실행할 인스턴스 번호를 지정 // 한노드로 지정 시에 좀 더 편리
- DBMS_SCHEDULER => Instance_Stickness 라는 개념을 통해 좀 더 지능적으로 인스턴스를 할당
- INSTANCE_STICKSNESS = TRUE ( DBMS_SCHEDULER.SET_ATTRIBUTE ) 의미
- - 작업 수행 시 현재 가장 부하가 적은 인스턴스에 작업을 분배 한다.
- - 이후 작업 수행 시에는 가능한 최초에 지정된 인스턴스에서 작업을 수행하도록 한다.
- - 이 매커니즘을 일컬어 인스턴스 접착도라고 하며 리소스 친화도를 구현하는 방법
- - 최초에 지정된 인스턴스가 다운되거나, 부하가 심해서 작업을 수행할 수 없을 경우 다른 인스턴스에서 작업을 수행
- - 만일 INSTANCE_STICKNESS 속성 값이 FALSE 이면 오라클은 인스턴스 순서대로 작업을 수행한다.
- - DBMS_JOB 패키지를 이용해 작업을 수행하되 인스턴스 번호를 지정하지 않은 경우와 거의 같은 방식으로 작동한다.
17.3 오라클 스케줄러 등록 권한 생성[편집]
GRANT CREATE ANY JOB TO 계정명;
17.4 DBMS_SCHEDULER 명령어[편집]
- DBMS_SCHEDULER.CREATE_PROGRAM
- - JOB이 스케쥴러에 맞게 돌면서 실제로 동작하는 프로그램(외부의 shell이나 SP, PLSQL_BLOCK 등) 을 등
- DBMS_SCHEDULER.CREATE_SCHEDULER
- - 주기적으로 돌아갈 스케쥴을 등록
- DBMS_SCHEDULER.CREATE_JOB
- - 수행할 작업을 등록한다.
17.5 스케줄러 사용 방법[편집]
17.5.1 실행할 프로그램 등록[편집]
- DBMS_SCHEDULER.CREATE_PROGRAM
BEGIN
DBMS_SCHEDULER.CREATE_PROGRAM(
program_name => 'STATS_MAIN_BATCH_PROGRAM',
program_action => 'STATS_MAIN_BATCH',
program_type => 'STORED_PROCEDURE',
comments => 'Service desk stats main batch program',
enabled => TRUE);
END;
17.5.1.1 매개변수(파라미터)가 있는 경우[편집]
BEGIN
/*-------------------------------------------------------------------------------------------------------------------
program_name: 프로그램 이름
program_action: 실제 액션이 일어나는 SP(미리 등록되어있어야 한다). 여기서 shell 프로그램등을 돌릴 수도 있다.
program_type: SP 라고 명시
number-of_arguments: 사용할 인수 개수
comments: 코멘트.부가설명
enabled: 사용가능 설정
argument_position: 몇번째 인수인지
argument_name: 인수이름
argument_type: 인수타입
argument_value: 인수값
--------------------------------------------------------------------------------------------------------------------*/
DBMS_SCHEDULER.CREATE_PROGRAM (
PROGRAM_NAME => 'STATS_MAIN_BATCH_PROGRAM'
,PROGRAM_TYPE => 'STORED_PROCEDURE'
,PROGRAM_ACTION => 'STATS_MAIN_BATCH'
,NUMBER_OF_ARGUMENTS => 1
,ENABLED => FALSE
,COMMENTS => 'SERVICE DESK STATS MAIN BATCH PROGRAM');
DBMS_SCHEDULER.DEFINE_PROGRAM_ARGUMENT (
PROGRAM_NAME => 'STATS_MAIN_BATCH_PROGRAM'
,ARGUMENT_POSITION => 1
,ARGUMENT_NAME => 'I_DT'
,ARGUMENT_TYPE => 'VARCHAR2'
,DEFAULT_VALUE => 'TO_CHAR(SYSDATE-1, ''YYYYMMDD'')'
);
DBMS_SCHEDULER.ENABLE(NAME => 'STATS_MAIN_BATCH_PROGRAM');
END;
17.5.2 스케줄 등록[편집]
- DBMS_SCHEDULER.CREATE_SCHEDULE
/*-------------------------------------------------------------------------------------------------------------------
schedule_name : 스케쥴 이름
start_date: 스케쥴이 작동을 시작 할 시각. 입력한 시점부터 스케쥴러가 시작된다. AM 03시로 설정함
end_date: 스케쥴이 작동을 멈출 시간.
repeat_interval: 'FREQ=DAILY/DAILY/;INTERVAL=1; -- 매실행 ' 참고) 매 1회만 시/분/초 실행 BYHOUR/BYMINUTE/BYSECOND=0;
comments:
--------------------------------------------------------------------------------------------------------------------*/
BEGIN
SYS.DBMS_SCHEDULER.CREATE_SCHEDULE
(
schedule_name => 'RTIS_DBA.RTIS_TBL_DAILY_BKUP_SCHE'
,start_date => TO_TIMESTAMP_TZ('2019/05/02 20:50:58.423332 +09:00','yyyy/mm/dd hh24:mi:ss.ff tzh:tzm')
,repeat_interval => 'freq=daily;byhour=01;byminute=10;bysecond=0;'
,end_date => NULL
,comments => '매일 01:10 JOB 실행'
);
END;
/
17.5.3 JOB 등록, 실제 수행 될 작업으로 스케쥴러와 프로그램 명시[편집]
- DBMS_SCHEDULER.CREATE_JOB
BEGIN
/*-------------------------------------------------------------------------------------------------------------------
job_name: 작업이름
program_name: 구동 될 프로그램이름 명시. 위에서 등록한 프로그램이름을 적어준다.
schedule_name: 어떤 스케쥴러가 돌면서 이 작업을 수행 할 것인가. 위에 등록한 스케쥴러이름을 적어준다.
job_class: JOB을 Class 라는 단위로 그룹핑해서 관리한다. 많은 양의 스케쥴러 관리를 위해 추가 할 수 있다.
enabled: 사용가능 설정
comments: 코멘트.부가설명
--------------------------------------------------------------------------------------------------------------------*/
DBMS_SCHEDULER.CREATE_JOB (
job_name =>'STATS_MAIN_BATCH_JOB',
program_name =>'STATS_MAIN_BATCH_PROGRAM',
schedule_name =>'SCHEDULE_DAILY_AM_3_HOUR',
comments => 'Service desk stats main batch program',
--job_class =>'SCHEDULER_JOB_CLASS',
enabled =>TRUE);
END;
17.5.4 스케줄러 삭제 방법[편집]
- dbms_scheduler.drop_job()
- dbms_scheduler.drop_program()
- dbms_scheduler.drop_schedule()
- job먼저 지우고 program 삭제
- program 먼저 지우려고 하면 종속된 객체라면서 안지워짐.
17.5.4.1 방법1[편집]
execute dbms_scheduler.drop_job('FRG_BALANCE_HIST_UPDATE_JOB',false);
execute dbms_scheduler.drop_program('FRG_BALANCE_HIST_UPDATE_PRG',false);
execute dbms_scheduler.drop_schedule('SCHEDULE_30_MIN',false);
17.5.4.2 방법2[편집]
BEGIN
DBMS_SCHEDULER.DROP_JOB(
JOB_NAME => 'STATS_MAIN_BATCH_JOB',
FORCE => FALSE);
END;
BEGIN
DBMS_SCHEDULER.DROP_PROGRAM(
PROGRAM_NAME => 'STATS_MAIN_BATCH_PROGRAM',
FORCE => FALSE);
END;
17.5.5 스케줄러 등록/실행 정보 조회 뷰[편집]
SELECT * FROM DBA_SCHEDULER_JOBS; --등록된 job
SELECT * FROM DBA_SCHEDULER_JOB_ARGS; --job의 arguments
SELECT * FROM DBA_SCHEDULER_RUNNING_JOBS; --현재 running중인 job들의정보
SELECT * FROM DBA_SCHEDULER_JOB_LOG; --job의 log
SELECT * FROM DBA_SCHEDULER_JOB_RUN_DETAILS; --job의수행된정보및Error 정보
SELECT * FROM DBA_SCHEDULER_PROGRAMS; -- 등록된 Program
SELECT * FROM DBA_SCHEDULER_PROGRAM_ARGS; -- 프로그램의 매게변수
SELECT * FROM DBA_SCHEDULER_SCHEDULES; --등록된 스케쥴러
17.5.6 참고사항[편집]
- JOB_CLASS 생성
# JOB_CLASS 설정
BEGIN
DBMS_SCHEDULER.CREATE_JOB_CLASS (
job_class_name =>'SCHEDULER_JOB_CLASS',
logging_level =>DBMS_SCHEDULER.LOGGING_FULL,
log_history =>1,
comments =>'SCHEDULER_JOB_CLASS');
END;
- PROGRAM, SCHEDULE, JOB 세 개로 세분화하여 등록하는 형태.
- 하지만 세개 모두 등록하지 않고 CREATE_JOB 한 개만 등록하여 사용하는 방법도 있다.
- DBA_SCHEDULER_JOBS/USER_SCHEDULER_JOBS
select * from user_scheduler_jobs;
- - CREATE_PROGRAM 에서 사용했던 program_type, program_action과 같이 job_type, job_action 컬럼 존재
- - CREATE_SCHEDULE에서 사용했던 start_date, end_date, repeat_interval이 존재.
- API
http://docs.oracle.com/cd/B19306_01/appdev.102/b14258/d_sched.htm
18 스케줄러 프로그램, 잡 등록 예시[편집]
18.1 스케줄러 생성[편집]
- 스케줄러 SCHD_DBCAFE 생성
BEGIN
SYS.DBMS_SCHEDULER.CREATE_SCHEDULE
(
schedule_name => 'DBCAFE.SCHD_DBCAFE'
,start_date => NULL
,repeat_interval => 'FREQ=MINUTELY'
,end_date => NULL
,comments => NULL
);
END;
/
18.2 프로시져 DBCAFE.SP_SCHD_TEST 생성[편집]
-- 1. 샘플 테이블 생성
CREATE TABLE CHECK_SCHEDULE (INST_ID NUMBER, ACT_DATE DATE DEFAULT SYSDATE, ACT_DESC VARCHAR2(100)) ;
-- 2. 프로시져 DBCAFE.SP_SCHD_TEST 생성
CREATE OR REPLACE PROCEDURE SP_SCHD_TEST
IS V_SID NUMBER ; V_INST NUMBER ;
BEGIN
SELECT INSTANCE_NUMBER INTO V_INST FROM V$INSTANCE ;
INSERT INTO CHECK_SCHEDULE ( INST_ID, ACT_DATE, ACT_DESC ) VALUES ( V_INST, SYSDATE, 'DO SCHEDULEING') ;
END ;
18.3 스케줄러.프로그램 생성[편집]
BEGIN
SYS.DBMS_SCHEDULER.CREATE_PROGRAM
(
program_name => 'DBCAFE.SP_SCHD_PROG_DBCAFE'
,program_type => 'STORED_PROCEDURE'
,program_action => 'DBCAFE.SP_SCHD_TEST'
,number_of_arguments => 0
,enabled => FALSE -- or TRUE
,comments => NULL -- 설명
);
END;
/
18.3.1 스케줄러.프로그램 Enable[편집]
EXEC DBMS_SCHEDULER.ENABLE('SP_SCHD_PROG_DBCAFE');
18.3.2 스케줄러.프로그램 등록 확인[편집]
SELECT PROGRAM_NAME, PROGRAM_ACTION, ENABLED
FROM DBA_SCHEDULER_PROGRAMS
WHERE OWNER ='DBCAFE' AND PROGRAM_NAME='SP_SCHD_PROG_DBCAFE';
18.4 스케줄러.잡 생성[편집]
BEGIN
DBMS_SCHEDULER.CREATE_JOB(
JOB_NAME => 'SCHD_JOB_DBCAFE'
, PROGRAM_NAME => 'SP_SCHD_PROG_DBCAFE'
, SCHEDULE_NAME=> 'SCHD_DBCAFE'
, ENABLED => FALSE
, AUTO_DROP => FALSE
);
END;
18.4.1 스케줄러.잡 Enable / Disable[편집]
EXEC DBMS_SCHEDULER.ENABLE('SCHD_JOB_DBCAFE');
EXEC DBMS_SCHEDULER.DISABLE('SCHD_JOB_DBCAFE');
18.4.2 스케줄러.잡 삭제[편집]
BEGIN
DBMS_SCHEDULER.DROP_JOB(
JOB_NAME => 'SCHD_JOB_DBCAFE',
FORCE => false);
END ;
18.5 스케줄러.프로그램/잡 실행 및 진행 사항 조회[편집]
18.5.1 스케쥴러 조회[편집]
-- 등록된 스케줄러 조회
SELECT * FROM DBA_SCHEDULER_SCHEDULES;
-- 스케줄 결과 확인
SELECT * FROM CHECK_SCHEDULE ;
18.5.2 스케줄러.프로그램 조회[편집]
-- 등록된 Program
SELECT * FROM DBA_SCHEDULER_PROGRAMS;
-- 프로그램의 매개변수
SELECT * FROM DBA_SCHEDULER_PROGRAM_ARGS;
18.5.3 스케줄러.잡 조회[편집]
-- 잡 등록/생성 확인
SELECT JOB_NAME, PROGRAM_NAME, SCHEDULE_NAME, ENABLED
FROM DBA_SCHEDULER_JOBS
WHERE OWNER ='DBCAFE'
AND JOB_NAME='SCHD_JOB_DBCAFE';
-- 잡 작업 결과 확인
SELECT LOG_DATE, ACTUAL_START_DATE, JOB_NAME, STATUS
FROM DBA_SCHEDULER_JOB_RUN_DETAILS
WHERE JOB_NAME ='SCHD_JOB_DBCAFE';
-- 등록된 job 확인
SELECT *
FROM DBA_SCHEDULER_JOBS;
-- job의 arguments
SELECT *
FROM DBA_SCHEDULER_JOB_ARGS;
--현재 running중인 job들의정보
SELECT *
FROM DBA_SCHEDULER_RUNNING_JOBS;
--job의 log
SELECT *
FROM DBA_SCHEDULER_JOB_LOG;
--job의수행된정보및Error 정보
SELECT *
FROM DBA_SCHEDULER_JOB_RUN_DETAILS;
18.5.4 잡 관련 기타 프로시져[편집]
DBMS_JOB.submit : job 등록
DBMS_JOB.remove : 제거
DBMS_JOB.change : 변경
DBMS_JOB.next_date : job의 다음 수행시간 변경
DBMS_JOB.interval : job의 실행 cycle 지정
DBMS_JOB.what : job 수행 으로 등록된 object 를 변경
DBMS_JOB.run : job을 수동으로 실행
18.5.5 [등록 예제2][편집]
DECLARE
X NUMBER;
BEGIN
SYS.DBMS_JOB.SUBMIT
( job => X
,what => '실행할 object'
,next_date => to_date('17-11-2007 09:00:00','dd/mm/yyyy hh24:mi:ss')
,interval => 'TRUNC(SYSDATE) + 1 + 9/24'
,no_parse => TRUE
);
SYS.DBMS_OUTPUT.PUT_LINE('Job Number is: ' || to_char(x)); -- 이부분은 job큐의 번호가 됩니다.
END;
BEGIN
DBMS_SCHEDULER.CREATE_JOB (
job_name => 'SCH_PROC_MSG_STATE_TO_DAY',
job_type => 'PLSQL_BLOCK',
job_action => 'BEGIN MEM_NPRO.TEST_PROC (TO_CHAR(SYSDATE , ''YYYYMMDD'')); END;',
start_date => TO_DATE('2011-12-14 17:30:00' , 'YYYY-MM-DD HH24:MI:SS'),
repeat_interval => 'FREQ=MINUTELY;INTERVAL=30',
end_date => NULL,
enabled => TRUE,
comments => 'HJ SCH_PROC_MSG_STATE_TO_DAY');
END;
18.5.6 RAC에서 2번 노드에서만 실행 예제[편집]
SYS.DBMS_SCHEDULER.SET_ATTRIBUTE
( name => 'RTIS_DBA.SCH_RTIS_SQL_GATHER'
,attribute => 'INSTANCE_ID'
,value => 2);