7.4. 다른 디렉터리 서버 기능과 함께 복제 사용
복제는 고급 복제 기능을 제공하기 위해 다른 Directory Server 기능과 상호 작용합니다. 다음 섹션에서는 복제 전략을 보다 효과적으로 설계하기 위한 기능 상호 작용에 대해 설명합니다.
7.4.1. 복제 및 액세스 제어
디렉터리 서비스는 ACI를 항목의 속성으로 저장합니다. 즉, ACI가 다른 디렉터리 콘텐츠와 함께 복제됩니다. 이는 Directory Server가 ACI를 로컬로 평가하기 때문에 중요합니다.
디렉터리에 대한 액세스 제어 설계에 대한 자세한 내용은 9장. 보안 디렉터리 설계 을 참조하십시오.
7.4.2. 복제 및 디렉터리 서버 플러그인
복제는 Directory Server에서 제공되는 대부분의 플러그인에서 작동합니다. 다음 플러그인을 사용한 다중 제공 복제의 경우 몇 가지 예외 및 제한 사항이 있습니다.
- 특성 고유성 플러그인Attribute Uniqueness Plug-in validate 속성 값은 모든 값이 고유한지 확인하기 위해 로컬 항목에 추가되었습니다. 그러나 이 검사는 서버에서 직접 수행되며 다른 공급자로부터 복제되지 않습니다. 예를 들어 Example Corp.에서는
mail속성이 고유해야 하지만 두 사용자가 동일한메일특성을 두 개의 공급업체 서버에 동시에 추가해야 합니다. 이름 지정 충돌이 없는 한 복제 충돌이 발생하지 않지만mail속성은 고유하지 않습니다. - 참조 무결성 플러그인이 플러그인은 multi-supplier 세트의 공급업체에서만 사용할 수 있는 경우 참조 무결성은 다중 공급 업체에서 작동합니다. 이렇게 하면 참조 무결성 업데이트가 공급자 서버 중 하나에서만 발생하고 다른 서버에 전파됩니다.
참고
기본적으로 이러한 플러그인은 비활성화되어 있으며 수동으로 활성화해야 합니다.
7.4.3. 복제 및 데이터베이스 링크
디렉터리 항목을 배포하기 위해 연결을 사용하면 데이터베이스 링크가 포함된 서버는 실제 데이터를 포함하는 원격 서버를 참조합니다. 이 환경에서는 데이터베이스 링크 자체를 복제할 수 없습니다. 그러나 원격 서버의 실제 데이터가 포함된 데이터베이스를 복제 할 수 있습니다.
복제 프로세스를 데이터베이스 링크의 백업으로 사용하지 마십시오. 데이터베이스 링크는 수동으로 백업해야 합니다. 연결 및 항목 배포에 대한 자세한 내용은 6장. 디렉터리 토폴로지 설계 을 참조하십시오.
그림 7.10. 체인 데이터베이스 복제
7.4.4. 스키마 복제
표준 스키마의 경우 소비자 서버에 데이터를 복제하기 전에 공급업체 서버는 자체 버전의 스키마가 소비자 서버에 저장된 스키마 버전과 동기화되는지 확인합니다. 다음 조건이 적용됩니다.
- 공급자와 소비자의 스키마 항목이 모두 동일하면 복제 작업이 진행됩니다.
- 공급자 서버의 스키마 버전이 소비자에 저장된 버전보다 최신이면 공급업체 서버는 데이터 복제를 진행하기 전에 해당 스키마를 소비자에게 복제합니다.
- 공급자 서버의 스키마 버전이 소비자에 저장된 버전보다 오래된 경우 소비자의 스키마가 새 데이터를 지원할 수 없기 때문에 복제 중에 많은 오류가 반환될 수 있습니다.
참고
공급자와 복제본 간의 스키마가 일치하지 않더라도 스키마 복제가 계속 발생합니다.
복제 가능한 변경 사항에는 웹 콘솔을 통한 스키마 변경, ldapmodify 를 통한 변경 사항,
99user.ldif 파일에 대한 직접 변경 사항이 포함됩니다. 사용자 지정 스키마 파일 및 사용자 지정 스키마 파일에 대한 모든 변경 사항은 복제되지 않습니다.
소비자는 각각 다른 스키마가 있는 두 공급업체의 복제된 데이터를 포함할 수 있습니다. 공급자를 마지막으로 업데이트한 후 스키마가 소비자에게 전파됩니다.
주의
공급자 서버가 발생하는 충돌을 해결할 수 없기 때문에 소비자 서버에서 스키마를 업데이트하지 말고 복제에 실패합니다. 복제 토폴로지의 공급자 서버에서 스키마를 유지 관리해야 합니다.
동일한 Directory Server는 공급자 역할을 하는 읽기-쓰기 복제본과 소비자 역할을 하는 읽기 전용 복제본을 보유할 수 있습니다. 따라서 항상 스키마의 공급자 역할을 하는 서버를 확인한 다음 스키마 정보에 대한 소비자 역할을 하는 복제 환경과 복제 환경의 다른 모든 서버 간 복제 계약을 설정합니다.
스키마를 복제하는 데 특수 복제 계약이 필요하지 않습니다. 공급업체와 소비자 간에 복제를 구성한 경우 기본적으로 스키마 복제가 수행됩니다.
스키마 설계에 대한 자세한 내용은 3장. 디렉터리 스키마 설계 을 참조하십시오.
사용자 정의 스키마
표준 99user.ldif 파일을 사용자 지정 스키마에 사용하면 이러한 변경 사항이 모든 소비자에게 복제됩니다.
모든 서버의 동일한 스키마 파일에 정보를 유지하려면 사용자 지정 스키마 파일을 각 서버에 복사해야 합니다. 사용자 지정 스키마 파일 및 해당 파일에 대한 변경 사항은 웹 콘솔 또는 ldapmodify 를 통해 이루어진 경우에도 복제되지 않습니다.
사용자 지정 스키마 파일이 있는 경우 공급업체를 변경한 후 이러한 파일이 모든 서버에 복사되었는지 확인합니다. 모든 파일을 복사한 후 서버를 다시 시작합니다.
사용자 정의 스키마 파일에 대한 자세한 내용은 3.4.7절. “사용자 지정 스키마 파일 생성” 을 참조하십시오.
7.4.5. 복제 및 동기화
디렉터리 서버 전체에서 동기화된 Windows 항목을 전파하려면 다중 제공 환경 내에서 동기화를 사용합니다. 동기화 계약은 배포당 가능한 가장 낮은 양으로 유지되어야 합니다. 다중 제공 복제를 사용하면 네트워크 전체에서 Windows 정보를 사용할 수 있으며 데이터 액세스 지점을 단일 Directory 서버로 제한할 수 있습니다.Multi-supplier replication allows the Windows information to be available throughout the network, while limiting the data access point to a single Directory Server.
