Oprava: Pomalé synchronizácie pri disky majú rôzne veľkosti primárneho a sekundárneho replika protokolov v prostredí SQL Server AG a Logshipping

DÔLEŽITÉ: Tento článok je preložený pomocou softvéru na strojový preklad od spoločnosti Microsoft a možno ho opraviť prostredníctvom technológie Community Translation Framework (CTF). Microsoft ponúka strojovo preložené články, články upravené komunitou aj články preložené prekladateľmi, aby zabezpečil prístup ku všetkým článkom databázy Knowledge Base vo viacerých jazykoch. Strojovo preložené články aj upravené články môžu obsahovať chyby týkajúce sa slovnej zásoby, syntaxe alebo gramatiky. Microsoft nenesie zodpovednosť za akékoľvek nepresnosti, chyby alebo škody spôsobené neprávnym prekladom obsahu alebo jeho použitím zo strany našich zákazníkov. Ďalšie informácie o technológii CTF nájdete na lokalite http://support.microsoft.com/gp/machine-translation-corrections/sk.

Pokiaľ chcete vidieť anglickú verziu článku, kliknite sem: 3009974
Poznámka
Poznámka: Po použití tejto rýchlej opravy, musíte zapnúť príznak sledovania 1800 na všetkých serveroch, aby sa táto oprava nefunguje správne.
Príznaky
Predstavte si nasledujúcu situáciu:
  • Zapnete funkciu skupiny dostupnosti AlwaysOn alebo Logshipping Microsoft SQL Server 2012 alebo SQL Server 2014.
  • Disky, ktoré ukladať súbory denníka primárnej a sekundárnej repliky v skupiny dostupnosti AlwaysOn (AG) majú rôzne veľkosti. Alebo v prostredí Logshipping disky, či obchodu súbory denníkov, Logshipping primárny server a Logshipping sekundárnej servery iné veľkosti. Napríklad:
    • Primárne replika súbor denníka sa nachádza na disku, ktorý má veľkosť sektora 512 bajtov. Však sekundárne replika súbor denníka sa nachádza na disku, ktorý má veľkosť sektora 4 kilobajtov (KB).
    • Primárne replika súbor denníka sa nachádza na v lokálnom počítači veľkosťou sektora 512 bajtov. Však sekundárne replika sa nachádza na disku Windows Azure Storage Veľkosť sektora 4 kilobajtov (KB).
V tomto prípade sa zaznamená nasledujúce chybové hlásenie v denníku chyba servera SQL:

Došlo k X nesprávne zarovnaný prihlásiť IOs, ktorý vyžaduje klesá späť na synchrónne IO. Aktuálne je súbor...

Okrem toho AG alebo Logshipping synchronizácia pracuje veľmi pomaly kvôli synchrónne generovaných. Ak je sekundárne replika Windows Azure uskladnené, trvá dlhšie, než sa očakávalo dokončiť proces synchronizácie.

Poznámka: Tento problém sa vyskytuje pri používaní ako nové disky, ktoré majú veľkosť sektora 4 KB a starých jednotiek, ktoré majú veľkosť sektora 512 bajtov. Ďalšie informácie o novej jednotky, pozrite si SQL Server – nové disky Veľkosť sektora použitie 4K a SQL Server – ukladacie priestory/VHDx a veľkosť sektora 4 kB.
Riešenie
Tento problém bol najskôr odstránený v nasledujúcej kumulatívnej aktualizácie servera SQL Server.

Kumulatívna aktualizácia 5 pre SQL Server 2014

Kumulatívna aktualizácia 3 pre SQL Server 2012 SP2

Kumulatívna aktualizácia 13 pre SQL Server 2012 SP1

Nainštalujte rýchlu opravu a zapnúť príznak sledovania 1800 primárne serveroch, zistíte, že malý nárast veľkosti nasledujúce súbory:
  • Súbor denníka transakcií
  • Záloh
Okrem toho zistíte, že tieto hlásenia sa zapíšu v denníku chyba servera SQL Server primárneho:

Zadnej časti denníka databázy "Názov databázy> "sa prepisuje zodpovedať novú veľkosť sektora 4 096 bajtov

Ide o informačné hlásenie môžete ignorovať.

Informácie o kumulatívnej aktualizácie pre server SQL Server

Každý nový Kumulatívna aktualizácia pre SQL Server obsahuje všetky rýchlych a všetky opravy zabezpečenia, ktoré boli súčasťou predchádzajúcej kumulatívnej aktualizácie. Pozrite si najnovšie kumulatívnej aktualizácie pre server SQL Server:

Ako problém obísť
Obísť tento problém, premiestnite súbor denníka transakcií na cieľovom jednotku, ktorá má veľkosť fyzického sektora nastaviť ako 512 bajtov.
Stav
Spoločnosť Microsoft potvrdila, že ide o problém v produktoch spoločnosti Microsoft, ktoré sú uvedené v časti Vzťahuje sa na.
Ďalšie informácie
Najlepším prístupom, skúste sa uistiť, že všetky disky všetky repliky (aspoň všetky disky, ktoré hosť súbory denníka) rovnakej veľkosti sektora. Zmiešané prostredie, kde sekundárne má fyzického sektora 512 bajtov a primárne veľkosťou sektora 4 KB, TF 1800 by mala byť použitá startup príznak na všetky servery (najmä s fyzického sektora 512 bajtov), ktoré môže prechod na hlavnú úlohu. Takto zabezpečíte, že formát Tvorba trvalé denníka používa veľkosťou sektora 4 KB.

Ďalšie informácie o funkcii SQL Server s veľkosťou sektora nájdete nasledujúci príspevok na blogu technickej podpory:

SQL Server – ukladacie priestory/VHDx a veľkosť sektora 4 kB

Môžete použiť pomôcka príkazového riadka Fsutil určiť veľkosť fyzického sektorahodnotu. Ak tento parameter nie je zobrazený vo výstupe, musíte použiť rýchlu opravu, ktorá je zadaná v Článok KB 982018.

Overiť typu jednotky, ktoré používate, postupujte nasledovne:
  1. V príkazovom riadku spustite nasledujúci príkaz:
    Fsutil fsinfo ntfsinfo x:
    Poznámka: X predstavuje jednotku, na ktorej sa kontrolujú.
  2. Pomocou hodnoty Bytes Per Sector a veľkosť fyzického sektora určiť typ jednotky, ktoré používate. Chcete urobiť, použite nasledujúcu tabuľku:
    Hodnota "Bytes Per Sector"Hodnota "Veľkosť fyzického sektora"Typ jednotky
    40964096Natívne 4 kB
    5124096Formát Advanced Format (známa aj ako 512E)
    512512natívne 512 bajtov

Upozornenie: Tento článok bol preložený automaticky.

Vlastnosti

ID článku: 3009974 – Posledná kontrola: 01/20/2016 00:24:00 – Revízia: 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 KbMtsk
Pripomienky