Come eseguire una sincronizzazione non autorevole dei dati SYSVOL utilizzando Replica DFS (Distributed File System Replication)

Importante: Questo articolo è applicabile solo se i dati SYSVOL vengono replicati utilizzando Replica DFSR (Distributed File System Replication). Questo è stato il metodo preferito per replicare i dati SYSVOL a partire da Windows Server 2008. È tuttavia possibile che il metodo precedente, File Replication System (FRS), sia ancora in uso se il dominio esiste da molto tempo. Per determinare se DfsR è in uso, eseguire dfsrmig /getmigrationstate da un prompt dei comandi con privilegi elevati su un controller di dominio. Se lo stato della migrazione è "Eliminated", DFSR è in uso.

La gerarchia delle cartelle SYSVOL, presente in tutti i controller di dominio Active Directory, viene utilizzata per archiviare due importanti set di dati:

• File del modello Criteri di gruppo: Vengono archiviate in cartelle separate sotto \\SYSVOL\<domain>\Policies.
• Script di accesso, disconnessione, avvio e arresto utilizzati dai computer nel dominio: Tali file vengono archiviati in \\SYSVOL\<domain>\scripts. La cartella script è condivisa come NETLOGON.

Questi dati sono replicati tra i controller di dominio, ma la replica SYSVOL avviene separatamente dalla replica di Active Directory. È possibile che un guasto si guasti mentre l'altro è completamente funzionante. In alcune situazioni, la replica SYSVOL potrebbe non riuscire e non essere in grado di riprendere senza l'intervento manuale. I seguenti passaggi eseguono una sincronizzazione non autorevole di SYSVOL. In una sincronizzazione non autorevole, il controller di dominio di destinazione copia tutti i dati SYSVOL da un altro controller di dominio nell'ambiente.

Importante: In un dominio a singolo controller di dominio, una sincronizzazione non autorevole non può mai avere esito positivo, poiché non esistono altre copie dei dati SYSVOL. In tal caso, è necessario eseguire invece una sincronizzazione autorevole. Le istruzioni per l'esecuzione di una sincronizzazione autorevole sono disponibili in Come eseguire una sincronizzazione autorevole dei dati SYSVOL utilizzando Replica DFSR (Distributed File System Replication).

Prima di iniziare questa procedura, assicurarsi che nell'ambiente sia presente un altro controller di dominio e che la copia dei dati SYSVOL sia aggiornata. Ciò comporta l'esplorazione della gerarchia delle cartelle SYSVOL (che si trova per impostazione predefinita in %systemroot%\SYSVOL) per controllare le date modificate dei file del modello di Criteri di gruppo e dei file di script.

Per eseguire una sincronizzazione non autorevole dei dati SYSVOL utilizzando Replica DFS, attenersi alla seguente procedura:

Nota: Per semplicità, il controller di dominio in fase di sincronizzazione non autorevole viene chiamato DC di destinazione nei passaggi riportati di seguito.

1. Su un controller di dominio, avviare la console ADSI Edit (adsiedit.msc).
2. Se il contesto di denominazione predefinito è già elencato nel riquadro a sinistra, andare al passaggio successivo. In caso contrario, attenersi alla seguente procedura per connettersi al contesto di denominazione predefinito:
   1. Cliccare con il pulsante destro del mouse sull'intestazione ADSI Edit nel riquadro sinistro e selezionare Connetti a... .
   2. Selezionare il pulsante di opzione denominato Selezionare un contesto dei nomi noto e selezionare Contesto dei nomi predefinito dall'elenco a discesa.
   3. Cliccare su OK. Il contesto di denominazione predefinito dovrebbe ora essere visualizzato nel riquadro sinistro della console.
3. Nel contesto di denominazione predefinito, individuare DC=domain > OU=Domain Controllers > CN=servername > CN=DFSR-LocalSettings > CN=Domain System Volume. In questo passaggio, nomeserver rappresenta il nome del controller di dominio di destinazione.
4. Cliccare con il pulsante destro del mouse su CN=SYSVOL Subscription e selezionare Properties.
5. Cliccare due volte sull'attributo msDFSR-Enabled e impostarne il valore su FALSE.
6. Cliccare su OK per chiudere la finestra delle proprietà, ma lasciare aperta la console ADSI Edit.
7. Questo passaggio non è necessario se è stata avviata la modifica ad ADSI sul controller di dominio di destinazione. Forzare la replica di Active Directory a livello di dominio. L'operazione potrebbe richiedere del tempo, a seconda delle dimensioni e della topologia di replica del dominio.
8. Sul DC di destinazione, eseguire dfsrdiag pollad da un prompt dei comandi con privilegi elevati.
9. Sul controller di dominio di destinazione, avviare Visualizzatore eventi e verificare che il registro eventi di Replica DFS contenga l'evento 4114. Questo evento indica che SYSVOL non è più in fase di replica.
10. In ADSI Edit fare doppio clic sull'attributo msDFSR-Enabled del passaggio 5 e impostarne il valore su TRUE.
11. Questo passaggio non è necessario se è stata avviata la modifica ad ADSI sul controller di dominio di destinazione. Forzare la replica di Active Directory a livello di dominio.
12. Sul DC di destinazione, eseguire dfsrdiag pollad da un prompt dei comandi con privilegi elevati.
13. Nel controller di dominio di destinazione, verificare che gli eventi 4614 e 4604 siano visualizzati nel registro eventi di Replica DFS. Questi eventi indicano che questo controller di dominio ha eseguito una sincronizzazione non autorevole di SYSVOL.

Se il dfsrdiag pollad non viene riconosciuto, sono disponibili due opzioni:

• Riavviare il servizio Replica DFS invece di eseguire il comando . Se altri dati (non SYSVOL) sono replicati da Replica DFS, ciò potrebbe causare brevi interruzioni.
• Installare gli strumenti di Gestione DFS selezionando Aggiungi ruoli e funzionalità dal menu Gestione di Server Manager. Gli strumenti di Gestione DFS si trovano nella posizione mostrata di seguito.

Fare riferimento a questo video:

È anche possibile visualizzare questo video su YouTube .