I necrologi hanno la funzione di attributi operativi che eDirectory assegna agli oggetti per garantirne l'integrità referenziale durante operazioni come l'eliminazione, lo spostamento, la ridenominazione e il ripristino. Ad esempio, se nel gruppo A è presente un componente denominato utente B e l'utente B viene eliminato, il riferimento a tale utente B viene automaticamente rimosso dal gruppo A nella directory. In eDirectory 8.8 SP8, i necrologi generati dalle operazioni di eliminazione, spostamento e ridenominazione vengono ottimizzati di default.
NOTA:Gli oggetti con necrologi vengono considerati ogni volta che un agente esegue una sincronizzazione in uscita e durante il processo di necrologia di cui è pianificata l'esecuzione al termine di un ciclo di sincronizzazione in entrata.
I necrologi sono suddivisi in tre categorie generiche:
I necrologi primari comprendono i tipi Cessato (0001), Ripristinato (0000), Spostato (0002), Nuovo RDN (0005) e Nuovo RDN albero (0008).
I necrologi secondari sono in genere associati a un necrologio primario e rappresentano gli agenti e le partizioni a cui deve essere notificata l'operazione specificata nel necrologio primario. Comprendono i tipi Back Link (0006), Usato da (000C) e Sposta albero (000a).
I necrologi di controllo comprendono i tipi Impedisci spostamento (0003), RDN precedente (0004) e RDN precedente albero (0007).
I necrologi, ad eccezione di quelli di controllo, devono passare attraverso una serie di stati di sincronizzazione:
Stato iniziale o di emissione (0)
Notificato (1)
OK per eliminazione (2)
Eliminabile (4)
Gli stati sono registrati nel campo Flag nell'attributo del necrologio. Affinché un necrologio possa passare allo stato successivo, è necessario che lo stato attuale sia stato sincronizzato in tutte le repliche dell'oggetto reale. Per stabilire se tutte le repliche dell'anello hanno rilevato un determinato stato del necrologio, viene calcolato un vettore dal vettore transitivo. In eDirectory 8.6 e versioni successive viene utilizzato un vettore dei necrologi non memorizzato. Nelle versioni precedenti, invece, veniva utilizzato il vettore di eliminazione. Se la registrazione dellorario di modifica (MTS) del necrologio è antecedente al vettore calcolato, il server responsabile di tale necrologio può farlo passare allo stato successivo.
Per i necrologi secondari di tipo Back Link, il responsabile dell'avanzamento degli stati è l'agente contenente la replica master dell'oggetto con il necrologio. Per i necrologi secondari di tipo Usato da, il responsabile dell'avanzamento degli stati del necrologio è l'agente di replica che ha creato il necrologio, a condizione che tale replica esista. Se la replica non esiste, il responsabile è l'agente contenente il master della partizione. Per i necrologi di tipo Sposta l'albero, il responsabile dell'avanzamento degli stati è il master della partizione radice.
I necrologi primari possono essere passati allo stato successivo solo dopo che tutti i necrologi secondari hanno superato tutti gli stati disponibili. Una volta che il necrologio primario ha raggiunto l'ultimo stato e che quest'ultimo è stato sincronizzato in tutti i server dell'anello, rimane soltanto l'involucro dell'oggetto, ovvero un oggetto senza attributi che può essere successivamente eliminato in modo definitivo dal sistema. I necrologi di controllo vengono rimossi solo nel momento in cui è possibile rimuovere il necrologio primario oppure, nel caso di Inhibit_move, il necrologio di controllo viene rimosso dopo che quello primario è passato allo stato OBF_NOTIFIED nella replica master.
La replica responsabile dell'elaborazione dei necrologi utilizza un processo in background (processo di necrologia), che viene pianificato per ogni singola partizione dopo che una determinata partizione ha terminato un ciclo di sincronizzazione in entrata. Se non esistono altre repliche della partizione, il processo di replica in uscita viene comunque pianificato in base all'intervallo di hearbeat. Il processo di replica in uscita avvia quindi il processo di necrologia. Non è possibile, né necessario, pianificare manualmente il processo di necrologia. Durante la sincronizzazione, i vettori transitivi vengono aggiornati, con conseguente avanzamento del vettore di eliminazione definitiva e di quello dei necrologi. Man mano che questi vettori si spostano in avanti, gli stati dei necrologi possono avanzare. Questa operazione, unitamente alla pianificazione automatica eseguita sulla sincronizzazione in entrata, completa il ciclo di elaborazione dei necrologi. Pertanto, l'obiettivo del processo di necrologia è la sincronizzazione degli oggetti.
Quando un oggetto viene rimosso, dopo che tutti i necrologi cui è associato un necrologio primario di tipo Cessato hanno raggiunto l'ultimo stato (Eliminabile) e quest'ultimo è stato sincronizzato in tutte le repliche, un nuovo processo si occupa della rimozione del relativo involucro dal database. Per la rimozione di questi involucri, viene eseguito automaticamente il processo di eliminazione definitiva. È possibile pianificare manualmente il processo di eliminazione definitiva e modificarne il relativo intervallo di pianificazione automatica utilizzando la pagina Configurazione dell'agente di iMonitor.