我试图从版本2.4.23备份一个LDAP服务器到一个新的2.4.40之一。 在包初始configuration期间，我被问到一些问题，我回答了有关数据库的实际情况，希望得到旧服务器的相同configuration。 但是，一旦我完成configuration，它是显而易见的，它没有产生预期的configuration。
这是旧服务器的configuration（用slapcat -n0获取）：
dn: cn=config objectClass: olcGlobal cn: config olcArgsFile: /var/run/slapd/slapd.args olcPidFile: /var/run/slapd/slapd.pid structuralObjectClass: olcGlobal entryUUID: cde5ce8a-bf8f-1030-9594-7f29588dac90 creatorsName: cn=config createTimestamp: 20111220195151Z olcLogLevel: Stats olcTLSCertificateFile: /etc/ssl/certs/ufpa.br.crt olcTLSCertificateKeyFile: /etc/ssl/private/ufpa.br.key olcToolThreads: 4 olcSizeLimit: unlimited entryCSN: 20111222143131.011291Z#000000#000#000000 modifiersName: cn=admin,cn=config modifyTimestamp: 20111222143131Z dn: cn=module{0},cn=config objectClass: olcModuleList cn: module{0} olcModulePath: /usr/lib/ldap olcModuleLoad: {0}back_hdb olcModuleLoad: {1}syncprov structuralObjectClass: olcModuleList entryUUID: cdeca534-bf8f-1030-959c-7f29588dac90 creatorsName: cn=admin,cn=config createTimestamp: 20111220195151Z entryCSN: 20111220195151.317803Z#000000#000#000000 modifiersName: cn=admin,cn=config modifyTimestamp: 20111220195151Z dn: cn=schema,cn=config objectClass: olcSchemaConfig cn: schema structuralObjectClass: olcSchemaConfig entryUUID: cde86cda-bf8f-1030-9597-7f29588dac90 creatorsName: cn=admin,cn=config createTimestamp: 20111220195151Z entryCSN: 20111220195151.290145Z#000000#000#000000 modifiersName: cn=admin,cn=config modifyTimestamp: 20111220195151Z
这是我从新安装的服务器（ slapcat ）获得的：
dn: dc=ufpa,dc=br objectClass: top objectClass: dcObject objectClass: organization o: UFPA dc: ufpa structuralObjectClass: organization entryUUID: 90e79216-16d2-1037-8dbb-11462ab3e25c creatorsName: cn=admin,dc=ufpa,dc=br createTimestamp: 20170816132842Z entryCSN: 20170816132842.412456Z#000000#000#000000 modifiersName: cn=admin,dc=ufpa,dc=br modifyTimestamp: 20170816132842Z dn: cn=admin,dc=ufpa,dc=br objectClass: simpleSecurityObject objectClass: organizationalRole cn: admin description: LDAP administrator userPassword:: e1NTSEF9RC9YcU5KVFF1UHB0c0Nkc2pObUgrV2NSZHFVM3JWUkI= structuralObjectClass: organizationalRole entryUUID: 90e8e2b0-16d2-1037-8dbc-11462ab3e25c creatorsName: cn=admin,dc=ufpa,dc=br createTimestamp: 20170816132842Z entryCSN: 20170816132842.421067Z#000000#000#000000 modifiersName: cn=admin,dc=ufpa,dc=br modifyTimestamp: 20170816132842Z
尝试导入从旧服务器生成的文件产生这样的：
slapadd: could not add entry dn="cn=config" (line=1): _ 0.35% eta none elapsed none spd 2.0 M/s Closing DB...
如果我试图导入用户和计算机的信息，我得到这个：
slapadd: line 1: database #1 (dc=ufpa,dc=br) not configured to hold "o=UFPA"; no database configured for that naming context _ 0.00% eta 31s elapsed none spd 1.9 M/s Closing DB...
我还用ldapsearch -x -D "cn=admin,o=UFPA" -w 'admin_passwd' -b "o=UFPA" -H ldap://localhost -LLL "*" "+" > ldap_dump.ldif dump”原始数据库ldapsearch -x -D "cn=admin,o=UFPA" -w 'admin_passwd' -b "o=UFPA" -H ldap://localhost -LLL "*" "+" > ldap_dump.ldif
然后尝试使用ldapadd -Wx -D "cn=admin,dc=ufpa,dc=br" -h localhost -f ldap_dump.ldif
但是这是我得到的：
adding new entry "o=UFPA" ldap_add: Server is unwilling to perform (53) additional info: no global superior knowledge
有谁能帮我解决这个问题吗？
理智的人使用syncrepl复制/备份他们的数据库。
你已经省略了太多的细节以便得到进一步的帮助。 例如，这不可能是你的旧服务器configuration的整体，当然也没有所有相关的部分。 它没有configuration后缀。