FIX: Trage synchronisatie wanneer schijven verschillende sectoren voor primaire en secundaire replica logboekbestanden in SQL Server AG en Logshipping omgevingen hebben

BELANGRIJK: Dit artikel is vertaald door middel van automatische vertalingssoftware van Microsoft en is mogelijk nabewerkt door de Microsoft Community via CTF-technologie (Community Translation Framework) of door een menselijke vertaler. Microsoft biedt zowel automatisch vertaalde, door mensen vertaalde en door de community nabewerkte artikelen aan, zodat er in meerdere talen toegang is tot alle artikelen in onze Knowledge Base. Een vertaald of bewerkt artikel kan fouten bevatten in vocabulaire, syntaxis of grammatica.. Microsoft is niet verantwoordelijk voor eventuele onjuistheden, fouten of schade ten gevolge van een foute vertaling van de inhoud van een bericht of het gebruik van deze vertaalde berichten door onze klanten.

De Engelstalige versie van dit artikel is de volgende: 3009974
Opmerking
Opmerking Nadat u deze hotfix hebt toegepast, moet u de traceringsvlag 1800 op de servers waarmee deze hotfix werkt goed inschakelen.
Symptomen
Overweeg het volgende scenario:
  • U inschakelen AlwaysOn beschikbaarheidsgroepen of Logshipping in 2012 voor Microsoft SQL Server of SQL Server-2014.
  • De schijven waarop de logboekbestanden van de primaire en secundaire replica in een AlwaysOn beschikbaarheid groep (AG opgeslagen) hebben verschillende sectoren. Of in Logshipping omgevingen, dat het archief de logboekbestanden voor de primaire servers met Logshipping en secundaire servers Logshipping schijven hebben verschillende sectoren. Bijvoorbeeld:
    • Het logboekbestand van de primaire replica bevindt zich op een schijf met een sectorgrootte van 512 bytes. Echter, het logboekbestand secundaire replica bevindt zich op een schijf met de sectorgrootte van 4 kB (Kilobyte).
    • Het logboekbestand van de primaire replica bevindt zich op een lokaal systeem, dat in gebouwen met een sectorgrootte van 512 bytes. Echter, de secundaire replica bevindt zich op een schijf met Windows Azure-opslag met de sectorgrootte van 4 kB (Kilobyte).
In dit scenario wordt het volgende foutbericht vastgelegd in het foutenlogboek van SQL Server:

Er zijn verkeerd uitgelijnd X IOs melden welke vereiste teruggevallen op synchrone i/o. De huidige i/o is in het bestand...

Bovendien traag synchronisatie AG of Logshipping erg omdat de synchrone i/o's. Als de secundaire replica in Windows Azure opslag, duurt het veel langer dan verwacht om de synchronisatieprocedure te voltooien.

Opmerking Dit probleem treedt op wanneer u zowel de nieuwe stations met een sectorgrootte 4 KB-en de oude schijven die een sectorgrootte van 512 bytes hebben. Zie voor meer informatie over de nieuwe stations SQL Server - nieuwe stations sectorgrootte gebruiken 4K en SQL Server-opslag spaties/VHDx en de sectorgrootte van 4 kB.
Oplossing
Het probleem is in eerste instantie opgelost in de volgende cumulatieve update van SQL Server.

5 cumulatieve Update voor SQL Server-2014

Cumulatieve Update 3 voor SQL Server 2012 SP2

13 cumulatieve Update voor SQL Server 2012 SP1

Nadat u de hotfix toepast en traceringsvlag 1800 op de primaire servers inschakelt, ziet u een kleine toename van de grootte van de volgende bestanden:
  • Transactielogbestand
  • Logboekbestanden
Bovendien ziet u dat de volgende berichten worden geregistreerd in het logboek van de primaire server voor SQL Server-fout:

De staart van het logboek van database 'naam van de database>' is wordt herschreven zodat deze overeenkomen met de nieuwe sectorgrootte van 4096 bytes

Dit is een informatief bericht dat veilig kan worden genegeerd.

Over cumulatieve updates voor SQL Server

Elke nieuwe cumulatieve update voor SQL Server bevat alle hotfixes en alle beveiligingscorrecties die zijn opgenomen in de vorige cumulatieve update. Raadpleeg de meest recente cumulatieve updates voor SQL Server:

Workaround
Om dit probleem te omzeilen, het transactielogbestand op de plaats van bestemming te verplaatsen naar een station dat ingesteld als 512 bytes voor Bytes per fysieke Sector is .
Status
Microsoft heeft bevestigd dat dit probleem kan optreden in de Microsoft-producten die worden vermeld in de sectie 'Van toepassing op'.
Meer informatie
Probeer een aanbevolen om ervoor te zorgen dat alle schijven op alle replica's (ten minste alle schijven die host zijn van logboekbestanden) dezelfde sectorgrootte hebben. In gemengde omgevingen, waarbij de secundaire is een fysieke sector van 512 bytes en de primaire sectorgrootte 4 KB heeft, moet tijdens het opstarten van een vlag op alle servers (met name de servers waarop een fysieke sector 512 bytes) die overgang aan de primaire rol kanTF 1800 worden gebruikt. Dit zorgt ervoor dat de indeling Continue maken een sectorgrootte 4 KB gebruikt.

Zie de volgende post op de blog ondersteuning voor meer informatie over SQL Server in combinatie met een grotere sector:

SQL Server-opslag spaties/VHDx en de sectorgrootte van 4 kB

U kunt het hulpprogramma Fsutil opdrachtprompt de waarde te bepalen aantal Bytes per fysieke Sector. Als deze parameter niet zichtbaar in de uitvoer, moet u de hotfix toepassen die opgegeven in KB-artikel 982018.

Als u wilt controleren of de aard van de schijf die u hebt, als volgt te werk:
  1. De volgende opdracht uitvoeren vanaf een opdrachtprompt:
    Fsutil fsinfo ntfsinfo x:
    Opmerking Tijdelijke aanduiding voor de x staat voor het station dat u controleert.
  2. De waarden voor Bytes Per Sector en Bytes per fysieke Sector gebruiken om te bepalen welk type station dat u hebt. Gebruik hiervoor de volgende tabel:
    De waarde 'Bytes Per Sector'De waarde 'Bytes per fysieke Sector'Stationstype
    409640964K native
    5124096Geavanceerde opmaak (ook wel bekend als 512E)
    512512native 512 byte

Waarschuwing: dit artikel is automatisch vertaald

Eigenschappen

Artikel-id: 3009974 - Laatst bijgewerkt: 01/19/2016 20:01:00 - Revisie: 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 KbMtnl
Feedback