백업 및 복원의 트랜잭션 로깅
백업 및 복원을 수행하는 Domino 서버에는 Domino 트랜잭션 로깅이 필요합니다.
트랜잭션 로깅은 다음과 같은 이점을 제공합니다.
- 데이터베이스 일관성, 향상된 성능, 서버 충돌로부터의 빠른 복구 트랜잭션 로깅을 사용하면 데이터베이스 변경사항이 먼저 트랜잭션 로그에 쓰여진 후에 트랜잭션 로그 프로세스가 비동기식으로 변경사항을 데이터베이스에 씁니다. 트랜잭션 로깅은 데이터베이스 일관성 및 액세스/잠금 기능을 개선합니다. 또한 서버가 충돌할 경우 데이터베이스에 트랜잭션 로그 변경사항이 적용되어 복구 속도가 크게 단축됩니다.
- 증분 백업 및 특정 시점 복구 트랜잭션 로그 파일은 전체 데이터베이스 백업과 함께 사용되어 데이터베이스의 특정 시점 복원을 제공합니다. 사용자가 데이터베이스 복원을 수행하면 마지막 전체 데이터베이스 백업 이후의 정확한 시점을 선택할 수 있도록 사용자 인터페이스가 트랜잭션 로그를 사용합니다. 원형, 선형, 아카이브 스타일의 트랜잭션 로깅이 모두 지원됩니다.
원형 또는 선형 스타일 로깅에서는 트랜잭션 로그 파일이 Domino 서버에 저장됩니다. 이 로깅 스타일의 주요 이점은 서버 충돌 복구와 서버 성능입니다. 디스크 공간이 모두 채워지면 Domino는 가장 오래된 트랜잭션부터 기존 트랜잭션을 겹쳐쓰기 시작합니다. 선형 로깅은 최대 4GB의 트랜잭션 로깅을 할당합니다.
아카이브 스타일 트랜잭션 로깅에서는 트랜잭션 로그 파일이 겹쳐써지지 않으며, 특정 시점 복구 시에 복원될 수 있도록 Domino 백업 태스크 또는 써드파티 솔루션이 트랜잭션 로그 파일의 백업을 처리합니다. 이 트랜잭션 로깅 스타일은 구성 및 관리가 비교적 까다롭기 때문에 먼저 원형 또는 선형 로깅으로 시작한 다음 필요한 경우에만 아카이브 스타일 로깅으로 전환하는 것이 권장됩니다.
주: 트랜잭션 로깅은 고유한 DBIID(데이터베이스 인스턴스 ID)로 각 데이터베이스를 식별합니다. 데이터베이스 DBIID가 변경된 경우에는 데이터베이스의 새로운 전체 백업을 작성하는 것이 중요합니다. 다음과 같은 조치를 수행하면 데이터베이스 DBIID가 변경되기 때문에 데이터베이스의 전체 백업을 작성해야 합니다.
- 서버에서 트랜잭션 로깅을 비활성화한 후 다시 활성화하기.
- 특정 데이터베이스의 트랜잭션 로깅을 비활성화한 후 다시 활성화하기.
- -b 외의 다른 옵션을 사용하여 데이터베이스 압축하기.
- 데이터베이스에서 오류 복구 실행하기.
- 데이터베이스 복원하기. 데이터베이스를 복원하면 복원된 사본의 DBIID가 변경됩니다.
- 데이터베이스를 이동한 다음 원래 위치로 되돌려 놓기.