Accedi con Microsoft
Accedi o crea un account.
Salve,
Seleziona un altro account.
Hai più account
Scegli l'account con cui vuoi accedere.

Sintomi

Si consideri lo scenario seguente:

  • Attivare una copia passiva di un database di Microsoft Exchange Server 2010 Service Pack 3 (SP3) utilizzando Windows PowerShell o Exchange Management Console.

  • Smonta il database installato senza alcun problema e monta la copia passiva.

  • Le modifiche di stato copia del database in stato di errore durante la fase di inizializzazione nella copia che è passiva. Inoltre, il messaggio di stato per la copia del database viene riportato come malfunzionante.


Quando si verifica questo problema, viene visualizzato un messaggio di errore analogo al seguente quando si esegue il Get-MailboxDatabaseCopyStatus | identità fl, errormessage cmdlet in Exchange Management Shell (EMC);

Errore durante la ricerca, il database e registri per DB\Server all'avvio del servizio di replica di Microsoft Exchange. Errore: File di controllo non riuscito: Logfile'percorso\Exxlog' è generazione Numero1; Tuttavia la generazione prevista è num2.


Ad esempio, si potrebbe ricevere il seguente messaggio di errore:

Errore durante la ricerca, il database e registri per DB\Server all'avvio del servizio di replica di Microsoft Exchange. Errore: File di controllo non riuscito: Logfile "f:\logs\DB\Enn. log" è la generazione 2024; Tuttavia la generazione prevista è 2004.



Causa

Se è attivata la creazione di nomi 8DOT3 su volumi che contengono i registri delle transazioni in Exchange Server 2010 SP3, questo può causare dei registri delle transazioni non valido essere restituito come parte di una query findfile durante il processo di attivazione dei database. In questo modo i database per inviare a uno stato non riuscito a causa di una sequenza non valida in numeri di generazione log transazione.

Nessuna perdita di dati si verifica questo errore.

Risoluzione

Per risolvere questo problema, installare l'aggiornamento cumulativo seguente:

descrizione dell'aggiornamento cumulativo 2 per Exchange Server 2010 Service Pack 3

Soluzione alternativa

Passaggio 1: Determinare la configurazione della creazione di nome 8DOT3

Per determinare se è attivata la creazione di nomi 8DOT3, eseguire il seguente comando da un prompt dei comandi con privilegi elevati. (In questo caso, si presuppone che i file di registro delle transazioni sono sull'unità C.)

fsutil 8dot3name query c: 

Se l'output previsto restituisce un valore che resemblbes seguenti, la creazione di nomi 8DOT3 è attivata:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 2(Per volume setting-the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
In alternativa, output previsto può restituire un valore simile al seguente:

The volume state is: 0 (8dot3 name creation is enabled).


The registry state is: 0 (Per volume setting - the default).

Based on the above two settings, 8dot3 name creation is enabled on C:
Indica l'unità che c è attivata la creazione di nomi 8DOT3.

Assicurarsi che si esegue questo comando sul volume che contiene i registri delle transazioni. Se si utilizzano i punti di montaggio, è inoltre possibile utilizzare il seguente:

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963} 

È necessario sostituire il GUID in modo che corrisponda il GUID del volume del volume. Per determinare i volume e GUID per un'unità specifica, eseguire il comando seguente:

mountvol [Drive:]Path /L 

A seconda dei requisiti, è possibile impostare la creazione di nomi 8DOT3 da disattivare per tutti i volumi o in base a volume per volume, come è descritto nel passaggio 3. È più importante assicurarsi che il volume che contiene i registri delle transazioni è disattivato per la creazione di nomi 8DOT3.

Passaggio 2: Criteri di gruppo di controllo per disabilitare la creazione di nomi 8DOT3

Prima di provare a disabilitare la creazione di nome 8DOT3, da tenere presente che questa impostazione può essere controllata tramite criteri di gruppo. Verificare per determinare se i criteri di gruppo è configurato per modificare la seguente chiave del Registro di sistema sui server di Exchange:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\FileSystem\NtfsDisable8dot3NameCreation"=dword:00000002


Se questa impostazione è controllata tramite criteri di gruppo, rimuovere questa impostazione le impostazioni dei criteri di gruppo per i server di Exchange e impostare il valore DWORD NtfsDisable8dot3NameCreation su un valore pari a 2. In questo modo le modifiche di volume singolo.

Nota: Se viene utilizzato un valore pari a 0 , non è possibile modificare la configurazione di volume.


Per ulteriori informazioni sul comando Fsutil 8dot3name , visitare il seguente sito Web Microsoft TechNet:

Passaggio 3: Modificare la creazione di nomi 8DOT3

Per disattivare la creazione di nomi 8DOT3 per tutti i volumi, eseguire il comando seguente:

fsutil 8DOT3name set  

Se si preferisce disattivare solo su singoli volumi che contengono i registri delle transazioni, eseguire il comando seguente:

fsutil 8DOT3name set c: 1  

