본문 바로가기

Table2

[RMAN] recover table 테스트 시나리오 이전에 포스팅한 recover table 글을 보고 다시 테스트해보았습니다. 해당 기능은 아래글에 정리를 해놨습니다. https://bae9086.tistory.com/22?category=825635 [RMAN]Recover Table 기존에 Clone DB를 생성하여 무정지 복구를 Manual하게 수행하던 것을 RMAN이 자동으로 진행합니다. 1. 임시 경로로 필요한 파일 복원 2. 파일 경로 변경 후 삭제된 테이블 복구 3. 임시경로에서 복구된 bae9086.tistory.com 시나리오는 아래와 같습니다. 1.rman full backup 2.테이블 truncate 3.recover table 1.rman full backup RMAN> BACKUP AS COMPRESSED BACKUPSET DA.. 2022. 7. 1.
Reorg 방법 - Shrink 와 Move DB를 사용하다보면 DML 작업이 한 테이블에 많이 일어나게 되고 그렇게 되면 HWM(High Water Mark)는 이전에 데이터가 많았던 지점까지 표시하고 있지만 실제로 사용하는 블록은 그렇지 않게 됩니다. 테이블 크기도 불필요하게 커질 뿐아니라, SCAN시 불필요한 I/O도 발생하게 됩니다. 왜냐하면 Full Scan시 데이터 스캔의 범위기준이 HWM까지이기 때문입니다. 따라서 테이블에 사용하지 않는 공간이 많으면 용량뿐 아니라, 조회 성능도 떨어지는 상황이 발생하게 됩니다. 그것을 해결해주는 방법으로 Shrink와 Table Move 작업이 있습니다. Shrink는 10g에서 지원하는 기능으로 Online으로 테이블의 HWM을 낮추어 공간을 축소시킬 수 있는 작업입니다. 테스트를 통해 Shrink.. 2020. 9. 2.