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

 

Как вариант, копировать с индексами, и жать архиватором. Если нет вложений и других сложностей, то должно хорошо ужимать.
Еще надо различать как упала, зачем и почему? Возможно, не каждый вариант восстановления требует особых усилий для разрешения.

 

3 гига копируются 5 часов???

 

3 гига копируются 5 часов???

Скорее копирование + восстановление индексов.

 

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

 

Можете подробнее расписать что значит, копирование с индексами и ужать архиватором

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

Unable to extend an ID table - insufficient memory

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

 

Можете подробнее расписать

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

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

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

 

твой случай?
http://www-01.ibm.com/support/docview.wss?uid=swg21220384

 

Да как раз он.

 

А какие способы борьбы есть с этой ошибкой Unable to extend an ID table - insufficient memory

 

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.