PARANDUS: Aeglane sünkroonimise, kui ketastel on sektorisuurust teise primaarse ja sekundaarse koopia logifailid SQL Server AG ja Logshipping keskkondades

NB! Artikkel on tõlgitud Microsofti masintõlketarkvaraga ja seda saab parandada Kogukonnapõhise tõlkeraamistiku (CTF) tehnoloogiaga. Microsoft pakub masintõlgitud, kogukonna järeltöödeldud ja inimtõlgitud artikleid, et anda mitmekeelne juurdepääs kõigile meie teabebaasi artiklitele. Masintõlgitud ja järeltöödeldud artiklites võib olla sõnavara-, süntaksi- ja/või grammatikavigu. Microsoft ei vastuta mingite ebatäpsuste, tõrgete ega kahjude eest, mis on tulenenud sisu valest tõlkest või selle kasutamisest meie klientide poolt. Lisateavet CTF-i kohta leiate aadressilt http://support.microsoft.com/gp/machine-translation-corrections/et.

Artikli ingliskeelse versiooni kuvamiseks klõpsake siin: 3009974
Teatis
Märkus Pärast selle kiirparanduse rakendamist peate lubama jälituslipu 1800 kõik serverid teha seda käigultparandust õigesti töötada.
Sümptomid
Kujutage ette järgmist stsenaariumi.
  • Kättesaadavusrühmad või Logshipping funktsiooni Microsoft SQL Server 2012 või SQL Server 2014 lubamiseks.
  • Kettad, mis salvestavad primaarse ja sekundaarse koopia logifaile ja AlwaysOn kättesaadavus grupi (AG) on erinevate sektori suurus. Või Logshipping keskkondades, et poe siis logifailid Logshipping peamine serverid ja Logshipping teisene serverid ketastel on erinevad sektori suurus. Näiteks:
    • Peamine koopia logifail asub kettal, millel on sektori suurus on 512 baiti. Siiski teise koopia logifail asub kettal, millel on sektori suurus on 4 kilobaiti (KB).
    • Peamine koopia logifail asub asutusesisese kohalikus süsteemis, millel on sektori suurus on 512 baiti. Teise koopia asub Windows Azure Storage draivil, mis on sektori suurus on 4 kilobaiti (KB).
Selle stsenaariumi korral logitakse järgmine tõrketeade SQL Server Error log:

On ilmnenud valesti X Logi IOs milline vajalik langev tagasi sünkroonne IO. Praegune IO on fail...

Lisaks AG või Logshipping sünkroonimine töötab väga aeglaselt sünkroonne väljundtoimingute tõttu. Kui teisese koopia on Windows Azure Storage, võtab sünkroonimise lõpuleviimiseks oodatust palju kauem aega.

Märkus. Probleem ilmneb, kui kasutate nii uue draivi, mis on 4 KB sektori suurus ja 512-byte sektori suurus on vana draivid. Uue draivi kohta lisateabe saamiseks vaadake teemat SQL serveri - uute kettadraivide kasutamise 4K sektori suurus ja SQL Server – säilitamine tühikute/VHDx ja 4K sektori suurus.
Lahendus
See probleem parandati esmakordselt järgmise koondvärskenduse SQL Server.

SQL serveri 2014 koondvärskenduse 5

SQL Server 2012 SP2 koondvärskenduse 3

SQL Server 2012 SP1 koondvärskenduse 13

Pärast selle kiirparanduse rakendamist ja lubama jälituslipu 1800 peamine serverites, märkate veidi on suurendatud järgmiste failide mahtu.
  • Tehingulogi faili
  • Varukoopiate
Lisaks märkate, et järgmised teated logitakse SQL Server Error log peamine server.

Andmebaasi Logi saba "andmebaasi nimi>' kirjutatakse sobitada uue sektori suurus on 4096 baiti

See on informatiivne sõnum, mis võib eirata.

Kumulatiivseid värskendusi SQL serveri kohta

Iga uue SQL serveri koondvärskendus sisaldab kõiki Kiirparandusi ja kõiki turbeparandusi, mis sisaldusid eelmises koondvärskenduses. Vaadake SQL serveri kumulatiivseid värskendusi:

Vastukaal
Selle probleemi lahendamiseks teisaldage tehingulogi faili sihtkohta draivile, mille baidid füüsilise sektori seatud 512 baiti.
Olek
Microsoft on kinnitanud, et see probleem esineb jaotises "Kehtib järgmiste toodete kohta" loetletud Microsofti toodetel.
Lisateave
Hea tava, proovige veenduge, et kõik koopiad (vähemalt kõiki kettaid, mis majutavad logifailid) kõik kettad on sama sektori suurus. Keskkondades, kus teisese füüsilise sektori 512 baiti ja esmase sektori suurus on 4 KB, TF 1800 tuleks kasutada käivitamisel Märgista kõik serverid (eriti serverid, mis on 512-baidine füüsilise sektori), et saate ülemineku peamine rolli. See tagab pidev Logi loomine vorming kasutab 4 KB sektori suurus.

Vaadake lisateavet selle kohta, kuidas SQL Server töötab suuremale sektori suurusele toe ajaveebis järel:

SQL Server – säilitamine tühikute/VHDx ja 4K sektori suurus

Saate kasutada Fsutil käsuviiba utiliitibaidid füüsilise sektoriväärtuse määramiseks. Kui see parameeter pole näha väljund, peate rakendama kiirparandust, mis on määratud Artiklis KB 982018.

Millist ketast, kuhu kontrollimiseks toimige järgmiselt.
  1. Laiendatud käsuviibalt käsu käivitage järgmine käsk:
    Fsutil fsinfo ntfsinfo x:
    Märkus. X tähistab draivi, mis on kontrollimine.
  2. Bytes Per Sector ja baidid füüsilise sektori väärtused abil saate määratleda, millist ketast, kuhu. Selleks kasutage järgmist tabelit:
    "Bytes Per Sector" väärtus"Baidid füüsilise sektori" väärtusDraivi tüüp
    409640964K native
    5124096Advanced Format (tuntud ka kui 512E)
    512512512-baidine native

Hoiatus. See artikkel on masintõlgitud.

Atribuudid

Artikli ID: 3009974 – viimati läbi vaadatud: 01/19/2016 19:45:00 – redaktsioon: 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 KbMtet
Tagasiside