Exchange용 플러그인은 몇 가지 중요한 백업 유형을 제공합니다.
|
• |
|
• |
|
• |
|
• |
백업 유형은 트랜잭션 로그 관리 규칙과 관련하여 Exchange Server 백업에 대한 완전한 옵션 집합을 나타냅니다.
전체 백업에는 모든 데이터베이스 파일 및 트랜잭션 로그 파일이 포함됩니다. 전체 백업이 저장소 장치에 성공적으로 기록된 후에 Exchange용 플러그인은 Exchange Server에 백업이 성공했다는 것을 알립니다. 사용자가 Exchange Server에서 트랜잭션 로그 파일을 잘라내도록 구성하였다면 이때 Exchange Server에서 트랜잭션 로그 파일을 잘라냅니다. Exchange Server의 상태를 양호하게 유지하고 성능을 유지하려면 정기적으로 전체 백업을 수행합니다.
증분 백업에서는 가장 최근의 전체 또는 증분 백업 이후에 데이터베이스에 발생한 변경 사항을 캡처하는 트랜잭션 로그 파일을 백업합니다. Exchange용 플러그인이 Exchange Server에 백업이 성공했다는 것을 알린 후에 Exchange Server에서는 트랜잭션 로그를 잘라내서 사서함 데이터베이스의 유지 관리에 도움을 줍니다. 증분 백업은 빠르고 이에 따라 소규모로 수행됩니다.
다음 조건에서는 증분 백업을 수행하지 마십시오.
|
• |
초기 전체 백업이 생성되지 않은 경우: 트랜잭션 로그에는 마지막 백업이 생성된 후에 데이터베이스에 생긴 변경 사항만 포함됩니다. 즉, 기준 백업이 필요합니다. |
|
• |
여러 저장소 그룹/사서함 데이터베이스를 포함하는 증분 백업이 실패한 이후: 이 경우에는 먼저 전체 백업을 수행해야 증분 백업을 수행할 수 있습니다. 여러 저장소 그룹/사서함 데이터베이스가 포함된 증분 백업이 실패하면 트랜잭션 로그의 일부가 잘리고 영구적으로 손실됩니다. 이때 Exchange Server 로그에서 트랜잭션이 이미 삭제되었습니다. Exchange Server에 데이터가 아직도 있기는 하지만 증분 백업 작업이 실패한 후에 생성된 증분 백업을 복원하려고 하면 오류가 발생할 것입니다. 이 문제는 단 하나의 저장소 그룹/사서함 데이터베이스를 포함하는 실패한 증분 백업에는 적용되지 않습니다. |
|
• |
트랜잭션 로그를 수동으로 잘라낸 후: 이 경우에는 증분 백업을 수행하기 전에 전체 또는 차등 백업을 수행해야 합니다. Microsoft는 수동으로 트랜잭션 로그를 잘라내지 말 것을 강력하게 권장합니다. |
© ALL RIGHTS RESERVED. Feedback 이용 약관 개인정보 보호정책 Cookie Preference Center
