are responsible for providing access to the underlying data presented by the server. The data may be stored locally (e.g., in an embedded database), remotely (e.g., in an external system), or generated on the fly (e.g., calculated from other information that is available). 1.3.6.1.4.1.26027.1.2.5 ds-cfg-backend top Indicates whether the backend is enabled for use in the server. If a backend is not enabled, then its contents will not be accessible when processing operations. 1.3.6.1.4.1.26027.1.1.13 ds-cfg-backend-enabled The fully-qualified name of the Java class that provides the backend implementation. The specified class must be a subclass of the org.opends.server.api.Backend superclass. The backend must be disabled and re-enabled for changes to the handler class to take effect. org.opends.server.api.Backend 1.3.6.1.4.1.26027.1.1.11 ds-cfg-backend-class Provides a name that will be used to identify the associated backend. The name must be unique among all backends in the server. The backend ID may not be altered after the backend is created in the server. 1.3.6.1.4.1.26027.1.1.14 ds-cfg-backend-id Specifies the behavior that the backend should use when processing write operations. A value of "enabled" will allow write operations to be performed in that backend (if the requested operation is valid, the user has permission to perform the operation, the backend supports that type of write operation, and the global writability mode property is also enabled). A value of "disabled" will cause all write attempts to fail, and a value of "internal-only" will cause external write attempts to fail but will allow writes by replication and internal operations. Allows write operations to be performed in that backend. Causes all write attempts to fail. Causes external write attempts to fail but allows writes by replication and internal operations. 1.3.6.1.4.1.26027.1.1.162 ds-cfg-backend-writability-mode Specifies the base DN(s) for the data that the backend will handle. A single backend may be responsible for one or more base DNs. Note that no two backends may have the same base DN, although one backend may have a base DN that is below a base DN provided by another backend (similar to the use of sub-suffixes in the Sun Java System Directory Server). Note that if any of the base DNs is subordinate to a base DN for another backend, then all base DNs for that backend must be subordinate to that same base DN. No administrative action is required by default, although some action may be required on a per-backend basis before the new base DN may be used. 1.3.6.1.4.1.26027.1.1.10 ds-cfg-backend-base-dn