orcl

Recovery Catalog 고려사항 복구를 용이하게 하고 속도를 향상시키고, 동시에 데이터 손실 위험을 감소시키려면 다음 지침을 따른다. 1. 대상 데이터베이스에 복구 카탈로그(Recovery Catalog)를 생성하지 마십시요. 별도의 디스크상에 파일을 가진 별개의 DB를 생성하라. 2. 백업해야 할 DB가 많다면 모든 대상 DB의 정보를 담아 둘 별도의 Recovery Catalog DB를 생성하라. 3. Recovery Catalog를 백업하라. 최상의 복원,복구 방법을 결정하기 위해 Recovery Manager에 의해 사용된다. 4. Recovery Catalog를 대상 데이터베이스와는 다른 디스크상의 데이터베이스에 저장하라. Recovery Catalog 생성 1. Recovery Cata..

RMAN은 Server Manager를 사용해서는 가능하지 않은 여러기능을 제공한다. 1. 데이터베이스에 스크립트로 저장되는 자주 수행되는 작업을 저장한다. 2. 백업시간이 반드시 데이터베이스 크기에 종속적인 것이 아니라 데이터베이스에 가해진 변경수에 더 종속적이기 때문에 유용한 증분 블록 레벨로 백업한다. 3. 백업의 크기를 줄이기 위해 사용되지 않은 블록을 발췌한다. 4. 다음 제한은 각 백업에 대해 지정될 수 있다. - 오픈 파일수 : 동시에 열 수 있는 파일 수에 대한 OS의 제한을 극복하기 위해 - 백업조각(backup piece)의 크기 : 백업조각이 운영체제나 Media Manager에 의해 허용되는 최대 파일크기에 도달 할 수 있기 때문에 5. 운영체제나 Backup Manager로부터 자..

Oracle8i에서 처음 소개된 Transportable Tablespace는 서로 다른 데이터베이스 간의 고속 데이터 전송을 가능하게 하였습니다. 이 기능을 이용하여 먼저 테이블스페이스의 메타데이터만을 export한 다음, 데이터 파일과 export 덤프 파일을 타겟 데이터베이스에 전송하고, 메타데이터를 import하여 타겟 데이터베이스에 테이블스페이스에 “플러그인” 처리하는 것이 가능합니다. 이와 같이 하면 테이블스페이스의 데이터를 타겟 데이터베이스에서 바로 활용할 수 있습니다. Transportable Tablespace는 당시까지 데이터 웨어하우징 분야에서 가장 까다로운 난제의 하나로 인식되던 데이터의 이동 속도 문제를 해결하였다는 점에서 큰 의미를 갖습니다. 하지만 OLTP 데이터베이스 환경에서..