Вы сортируете отвеченных свои собственные вопросы... облачные решения обычно лучше в масштабируемости и также более надежны (потому что аппаратное отключение электричества обычно приводит к Вашему VM, перезапускаемому на новом хосте в секундах вместо часов ожидания для восстановления физического оборудования.)
Вы также получаете тонны гибкости для развертывания с облаком как с любым решением для виртуализации... можно обычно разделять единственное серверное приложение среди двух серверов меньшего размера за ту же цену в минутах или часах вместо дней. ИЛИ увеличьтесь к единственному большему VM с большим количеством RAM и выделения ЦП. Также намного легче клонировать временные экземпляры для разработки, QA и тестирования, потому что Вы обычно только платите за то, что Вы используете.
С другой стороны, со специализированными полями Вы получаете более последовательную производительность, так как Вы не конкурируете с другим VMs для процессора, диска и сетевых ресурсов.
Я сказал бы, что стоимость не должна быть основным драйвером для Вас в этом решении... сохраняющем $50/месяцев, не имеет значения так же как получение правильного соответствия, особенно если это - бизнес.
Несколько часов назад у меня была такая же проблема. Я использую OpenBSD 5.0 с OpenLDAP 2.4.25. Я понял, что это не ошибка LDAP, а ошибка Berkeley DB. Я нашел подсказки, указывающие на инструмент db_recover
для решения этой проблемы. Но моя база данных была пуста, как и ваша.
Я просто создал другую базу данных, сделал резервную копию всех файлов ( / var / openldap-data
), но DB_CONFIG, удалил все файлы, кроме DB_CONFIG и перезапустил демон. После этого мой OpenLDAP теперь работает нормально.
db_recover
для решения этой проблемы. Но моя база данных была пуста, как и ваша.
Так что я просто создал другую базу данных, сделал резервную копию всех файлов ( / var / openldap-data
), но DB_CONFIG, удалил все файлы, кроме DB_CONFIG и перезапустил демон. После этого мой OpenLDAP теперь работает нормально.
db_recover
для решения этой проблемы. Но моя база данных была пуста, как и ваша.
Я просто создал другую базу данных, сделал резервную копию всех файлов ( / var / openldap-data
), но DB_CONFIG, удалил все файлы, кроме DB_CONFIG и перезапустил демон. После этого мой OpenLDAP работает нормально.