Replica DFS: domande frequenti

N.: Replica DFS non comunica con il servizio Replica file (FRS, File Replication Service). Replica DFS e il servizio Replica file possono essere eseguiti contemporaneamente nello stesso server, ma non devono mai essere configurati per la replica delle stesse cartelle o sottocartelle perché questo può causare la perdita di dati.

Sì. Replica DFS può sostituire il servizio Replica file per la replica di SYSVOL sui server che eseguono Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2 o Windows Server 2008. I server con Windows Server 2003 R2 non consentono l'uso di Replica DFS per la replica della cartella SYSVOL.

Per altre informazioni sulla replica di SYSVOL con Replica DFS, vedere Eseguire la migrazione della replica di SYSVOL in Replica DFS.

Sì. Per eseguire la migrazione della replica dal servizio Replica file a Replica DFS, vedi i documenti seguenti:

• Per eseguire la migrazione della replica di cartelle diverse dalla cartella SYSVOL, vedere Guida operativa DFS: migrazione da FRS a replica DFS e FRS2DFSR: un servizio di migrazione da FRS a DFSR (https://go.microsoft.com/fwlink/?LinkID=195437).

• Per eseguire la migrazione della replica della cartella SYSVOL a Replica DFS, vedere Migrazione della replica di SYSVOL alla replica DFS.

Sì. Anche se Replica DFS supporta solo la replica di contenuto tra server che eseguono Windows Server, i client UNIX possono accedere alle condivisioni file nei server Windows. A tale scopo, installa i servizi per NFS (Network File System) nel server di Replica DFS.

Puoi anche usare la funzionalità client SMB/CIFS inclusa in molti client UNIX per accedere direttamente alle condivisioni file di Windows, anche se questa funzionalità è spesso limitata o richiede modifiche all'ambiente Windows, ad esempio la disabilitazione della firma SMB tramite Criteri di gruppo.

Replica DFS interagisce con NFS in un server che esegue un sistema operativo Windows Server, ma non puoi replicare un punto di montaggio NFS.

Sì. Il servizio Replica DFS è supportato nei volumi del Servizio Copia Shadow del volume (VSS, Volume Shadow Copy Service) e gli snapshot precedenti possono essere ripristinati con il Client versioni precedenti.

No. L'uso di Windows Backup (Ntbackup.exe) in un computer con Windows Server 2003 o versioni precedenti per il backup del contenuto di una cartella replicata in un computer con Windows Server 2012, Windows Server 2008 R2 o Windows Server 2008 non è supportato.

Per eseguire il backup dei file archiviati in una cartella replicata, usa Windows Server Backup o Microsoft® System Center Data Protection Manager. Per informazioni sulla funzionalità Backup e ripristino in Windows Server 2008 R2 e Windows Server 2008, vedi Backup e ripristino. Per altre informazioni, vedi System Center Data Protection Manager (https://go.microsoft.com/fwlink/?LinkId=182261).

Sì. Non configurare criteri del file system sulle cartelle replicate. Questi criteri riapplicano le autorizzazioni NTFS a ogni intervallo di aggiornamento di Criteri di gruppo. Questo può comportare violazioni della condivisione perché un file aperto non viene replicato fino alla chiusura.

N.: Il servizio Replica DFS non può essere usato per replicare le cassette postali ospitate su Microsoft Exchange Server.

Sì. Tuttavia, le impostazioni relative agli screening dei file di Gestione risorse file server (FSRM, File Server Resource Manager) devono corrispondere a entrambe le estremità della replica. Replica DFS dispone inoltre di uno specifico meccanismo di filtro per i file e le cartelle che puoi usare per escludere dalla replica determinati file e tipi di file.

Di seguito sono riportate le procedure consigliate per l'implementazione di quote o screening dei file:

• La cartella nascosta DfsrPrivate non deve essere soggetta a quote o screening dei file.

• Nelle cartelle replicate non devono essere presenti file soggetti a screening prima che lo screening venga abilitato.

• Nessuna cartella può superare la quota prima che la quota venga abilitata.

• Le quote rigide devono essere usate con cautela. Può accadere che singoli membri di un gruppo di replica rimangano entro i limiti di una quota prima della replica, ma che la superino quando i file vengono replicati. Se, ad esempio, un utente copia un file da 10 megabyte (MB) nel server A (che quindi raggiunge il limite rigido) e un altro utente copia un file da 5 MB nel server B, quando viene eseguita la replica successiva, entrambi i server supereranno la quota di 5 MB. In una situazione di questo tipo è possibile che il servizio Replica DFS provi continuamente a replicare i file, causando buchi nel vettore di versione e possibili problemi di prestazioni.

Sì. Replica DFS in Windows Server 2012 R2, Windows Server 2012 e Windows Server 2008 R2 include la capacità di aggiungere un cluster di failover come membro di un gruppo di replica. Per altre informazioni, vedi Aggiungere un membro a un gruppo di replica (https://go.microsoft.com/fwlink/?LinkId=155085). Nelle versioni di Windows precedenti a Windows Server 2008 R2 il servizio Replica DFS non prevede il coordinamento con un cluster di failover, pertanto il failover su un altro nodo non è supportato.

Sì. Replica DFS può replicare le cartelle in volumi che usano Deduplicazione dati in Windows Server.

Sì. Replica DFS replica i volumi in cui è abilitata la funzionalità Single Instance Storage (SIS). SIS viene usata da Servizi di installazione remota (RIS, Remote Installation Services), Servizi di distribuzione Windows (WDS, Windows Deployment Services) e Windows Storage Server.

Puoi usare contemporaneamente Replica DFS e File offline senza alcun problema in scenari in cui è presente un solo utente alla volta che scrive nei file. Questa operazione è utile per gli utenti che si spostano tra due sedi e vogliono poter accedere ai file in ogni sede o in modalità offline. File offline memorizza i file nella cache locale per l'uso in modalità offline e Replica DFS replica i dati tra le due sedi.

Non usare Replica DFS insieme a File offline in un ambiente multiutente perché Replica DFS non offre meccanismi di blocco distribuito o funzionalità di estrazione dei file. Se due utenti modificano lo stesso file contemporaneamente in server diversi, Replica DFS sposta il file precedente nella cartella DfsrPrivate\ConflictandDeleted (nel percorso locale della cartella replicata) durante la replica successiva.

Le applicazioni antivirus possono causare un numero eccessivo di processi di replica se le attività di scansione modificano i file in una cartella replicata. Per altre informazioni, vedi Test dell'interoperabilità delle applicazioni antivirus con Replica DFS (https://go.microsoft.com/fwlink/?LinkId=73990).

Windows® SharePoint® Services assicura una coerenza rigorosa in termini di estrazione dei file che il servizio Replica DFS non è in grado di offrire. Se nel tuo ambiente è importante che più persone possano modificare lo stesso file, ti consigliamo di usare Windows SharePoint Services. Windows SharePoint Services 2.0 con Service Pack 2 è disponibile come componente di Windows Server 2003 R2. Windows SharePoint Services può essere scaricato dal sito Web Microsoft, ma non è incluso nelle versioni più recenti di Windows Server. Se tuttavia esegui la replica dei dati tra più siti e prevedi che gli utenti non debbano modificare contemporaneamente gli stessi file, Replica DFS garantisce una maggiore larghezza di banda e una gestione più semplice.

Sì, a condizione che sia presente una connessione WAN (Wide Area Network) privata (non Internet) tra le sedi. Devi tuttavia aprire le porte appropriate nei firewall esterni. Replica DFS usa l'Agente mapping endpoint RPC (porta 135) e una porta temporanea assegnata in modo casuale con un numero superiore a 1024. Puoi usare lo strumento da riga di comando Dfsrdiag per specificare una porta statica in sostituzione della porta temporanea. Per altre informazioni su come specificare l'Agente mapping endpoint RPC, vedi l'articolo 154596 della Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?LinkId=73991).

N.: Replica DFS non esegue la replica di cartelle o file crittografati con Encrypting File System (EFS). Se un utente esegue la crittografia di un file replicato in precedenza, Replica DFS elimina il file da tutti gli altri membri del gruppo di replica. Questo consente di assicurarsi che l'unica copia disponibile del file sia la versione crittografata sul server.

Replica DFS può eseguire in modo sicuro la replica dei file delle cartelle personali di Microsoft Outlook (.pst) e dei file di Microsoft Access solo se sono stati effettivamente archiviati e non sono accessibili attraverso la rete tramite un client come Outlook o Access (prima di aprire i file di Access o quelli con estensione pst, copiali in un dispositivo di archiviazione locale). I motivi sono i seguenti:

• L'apertura dei file con estensione pst attraverso connessioni di rete può causare il danneggiamento dei dati presenti in tali file. Per altre informazioni sul motivo per cui non è possibile accedere in modo sicuro ai file con estensione pst attraverso una rete, vedi l'articolo 297019 della Microsoft Knowledge Base (https://go.microsoft.com/fwlink/?LinkId=125363).

• I file di Access e quelli con estensione pst tendono a rimanere aperti a lungo quando un client come Outlook o Office Access accede a tali file. Questo impedisce a Replica DFS di replicare i file finché non vengono chiusi.

N.: Replica DFS si basa su Active Directory® Domain Services per la configurazione. Funziona solo all'interno di un dominio.

Sì. Replica DFS può replicare numerose cartelle tra i server. Verifica che ogni cartella replicata disponga di un percorso radice univoco e che non vi siano sovrapposizioni. Ad esempio, D:\Vendite e D:\Gestione possono essere i percorsi radice di due cartelle replicate, mentre D:\Vendite e D:\Vendite\Rapporti non sono consentiti.

N.: Replica DFS e Spazi dei nomi DFS possono essere usati insieme o separatamente. Il servizio Replica DFS può inoltre essere usato per replicare spazi dei nomi DFS autonomi, mentre questo non è possibile con il servizio Replica file.

N.: Replica DFS non richiede esplicitamente la sincronizzazione dell'ora tra i server, ma gli orologi dei server devono comunque corrispondere con una certa precisione. Per il corretto funzionamento dell'autenticazione Kerberos, gli orologi dei server devono essere impostati con una differenza massima di cinque minuti (per impostazione predefinita). Replica DFS, ad esempio, usa i timestamp per determinare quale file ha la precedenza in caso di conflitto. La precisione dell'ora è importante anche per la Garbage Collection, le pianificazioni e altre funzionalità.

Sì. Tuttavia, la replica di un intero volume può causare i problemi seguenti:

• Se il volume contiene un file di paging di Windows, la replica ha esito negativo e riporta l'evento DFSR 4312 nel registro eventi di sistema.

• Replica DFS imposta gli attributi di sistema e nascosti nella cartella replicata nei server di destinazione. Questo avviene perché, per impostazione predefinita, Windows applica tali attributi alla cartella radice del volume. Se il percorso locale della cartella replicata nei server di destinazione è anche una radice del volume, non vengono apportate altre modifiche agli attributi della cartella.

• Durante la replica di un volume che contiene la cartella di sistema di Windows, Replica DFS riconosce la cartella %WINDIR% e non ne esegue replica. Replica DFS esegue tuttavia la replica delle cartelle usate dalle applicazioni non Microsoft e questo può causare errori nelle applicazioni sui server di destinazione se queste presentano problemi di interoperabilità con Replica DFS.

N.:

Sì. Replica DFS è indipendente dal tipo di connessione.

N.: Replica DFS supporta solo volumi formattati con il file system NTFS. I file system ReFS (Resilient File System) e FAT non sono supportati. Replica DFS richiede NTFS perché usa il journal delle modifiche di NTFS e altre funzionalità di questo file system.

Sì. Puoi eseguire la replica dei file sparse. L'attributo Sparse viene mantenuto nel membro di destinazione.

N.: Replica DFS è un servizio eseguito con l'account di sistema locale, pertanto non devi accedere come amministratore per eseguire la replica. Devi tuttavia essere un amministratore di dominio o locale dei file server interessati se vuoi apportare modifiche alla configurazione di Replica DFS.

Per altre informazioni, vedi "Delega e requisiti di sicurezza di Replica DFS" in Delegare la possibilità di gestire Replica DFS (https://go.microsoft.com/fwlink/?LinkId=182294).

Per aggiornare o sostituire un membro di Replica DFS, vedere questo post sul blog Ask the Directory Services Team: Sostituire l'hardware o il sistema operativo del membro DFSR.

Sì. Alcuni scenari di replica dei profili utente mobili sono supportati. Per informazioni sugli scenari supportati, vedi l'informativa del supporto tecnico Microsoft sui dati dei profili utente replicati (https://go.microsoft.com/fwlink/?LinkId=201282).

Windows e Replica DFS supportano percorsi di cartelle con un massimo di 32.000 caratteri. In Replica DFS i percorsi di cartella non sono limitati a 260 caratteri.

N.: I gruppi di replica possono estendersi tra più domini all'interno di una stessa foresta ma non tra foreste diverse.

L'elenco seguente include un set di linee guida sulla scalabilità che sono state testate da Microsoft e si applicano a Windows Server 2012 R2, Windows Server 2016 e Windows Server 2019

• Dimensione di tutti i file replicati in un server: 100 terabyte.

• Numero di file replicati in un volume: 70 milioni.

• Dimensioni massime di un file: 250 gigabyte.

L'elenco seguente include un set di linee guida sulla scalabilità che sono state testate da Microsoft su Windows Server 2012, Windows Server 2008 R2 e Windows Server 2008:

• Dimensione di tutti i file replicati in un server: 10 terabyte.

• Numero di file replicati in un volume: 11 milioni.

• Dimensioni massime di un file: 64 gigabyte.

Per un elenco delle linee guida sulla scalabilità testate da Microsoft per Windows Server 2003 R2, vedi Linee guida sulla scalabilità di Replica DFS (https://go.microsoft.com/fwlink/?LinkId=75043).

Non usare Replica DFS in un ambiente in cui più utenti aggiornano o modificano contemporaneamente gli stessi file in server diversi. In situazioni di questo tipo, Replica DFS può spostare copie in conflitto dei file nella cartella nascosta DfsrPrivate\ConflictAndDeleted.

Quando più utenti devono modificare contemporaneamente gli stessi file in server diversi, usa la funzionalità di estrazione dei file di Windows SharePoint Services per avere la certezza che un file venga modificato da un solo utente alla volta. Windows SharePoint Services 2.0 con Service Pack 2 è disponibile come componente di Windows Server 2003 R2. Windows SharePoint Services può essere scaricato dal sito Web Microsoft, ma non è incluso nelle versioni più recenti di Windows Server.

Replica DFS usa nuovi oggetti nel contesto dei nomi di dominio di Active Directory Domain Services per archiviare le informazioni di configurazione. Questi oggetti vengono creati quando aggiorni lo schema di Active Directory Domain Services. Per altre informazioni, vedi Rivedere i requisiti per Replica DFS (https://go.microsoft.com/fwlink/?LinkId=182264).

Sì. Sono disponibili tre modi per automatizzare la generazione dei rapporti di stato:

• Puoi usare il modulo DFSR di Windows PowerShell incluso in Windows Server 2012 R2 o DfsrAdmin.exe insieme ad Attività pianificate per generare regolarmente rapporti di stato. Per altre informazioni, vedi Automazione dei rapporti di stato di Replica DFS (https://go.microsoft.com/fwlink/?LinkId=74010).

• Puoi usare DFS Replication Management Pack for System Center Operations Manager per creare avvisi in base alle condizioni specificate.

• Puoi usare il provider WMI di Replica DFS per creare script per gli avvisi.

Sì. Per altre informazioni, vedi DFS Replication Management Pack for System Center Operations Manager 2007 nell'Area download Microsoft (https://go.microsoft.com/fwlink/?LinkId=182265).

Sì. Replica DFS supporta la gestione remota tramite la console Gestione DFS e il comando Aggiungi gruppo di replica. Ad esempio, nel server A puoi connetterti a un gruppo di replica definito nella foresta con i server A e B come membri.

La console Gestione DFS è inclusa in Windows Server 2012 R2, Windows Server 2012, Windows Server 2008 R2, Windows Server 2008 e Windows Server 2003 R2. Per gestire Replica DFS da altre versioni di Windows, usa Desktop remoto o Strumenti di amministrazione remota del server per Windows 7.

N.: Replica DFS dispone di un set specifico di strumenti di monitoraggio e diagnostica. Ultrasound e Sonar sono in grado di monitorare solo il servizio Replica file.

Per recuperare i file persi, ripristina i file dalla cartella del file system o dalla cartella condivisa usando Cronologia file o il comando Ripristina versioni precedenti disponibile in Esplora file oppure ripristinando i file dal backup. Per ripristinare i file direttamente dalla cartella ConflictAndDeleted o PreExisting, usa i cmdlet Get-DfsrPreservedFiles e Restore-DfsrPreservedFiles di Windows PowerShell (inclusi nel modulo DFSR in Windows Server 2012 R2) o lo script di esempio RestoreDFSR disponibile in MSDN Code Gallery. Questo script è destinato esclusivamente al ripristino di emergenza e viene fornito così com'è, senza garanzie.

Sì. Sono disponibili diversi modi per monitorare la replica:

• Replica DFS dispone di un Management Pack per System Center Operations Manager che fornisce funzionalità di monitoraggio proattivo.

• In Gestione DFS può essere generato un rapporto di diagnostica per il backlog di replica, l'efficienza della replica e il numero di file e cartelle in un determinato gruppo di replica.

• Il modulo DFSR di Windows PowerShell in Windows Server 2012 R2 contiene i cmdlet per l'avvio dei test di propagazione e la scrittura di rapporti di stato e propagazione. Per altre informazioni, vedi Cmdlet di Replica DFS in Windows PowerShell.

• Dfsrdiag.exe è uno strumento da riga di comando che può generare un conteggio di backlog o attivare un test di propagazione. In entrambi è riportato lo stato della replica. La propagazione mostra se i file vengono replicati in tutti i nodi. Il backlog mostra il numero di file che devono essere ancora replicati prima che due computer siano sincronizzati. Il conteggio del backlog è il numero di aggiornamenti non elaborati da un membro del gruppo di replica. Nei computer che eseguono Windows Server 2012 R2, Windows Server 2012 o Windows Server 2008 R2, Dfsrdiag.exe può anche visualizzare gli aggiornamenti che Replica DFS sta attualmente replicando.

• Gli script possono usare WMI per raccogliere informazioni sul backlog, manualmente o tramite MOM.

Anche se Replica DFS è in grado di funzionare alle velocità delle connessioni remote, se il numero di modifiche da replicare è elevato può verificarsi un backlog. In caso di piccole modifiche ai file esistenti, Replica DFS con RDC (Remote Differential Compression) è in grado di offrire prestazioni molto più elevate rispetto alla copia diretta del file.

N.: Replica DFS non esegue il rilevamento della larghezza di banda. Puoi configurare Replica DFS per l'uso di una quantità limitata di larghezza di banda in base alla connessione (limitazione della larghezza di banda). Replica DFS non riduce tuttavia l'utilizzo della larghezza di banda in caso di saturazione dell'interfaccia di rete e può saturare il collegamento per brevi periodi. La limitazione della larghezza di banda con Replica DFS non è del tutto precisa perché avviene tramite la limitazione delle chiamate RPC. Di conseguenza, vari buffer nei livelli inferiori dello stack di rete (incluso RPC) potrebbero interferire, causando picchi del traffico di rete.

Se configuri la limitazione della larghezza di banda quando specifichi la pianificazione, tutte le connessioni per il gruppo di replica useranno tale impostazione per la limitazione della larghezza di banda. La limitazione della larghezza di banda può essere impostata anche a livello di connessione tramite Gestione DFS.

N.: Replica DFS usa la topologia definita dall'amministratore, che è indipendente dalla determinazione dei costi di sito di Active Directory Domain Services.

Per informazioni sui diversi metodi di ottimizzazione delle prestazioni della replica, vedi Ottimizzazione delle prestazioni della replica in DFSR nel blog del team di Directory Services.

In Replica DFS puoi impostare la larghezza di banda massima da usare per una connessione e il servizio mantiene tale livello di utilizzo della rete. Questa impostazione è diversa da quella del Servizio trasferimento intelligente in background (BITS) e Replica DFS non satura la connessione se l'impostazione è definita in modo appropriato.

Tuttavia, la limitazione della larghezza di banda non è precisa al 100% e Replica DFS può saturare il collegamento per brevi periodi di tempo. Questo avviene perché Replica DFS limita la larghezza di banda tramite le chiamate RPC. Poiché questo processo si basa su vari buffer nei livelli inferiori dello stack di rete, incluso RPC, il traffico di replica tende ad avere bruschi picchi e questo talvolta può saturare i collegamenti di rete.

Replica DFS in Windows Server 2008 include diversi miglioramenti delle prestazioni, come illustrato nell'argomento File system distribuito in Modifiche apportate alle funzionalità da Windows Server 2003 con SP1 a Windows Server 2008.

Replica DFS è molto più veloce rispetto al servizio Replica file, in particolare quando vengono apportate piccole modifiche a file di grandi dimensioni e la tecnologia RDC è abilitata. Con RDC, ad esempio, una piccola modifica a una presentazione di PowerPoint® da 2 MB può determinare il trasferimento di soli 60 kilobyte (kB) attraverso la rete, con un risparmio del 97% in termini di byte trasferiti.

La tecnologia RDC non viene usata su file di dimensioni inferiori a 64 kB e potrebbe non essere vantaggiosa sulle reti LAN ad alta velocità in cui non si verificano problemi di contesa della larghezza di banda della rete. RDC può essere disabilitata in base alla connessione tramite Gestione DFS.

I dati vengono replicati in base alla pianificazione impostata. Puoi ad esempio impostare la pianificazione in base a intervalli di 15 minuti, per sette giorni alla settimana. Durante questi intervalli la replica è abilitata. La replica viene avviata subito dopo il rilevamento di una modifica di file (in genere nel giro di secondi).

La pianificazione del gruppo di replica può essere impostata su UTC (Universal Time Coordinate) mentre quella della connessione è impostata sull'ora locale del membro di destinazione. Tieni presente questa differenza quando il gruppo di replica si estende su più fusi orari. L'ora locale corrisponde all'ora del membro che ospita la connessione in ingresso. La pianificazione visualizzata per la connessione in ingresso e quella della corrispondente connessione in uscita riflettono le differenze di fuso orario in caso di pianificazione impostata sull'ora locale.

Le risorse del disco, della memoria e della CPU utilizzate da Replica DFS dipendono da diversi fattori, tra cui il numero e le dimensioni dei file, la frequenza delle modifiche, il numero di membri del gruppo di replica e il numero di cartelle replicate. Inoltre, la stima di alcune risorse può risultare più difficile. La tecnologia Extensible Storage Engine (ESE) usata per il database di Replica DFS, ad esempio, può utilizzare un'alta percentuale di memoria disponibile, che rilascia su richiesta. Nello stesso server di Replica DFS possono essere ospitate anche altre applicazioni, a seconda della configurazione del server. Nel caso di hosting di più applicazioni o ruoli in un singolo server, tuttavia, è importante testare la configurazione prima di implementarla in un ambiente di produzione.

Se la connessione viene interrotta, Replica DFS ripeterà i tentativi di replica finché la pianificazione rimarrà aperta. Gli errori di connettività verranno inoltre riportati nel registro eventi di Replica DFS, le cui informazioni possono essere raccolte usando MOM (in modo proattivo, tramite avvisi) e il rapporto di stato di Replica DFS (in modo reattivo, da parte di un amministratore).

RDC (Remote Differential Compression) è un protocollo client-server che può essere usato per aggiornare in modo efficiente i file attraverso una rete con larghezza di banda limitata. RDC rileva eventuali inserimenti, rimozioni e ridisposizioni dei dati nei file, consentendo a Replica DFS di replicare le modifiche solo in caso di aggiornamento dei file. Per impostazione predefinita, la tecnologia RDC viene usata solo per i file di dimensione pari o superiore a 64 kB. RDC può usare una versione precedente di un file con lo stesso nome nella cartella replicata o nella cartella DfsrPrivate\ConflictandDeleted (nel percorso locale della cartella replicata).

La tecnologia RDC viene usata quando il file supera una soglia di dimensione minima. Per impostazione predefinita, questa soglia è pari a 64 kB. Dopo che un file che supera tale soglia è stato replicato, le versioni aggiornate del file usano sempre RDC, a meno che non venga modificata una parte significativa del file o la tecnologia RDC venga disabilitata.

Per usare RDC tra file, un membro della connessione di replica deve eseguire un'edizione del sistema operativo Windows che supporta questa tecnologia. La tabella seguente mostra le edizioni del sistema operativo Windows che supportano la tecnologia RDC tra file.

* Facoltativamente, puoi disabilitare RDC tra file in Windows Server 2012 R2.

Sì. Le parti modificate dei file vengono compresse prima di essere inviate per tutti i tipi di file tranne i seguenti (che sono già compressi): .wma, .wmv, .zip, .jpg, .mpg, .mpeg, .m1v, .mp2, .mp3, .mpa, .cab, .wav, .snd, .au, .asf, .wm, .avi, .z, .gz, .tgz e .frx. Le impostazioni di compressione per questi tipi di file non sono configurabili in Windows Server 2003 R2.

Sì. Puoi disabilitare la tecnologia RDC tramite la pagina delle proprietà di una determinata connessione. La disabilitazione di RDC può ridurre l'utilizzo della CPU e la latenza di replica sui collegamenti LAN (Local Area Network) veloci che non hanno vincoli di larghezza di banda o per i gruppi di replica costituiti principalmente da file di dimensioni inferiori a 64 kB. Se scegli di disabilitare RDC su una connessione, esegui il test dell'efficienza della replica prima e dopo la modifica per verificare di aver migliorato le prestazioni.

Puoi modificare la soglia delle dimensioni per RDC usando il comando Dfsradmin Connection Set o il provider WMI di Replica DFS oppure modificando manualmente il file XML di configurazione.

Sì. La tecnologia RDC calcola le differenze a livello di blocco indipendentemente dal tipo di dati del file. RDC funziona tuttavia in modo più efficiente per determinati tipi di file, ad esempio documenti di Word, file PST e immagini VHD.

Replica DFS usa la tecnologia RDC, che calcola i blocchi modificati nel file e invia solo tali blocchi attraverso la rete. Replica DFS non deve conoscere il contenuto del file, ma solo i blocchi che sono stati modificati.

Le edizioni standard di Windows Server non supportano la tecnologia RDC tra file. Questa tecnologia viene tuttavia abilitata automaticamente in caso di aggiornamento a un'edizione che supporta RDC tra file oppure se un membro della connessione di replica esegue un'edizione supportata. Per un elenco delle edizioni che supportano RDC tra file, vedi Quali edizioni del sistema operativo Windows supportano la tecnologia RDC tra file?

N.: RDC è un protocollo di utilizzo generico per la compressione del trasferimento di file. Replica DFS usa RDC sui blocchi a livello di file e non a livello di blocchi del disco. RDC divide un file in blocchi. Per ogni blocco di un file, viene calcolata una firma, ovvero un numero ridotto di byte che può rappresentare il blocco più grande. Il set di firme viene trasferito dal server al client. Il client confronta le firme del server con le proprie. Il client richiede quindi al server di inviare solo i dati per le firme che non sono già presenti nel client.

Replica DFS rinomina il file in tutti gli altri membri del gruppo di replica durante la replica successiva. I file vengono tracciati con un ID univoco e pertanto la ridenominazione di un file e lo spostamento del file all'interno della replica non influisce sulla capacità di Replica DFS di replicare un file.

La tecnologia RDC tra file consente a Replica DFS di usare RDC anche quando non esiste un file con lo stesso nome sul lato client. Questa tecnologia usa un'euristica per determinare i file che sono simili a quello da replicare e usa i blocchi dei file simili che sono identici al file da replicare in modo da ridurre al minimo la quantità di dati trasferiti attraverso la rete WAN. In questo processo RDC tra file può usare blocchi costituiti da un massimo di cinque file simili.

Per usare RDC tra file, un membro della connessione di replica deve eseguire un'edizione di Windows che supporta questa tecnologia. Per un elenco delle edizioni che supportano RDC tra file, vedi Quali edizioni del sistema operativo Windows supportano la tecnologia RDC tra file?

N.: Per modificare il percorso di una cartella replicata, devi eliminarla in Gestione DFS e aggiungerla nuovamente come nuova cartella replicata. Replica DFS usa quindi RDC per eseguire una sincronizzazione che determina se i dati dei membri di origine e di destinazione sono gli stessi. Non esegue di nuovo la replica di tutti i dati nella cartella.

No. Non è possibile configurare gli attributi di file replicati da Replica DFS.

Per un elenco di valori di attributo con le relative descrizioni, vedi Attributi di file su MSDN (https://go.microsoft.com/fwlink/?LinkId=182268).

I valori degli attributi seguenti vengono impostati tramite la funzione SetFileAttributes dwFileAttributes e replicati da Replica DFS. Le modifiche a questi valori attivano la replica degli attributi. Il contenuto del file non viene replicato, a meno che non sia stato modificato. Per altre informazioni, vedi Funzione SetFileAttributes in MSDN Library (https://go.microsoft.com/fwlink/?LinkId=182269).

• FILE_ATTRIBUTE_HIDDEN

• FILE_ATTRIBUTE_READONLY

• FILE_ATTRIBUTE_SYSTEM

• FILE_ATTRIBUTE_NOT_CONTENT_INDEXED

• FILE_ATTRIBUTE_OFFLINE

I valori degli attributi seguenti vengono replicati da Replica DFS, ma non attivano la replica.

• FILE_ATTRIBUTE_ARCHIVE

• FILE_ATTRIBUTE_NORMAL

Anche i valori degli attributi di file seguenti attivano la replica, sebbene non possano essere impostati tramite la funzione SetFileAttributes. Per visualizzare i valori degli attributi è disponibile la funzione GetFileAttributes.

• FILE_ATTRIBUTE_REPARSE_POINT

• FILE_ATTRIBUTE_COMPRESSED

• FILE_ATTRIBUTE_ENCRYPTED

• FILE_ATTRIBUTE_SPARSE_FILE

• FILE_ATTRIBUTE_DIRECTORY

Replica DFS non esegue la replica del valore di FILE_ATTRIBUTE_TEMPORARY.

Sì. Quando crei un gruppo di replica puoi scegliere una topologia. In alternativa, puoi selezionare Nessuna topologia e configurare manualmente le connessioni dopo che il gruppo di replica è stato creato.

Sì. Replica DFS supporta la copia dei file in un membro del gruppo di replica prima della replica iniziale. Questo processo di pre-installazione può ridurre notevolmente la quantità di dati replicati durante la replica iniziale.

La replica iniziale non deve replicare il contenuto quando i file differiscono solo per attributi reali o timestamp. Un attributo reale è un attributo che può essere impostato dalla funzione Win32 SetFileAttributes. Per altre informazioni, vedi Funzione SetFileAttributes in MSDN Library (https://go.microsoft.com/fwlink/?LinkId=182269). Se due file differiscono per altri attributi, ad esempio la compressione, il contenuto del file viene replicato.

Per pre-installare un membro del gruppo di replica, copia i file nella cartella appropriata nei server di destinazione, crea il gruppo di replica e quindi scegli un membro primario. Scegli il membro contenente i file più aggiornati che vuoi replicare, poiché il contenuto del membro primario viene considerato "autorevole". Ciò significa che durante la replica iniziale, i file del membro primario sovrascriveranno sempre le altre versioni dei file sugli altri membri del gruppo di replica.

Per informazioni sulla pre-installazione e sulla clonazione del database DFSR, vedi Sincronizzazione iniziale di Replica DFS in Windows Server 2012 R2: attacco dei cloni.

Per altre informazioni sulla replica iniziale, vedi Creare un gruppo di replica.

Sì. Replica DFS risolve tre problemi comuni del servizio Replica file:

• Troncamenti del journal: Replica DFS esegue il ripristino in tempo reale dei troncamenti del journal. Ogni file o cartella esistente viene contrassegnata come journalWrap e verificata in base al file system prima che la replica sia nuovamente abilitata. Durante il ripristino, questo volume non è disponibile per la replica in entrambe le direzioni.

• Numero eccessivo di processi di replica: per evitare un numero eccessivo di processi di replica, Replica DFS usa un sistema di crediti.

• Nomi di cartella modificati: per evitare i nomi di cartella modificati, Replica DFS archivia i dati in conflitto in una cartella nascosta DfsrPrivate\ConflictandDeleted (nel percorso locale della cartella replicata). Se ad esempio crei simultaneamente più cartelle con nomi identici su server diversi replicati con il servizio Replica file, le cartelle vengono rinominate. Diversamente da questo servizio, Replica DFS sposta le cartelle precedenti nella cartella locale dei file eliminati o con conflitti.

N.: I file possono essere replicati senza alcun ordine.

Se un'applicazione apre un file e crea un blocco su di esso, impedendone l'uso da parte di altre applicazioni mentre è aperto, Replica DFS non eseguirà la replica del file finché non viene chiuso. Se l'applicazione apre il file con accesso in lettura e condivisione, il file può comunque essere replicato.

• Replica DFS esegue la replica delle autorizzazioni per i file NTFS e dei flussi di dati alternativi.

• Microsoft non supporta la creazione di collegamenti reali NTFS verso o da file presenti in una cartella replicata. Questa operazione può causare problemi di replica con i file interessati. I file dei collegamenti reali vengono ignorati da Replica DFS e non vengono replicati. Anche i punti di giunzione non vengono replicati e Replica DFS registra l'evento 4406 per ogni punto di giunzione rilevato.

• Gli unici reparse point replicati da Replica DFS sono quelli che usano il tag IO_REPARSE_TAG_SYMLINK, anche se non è garantito che venga replicata anche la destinazione di un collegamento simbolico. Per altre informazioni, vedi il blog del team di Directory Services.

• I file con i tag reparse IO_REPARSE_TAG_DEDUP, IO_REPARSE_TAG_SIS o IO_REPARSE_TAG_HSM vengono replicati come i file normali. Il tag reparse e i buffer dei dati reparse non vengono replicati in altri server perché il reparse point funziona solo sul sistema locale. Replica DFS può quindi replicare le cartelle nei volumi che usano Deduplicazione dati in Windows Server 2012 o Single Instance Storage (SIS), anche se le informazioni di deduplicazione dei dati vengono gestite separatamente da ogni server su cui è abilitato il servizio ruolo.

No. Replica DFS non esegue la replica dei file per i quali è stato modificato solo il timestamp. Inoltre, il timestamp modificato non viene replicato in altri membri del gruppo di replica, a meno che non vengano apportate altre modifiche al file.

Sì. Replica DFS esegue la replica delle modifiche apportate alle autorizzazioni per file e cartelle. Solo la parte del file associata all'elenco di controllo di accesso (ACL) viene replicata, sebbene Replica DFS debba comunque leggere l'intero file nell'area di gestione temporanea.

Replica DFS non unisce i file quando si verifica un conflitto, ma tenta di mantenere la versione precedente del file nella cartella nascosta DfsrPrivate\ConflictAndDeleted nel computer in cui il conflitto è stato rilevato.

Sì. Replica DFS usa connessioni RPC (Remote Procedure Call) con crittografia.

N.: Il servizio Replica DFS usa RPC su TCP per replicare i dati. Per proteggere i trasferimenti di dati attraverso Internet, il servizio Replica DFS è stato progettato in modo da usare sempre la costante a livello di autenticazione, RPC_C_AUTHN_LEVEL_PKT_PRIVACY. Questo garantisce che le comunicazioni RPC su Internet siano sempre crittografate. Non è pertanto possibile disabilitare l'uso di connessioni RPC crittografate per il servizio Replica DFS.

Per altre informazioni, visita il sito Web Microsoft seguente:

• Documentazione tecnica su RPC

• Informazioni su RDC (Remote Differential Compression)

• Costanti a livello di autenticazione

Viene eseguita una gestione degli aggiornamenti per ogni cartella replicata. Le attività di gestione degli aggiornamenti vengono eseguite in modo indipendente l'una dall'altra.

Per impostazione predefinita, tra tutte le connessioni e tutti i gruppi di replica vengono condivisi al massimo 16 (quattro in Windows Server 2003 R2) download simultanei. Poiché le connessioni e gli aggiornamenti dei gruppi di replica non sono serializzati, non esiste un ordine specifico in cui vengono ricevuti gli aggiornamenti. Se vengono aperte due pianificazioni, gli aggiornamenti vengono in genere ricevuti e installati contemporaneamente da entrambe le connessioni.

Puoi forzare la replica immediatamente usando Gestione DFS, come descritto in Modificare le pianificazioni di replica. Per forzare la replica puoi anche usare il cmdlet Sync-DfsReplicationGroup, incluso nel modulo DFSR di PowerShell introdotto con Windows Server 2012 R2 oppure il comando Dfsrdiag SyncNow. Per forzare il polling puoi usare il cmdlet Update-DfsrConfigurationFromAD oppure il comando Dfsrdiag PollAD.

N.: Se la pianificazione è aperta, il servizio Replica DFS esegue la replica delle modifiche non appena le rileva. Non è possibile configurare un tempo di attesa per i file.

Sì. Se usi Windows Server 2012 o Windows Server 2008 R2, puoi creare una cartella replicata di sola lettura che replica il contenuto attraverso una connessione unidirezionale. Per altre informazioni, vedi Impostare una cartella replicata di sola lettura in un membro specifico (https://go.microsoft.com/fwlink/?LinkId=156740).

In Windows Server 2008 o Windows Server 2003 R2 non è supportata la creazione di una connessione di replica unidirezionale con Replica DFS. Una connessione di questo tipo può causare numerosi problemi, quali errori di topologia del controllo di integrità, problemi di gestione temporanea e problemi con il database di Replica DFS.

Se usi Windows Server 2008 o Windows Server 2003 R2, puoi simulare una connessione unidirezionale eseguendo le azioni seguenti:

• Fornisci istruzioni agli amministratori in modo che vengano apportate modifiche solo ai server che vuoi designare come primari e quindi lascia che le modifiche vengano replicate nei server di destinazione.

• Configura le autorizzazioni di condivisione nei server di destinazione in modo che gli utenti finali non dispongano delle autorizzazioni di scrittura. Se non sono consentite modifiche nei server delle sedi secondarie, non vi saranno dati da replicare. In questo modo, simuli una connessione unidirezionale limitando l'utilizzo della rete WAN.

N.: Se Replica DFS rileva che i file sono identici, non ne esegue la replica. Se i file modificati non sono stati replicati, Replica DFS ne esegue automaticamente la replica quando è configurato per eseguire questa operazione. Per sovrascrivere la pianificazione configurata, usa il metodo WMI ForceReplicate(). Questa operazione è comunque solo un override della pianificazione e non ha l'effetto di forzare la replica di file non modificati o identici.

Durante la replica iniziale i file del membro primario hanno sempre la precedenza nella risoluzione dei conflitti che si verificano se i membri di destinazione hanno versioni diverse dei file rispetto al membro primario. La designazione di membro primario è archiviata in Active Directory Domain Services e viene cancellata dopo che il membro primario è pronto per la replica, ma prima della replica di tutti i membri del gruppo di replica.

Se la replica iniziale ha esito negativo o il servizio Replica DFS viene riavviato durante la replica, il membro primario rileva la designazione di membro primario nel database di Replica DFS locale e prova nuovamente a eseguire la replica iniziale. Se il database di Replica DFS del membro primario viene perso dopo la cancellazione della designazione primaria in Active Directory Domain Services, ma prima che tutti i membri del gruppo di replica completino la replica iniziale, tali membri non riescono a replicare la cartella perché nessun server è designato come membro primario. Se si verifica una situazione di questo tipo, usa il comando Dfsradmin membership /set /isprimary:true sul server membro primario per ripristinare manualmente la designazione di membro primario.

Per altre informazioni sulla replica iniziale, vedi Creare un gruppo di replica.

Se per la connessione è abilitata la tecnologia RDC, la replica in ingresso di un file di dimensione superiore a 64 kB che è iniziata immediatamente prima della chiusura della pianificazione (o del passaggio allo stato con larghezza di banda assente) riprende quando la pianificazione viene aperta (o passa a uno stato diverso da larghezza di banda assente). La replica riprende dallo stato in cui si trovava quando è stata arrestata.

Se la tecnologia RDC è disabilitata, Replica DFS riavvia completamente il trasferimento dei file. Questo può provocare un ritardo quando il file è disponibile nel membro di destinazione.

Quando Replica DFS rileva un conflitto, usa la versione del file che è stato salvato per ultimo. L'altro file viene spostato nella cartella DfsrPrivate\ConflictandDeleted, nel percorso locale della cartella replicata sul computer che ha risolto il conflitto. Il file rimane disponibile finché non viene eseguita la pulizia della cartella dei file eliminati o con conflitti, che si verifica quando tale cartella supera la dimensione configurata o Replica DFS rileva un errore di spazio su disco insufficiente. La cartella dei file eliminati o con conflitti non viene replicata e questo metodo di risoluzione dei conflitti evita il problema delle directory modificate che poteva verificarsi nel servizio Replica file.

Quando si verifica un conflitto, Replica DFS registra un evento informativo nel relativo registro eventi. Questo evento non richiede alcun intervento da parte dell'utente per i motivi seguenti:

• Non è visibile agli utenti, ma solo agli amministratori del server.

• Replica DFS considera la cartella dei file eliminati o con conflitti come una cache. Quando viene raggiunta una soglia di quota, alcuni dei file vengono eliminati. Non vi è alcuna garanzia che i file in conflitto vengano salvati.

• Il file in conflitto potrebbe trovarsi in un server diverso dall'origine del conflitto.

N.: Replica DFS non prosegue la gestione temporanea dei file al di fuori degli orari di replica pianificati, se è stata superata la quota di limitazione della larghezza di banda o quando le connessioni vengono disabilitate.

N.: Replica DFS apre i file in modo da non impedire agli utenti o alle applicazioni di aprirli nella cartella di replica. Questo metodo è definito "blocco opportunistico".

Sì. Il percorso della cartella di gestione temporanea è configurato nella scheda Avanzate della finestra di dialogo Proprietà per ogni membro di un gruppo di replica.

La gestione temporanea dei file viene eseguita sul membro di origine quando tale membro richiede il file, a meno che la relativa dimensione non sia pari o inferiore a 64 kB, come illustrato nella tabella seguente. Se la tecnologia RDC è disabilitata per la connessione, viene eseguita la gestione temporanea del file, a meno che la relativa dimensione non sia pari o inferiore a 256 kB. La gestione temporanea dei file viene eseguita anche sul membro di destinazione durante il trasferimento se la dimensione dei file è inferiore a 64 kB, sebbene sia possibile configurare questa impostazione su un valore compreso tra 16 kB e 1 MB. Se la pianificazione viene chiusa, la gestione temporanea dei file non viene eseguita.

Se una parte del file è già in fase di trasmissione, Replica DFS prosegue la trasmissione. Se il file viene modificato prima che Replica DFS inizi a trasmetterlo, viene inviata la versione più recente del file.

Cronologia modifiche