첫 번째:
재실행 로그에는 복구 등에 필요한 많은 것들이 포함되어 있습니다. 아카이브 로그는 복원에만 사용됩니다-그것은 다시 실행 로그에있는 모든 물건을 필요로하지 않는다,따라서 아치가 아카이브 로그를 기록 할 때 그것은 모든 것을 쓰지 않는다,단지 복원에 필요한 것
둘째:
아카이브 로그는 원래 다시 실행 로그보다 작고 고르지 않은 크기로 만들어집니다. 왜?
——————————————————————————–
수정 2007 년 6 월 2 일 유형 하우투 상태 검토
이 Document
Goal
Solution
——————————————————————————–
이 문서는 오라클 지원팀의 신속한 가시성 프로세스를 통해 귀하에게 전달되므로 독립적인 기술 검토 대상이 되지 않습니다.
적용 대상:
오라클 서버-엔터프라이즈 에디션-버전:8.1.7.4~11.1
이 문서의 정보는 모든 플랫폼에 적용됩니다.
목표
아카이브 로그는 원래 다시 실행 로그보다 작고 고르지 않은 크기로 만들어집니다.
같은 명령:
변경 시스템 스위치 로그 파일
또는
변경 시스템 아카이브 로그…
는 아카이브를 생성하거나 로그 파일을 전환하는 데 사용되지 않습니다. 또한,이 매개 변수 집합은 없습니다.
그런 행동을 일으킬 수있는 다른 무엇이 있습니까?
솔루션
에 따라:
버그:5450861:아카이브 로그는 다시 실행 로그 파일
보다 작은 크기로 생성됩니다. 아카이브 로그의 크기가 균일할 필요는 없습니다. 디스크 공간을 절약하기 위해-이 아카이브 로그 빈 패딩이 아주 좋은 이유,중지 할 때,아주 오래 전에 결정되었다.
2. 다시 실행 로그 파일이 100%가득 차면 로그 스위치가 발생하지 않습니다. 로그 스위치 모멘트를 결정하는 내부 알고리즘이 있습니다. 마지막 순간에 로그 스위치를 수행하면 성능 문제가 발생할 수 있습니다(이 메모의 범위를 벗어나는 여러 가지 이유로).
결과적으로 로그 스위치가 발생한 후 아카이버는 다시 실행 로그 파일의 실제 정보만 복사합니다. 로그 전환 후 다시 실행 로그가 100%가득 차 있지 않고 복사 작업이 완료된 후 아카이브 로그가 빈 패딩이 아니므로 원래 다시 실행 로그 파일보다 고르지 않고 작은 파일이 생성됩니다.
이것은 매우 작은 재실행 로그 파일(10 메가바이트 미만)의 경우 매우 두드러집니다.
그냥이 순간에,기본 다시 실행 로그 파일의 크기가 100 메가바이트되어 있습니다. 결과 아카이브 로그 파일이 98 100 메가바이트 사이에 될 경우 아무도 알 수 없을 것이다.
아카이브 로그 파일에 대한 주요 관심사는 최종 손상입니다. 이것은 테스트 복구를 시도하여 매우 쉽게 확인할 수 있습니다. 이 확인되면 고르지 않은 아카이브 로그 크기는 예상대로 중요하지 않아야합니다.
