Maintaining Consistency In Replicated Schema - Netscape DIRECTORY SERVER 6.0 - DEPLOYMENT Deployment Manual

Table of Contents

Advertisement

With the LDAP protocol and Directory Server, you must represent data in the data
formats specified in RFC 2252.
In addition, the correct LDAP format for telephone numbers is defined in the
following ITU-T Recommendations documents:
ITU-T Recommendation E.123.
Notation for national and international telephone numbers.
ITU-T Recommendation E.163.
Numbering plan for the international telephone services.
For example, a US phone number would be formatted as follows:
+1 555 222 1717
The
postalAddress
string that uses dollar signs ($) as line delimiters. A properly formatted directory
entry appears as follows:
postalAddress: 1206 Directory Drive$Pleasant View, MN$34200

Maintaining Consistency in Replicated Schema

When you make changes to your directory schema, the change is recorded in the
change log. During replication, the change log is scanned for changes, and any
changes made are replicated. Maintaining consistency in replicated schema allows
replication to continue smoothly. Consider the following points for maintaining
consistent schema in a replicated environment:
Do not modify the schema on a read-only replica.
Modifying the schema on a read-only replica introduces an inconsistency in
your schema and causes replication to fail.
You cannot create two attributes with the same name that use different
syntaxes.
If you create an attribute in a read-write replica that has the same name as an
attribute on the master replica, but has a different syntax from the attribute on
the master, replication will fail.
attribute expects an attribute value in the form of a multiline
Maintaining Consistent Schema
Chapter 3
How to Design the Schema
55

Advertisement

Table of Contents
loading

This manual is also suitable for:

Netscape directory server 6.0

Table of Contents