Nota: In questo comando, c è la lettera dell'unità che contiene i registri delle transazioni.

In alternativa, è possibile eseguire su un volume specifico. A tale scopo, eseguire il comando seguente:

fsutil 8dot3name query Volume{928842df-5a01-11de-a85c-806e6f6e6963}  

Dopo aver modificato la configurazione del volume per disabilitare la creazione di nome 8DOT3, è possibile verificare che l'impostazione è disattivata. A tale scopo, eseguire nuovamente il comando seguente:

fsutil 8DOT3name query c:  

In questo modo tutti i nuovi file creati o copiati sul volume per non generare un nome 8DOT3 per il nome del file. Tuttavia, tutti i file esistenti contengono ancora il nome 8DOT3. Pertanto, è necessario risolvere il problema.

Passaggio 4: Rimuovere 8DOT3 nomi per i registri delle transazioni esistenti

Opzione 1

Il metodo preferito consiste nell'eseguire un backup completo sui database di Exchange. In questo modo i log delle transazioni troncati e rimuove i log esistenti i cui nomi 8DOT3. Dopo che tutti i registri delle transazioni che contengono nomi 8DOT3 vengono troncati, spostamenti di database non riuscirà.

Opzione 2

Se l'opzione di backup non è disponibile, è necessario modificare la copia di tutti i log di transazione per assicurarsi che i nomi 8DOT3 vengono rimosse dai file. A tale scopo, attenersi alla seguente procedura:

  1. In un server che contiene le copie passive del database, arrestare il servizio di replica di Microsoft Exchange.

  2. In Windows PowerShell, eseguire il comando seguente:

    stop-service msexchangerepl  
  3. In Esplora risorse, individuare la cartella in cui vengono archiviati i log delle transazioni.

  4. Selezionare tutti i registri delle transazioni di tipo Enn*.log e spostarli in una cartella temporanea. Assicurarsi di spostare solo i registri delle transazioni di tipo Enn*.log. È necessario spostare altri tipi di file.

  5. riportare tutti i registri delle transazioni nella posizione originale. In questo processo di spostamento, vengono rimossi i nomi 8DOT3.

  6. Ripetere questa procedura per tutti i registri per tutti i database passivi.

  7. Riavviare il servizio di replica di Microsoft Exchange:

    start-service msexchangerepl 

    Nota: Questo passaggio deve essere completato prima che tutte le copie passive di database.

  8. Spostare la copia (attiva) montata del database a una copia in cui vengono modificati i registri delle transazioni:

    Move-ActiveMailboxDatabase DB2 -ActivateOnServer MBX1 -MountDialOverride:None  
  9. Arrestare il servizio di replica di Microsoft Exchange e quindi spostare i registri delle transazioni in un percorso temporaneo e quindi nuovamente nella posizione originale.

  10. Avviare il servizio di replica di Microsoft Exchange. A questo punto, non dovrebbe verificarsi un errore di database durante un'operazione di spostamento-activemailboxdatabase .

Ulteriori informazioni

Altri sintomi comuni che si verificano sono nel registro applicazioni e del registro operativo-ExchangeHighAvailability. Non esiste, compaiono eventi analoghi ai seguenti:

Per determinare se hanno ancora nomi 8DOT3 nel log delle transazioni, è possibile eseguire il comando seguente al prompt dei comandi in posizione registro transazioni:dir /x Se i registri delle transazioni contengono ancora 8DOT3 nomi, vedere qualcosa di analogo al seguente:
04/10/2013 04:16 PM 1,048,576 E0C749~1.LOG E0000000118.log 04/10/2013 04:16 PM 1,048,576 E01D7D~1.LOG E0000000119.log 04/10/2013 04:16 PM 1,048,576 E00834~1.LOG E000000011A.log 04/10/2013 04:16 PM 1,048,576 E05DFF~1.LOG E000000011B.log 04/10/2013 04:16 PM 1,048,576 E06DCB~1.LOG E000000011C.log 04/10/2013 04:16 PM 1,048,576 E0F768~1.LOG E000000011D.log


Nota: Se viene visualizzato il nome di E0F768~1.log presente nella colonna al penultimo, sarà comunque possibile dei registri delle transazioni che hanno nomi 8DOT3. Pertanto, si disporrà di ancora problemi quando si tenta di spostare i database di active.

Serve aiuto?

Vuoi altre opzioni?

Esplorare i vantaggi dell'abbonamento e i corsi di formazione, scoprire come proteggere il dispositivo e molto altro ancora.

Le community aiutano a porre e a rispondere alle domande, a fornire feedback e ad ascoltare gli esperti con approfondite conoscenze.

Queste informazioni sono risultate utili?

Come valuti la qualità della lingua?
Cosa ha influito sulla tua esperienza?
Premendo Inviare, il tuo feedback verrà usato per migliorare i prodotti e i servizi Microsoft. L'amministratore IT potrà raccogliere questi dati. Informativa sulla privacy.

Grazie per il feedback!

×