Вопросы Про Compact Ftindex

Тема в разделе "Lotus - Администрирование", создана пользователем dimat, 9 дек 2014.

  1. dimat

    dimat Lotus team
    Lotus team

    Регистрация:
    31 июл 2008
    Сообщения:
    518
    Симпатии:
    0
    Сервер 8.5.3FP2HF25 on Linux Debian
    Имеется база base.nsf с общим размером 11,5 Gb, прибавляет в размере 300мб в день примерно, по мере увеличения размера база начинает работать медленнее.
    В ней хранятся промежуточные данные для формирования отчетов, то есть некий кэш, который обновляется раз в сутки следующим образом: агентами старые доки удаляются(отсюда +300мб в виде окурков?), формируются новые.
    Отсюда первый вопрос: насколько правилен такой подход?

    Как то раз попробовал сделать load compact -B base.nsf, размер бд уменьшился примерно в 5-6 раз.
    В следующие разы по этой же команде получаю ошибки:
    Error compacting base.nsf: Function cannot be perfomed while database is being compacted
    Error compacting base.nsf: PRV bucket is corrupt

    Так же периодически (несколько раз в день) в консоли вижу ошибку:
    Full Text message: Memory allocation error. errcode = 606
    Error full text indexing document NT8EC6353A /local/notesdata/base.ft (rc=3892) Not enough memory for Full Text Indexing or Search
    Error full text indexing base.nsf: Not enough memory for Full Text Indexing or Search
    Размер фт индекса: 4095Mb

    Посоветуйте что можно сделать?
     
  2. Мыш

    Мыш Lotus team
    Lotus team

    Регистрация:
    12 фев 2008
    Сообщения:
    1.020
    Симпатии:
    8
    dimat, а не хотите всю базу целиком грохать?
     
  3. dimat

    dimat Lotus team
    Lotus team

    Регистрация:
    31 июл 2008
    Сообщения:
    518
    Симпатии:
    0
    Мыш
    В ней не только кэш, там есть доки которые не удаляются, но вариант интересный, на случай если весь кэш перенести в отельную бд, где будут тупо доки кэша и вьюшки для их поиска/выбора.
    например так: сделать шаблон бд кэша, агенты формирования кэша останутся в старой бд, + добавить агент который будет удалять старую бд кэша, создавать из шаблона новую и запускать агентов формирования кэша.
    Надо обдумать.
     
  4. dimat

    dimat Lotus team
    Lotus team

    Регистрация:
    31 июл 2008
    Сообщения:
    518
    Симпатии:
    0
    а что на счет ошибки компакта?
     
  5. Мыш

    Мыш Lotus team
    Lotus team

    Регистрация:
    12 фев 2008
    Сообщения:
    1.020
    Симпатии:
    8
    Судя по ошибке, попытка одновременного запуска двух компактов. Точно в тот момент компакт УЖЕ не работал? Мож ручками запустили из свойств базы, скажем?
    Как вариант - при выключенном сервер фиксап + компакт (и лучше с ключом -с).
     
  6. dimat

    dimat Lotus team
    Lotus team

    Регистрация:
    31 июл 2008
    Сообщения:
    518
    Симпатии:
    0
    Исключено, это в первую очередь проверил
     
  7. Мыш

    Мыш Lotus team
    Lotus team

    Регистрация:
    12 фев 2008
    Сообщения:
    1.020
    Симпатии:
    8
    dimat, эта ошибка теперь постоянно появляется при компакте? Сервер перезагружали? Возможно, какая-то другая задача базу "держит" - попробуйте глянуть каким-нить Process Explorer'ом (ну прогой, которая показывает, какой процесс какой файл открыл).
    Я бы прочекал при выключенном сервере. Можно с ключами компакта еще поиграться. Если и после этого будут ошибки, скорее всего, база повредилась...
     
  8. rinsk

    rinsk Lotus team
    Lotus team

    Регистрация:
    12 ноя 2009
    Сообщения:
    797
    Симпатии:
    78
    Если док-ты массово удаляются агентом и вновь создаются - это плохой подход. Плодятся окурки. Используйте ненужные документы повторно.
    Так же рекомендую поставить все последние фиксы на 8.5.3 (FP6) и лучше перейти на 9.0.1 с ODS52. Там вроде поправляли что то с PRV bucket is corrupt...
     
Загрузка...
Похожие Темы - Вопросы Про Compact
  1. rownong
    Ответов:
    0
    Просмотров:
    202
  2. Domino-Designer
    Ответов:
    64
    Просмотров:
    3.581
  3. serko
    Ответов:
    3
    Просмотров:
    1.122
  4. serko
    Ответов:
    499
    Просмотров:
    20.616
  5. Shandrik
    Ответов:
    5
    Просмотров:
    1.427

Поделиться этой страницей