Это мои мнения, так возьмите их как таковой:
Остановите Провайдер теневых копий программного обеспечения Microsoft и Службы теневого копирования томов. Я подозреваю, что у Вас есть некоторые оставшиеся снимки VSS, которые поднимают дисковое пространство.
Создайте Хранилища почтового ящика в своей текущей Группе устройств хранения и разделите свои почтовые ящики соответственно путем перемещения некоторого количества их к новым Хранилищам Почтового ящика. Создайте столько Хранилищ Почтового ящика, сколько Вы чувствуете, необходимо для хранения размера разумным. На Exchange Server 2003 рекомендуется сохранить Хранилища Почтового ящика менее чем 100 ГБ, я предполагаю, что то же сохраняется для Exchange Server 2007. Я не вижу потребности создать дополнительные Группы устройств хранения.
Обычно процесс начальной настройки для cn=config не очень легок и существует много способов выстрелить себе в ногу в процессе. Однако помните, что cn=config хранится в файлах формата LDIF в slapd.d (обычно в ${prefix}/etc/openldap/
) и может быть отредактирован вручную (тщательно и в то время как slapd не работает). Таким образом, если Вы заблокировали себя (никакой RootDN/RootPW) или полностью исказили Ваш cn=config так или иначе, можно всегда фиксировать его там.
Хороший способ получить движение основной конфигурации состоит в том, чтобы на самом деле сделать это в старом стиле slapd.conf вид и затем преобразовать его в slapd.d (использование slaptest -f -F
) после того как основной материал (базы данных, модули и RootDN/RootPW) отсортирован.