FIX: Sincronizzazione lenta quando i dischi hanno dimensioni di settore diverse per i file di log primario e secondario di replica in ambienti SQL Server AG e Logshipping

IMPORTANTE: il presente articolo è stato tradotto tramite un software di traduzione automatica di Microsoft ed eventualmente revisionato dalla community Microsoft tramite la tecnologia CTF (Community Translation Framework) o da un traduttore professionista. Microsoft offre articoli tradotti manualmente e altri tradotti automaticamente e rivisti dalla community con l’obiettivo di consentire all'utente di accedere a tutti gli articoli della Knowledge Base nella propria lingua. Tuttavia, un articolo tradotto automaticamente, anche se rivisto dalla community, non sempre è perfetto. Potrebbe contenere errori di vocabolario, di sintassi o di grammatica. Microsoft declina ogni responsabilità per imprecisioni, errori o danni causati da una traduzione sbagliata o dal relativo utilizzo da parte dei clienti. Microsoft aggiorna frequentemente il software e gli strumenti di traduzione automatica per continuare a migliorare la qualità della traduzione.

Clicca qui per visualizzare la versione originale in inglese dell’articolo: 3009974
Avviso
Nota Dopo avere applicato questo hotfix, è necessario attivare il flag di traccia 1800 su tutti i server per garantire il corretto funzionamento questo hotfix.
Sintomi
Si consideri lo scenario seguente:
  • Attivare la funzionalità di disponibilità AlwaysOn o Logshipping in Microsoft SQL Server 2012 o SQL Server 2014.
  • I dischi che memorizzano i file di registro della replica primario e secondario in un gruppo di disponibilità AlwaysOn (AG) hanno dimensioni di settore diverse. O in ambienti Logshipping, i dischi che l'archivio di file di log per Logshipping un server primario e server secondari Logshipping dimensioni di settore diverse. Ad esempio:
    • Il file di log primario replica si trova su un disco che ha una dimensione di settore di 512 byte. Tuttavia, il file di registro replica secondario si trova su un disco che ha la dimensione di settore di 4 kilobyte (KB).
    • Il file di log primario replica si trova in un sistema locale locale che ha una dimensione di settore di 512 byte. Tuttavia, la replica secondaria si trova su un disco di archiviazione Windows Azure che ha la dimensione di settore di 4 kilobyte (KB).
In questo scenario, il seguente messaggio di errore viene registrato nel log degli errori di SQL Server:

Sono state X disallineate accedere IOs quali necessari fallback per i/o sincrono. il / o correnti sono nel file...

Inoltre, AG o Logshipping la sincronizzazione è molto lento a causa dei / o sincrono. Se la replica secondaria in Windows Azure Storage, richiede molto più tempo del previsto per completare il processo di sincronizzazione.

Nota Questo problema si verifica quando si utilizza sia le unità che hanno una dimensione di settore di 4 KB e la precedente unità con una dimensione di settore di 512 byte. Per ulteriori informazioni sulle nuove unità, vedere SQL Server - nuovo unità USA 4K dimensioni di settore e Spazi/VHDx – archiviazione di SQL Server e le dimensioni di settore 4K.
Risoluzione
Il problema è stato risolto prima nell'aggiornamento cumulativo seguente di SQL Server.

Aggiornamento cumulativo 5 per SQL Server 2014

Aggiornamento cumulativo 3 per SQL Server 2012 SP2

Aggiornamento cumulativo 13 per SQL Server 2012 SP1

Dopo si applica l'aggiornamento rapido e attiva il flag di traccia 1800 sui server primario, è possibile notare un piccolo aumento della dimensione del file riportati di seguito:
  • File di registro delle transazioni
  • Backup del log
Inoltre, si noterà che nel log degli errori di SQL Server del server primario verranno registrati i seguenti messaggi:

La parte finale del log per il database 'nome del database>' da riscrivere in base alle nuove dimensioni di settore di 4096 byte

Si tratta di un messaggio informativo che può essere tranquillamente ignorato.

Informazioni sugli aggiornamenti cumulativi per SQL Server

Ogni nuovo aggiornamento cumulativo per SQL Server contiene tutti gli hotfix e tutte le correzioni di protezione che sono stati incluse nell'aggiornamento cumulativo precedente. Vedere gli ultimi aggiornamenti cumulativi per SQL Server:

Workaround
Per risolvere questo problema, spostare il file di registro delle transazioni di destinazione in un'unità con un byte per settore fisico impostato come 512 byte.
Status
Microsoft ha confermato che questo è un problema per i prodotti Microsoft elencati nella sezione "Si applica a".
Informazioni
Come procedura consigliata, provare a verificare che tutti i dischi su tutte le repliche (almeno tutti i dischi contenenti file di registro) hanno le stesse dimensioni di settore. In ambienti misti, dove secondario è un settore di 512 byte fisico e primario ha una dimensione di settore pari a 4 KB, 1800 TF deve essere utilizzato come flag di avvio su tutti i server (in particolare i server che dispongono di un settore fisico di 512 byte) tale transizione al ruolo di primaria. Ciò garantisce che il formato di creazione del registro in corso utilizza una dimensione di settore di 4 KB.

Per ulteriori informazioni sul funzionamento di SQL Server con dimensioni di settore superiori, vedere il seguente post sul blog di supporto:

Spazi/VHDx – archiviazione di SQL Server e le dimensioni di settore 4K

È possibile utilizzare l'utilità della riga di comando Fsutil per determinare il valore di byte per settore fisico. Se questo parametro non è visibile nell'output, è necessario applicare l'aggiornamento rapido (hotfix) viene specificato in Articolo della Knowledge Base 982018.

Per verificare il tipo di unità in uso, procedere come segue:
  1. Eseguire il comando seguente al prompt dei comandi con privilegi elevati:
    Fsutil fsinfo ntfsinfo x
    Nota Il segnaposto x rappresenta l'unità che si sta archiviando.
  2. Utilizzare i valori di Byte Per settore e byte per settore fisico per determinare il tipo di unità in uso. A tale scopo, utilizzare la seguente tabella:
    Valore "Byte Per settore"Valore "Byte per settore fisico"Tipo di unità
    409640964K nativo
    5124096Formato avanzato (noto anche come 512E)
    512512nativo di 512 byte

Avviso: questo articolo è stato tradotto automaticamente

Proprietà

ID articolo: 3009974 - Ultima revisione: 01/19/2016 19:49:00 - Revisione: 6.0

Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Standard, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Standard

  • kbqfe kbhotfixserver kbfix kbsurveynew kbexpertiseadvanced kbmt KB3009974 KbMtit
Feedback