Как отождествляются между собой
Подобно идентификатору реплики базы, каждый документ в любой базе Notes имеет свой универсальный идентификатор документа (DocumentUniqueID или UNID). Вы можете "увидеть" универсальный идентификатор документа в окне свойств этого документа.
Рис. 6.9 Универсальный идентификатор документа обведен рамкой
Универсальный идентификатор документа используется при репликациях для нахождения "одинаковых" - имеющих один и тот же универсальный идентификатор - документов в обеих репликах базы.
Если имеющийся в двух репликах документ был модифицирован в одной из реплик, остается по дате модификации выяснить более новую версию и заменить ею документ в другой реплике.
Если в одной из реплик появился новый документ, то у него свой универсальный идентификатор, а в другой реплике нет документа с таким же универсальным идентификатором, так что приходится добавить этот документ в другую реплику.
Если же документ присутствовал в обеих репликах, но затем был удален в одной из них, при удалении Notes заменяет этот документ на "deletion stub". Deletion stub (stub - пень, корень зуба, окурок, ам. корешок чековой книжки) можно рассматривать как документ с тем же универсальным идентификатором, который имел удаленный документ, с датой модификации, соответствующей моменту удаления, и не содержащий никаких полей данных. В соответствии со сказанным выше о модификации документа в одной из реплик при репликации "оставшийся от документа окурок" должен заменить в другой реплике "нормальный", но имеющий более раннюю дату модификации, документ.
"Окурок", как бы мал он ни был, занимает место в базе данных. Постепенно в базе происходит "накопление окурков". Для решения этой проблемы в репликационных установках каждой базы присутствует параметр, называемый "интервалом удаления" - это количество дней XXX в поле с меткой Remove documents not modified in the last: XXX days (см. Рис. 6.10). По умолчанию параметр принимается равным 90 дней, но может быть изменен. В базах данных, находящихся как на сервере, так и на станции, в некоторые моменты времени выполняется удаление "окурков". В базах, находящихся на сервере, процесс удаления "окурков" запускается с интервалом в 1/3 от интервала удаления (по умолчанию раз в каждые 30 дней). При этом удаляются только те "окурки", которые появились в базе раньше, чем текущее время (когда выполняется процесс удаления "окурков") минус интервал удаления.
Будьте внимательны: речь шла только о поле с меткой Remove documents not modified in the last: XXX days, содержащем количество дней XXX, а вовсе не о выборе самой опции Remove documents not modified in the last: XXX days. Если вы выберите эту опцию, то в базе станут автоматически удаляться документы, которые не изменились за последние XXX (интервал удаления) дней. Процесс же удаления "окурков" функционирует независимо от того, выбрана эта опция или нет, и не имеет к ней никакого отношения.
Возможна ситуация, когда "окурки" будут удалены до того, как произойдет репликация. Например, если базы реплицируются один раз в неделю, а интервал удаления равен 3 дня, то процесс удаления "окурков" запускается ежедневно, устраняя при этом "окурки с возрастом" не менее трех дней. При этом репликатор может вновь восстанавливать удаленный в одной реплике документ из другой реплики. Так что в случае, если такое явление происходит, увеличьте интервал удаления и, тем самым, интервал запуска процесса удаления "окурков".
