Восстановление базы.

Тема в разделе "Lotus - Администрирование", создана пользователем Amfion, 26 май 2010.

  1. Amfion

    Amfion Well-Known Member

    Регистрация:
    26 май 2010
    Сообщения:
    138
    Симпатии:
    3
    Здравствуйте, подскажите, как лучше проводить восстановление разрушенных баз.
    Такая ситуация упала база которая весит в компакте 3 гига с индексами 18-20. После копирование базы через файловую систему уходит порядка 5 часов что бы она заработала. Подскажите, как правильно проводить такие процедуры что бы ускорить этот процесс.
    Новичок в администрировании заранее спасибо.
     
  2. Akupaka

    Akupaka А че я?.. О.о

    Регистрация:
    4 окт 2007
    Сообщения:
    3.373
    Симпатии:
    2
    Как вариант, копировать с индексами, и жать архиватором. Если нет вложений и других сложностей, то должно хорошо ужимать.
    Еще надо различать как упала, зачем и почему? Возможно, не каждый вариант восстановления требует особых усилий для разрешения.
     
  3. ToxaRat

    ToxaRat Чёрный маг
    Lotus team

    Регистрация:
    6 ноя 2007
    Сообщения:
    3.046
    Симпатии:
    18
    3 гига копируются 5 часов???
     
  4. Akupaka

    Akupaka А че я?.. О.о

    Регистрация:
    4 окт 2007
    Сообщения:
    3.373
    Симпатии:
    2
    Скорее копирование + восстановление индексов.
     
  5. Amfion

    Amfion Well-Known Member

    Регистрация:
    26 май 2010
    Сообщения:
    138
    Симпатии:
    3
    Можете подробнее расписать что значит, копирование с индексами и ужать архиватором. Суть в том что бы выработать как провести быстро восстановление базы. А конкретно сейчас при обращении к базе была ошибка, что то вроде база офлайн а в лог непрерывно пишет премерно Error inserting Note ID DEC716 into data note ID table in F:\ flow.nsf: Unable to extend an ID table - insufficient memory..
     
  6. Akupaka

    Akupaka А че я?.. О.о

    Регистрация:
    4 окт 2007
    Сообщения:
    3.373
    Симпатии:
    2
    Копировать рабочую базу файлом без компакта, т.е. как есть, и архивировать каким-нить архиватором. Обычные "текстовые" базы хорошо ужимаются. Но, если есть много сложных вложений (картинок и т.п.), то хуже.

    У тебя место на диске не закончилось свободное?
     
  7. Klido

    Klido Гость

    Подробнее всё давно расписано, надо только читать :)
    Начать с админского хелпа и раздела в конце по решению проблем, в частности Server crashes -- Troubleshooting.
    Там написаны основы про команды fixup, updall для устранения повреждений баз.

    В более тяжелом случае Вас ждет много увлекательного и напряжного. Кое-что есть тут http://codeby.net/forum/threads/34835.html?vi...st&p=167107

    В подавляющем большинстве случаев - гугл и поиск по конкретной ошибке.
    http://www.google.com/search?hl=ru&q=U...q=&gs_rfai=
     
  8. Akupaka

    Akupaka А че я?.. О.о

    Регистрация:
    4 окт 2007
    Сообщения:
    3.373
    Симпатии:
    2
  9. Amfion

    Amfion Well-Known Member

    Регистрация:
    26 май 2010
    Сообщения:
    138
    Симпатии:
    3
    Да как раз он.
     
  10. Amfion

    Amfion Well-Known Member

    Регистрация:
    26 май 2010
    Сообщения:
    138
    Симпатии:
    3
    А какие способы борьбы есть с этой ошибкой Unable to extend an ID table - insufficient memory
     
  11. Klido

    Klido Гость

    Amfion
    эээ... а слово Answer в доке по линку ни о чем не говорит?

    Answer
    To work around the problem:

    * Restore from a backup made prior to running Fixup or Compact, then pull a new replica.

    or

    * Consider reducing the purge interval, thereby reducing the number of deletion stubs.


    Running copy-style Compact on a regular basis will mitigate the effect of the ID table fragmentation, but ultimately it will be necessary to create a new replica.

    The Fixup and Compact tasks build an ID table that contains pointers to an ID for every document in a database, including deletion stubs. The ID table is limited in size. The ID pointers are stored in a compressed format, which is most efficient in a newly-built database. As documents are added and deleted over time the ID table can become very fragmented and eventually will overflow.
     
Загрузка...

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