Мое предложение не состоит в том, чтобы проигнорировать его.
У меня недавно были связанные с AQ проблемы после изменения от МН Интерпретируемого / SQL Собственному компоненту, Скомпилированному МН / SQL. Таблицы My AQ, где портится и у нас было некоторое повреждение словаря данных. Мы явно не используем функций AQ для наших продуктов, но похоже, что Oracle действительно использует его для некоторых их feaures.
Основной вопрос для нас - то, что мы не смогли использовать экспорт DataPump, когда они разбомбили со связанными с AQ ошибками. Также доступ OEM к этой базе данных был очень облуплен. Все пользовательские операции, казалось, работали хорошо.
При проверке журнала предупреждений, можно получать некоторые странные РТЫ-600's из-за подсистемы AQ, не являющейся доступным.
Мое предложение состоит в том, чтобы открыть SR with Oracle и пойти оттуда. У них есть неопубликованная процедура, которую они могут дать Вам, который отбрасывает и воссоздает таблицы AQ. Если у Вас нет повреждения словаря данных, это должно быть чем-то простым..., но удостовериться, что у Вас есть способность поглотить некоторое время простоя, поскольку их процедура не может быть выполнена, в то время как пользователи зарегистрированы. Также удостоверьтесь, что у Вас есть некоторые хорошие резервные копии - мы закончили тем, что имели необходимость откатывать 1 неделю из-за всего этого (к счастью просто база данных Dev).
Да. Вы должны создать несколько записей базы данных в базовой конфигурации и настроить их с разными Base DN
.
Это делается с помощью оператора database
в /etc/openldap/slapd.conf
.
Пример:
database bdb
suffix "dc=example,dc=com"
rootdn "uid=root,cn=users,dc=example,dc=com"
Дополнительную информацию можно найти в документации OpenLDAP.
(Примечание: конечно, это также должно быть возможно настроить через онлайн-конфигурацию cn = config
).