После перезагрузки сервера Domino пропали все документы из базы

[Gerasim Troeglazov]

После перезагрузки сервера пропали все документы с базы, судя по логу, при старте произошла проверка базы и во время проверки все документы были удалены (в логе написано Document attacment is invalid. Document [UID такой-то] has been deleted.

В свойствах базы указано что в базе 140 тыс. документов, но на деле сейчас отображается не более 200. Размер файла базы не изменился.
Возникает несколько вопросов:
1. Почему сервер при обнаружении по его мнению повреждённого аттача (на самом деле нет, до перезагрузки все документы успешно открывались) их удалил?
2. Возможно ли вернуть документы, которые он удалил?

 

[tenebris77]

Если делалась резервная копия попробуй востановить NSF фаил, реплика настроенна?, или архивация, журнал транзакций?, или используй утилиты для востоновления базы.

 

[Gerasim Troeglazov]

Если делалась резервная копия попробуй востановить NSF фаил, реплика настроенна?, или архивация, журнал транзакций?, или используй утилиты для востоновления базы.

Какие утилиты например? ScanEZ? Он видит только корешки удалённых файлов (16тыс штук) и всё.

 

[tenebris77]

Встроенные утилиты (Fixup, Updall или Compactесли подходит из вариантов которые описывал ,

 

[Gerasim Troeglazov]

Fixup как раз и вызвал эту ситуацию, Updall - перестроение индексов каким образом тут поможет? Compact - по идее только усугубит ситуацию схлопнув пространство с утерянными данными.

 

[Domino-Designer]

Где отключается старт Fixup'а (to check the consistency) при старте сервера?

 

[VladSh]

Причина массового исчезновения документов в основном в том, что сервер потерял к ним доступ.

Из-за появившихся bad-блоков на диске несколько документов может быть также удалено сервером, если он не смог их восстановить (это происходит из-за повреждения технических данных документа - UNID, дата создания, возможно что-то ещё). Но чтобы такое было массово, это стойка с сервером должна упасть)), и в таком случае документы бы были удалены не только в этой базе, а и в других, возможно возникли бы проблемы в работе ОС...

Сервер может потерять доступ к документам из-за изменения ACL. Например кто-то или что-то удалило оттуда сервер. В истории изменения ACL должна быть запись об этом. Если такая запись есть, и это не живой пользователь, а технологический либо имя сервера, значит есть либо какой-то код (агент), который мог это сделать, либо всё же bad-блок был на записи сервера в ACL, потому сервер её и удалил, т.к. не смог восстановить.
Если записи в ACL нет, значит либо он не менялся, либо сервер всё же удалил запись из-за bad-блока, но не успел или не смог ничего записать в историю.

И под конец самая вероятная причина - доступ к документам раздаётся с помощью групп. Чистка документов произойдёт, к примеру, если сервер имеет доступ Manager к базе через группу LocalDomainServers, и через неё же раздаётся доступ к документам, а админ удалил этот сервер из этой группы. Ну и другие группы, через которые может раздаваться доступ, тоже стоит проверить.

Итого.
Если посыпался винт - меняем его.
Если доступ навернулся из-за групп - меняем админа, т.к. человек, который делает что-то такое не зная последствий, по моему, даже опаснее...

Вообще ничего страшного не произошло - сервер в обоих случаях должен был посчитать документы за мусор и просто вычистить их из базы без создания deletion stubs, чтобы при восстановлении диска/доступа, документы снова могли приехать на этот сервер по репликации, а не удалиться с других серверов репликацией deletion stub'ов.