티스토리 뷰
* 작업은 Toad For Oracle Toole을 사용하여 진행을 하였습니다.
UNDO_RETENTION 정의
* 일관성 읽기를 위해 제공되는 Undo 데이타의 보유 기간을 결정합니다.
* 초기화 파일에서 설정하거나, ALTER SYSTEM 명령을 사용하여 동적으로 수정할 수 있습니다.
* 이 parameter는 초 단위로 지정됩니다. 기본값은 900초이며, 이는 Undo 데이타를 15분 동안 보유합니다.
* UNDO_RETENTION을 설정한 후에도 UNDO 테이블스페이스의 크기가 너무 작으면 지정한 시간 동안 Undo 데이타가 보유되지 않습니다.
* UNDO_RETENTION 파라미터는 현재 Undo 테이블스페이스에 UNDO_RETENTION 기간 동안 발생하는 모든 트랜잭션을 수용할 수 있을 만큼 충분한 커야 합니다.
* 대용량 이관작업이 있을때 undo tablespace가 비약적으로 상승이 된다. 보통 이럴때는 여분의 datafile를 하는 방법이 가장 쉽지만 datafile이 부족하여 추가가 불가할 경우 undo tablespace를 비워 상승하는 undo를 초기화(?) 시켜주면 임시적으로나마 undo tablespace가 100%에 도달하여 성능적 이슈가 발생하는것을 방지할 수 있다.
UNDO_RETENTION 작업을 한 이유
- UNDO_RETENTION을 하게된 이유는 대용량 DATA 이관 작업 중 비약적인 UNDO Tablespace 사이즈 증대로 인해 작업을 하게되었다.
기존에 추가한 DataFile의 부족으로 긴급하게 UNDO_RETENTION을 하기로 정했다.
UNDO_RETENTION 작업 간 이슈사항
위의 절차 중 2번 에서 undo tablespace가 변경 적용이 되지 않았다.
이유를 확인해 보니 온라인 중 트랜잭션이 지속적으로 들어오고 있어서 적용이 되지 않았었다.
추후 undo retention 작업을 하게 될 경우 가급적이면 live된 service는 다운 후 진행하는 게 정신건강에 좋을 것으로 판단된다...위의 절차 중 3번 에서 "drop tablespace undotbs1;"을 사용하여 진행하였다.
진행에 있어 기대한 효과는 기존에 undotbs1에서 사용중인 datafile을 reset하여 undotbs_temp에 추가하는것이 목표였다.
하지만 undotbs1에서 사용하였던 datafile을 찾지를 못하는 상태가 되었다.
구글링을 통하여 확인을 해보니... Tool로 접속한 session을 제거하라는 가이드를 찾게 되었고, session을 끊고 다시 접속하여 확인을 해보니 reuse를 할 수 있게 되었다...
(작업 절차의 7번 에 해당하는 내용임)
위의 이미지 캡처본의 쿼리를 text로 긁어 가시려면 아래 링크 참조.
댓글
공지사항
최근에 올라온 글
최근에 달린 댓글
- Total
- Today
- Yesterday
링크
TAG
- 개발
- 설정
- 리눅스
- Algorithm
- Java
- 알고리즘
- 개발환경
- centos
- 환경변수
- 백준 알고리즘
- Eclipse
- jdk
- Maven
- 통합
- 통합개발환경
- spring
- mysql
- IDE
- Oracle
- 자바
- 연동
- 순열
- 백준
- 문제풀이
- Tomcat
- 서버
- 구축
- CentOS7
- sts
- LeetCode
일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | ||||
4 | 5 | 6 | 7 | 8 | 9 | 10 |
11 | 12 | 13 | 14 | 15 | 16 | 17 |
18 | 19 | 20 | 21 | 22 | 23 | 24 |
25 | 26 | 27 | 28 | 29 | 30 | 31 |
글 보관함