Figura 20

Si consiglia di creare tre repliche di NDS e di memorizzarle su tre diversi server NDS, se disponibili, a scopo di tolleranza degli errori. È possibile memorizzare repliche di più partizioni su un unico server.

Per server delle repliche si intende un server dedicato che contiene solo le repliche di NDS. A questo tipo di server si fa talvolta riferimento come a un server DSMASTER. Questa configurazione è molto usata dalle società che dispongono di più uffici remoti dotati di server singoli. Il server delle repliche consente di memorizzare ulteriori repliche della partizione di un ufficio remoto.

Le repliche di NDS non forniscono tolleranza degli errori per il file system del server. Vengono replicate solo le informazioni relative agli oggetti NDS. È possibile ottenere la tolleranza agli errori per i file system usando Transaction Tracking System^TM (TTS^TM), copie speculari/duplicazioni di dischi, RAID o Novell Replication Services^TM (NRS).

Sui server NetWare che forniscono servizi di bindery è necessaria una replica master o in lettura/scrittura.

Se gli utenti accedono regolarmente alle informazioni NDS mediante un collegamento WAN, è possibile ridurre il tempo di accesso e il traffico WAN creando una replica contenente le informazioni necessarie su un server al quale gli utenti possono accedere localmente.

La stessa operazione può essere effettuata su una rete LAN. Se si creano più repliche sui server di rete, le informazioni vengono generalmente richiamate dal server più vicino disponibile.

Tipi di repliche

Figura 21

Replica di lettura/scrittura

NDS può accedere e modificare le informazioni relative agli oggetti presenti su una replica master o su repliche di lettura/scrittura. Le modifiche apportate vengono automaticamente estese a tutte le repliche.

Se i tempi di accesso a NDS sono eccessivamente lunghi a causa di ritardi dell'infrastruttura di rete, ad esempio un collegamento WAN lento o router occupati, è possibile creare una replica di lettura/scrittura su un server geograficamente più vicino. È creare un numero di repliche di lettura/scrittura pari al numero di server sui quali verranno memorizzate. Tuttavia, un numero eccessivo di repliche comporta un aumento del traffico necessario alla sincronizzazione.

Repliche di sola lettura

Le repliche di sola lettura ricevono gli aggiornamenti di sincronizzazione dalle repliche master e di lettura/scrittura ma non ricevono le modifiche direttamente dai client.

Replica in lettura/scrittura filtrata

Le repliche in lettura/scrittura filtrate contengono un insieme filtrato di oggetti o di classi di oggetti, oltre a un insieme filtrato di attributi e valori per tali oggetti. Il contenuto è limitato ai tipi di oggetti e proprietà NDS propri del filtro di replica del server host. Gli utenti possono leggere e modificare il contenuto della replica, mentre NDS può accedere alle informazioni sugli oggetti selezionate nonché modificarle. Le modifiche selezionate vengono quindi propagate automaticamente in tutte le repliche.

Con le repliche filtrate, è possibile avere soltanto un filtro per server. Ciò significa che ciascun filtro definito per un server è valido per tutte le repliche filtrate su quel server. Sebbene la presenza di più repliche provochi l'aumento del traffico necessario per mantenerle sincronizzate, è possibile disporre di tante repliche filtrate per quanti sono i server che possono contenerle.

Replica di sola lettura filtrata

Le repliche di sola lettura filtrate contengono un insieme filtrato di oggetti o di classi di oggetti, come pure un insieme filtrato di attributi e valori per tali oggetti. Esse ricevono dalle repliche master e di lettura/scrittura aggiornamenti per la sincronizzazione, tuttavia non ricevono modifiche direttamente dai client. Gli utenti possono leggere ma non modificare il contenuto della replica. Il contenuto è limitato ai tipi di oggetti e proprietà NDS propri del filtro di replica del server host.

Replica di riferimento subordinato

Le repliche di riferimento subordinato sono repliche generate dal sistema che contengono solo alcuni dati relativi agli oggetti presenti nelle repliche master o di lettura/scrittura. Le repliche subordinate di riferimento pertanto non forniscono la tolleranza agli errori. Si tratta di puntatori interni generati per contenere informazioni sufficienti affinché NDS possa risolvere i nomi degli oggetti superando i confini delle partizioni.

Non è possibile cancellare manualmente le repliche di riferimento subordinato. Esse vengono automaticamente rimosse quando non sono più necessarie. Le repliche di riferimento subordinato vengono create solo sui server contenenti la replica di una partizione superiore ma non di partizioni inferiori.

Se si copia una replica della partizione inferiore su un server contenente la replica della partizione superiore, la replica di riferimento subordinato viene automaticamente cancellata.

Repliche filtrate

Le repliche filtrate contengono un insieme filtrato di oggetti o classi di oggetti, oltre che un insieme filtrato di attributi e valori per tali oggetti. Ad esempio, è possibile creare un insieme di repliche filtrate su un solo server che contengano unicamente oggetti Utente di varie partizioni dell'albero NDS. Oltre a questo, è possibile includere un sottoinsieme di dati degli oggetti Utente (ad esempio, nome, cognome e numero di telefono).

Una replica filtrata può costruire una vista di dati NDS su un singolo server. Per fare ciò, le repliche filtrate consentono di creare un ambito e un filtro. La conseguenza di ciò è un server che ospita un insieme di dati ben definito in base a diverse partizioni presenti nell'albero.

Le descrizioni degli ambiti del server e i filtri dei dati vengono memorizzati in NDS e possono essere gestiti in ConsoleOne tramite l'oggetto Server.

Un server che ospita una di molte repliche filtrate dispone di un solo filtro di repliche. Pertanto, tutte le repliche filtrate presenti su tali server contengono lo stesso sottoinsieme di informazioni desunte dalle rispettive partizioni. La replica master della partizione di una replica filtrata deve trovarsi su un server NDS su cui viene eseguito NDS eDirectory 8.5 o versione successiva.

Le repliche filtrate possono:

• Ridurre il traffico dovuto alla sincronizzazione mediante la riduzione della quantità di dati di altri server di cui si esegue la replica.

• Ridurre il numero di eventi che DirXML deve filtrare

• Ridurre la dimensione del database delle directory.

  Ciascuna replica incrementa la dimensione del database. Creando una replica filtrata che contiene soltanto specifiche classi, anziché creare una replica completa, è possibile ridurre la dimensione del database locale.

  Ad esempio, se l'albero contiene diecimila oggetti ma soltanto una piccola percentuale di essi sono Utenti, è possibile creare una replica filtrata contenente soltanto gli oggetti Utente anziché una replica completa contenente tutti i diecimila oggetti.