jun89

*SYSAUX TBS 가 비정상적으로 늘어날 경우 아래와 같은 문구로 Shrink 가능 - 늘어나는 이유. DB에서는 스냅샷 보관주기가 설정되어 있어 과거의 스냅샷은 delete 가 이루어짐. 하지만 자동으로 shrink를 해주지 않음. 결국 공간만 계속 늘어나는 것. 이 외에 비정상적인 부분 스냅샷 보관주기 만큼 테이블(WRH$_ 테이블들) 이 가지고 있어야 하는데 그러지 못하는 경우 - 버그임 기본적으로 아래의 패키지를 이용하여 스냅샷을 삭제함. 그러나 너무 오래 걸리고 비효율적이라 생각됨. 수행 패키지 EXEC DBMS_WORKLOAD_REPOSITORY.DROP_SNAPSHOT_RANGE(:MIN sanp, :MAX snap); > 삭제만 되고 줄여주진 않음 (rebuild 가 안됨) 해당 패키지..

-- 분산 트랜잭션 행 확인 select * from DBA_2PC_PENDING; -- 아래의 쿼리로 행 풀기. select 'rollback force '''||LOCAL_TRAN_ID||''';' from dba_2pc_pending; select 'COMMIT force '''||LOCAL_TRAN_ID||''';' from dba_2pc_pending; -- 안풀리면 서버 들어가서 아래와 같이 강제적으로 정리 COMMIT 진행 필요 exec dbms_transaction.purge_lost_db_entry('105.28.196344'); COMMIT 필수 이유. JDBC 로 붙을 경우 POOL 형식이 분산트랜잭션을 사용하게 되면 발생됨. 기본적으로 RAC 경우 2번 노드가 죽으면, 1번노드가 찾..

언두 - 서버프로세스가 사용자별로 언두세그먼트를 할당해서 언두 데이터를 관리 - 인스턴스당 여러개가 존재하지만 - 사용되는것은 하나 - 9i 부터는 aum (automatic undo management) - 트랜잭셔널 롤백 - 리두 콘시스턴씨 ( Read Consistency = CR ) - 씨알 작업을 통해 트랜잭션이 끝나지 않은 데이터는 변경전 데이터를 보여줌 select rowid, dbms_rowid.rowid_relative_fno(rowid) as fno, dbms_rowid.rowid_block_number(rowid) as blkno from A where rownum = 1; ALTER SYSTEM DUMP DATAFILE 1 BLOCK 77481 ; Block header dump: ..

- 생성 구문 CREATE SEQUENCE SQ01_TH_SP_AUTH_HST INCREMENT BY 1 START WITH 00000000001 MAXVALUE 99999999999 CYCLE CACHE 100 ; - 시퀀스 생성 문법 CREATE SEQUENCE sequence_name [INCREMENT BY n1] [START WITH n2] [MAXVALUE n3 or NOMAXVALUE] [MINVALUE n4 or NOMINVALUE] [CYCLE or NOCYCLE] [NOORDER or ORDER ] [CACHE or NOCACHE]; sequence_name : 생성하고자 하는 시퀀스 명 INCREMENT BY n1 : 해당 시퀀스의 증가값을 지정한다. 생략하면 1로 지정됨. 오름차순 ..