[Fedora-directory-users] Restoring an LDAP backup to a different server db2bak

Noriko Hosoi nhosoi at redhat.com
Mon Apr 9 22:03:35 UTC 2007


Eddie C wrote:
> Unfortunately I only have the db2bak from the day I need to restore. 
> No ldif files. And I need to restore them to a new server. I do not 
> need all the configuration data. I only need two of our data trees.
Once again, do your backed up server and the new server share the same 
set of suffixes not including NetscapeRoot (if you have o=netscaperoot 
on the servers, you can't use this trick)?  If the answer is yes, you 
could restore the back-up onto the new server.

If the answer is no, did you run "db2bak" when the server was down?  If 
yes, theoretically you could do as follows.

    cd slapd-<newserver>  ## please make sure the new server already has
    corresponding root suffixes / backend to be restored.
    ./stop-slapd
    rm -rf db/*
    Repeat the command line for each backend to be restored:
    ./bak2db <full_path_to_backup_dir> -n <backendname>
    (e.g., bak2db /opt/fedora-ds/slapd-<id>/bak/2007_04_09_14_46_14/ -n
    exampleRoot; bak2db
    /opt/fedora-ds/slapd-<id>/bak/2007_04_09_14_46_14/ -n userRoot)
    ./start-slapd

But I remember it did not work as expected when Oscar experimented for 
us...  If it does not work, you may need to try what Oscar suggested.
Thanks,
--noriko
 
> On 4/9/07, *Oscar A. Valdez* <oscar.valdez at duraflex.com.sv 
> <mailto:oscar.valdez at duraflex.com.sv>> wrote:
>
>     El lun, 09-04-2007 a las 14:22 -0400, Eddie C escribió:
>     > Every night I run a db2bak.
>     > Can this backup be safely restored to a different server? using
>     > bak2db?
>
>     It won't.
>
>     I had to do a restore by necessity, and here's what I had to do (by
>     Noriko Hosoi's gracious recommendation):
>
>     1. on the current directory server, export the data into ldif files.
>     go to your <server_root>/slapd-<id>; run "db2ldif -n <backend>"
>     for each backend (e.g., userRoot) EXCEPT NetscapeRoot
>     2. install new FDS
>     3. go to the <new_server_root>/slapd-<id>
>     4. stop the directory server
>     5. import the ldif files from the current directory server
>     repeat "ldif2db -n <backend> -i
>     <server_root>/slapd-<id>/<date_time>.ldif" for each
>     <date_time>.ldif file exported in (1).
>     6. start the directory server
>
>     The issue is documented in this thread:
>     https://www.redhat.com/archives/fedora-directory-users/2007-February/msg00024.html
>     <https://www.redhat.com/archives/fedora-directory-users/2007-February/msg00024.html>
>
>     The NetscapeRoot instance is server-specific, and it won't restore
>     properly on a new server.
>     --
>     Oscar A. Valdez
>
>
>     --
>     Fedora-directory-users mailing list
>     Fedora-directory-users at redhat.com
>     <mailto:Fedora-directory-users at redhat.com>
>     https://www.redhat.com/mailman/listinfo/fedora-directory-users
>
>
> ------------------------------------------------------------------------
>
> --
> Fedora-directory-users mailing list
> Fedora-directory-users at redhat.com
> https://www.redhat.com/mailman/listinfo/fedora-directory-users
>   


-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3237 bytes
Desc: S/MIME Cryptographic Signature
URL: <http://listman.redhat.com/archives/fedora-directory-users/attachments/20070409/7c28fa97/attachment.bin>


More information about the Fedora-directory-users mailing list