Вопросы Теги

Уплотнение силы базы данных для сервера Lotus Domino?

Я нахожу раздражающими для помещения целой Кв. - добираются и вещи способного кэша в debian / *buntu, особенно с sudo префиксом, таким образом, я имею:

alias apti='sudo apt-get install'
alias aptr='sudo apt-get remove'
alias apts='apt-cache search'
5
задан 29 January 2013 в 13:10
5 ответов

compact -B - «На месте с уменьшением размера файла». Попробуйте, если вы еще этого не сделали.

Насколько я понимаю, drop db.nsf не работает. Попробуйте Удалить все , и если это сработает, вы можете написать код, который удаляет только пользователей, имеющих доступ к этой базе данных.

3
ответ дан 3 December 2019 в 01:45

Почему бы не реализовать кластер (настроенный для аварийного переключения), тогда вы могли бы переключить пользователей на другого. Тогда у вас будет время исправить БД и запустить компакт. Затем вы также можете удалить БД и позволить ей воссоздать ее со 2-го сервера (воссозданная БД будет уже уплотнена)

Между прочим. Я бы включил (если еще не включен) сжатие документов и проектов вместе с LZ1, что может помочь немного уменьшить БД (в зависимости от содержимого).

1
ответ дан 3 December 2019 в 01:45

Вы можете попробовать автономное сжатие с помощью утилиты ncompact из клиента Notes. Он имеет те же параметры, что и команда compact из консоли Domino, но работает непосредственно с nfs без открытия Notes или запуска Domino.

Если вы не хотите перемещать эту огромную nfs, вы можете использовать общий сетевой ресурс и запустить ncompact поверх него. . Я настоятельно рекомендую выполнить исправление и преобразовать его в ODS 5.1, если он использует старую версию ODS.

Я также предлагаю проверить nsf и не позволять им достигать этого размера, архивируйте документы, перемещая их в новые копии nsf. Постарайтесь сохранить их около нескольких гигабайт, чтобы вы могли часто запускать исправление и сжатие, чтобы убедиться в их согласованности.

0
ответ дан 3 December 2019 в 01:45

Прежде чем заменять реплику на первичном сервере на новую с кластера, я предлагаю подтвердить, что количество документов одинаково или достаточно близко, и что нет никаких структурных проблем с репликой на сервере кластера. Я бы проверил это, запустив компактную версию базы данных в кластере и проанализировав журнал консоли на кластерном сервере на предмет ошибок.

0
ответ дан 3 December 2019 в 01:45

У меня та же проблема с включенным Compact -C -DAOS. не удалось сказать, что Compact был преждевременно остановлен, так как другой пользователь изменил его во время сжатия. Остановка маршрутизатора, задача smtp и репликатора решают эту проблему. На данный момент я не знаю, какая задача является ответственной, но она работает

.
0
ответ дан 3 December 2019 в 01:45

Теги

Похожие вопросы