Replica DFS su una VPN: il blocco non è quello che ottieni

Il collegamento è cifrato, sempre attivo e abbastanza veloce, quindi la cartella condivisa dovrebbe comportarsi come un’unica cartella in entrambe le sedi. È questo il presupposto dietro la maggior parte dei progetti di replica DFS che poi sorprendono le persone. DFSR è multi-master e asincrono: ogni replica tiene traccia delle versioni in modo indipendente e nulla nel protocollo mantiene un blocco tra i server. La VPN trasporta il traffico tra loro e non aggiunge nulla del coordinamento che quel presupposto richiede. Pianifica il pattern di scrittura e il modello di capacità, altrimenti il primo conflitto reale diventa un incidente di supporto.

Il mito: una VPN rende le repliche un unico file system

Un tunnel è un trasporto. Ti dà un percorso consentito tra due server e nasconde i salti intermedi. Non dice nulla su chi può modificare un file, in quale ordine arrivano le versioni o cosa succede quando due modifiche si contendono lo stesso file.

Cifratura e disponibilità sono proprietà del collegamento; la coerenza è una proprietà del motore di replica e del tuo flusso di lavoro.

Cosa replica davvero DFSR

Ogni server conserva la propria copia e i propri metadati di versione. Le modifiche si propagano quando la connessione e la pianificazione lo consentono, e il motore usa la compressione differenziale remota per inviare solo le parti del file che sono cambiate. Quando due repliche modificano lo stesso file prima che arrivi uno degli aggiornamenti, una versione vince e l’altra viene messa da parte come copia di conflitto. Nessun server ha bloccato la seconda modifica, perché bloccare richiederebbe il blocco distribuito che DFSR non offre.

Un percorso di spazio dei nomi rende le copie facili da raggiungere e non le rende coerenti.

Lo spazio di staging è capacità di lavoro, non un backup

Lo staging è l’area temporanea che la replica usa mentre assembla le modifiche. Le linee guida Microsoft sul dimensionamento prendono la dimensione combinata dei 32 file più grandi nella cartella replicata come minimo, con spazio aggiuntivo utile durante la replica iniziale. Un albero di documenti piccoli e una cartella con diversi archivi grandi richiedono quindi forme di staging diverse. Quando lo staging si esaurisce, la replica si ferma in modi che sembrano un guasto di rete. Dimensionale a partire dai dati, poi continua a osservarlo mentre i dati cambiano.

Lo staging non è un backup, e propagare modifiche non è una cronologia delle versioni.

Il pre-seeding è un’ottimizzazione, non una scorciatoia

Per un albero esistente di grandi dimensioni, il pre-seeding supportato con Robocopy può ridurre ciò che deve attraversare il collegamento durante la sincronizzazione iniziale, e le linee guida Microsoft coprono la conservazione delle informazioni sui file e la gestione dei file bloccati o saltati. È un’ottimizzazione, non la promessa che la destinazione sia già corretta, quindi la replica iniziale deve comunque completarsi ed essere verificata. È saltando quella verifica che una sede finisce per servire file che non sono mai stati nell’insieme replicato.

Verifica lo stato iniziale prima che gli utenti dipendano dalla destinazione, non dopo il primo reclamo.

Scegli la finestra e definisci cosa significa aggiornato

La pianificazione della replica e i controlli di larghezza di banda decidono quando i partner possono scambiare dati. Una finestra stretta fuori orario è un progetto legittimo che lascia un arretrato durante il giorno, purché tutti abbiano concordato che la copia remota deve essere aggiornata solo al mattino.

Scrivi quella frase, perché «l’arretrato è di quaranta minuti» è allarmante solo se nessuno ha definito l’obiettivo.

Accetta con il flusso di lavoro, non con un singolo file

Prova con i file che le persone usano davvero: un documento grande, una modifica di routine, una cancellazione e una modifica simultanea deliberata in entrambe le sedi. Conferma che il comportamento in caso di conflitto corrisponda a ciò che hai detto al business e che il percorso di ripristino dal backup sia separato dalle repliche. Poi osserva volume delle modifiche, crescita della coda e margine di staging rispetto alla finestra di servizio per alcune settimane. La capacità della VPN è un limite tra molti, e raramente è il primo che raggiungi.

Un progetto che documenta il proprio ritardo e le proprie regole di modifica è molto più facile da supportare di uno che promette copie identiche.