데이터 파일과 함께 Oracle 아카이브 로그를 백업해야하는 이유


12

Oracle® Database Backup and Recovery Basics 10g 릴리스 2 (10.2)에 따르면

아카이브 된 리두 로그는 성공적인 미디어 복구의 핵심입니다. 정기적으로 백업하십시오.

그러나 아카이브 로그 백업이 왜 중요한지 궁금합니다. 정기적 인 RMAN 전체 및 증분 데이터 파일 백업 만 사용하여 특정 시점 복구를 수행 할 수 있습니까?

답변:


16

아니요, 여전히 아카이브 된 리두 로그가 필요합니다. RMAN 백업은 콜드 백업과 다릅니다. 복원 할 때 모든 데이터 파일과 제어 파일에서 SCN을 일관되게 유지하려면 백업을 시작한 시점부터 백업이 완료된 시점까지 생성 된 모든 재실행을 적용해야합니다.

구식 핫 백업을 고려해 보겠습니다. 이 모드에서는 변경된 전체 데이터베이스 블록이 리두 로그 스트림에 기록되고 파일이 OS에 복사됩니다. 이로 인해 손상된 블록 이 발생 합니다 . 즉, 백업에서 읽은 동안 블록이 변경되었습니다. 따라서 데이터베이스를 복구하기 위해 DBF를 복원 한 다음 복구 프로세스는 아카이브 된 리두 로그에서 변경된 블록을 파일의 손상된 블록에 오버레이하고 일관된 데이터베이스로 돌아갑니다.

RMAN 백업에서는 블록이 유닉스 도구가 아닌 SGA를 통해 Oracle에 의해 읽혀 지므로 손상된 블록의 문제가 제거 cp됩니다. 그러나 DBF는 첫 번째 블록을 읽는 시간과 마지막 블록 사이에서 변경되므로 더 큰 규모로 동일한 문제입니다. 즉, SCN은 백업의 첫 번째 블록과 마지막 블록 사이에서 변경됩니다. 보관 된 리두 로그도이 내용을 다룹니다.

RMAN은 카탈로그의 관리 효율성과 훨씬 높은 속도로 다시 실행을 생성하지 않고도 핫 백업을 수행 할 수있는 수단을 제공합니다 (디스크, 백업 시스템 등에 자체적 인 스트레스를가합니다). 그러나 BACKUP DATABASE없는 그 자체의 당신에게 일관성있는 데이터베이스를 제공; 유일한 방법은 오라클에 콜드 백업이라고 할 수 있습니다.


1
+1 나는 당신의 대답을 더 좋아합니다. 추가 정보를 위해 내 것을 추가 할 것이라고 생각했습니다.
레이 리펠

7

보관 로그 백업은 보관 로그 모드에서 실행할 때만 필요하므로 데이터베이스에서이 작업을 수행해야하는지 여부에 대한 질문이 다시 나타납니다. 이것은 ARCHIVELOG와 NOARCHIVELOG 모드 사이에서 결정 하는 제목과 동일한 문서에서 다룹니다 . 발췌문은 다음과 같습니다.

ARCHIVELOG와 NOARCHIVELOG 모드 사이에서 결정

데이터베이스의 리두 로그는 데이터베이스의 데이터 파일에 대한 완전한 변경 기록을 제공합니다 (직접 경로로드와 같은 몇 가지 예외).

ARCHIVELOG 모드 또는 NOARCHIVELOG 모드 중 하나에서 데이터베이스를 실행할 수 있습니다. ARCHIVELOG 모드에서는 사용 된 온라인 리두 로그 그룹을 재사용하기 전에 하나 이상의 아카이브 대상에 복사해야합니다. 리두 로그를 보관하면 해당 로그에 저장된 모든 트랜잭션이 유지되므로 나중에 복구 작업에 사용할 수 있습니다. NOARCHIVELOG 모드에서는 로그를 재사용 할 때 온라인 리두 로그 그룹을 간단히 덮어 씁니다. 해당 리두 로그 그룹에 기록 된 트랜잭션에 대한 모든 정보가 손실됩니다.

2.3.3.1 NOARCHIVELOG 모드에서의 실행의 의미

NOARCHIVELOG 모드에서 데이터베이스를 실행하면 백업 및 복구 전략에 심각한 제한이 따릅니다.

  • 데이터베이스의 온라인 백업을 수행 할 수 없습니다. NOARCHIVELOG 모드에서 백업을 수행하기 전에 데이터베이스를 완전히 종료해야합니다.

  • 아카이브 된 리두 로그가 필요한 데이터 복구 기술을 사용할 수 없습니다. 여기에는 "형식의 데이터 복구"에 설명 된대로 완전한 특정 시점 미디어 복구와 개별 테이블 스페이스의 특정 시점 복구 및 Flashback Database (Oracle Database Backup and Recovery Advanced에 설명 된)와 같은 고급 복구 기술이 포함됩니다. 사용자 가이드.).

NOARCHIVELOG 모드에서 실행 중이고 디스크 장애로 인한 데이터 파일 손상으로부터 복구해야하는 경우 복구를위한 두 가지 주요 옵션이 있습니다.

  • 영향을받는 파일에 범위가있는 모든 개체를 삭제 한 다음 파일을 삭제하십시오. 데이터베이스의 나머지 부분은 손상되지 않지만 영향을받는 파일의 모든 데이터는 손실됩니다.

  • 가장 최근 백업에서 전체 데이터베이스를 복원하고 백업 이후 데이터베이스에 대한 모든 변경 사항을 잃습니다. (백업 이후 변경 사항을 복구하려면 아카이브 된 리두 로그를 사용하는 매체 복구를 수행해야합니다.)

...

성능 요구 사항이 극도로 크거나 디스크 공간 제한이 심한 경우이 옵션을 선택하면 복구 옵션에 적용되는 제한에도 불구하고 NOARCHIVELOG 모드에서 실행하는 것이 좋습니다.

거의 항상 ARCHIVELOG 모드에서 실행하기를 원하므로 거의 항상 아카이브 로그를 백업하려고합니다.


항상 ARCHIVELOG 모드로 실행해야합니다. 그렇지 않으면 언젠가 후회할 것입니다. 심지어 개발 / 테스트 데이터베이스에서도.
마크 스튜어트
당사 사이트를 사용함과 동시에 당사의 쿠키 정책개인정보 보호정책을 읽고 이해하였음을 인정하는 것으로 간주합니다.
Licensed under cc by-sa 3.0 with attribution required.