NUSTATYTI: Lėtas sinchronizavimas diskus, kai skirtingų sektorių dydžių pirminio ir antrinio replika žurnalo failų SQL Server AG ir Logshipping aplinkoje

SVARBU: šis straipsnis išverstas naudojant „Microsoft“ mašininio vertimo programinę įrangą ir gali būti pataisytas naudojant „Community Translation Framework“ (CTF) technologiją. „Microsoft“ siūlo mašinos išverstus ir po to bendruomenės suredaguotus straipsnius, taip pat žmogaus išverstus straipsnius siekdama suteikti prieigą prie visų savo žinių bazės straipsnių daugeliu kalbų. Mašinos išverstuose ir vėliau paredaguotuose straipsniuose gali būti žodyno, sintaksės ir / arba gramatikos klaidų. „Microsoft“ neatsako už jokius netikslumus, klaidas arba žalą, patirtą dėl neteisingo turinio vertimo arba mūsų klientų naudojimosi juo. Daugiau apie CTF žr. http://support.microsoft.com/gp/machine-translation-corrections.

Spustelėkite čia, norėdami pamatyti šio straipsnio versiją anglų kalba: 3009974
Pastaba
Pastaba. Pritaikius šias karštąsias pataisas, turite įgalinti sekimo žymė 1800 visuose serveriuose, kad šias karštąsias pataisas, tinkamai veiktų.
Požymiai
Įsivaizduokite tokią situaciją:
  • Įgalinti "Microsoft SQL Server 2012" arba "SQL Server 2014" AlwaysOn prieinamumo grupės arba Logshipping funkciją.
  • Diskus, saugoti failus pirminio ir antrinio replikų AlwaysOn prieinamumo grupės (AG), yra įvairių sektorių dydžių. Arba Logshipping aplinkoje, diskų, kad parduotuvės žurnalo failus Logshipping pirminio serverio ir Logshipping antrinio serverių yra įvairių sektorių dydžiai. Pvz.:
    • Pagrindinė replika žurnalo failas yra diske, kuris yra sektoriaus dydis yra 512 baitų. Tačiau antrinės replika žurnalo failas yra diskas, kuriame yra 4 kilobaitų (KB) sektoriaus dydis.
    • Pagrindinė replika žurnalo failas būna vietinėje vietinės sistemos, 512 baitų sektorių dydis. Tačiau antrinės replika yra Windows Azure saugyklos diskas, kuriame yra 4 kilobaitų (KB) sektoriaus dydis.
Tokiu atveju SQL serverio klaidos žurnale užregistruojamas toks klaidos pranešimas:

Buvo netinkamai X prisijungti IOs, kurį reikia mažėja atgal į Sinchroninis IO. Dabartinis IO yra failą...

Be to, AG arba Logshipping sinchronizavimas veikia labai lėtai dėl Sinchroninis įvestis/išvestis. Jei antrinį replika Windows Azure saugyklos, užtrunka ilgiau nei tikėtasi baigti sinchronizavimo procesas.

Pastaba. Ši problema kyla, kai nauji diskai, kuriuose naudojami 4 KB sektoriaus dydžio ir senus diskus, kurių 512 baitų sektorių dydį. Daugiau informacijos apie nauji diskai, žr. SQL Server - naują diskai naudoti 4K sektoriaus dydis ir SQL Server – saugyklos tarpų/VHDx ir 4K sektoriaus dydis.
Sprendimas
Šį kaupiamąjį naujinimą SQL serverio pirmą kartą buvo išspręsta problema.

SQL serverio 2014 Kaupiamasis naujinimas 5

Kaupiamasis naujinimas 3 SQL Server 2012 SP2

Kaupiamasis naujinimas, 13 SQL Server 2012 SP1

Pritaikius karštąsias pataisas ir įgalinti sekimo žymę 1800 pagrindinis serveriuose, pastebite šiek tiek šių failų dydį:
  • Operacijų žurnalo failas
  • Žurnalo atsarginės kopijos
Be to, pastebite, kad pagrindinis serverio SQL Server klaida žurnale užregistruojami šie pranešimai:

Duomenų bazės žurnalo uodegos "duomenų bazės pavadinimas> "yra perrašomas atitiktų 4096 baitų naują sektoriaus dydis

Tai informacinis pranešimas, kuriame galima nekreipti dėmesio.

Apie kaupiamieji naujinimai SQL Server

SQL serverio kiekvieną naują Kaupiamasis naujinimas yra visos karštosios ir naujausios saugos pataisos, kurios buvo įtrauktos į ankstesnio kaupiamojo naujinimo. Ieškokite SQL Server kaupiamieji naujinimai:

Problemos sprendimas
Norėdami išspręsti šią problemą, perkelkite operacijų žurnalo failą į paskirties vietą diske, kurio baitai kiekviename fiziniame sektoriuje nustatyti kaip 512 baitų.
Būsena
„Microsoft“ patvirtino, kad tai yra „Microsoft“ produktų, išvardytų skyriuje „Taikoma“, problema.
Daugiau informacijos
Geriausia, pabandykite įsitikinkite, kad visus diskus į visus kopijos (visus diskus, kad žurnalo failų) to paties sektoriaus dydžio. TF 1800 mišrus aplinkoje, kur antrinę turi fizinio sektoriaus 512 baitų ir pirminio sektoriaus dydis 4 KB, reikia naudoti kaip paleisties pažymėti visus serveriuose (ypač serverių, 512 baitų fizinio sektoriaus), galite pereiti į pagrindinį vaidmenį. Tai užtikrina, kad šiuo metu žurnalo kūrimas formatas naudoja 4 KB sektoriaus dydis.

Jei norite gauti daugiau informacijos apie tai, kaip SQL serveris veikia su didesnių sektorių dydžių, žr. šį skelbimą palaikymo Dienoraštis:

SQL Server – saugyklos tarpų/VHDx ir 4K sektoriaus dydis

Galite naudoti Fsutil komandų eilutės priemonę Norėdami nustatyti baitai kiekviename fiziniame sektoriujereikšmė. Jei šis parametras nerodomas suvestinėje, turite įdiegti karštąją pataisą, nurodytą Žinių bazės straipsnyje 982018.

Norėdami patikrinti, ar diską, kuriame yra tipo, atlikite šiuos veiksmus:
  1. Didesnių teisių komandų eilutėje vykdykite šią komandą:
    Fsutil fsinfo ntfsinfo x:
    Pastaba. X vietos rezervavimo ženklas nurodo įrenginį, kuriame reikia patikrinti.
  2. Nustatyti, kokios rūšies diską, turite naudoti vertės Bytes Per sektoriaus ir Bytes per fizinio sektoriaus . Norėdami tai padaryti, naudokite toliau pateiktoje lentelėje:
    "Bytes Per Sector" reikšmė"Baitai kiekviename fiziniame sektoriuje" reikšmėDisko tipas
    40964096Vietiniai 4K
    5124096Išplėstinio formato (taip pat žinomas kaip 512E)
    512512512 baitų prigimtinė

Įspėjimas: šis straipsnis išverstas automatiškai

Rekvizīti

Raksta ID: 3009974. Pēdējo reizi pārskatīts: 01/19/2016 20:00:00. Pārskatījums: 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 KbMtlt
Atsauksmes