복제본
데이터베이스의 복제본을 작성하여 다른 위치, 다른 네트워크 또는 다른 시간대에 사용자가 사용할 수 있는 데이터베이스를 작성할 수 있습니다.
모든 복제본은 데이터베이스가 처음 작성될 때 할당된 복제본 ID를 공유합니다. 두 복제본의 파일 이름은 다를 수 있으며, 각 복제본에 다른 종류의 문서가 들어 있거나 데이터베이스 설계가 다를 수 있습니다. 그러나 두 개의 복제본 ID가 같은 경우, 복제가 수행될 수 있습니다.
사용자가 데이터베이스의 다른 복제본에 문서를 추가, 편집 및 삭제하면, 두 복제본의 내용은 더 이상 일치하지 않습니다. 모든 복제본의 내용을 계속 동기화하려면 연결 문서를 사용하여 복제본을 저장할 서버 간의 복제 스케줄을 설정하십시오. 이렇게 하면 여러 위치, 팀 및 사용자가 데이터베이스를 변경할 경우, 이 데이터베이스에 대한 액세스 권한이 있는 모든 사용자는 데이터베이스 변경사항을 공유합니다. 또한 복제본 사용 및 복제 스케줄을 설정하면 네트워크 트래픽이 감소됩니다. 특정 데이터베이스의 복제본만 저장하는 단일 중앙 서버에 연결할 필요가 없습니다. 대신, 하나 이상의 로컬 서버에 있는 데이터베이스 복제본에 액세스할 수 있습니다.
또한 이러한 분산 복제본은 다른 Domino® 서버에서 호스트되는 웹 사이트일 수도 있습니다. 인터넷을 통해 중요한 애플리케이션에 액세스할 때 사용자는 하나의 서버에 의존하지 않습니다. 서버를 사용할 수 없는 경우, 다른 서버의 데이터베이스 복제본을 사용할 수 있습니다. 또한 복제본을 사용하여 웹 사이트 디자인을 관리할 수 있습니다. 서버에 새 페이지를 디자인하고 검사하는 웹 스테이징 영역을 설정할 수 있습니다. 디자인 변경사항을 검사하고 공개할 준비가 되면 사용 가능한 웹 사이트의 복제본을 저장하는 서버를 복제할 수 있습니다. 이런 방법으로 복제본을 사용하고 복제하면, "작업 진행 과정"을 웹 사용자가 볼 수 없도록 지정할 수 있습니다.
데이터베이스의 복제본은 을 선택하여 작성하는 데이터베이스의 사본과 동일하지 않습니다. 데이터베이스 복사본은 기존 데이터베이스와 같은 것처럼 보이지만, 복사본은 기존 데이터베이스와 복제본 ID를 공유하지 않기 때문에 복제할 수 없습니다.
복제본 작성 시기 결정
복제 계획을 신중하게 세운 다음 필요할 때만 서버에 복제본을 작성합니다. 복제본이 많을수록 서버와 네트워크 자원에 대한 요구는 더 커지고 추가 유지관리의 필요성도 더 많아집니다. 불필요한 복제 태스크를 방지하려면 복제본 작성 서버 액세스 권한을 소수의 관리자에게만 지정합니다. 그런 다음 사용자와 애플리케이션 개발자에게 새 복제본 요청을 이런 관리자에게 전달하도록 알려주십시오.
데이터베이스 복제본 작성의 목적은 다음과 같습니다.
- 자주 사용하는 데이터베이스의 성능을 향상시킵니다.
- 네트워크 트래픽을 배포합니다.
- 데이터베이스의 제품 버전과 다르게 재설계할 데이터베이스를 유지합니다.
- 서버가 다운된 경우에도 사용 가능한 데이터베이스를 유지합니다.
- 원격 사용자가 데이터베이스를 사용합니다.
- 특정 워크그룹과 관련된 일부 정보만 들어 있는 복제본을 제공합니다.
- Domino® 시스템 관리를 설정합니다. 예를 들어, Domino® 디렉토리, Administration Requests 데이터베이스 및 기타 중요 시스템 데이터베이스의 복제본을 작성해야 합니다.
- 마스터 템플리트로부터 이어받은 데이터베이스를 저장하는 각 서버에 마스터 템플리트 복제본을 넣습니다.
- 데이터가 손상된 경우, 손상된 정보를 복원할 수 있는 데이터베이스 백업본을 작성합니다. 손상된 데이터도 간혹 복제되므로, 이것은 2차 백업 방법으로 사용하십시오.
두 복제본은 복제본 간의 내용이 약간 다를 수 있습니다. 데이터베이스의 최신 정보에 액세스해야 할 경우, 클러스터된 서버에 복제본을 작성한 후 클러스터에 복제를 설정할 수 있습니다. 클러스터에서 모든 변경사항은 클러스터의 다른 서버로 즉시 복제되므로, 모든 복제본이 항상 동일합니다.