Les stratégies de sauvegarde
Les stratégies de sauvegarde dépendent en grande partie du volume de données contenu dans l’annuaire, du type des données (les données propres aux utilisateurs ou celles liées au fonctionnement de l’annuaire) et de la disponibilité de celles-ci. En effet, plus il y aura de données, plus le temps de sauvegarde sera long et en fonction du mode de sauvegarde sélectionné, en ligne ou hors ligne, l’annuaire peut se trouver injoignable et donc inexploitable par les utilisateurs. De même qu’il ne faut pas exclure la "fraîcheur" des données, c’est-à-dire être en mesure de sauvegarder au plus près l’état d’un annuaire avant un éventuel crash, afin de ne perdre qu’un minimum de données lors de sa restauration. Pour cela, il ne faudra pas configurer un type de sauvegarde, mais plusieurs. 
Ainsi, concernant les fichiers de l’application OpenLDAP, ceux-ci peuvent être restaurés directement à partir des paquetages OpenLDAP et ne nécessitent donc pas de sauvegarde particulière.
Puis, concernant les fichiers de configuration de l’annuaire, ceux-ci peuvent être sauvegardés sans problème, car ils ne nécessitent pas l’arrêt du service d’annuaire. La commande d’archivage suivante pourra être utilisée :
tar -cvf /backup/openldap/etc-openldap.tar /etc/openldap
En revanche, pour les données contenues dans l’annuaire, la sauvegarde pourra s’effectuer soit au niveau de la base de données, soit au niveau de l’application LDAP en exportant les données dans le format LDIF, ou bien encore en réalisant une sauvegarde des répertoires entiers /etc/openldap et /var/lib/ldap.
La première méthode aura l’avantage de réaliser des sauvegardes pour de gros volumes de données dans un temps plus court qu’une sauvegarde de type exportation des données. Cette méthode a également l’avantage de restituer l’intégralité des données jusqu’au crash du serveur, grâce aux journaux de transaction de la base de données. En effet, selon la base de données utilisée (ex. Berkeley), une sauvegarde hebdomadaire de la totalité de la base couplée à une sauvegarde quotidienne des fichiers journaux des transactions permettront de restituer la totalité des données de l’annuaire évitant ainsi de perdre des informations sensibles à l’entreprise. Néanmoins, pour réaliser ce type de sauvegarde, l’arrêt du service LDAP est nécessaire. Cette stratégie offre donc une bonne protection, mais nécessite l’arrêt du service d’annuaire.
La seconde méthode a l’avantage de pouvoir être effectuée pendant que l’annuaire est en cours d’exécution. Cependant, cette méthode offre une image ponctuelle de l’annuaire et ne permet pas de restituer les opérations qui ont lieu par la suite et même durant l’opération de sauvegarde où des incohérences peuvent se produire à cause d’écritures simultanées. Par ailleurs, cette méthode peut être assez longue en fonction de la taille de l’annuaire et peut provoquer un effet de surcharge du serveur.
Ainsi, la première méthode reste la plus judicieuse pour s’assurer de restituer l’intégralité des données en cas de crash du serveur ou bien d’une corruption du système de fichiers. La seconde méthode est, quant à elle, réservée aux environnements hors production où le volume de données mises à jour est faible ou bien afin d’exporter une partie de l’annuaire en vue d’utiliser ces informations dans des environnements de test par exemple.