3.5. 일관된 스키마 개요

스키마 검사는 모든 신규 또는 수정된 디렉터리 항목이 스키마 규칙을 준수하는지 확인합니다. 기본적으로 디렉터리는 스키마 검사를 활성화합니다. 규칙이 위반되면 디렉터리는 요청된 변경을 거부합니다.

스키마 확인이 활성화된 경우 오브젝트 클래스에 정의된 필수 및 허용되는 속성에 주의해야 합니다. 항목의 개체 클래스 정의에 따라 필요하지 않거나 허용되지 않은 항목에 특성을 추가할 때 Directory Server에서 개체 클래스 위반 메시지를 반환할 수 있습니다.

예를 들어 organizationalPerson 오브젝트 클래스를 사용하도록 항목이 정의된 경우 항목에 공통 이름(cn) 및 surname(sn) 속성이 필요합니다. 이러한 속성의 값은 항목을 만들 때 설정해야 합니다. 또한 전화 번호,uid,StreetAddress 및 userPassword 와 같은 설명적 특성을 포함하여 항목에서 선택적으로 사용할 수 있는 속성의 긴 목록이 있습니다.

구문 검증은 Directory Server에서 특성 값이 해당 속성에 필요한 구문과 일치하는지 확인합니다. 예를 들어 구문 검증에서는 새 telephoneNumber 속성에 해당 값에 유효한 전화 번호가 있는지 확인할 수 있습니다. 기본적으로 활성화되어 있습니다.

선택적으로 구문 위반에 대한 경고 메시지를 기록하도록 구문 검증에 대한 추가 설정을 구성한 다음 수정을 거부하거나 수정 프로세스가 성공하도록 허용할 수 있습니다.

새 속성 값이 추가되면 구문 검증에서 LDAP 작업을 확인합니다. 복제와 같은 데이터베이스 작업을 통해 추가된 기존 특성 또는 특성을 처리하지 않습니다. 기존 속성은 dsconf schema validate-syntax 명령을 사용하여 검증할 수 있습니다.

이 기능은 필수 형식이 없는 바이너리 구문 및 비표준 구문을 제외한 모든 특성 구문의 유효성을 검사합니다. 구문은 덜 엄격한 RFC 1779 또는 RFC 2253 에 대해 검증되는 DN을 제외하고 RFC 4514 에 대해 검증됩니다.

LDAP 스키마를 사용하여 속성 값으로 데이터를 배치할 수 있습니다. 그러나 LDAP 클라이언트 애플리케이션 및 디렉터리 사용자에게 적합한 형식을 선택하여 디렉터리 트리에 일관되게 데이터를 저장하는 것이 중요합니다.

LDAP 프로토콜 및 디렉터리 서버를 사용하여 RFC 2252 에 지정된 데이터 형식으로 데이터를 나타낼 수 있습니다. 예를 들어 전화 번호에 대한 올바른 LDAP 형식은 다음 두 ITU-T 권장 사항 문서에 정의되어 있습니다.

또 다른 예로, postalAddress 속성에는 달러 기호($)를 줄 구분 기호로 사용하는 다중 줄 문자열 형식의 속성 값이 있습니다. 올바르게 포맷된 디렉터리 항목이 다음과 같이 표시됩니다.

postalAddress: 1206 Directory Drive$Pleasant View, MN$34200

변경 사항은 디렉터리 스키마를 편집할 때 변경 로그에 기록됩니다. 복제 중에 변경 사항이 복제되고 변경 사항이 복제되는 경우 변경 로그를 스캔합니다. 복제 스키마에서 일관성을 유지 관리하면 오류 없이 복제를 계속할 수 있습니다.

복제된 환경에서 일관된 스키마를 유지 관리하려면 다음 사항을 고려하십시오.