Samba OpenLDAP su Etch: Backup e restore database LDAP
Backup e restore del database LDAP
Vengono suggeriti di seguito alcuni metodi per effettuare dei backup del database LDAP. Consiglio di prendere seriamente in considerazione l'idea di impostare dei backup regolari magari tramite cron e suggerisco altresì di effettuare sempre un backup dei dati LDAP prima di ogni modifica o riconfigurazione del server.
Offline Physical Backup
Un offline physical backup deve essere effettuato sul server stesso. Lo svantaggio di questo tipo di backup è che il server LDAP non sarà disponibile per l'intera durata del processo.
- Stopare il server LDAP: /usr/sbin/rcldap stop
- Copiare tutti i files in /var/lib/ldap/ dentro una directory di backup
- Riavviare il server LDAP: /usr/sbin/rcldap start
Offline Logical Backup
Questo tipo di backup, noto anche come database dump richiede sempre l'arresto del servizio LDAP:
- /usr/sbin/rcldap stop
- slapcat >ldap.\$(date +'\%Y\%m\%d-\%T') Questo comando genera nella directory corrente un file LDIF che può successivamente essere archiviato
- /usr/sbin/rcldap start
Online Backup
Questo tipo di backup, a differenza dei precedenti, utilizza LDAP stesso per effettuare il dump dei dati del database e quindi, pur appensantendo il server, non richiede l'arresto del servizio.
- ldapsearch -h LDAPServer -x -b baseDN > ldap.\$(date +'\%Y\%m\%d-\%T')
dove LDAPServer è il nome del server e baseDN è il distinguished name (DN) della struttura LDAP, nel nostro caso dc=dominio,dc=local
Database Restore
- Per ripristinare un offline backup:
- /usr/sbin/rcldap stop
- copiare i files salvati in /var/lib/ldap (Se Offline Physical Backup)
- slapadd -l nome_del_backupfile (Se Offline Logical Backup)
- /usr/sbin/rcldap start
- Per ripristinare un online backup:
- ldapadd -D adminDN -x -w adminPassword -h LDAPServer -x -f nome_del_backupfile
- ldapadd -D adminDN -x -w adminPassword -h LDAPServer -x -f nome_del_backupfile
dove adminDN è nel nostro caso dn=admin,dc=dominio,dc=local
Replica del database LDAP su un altro server
Se siete interessati a fornire ridondanza alla vostra rete, potete prendere in considerazione l'idea di inserire un secondo server OpenLDAP sincronizzato con il server principale che abbiamo appena configurato.
In tal caso suggerisco di seguire questa guida, nella quale viene utilizzato lo stesso database LDAP che abbiamo appena configurato per costruire un server di replica.
db4
OpenLDAP ha la brutta abitudine di non risistemarsi per bene quando la donna delle pulizie inciampa nell'interruttore generale della corrente. Perciò conviene installare:
# apt-get install db4.2-util
Questo pacchetto contiene l'utility db4.2_recover che viene lanciata automaticamente ad ogni restart di ldap, risolvendo eventuali problemi di incongruenza del Barkley DB.