In questo articolo parleremo un po' di un meccanismo molto semplice e necessario oggi in ogni piccola azienda. Questo è, ovviamente, il "File System distribuito" (DFS) e servizio di replica del file system distribuito (DFSR). Il meccanismo di replica, come soluzione integrata nella famiglia di sistemi operativi Windows Server, è apparso nel 2000 in Windows Server 2000. Da allora, la soluzione è cresciuta molto seriamente in termini di funzionalità e tolleranza agli errori. Oggi, con pochi clic, viene configurato un numero enorme di parametri con valori predefiniti adatti al 99% delle aziende.
Questo articolo mostrerà letteralmente i punti principali per impostare gli elementi di base di questo servizio. Ma questo meccanismo non si esaurisce su questo, e se non sapevi prima di questo servizio, allora questo articolo fa per te.
Quali tipi di replica esistono
Questo gruppo di replica viene creato quasi automaticamente quando una seconda destinazione viene aggiunta al file system distribuito.
Un gruppo di replica indipendente è necessario nei casi in cui non sono necessarie cartelle "condivise", per replicare semplicemente qualsiasi cartella tra due o più server diversi.
Se tutto è chiaro e semplice con la replica degli oggetti finali nello spazio dei nomi, allora c'è un'altra funzionalità con gruppi di replica indipendenti, poiché questo gruppo può essere creato di due tipi:
Un gruppo di replica universale è necessario per la replica bidirezionale reciproca di file e cartelle in esso contenuti. Tale gruppo viene utilizzato solo durante la creazione di un gruppo di replica per gli oggetti finali dello spazio dei nomi.
È necessario un gruppo di replica della raccolta dati per copiare tutti i file e le cartelle, ad esempio, su un server di backup. Allo stesso tempo, se alcuni file vengono modificati o eliminati sul server di backup, ciò non influirà in alcun modo sull'oggetto originale. Questa funzionalità è utile per implementare lo scambio di dati unidirezionale, ad esempio tra un segmento protetto e una DMZ (la soluzione non è l'ideale in termini di sicurezza!)
Un po 'sulle sfumature
- Quando si crea un gruppo di replica, indipendentemente dal tipo, è possibile impostare la velocità di trasferimento dei dati in base al giorno della settimana e all'ora. Questo è molto utile per ridurre il carico di rete durante l'orario lavorativo. Soprattutto nei casi in cui l'azienda ha molte filiali in diverse città e/o paesi.
- Il servizio è estremamente stabile e, nella stragrande maggioranza dei guasti, si ripristina da solo e continua a funzionare correttamente. Anche se il server va in crash.
- Una cartella replicata non può utilizzare database (di qualsiasi tipo) poiché le repliche vengono trasferite non per settore, ma per file. Ad esempio, la condivisione di file DBase, MS Access e MS Excel non è consentita.
- Se utilizzi la stessa replica di scrittura in città/paesi diversi e le persone modificano frequentemente lo stesso file, potrebbe verificarsi una collisione. E si scopre che contemporaneamente in due rami lo stesso file è stato modificato da due persone. Quindi il servizio DFSR posizionerà l'ultima versione del file su entrambe le repliche e sposterà il file in conflitto nella cartella "[Drive]:\[ReplicationFolder]\DfsrPrivate\ConflictAndDelete" e scriverà le informazioni sul file nel file di configurazione "[ Unità]:\[Cartella di replica]\DfsrPrivate \ConflictAndDeletedManifest.xml".
- La cartella "ConflictAndDeleted" ha un limite di 4 GB per impostazione predefinita. Puoi modificare questo limite.
- L'archiviazione intermedia ha un limite predefinito di 4 GB. Se tu o gli utenti caricate un file più grande, questo file non sarà in grado di replicarsi, ma DFSR tenterà di copiarlo all'infinito. Se prevedi che gli utenti lo facciano, aumenta immediatamente il limite di archiviazione.