A gyorsjavítás alkalmazása után engedélyeznie kell az 1800-as nyomkövetési jelzőt indítási paraméterként az összes olyan kiszolgálón vagy replikán, amely 512 bájtos fizikai szektorméretű, és újra kell indítania őket, hogy a gyorsjavítás megfelelően működjön.
Jelenségek
Vegye figyelembe a következő forgatókönyvet:
-
Engedélyezi az AlwaysOn rendelkezésre állási csoportokat vagy a Logshipping funkciót a Microsoft SQL Server.
-
Az elsődleges és másodlagos replika naplófájljait alwaysOn rendelkezésre állási csoportban (AG) tároló lemezek különböző szektorméretekkel rendelkeznek. Vagy Logshipping-környezetekben az elsődleges kiszolgálók naplózásához és a másodlagos kiszolgálók naplózásához szükséges naplófájlokat tároló lemezek különböző szektorméretekkel rendelkeznek. Például:
-
Az elsődleges replika naplófájlja egy 512 bájtos szektorméretű lemezen található. A másodlagos replika naplófájlja azonban egy 4 kilobájtos szektorméretű lemezen található.
-
Az elsődleges replika naplófájlja egy 512 bájtos szektorméretű helyszíni helyi rendszeren található. A másodlagos replika azonban egy 4 kilobájtos (KB) szektorméretű Windows Azure Storage-lemezen található.
-
Ebben a forgatókönyvben a rendszer a következő hibaüzenetet naplózza a SQL Server Hibanaplóban. A hibaüzenet az újraindítás után egy ideig folytatódhat, ha voltak olyan naplók, amelyeket a kiszolgáló újraindítása előtt nem alkalmaztak a másodlagosra.
X helytelenül kiosztott napló-I/O-k voltak, amelyekhez vissza kellett esnie a szinkron I/O-ra. Az aktuális I/O a következő fájlon van: ....
Emellett a rendelkezésreállási csoport vagy a logshipping szinkronizálása nagyon lassan fut a szinkron I/OS miatt. Ha a másodlagos replika a Windows Azure Storage-ban található, a szinkronizálási folyamat a vártnál sokkal tovább tart.Megjegyzés Ez a probléma akkor fordul elő, ha a 4 KB-os szektorméretű új meghajtókat és az 512 bájtos szektorméretű régi meghajtókat is használja. További információ az új meghajtókról: SQL Server – Új meghajtók: 4K szektorméret és SQL Server–Tárolóhelyek/VHDx és 4K szektorméret használata.
Megoldás
A problémát először a SQL Server következő kumulatív frissítésében javítottuk.
5. összegző frissítés a 2014.SQL Server .en-us/help/3011055
3. összegző frissítés a SQL Server 2012 SP2 /en-us/help/3002049
A 2012 SP1 /en-us/help/3002044 SQL Server 13. kumulatív frissítése
Miután alkalmazta a gyorsjavítást, és engedélyezte az 1800-as nyomkövetési jelzőt indítási paraméterként az 512 bájt szektorméretű lemezen futó összes kiszolgálóreplikán, a következő fájlok méretének kis mértékű növekedését tapasztalja:
-
Tranzakciós naplófájl
-
Naplóalapú biztonsági mentések
Azt is megfigyelheti, hogy a következő üzenetek vannak naplózva az elsődleges kiszolgáló SQL Server hibanaplójában:
A "<adatbázisnév>" adatbázis naplójának széle újra van írva, hogy megfeleljen a 4096 bájtos új szektorméretnek
Ez egy tájékoztató üzenet, amely biztonságosan figyelmen kívül hagyható.
A SQL Server minden új összegző frissítése tartalmazza az összes gyorsjavítást és az előző összegző frissítésben szereplő összes biztonsági javítást. Tekintse meg az SQL Server legújabb összegző frissítéseit:
Kerülő megoldás
A probléma megkerüléséhez helyezze át a célhelyen található tranzakciónapló-fájlt egy olyan meghajtóra, amelynek fizikai szektoronkénti bájtja 512 bájt.
Állapot
A Microsoft megerősítette, hogy ez a probléma „A következőkre vonatkozik:” részben felsorolt Microsoft-termékekre vonatkozik.
További információ
Ajánlott eljárásként győződjön meg arról, hogy az összes replika összes lemeze (legalább az összes naplófájlt üzemeltető lemez) azonos szektorméretű. Vegyes környezetekben, ahol a másodlagos szektor fizikai szektora 512 bájt, az elsődleges szektor mérete pedig 4 KB, a TF 1800-ast kell használni indítási jelzőként minden olyan kiszolgálón vagy replikán, amely 512 bájtos fizikai szektormérettel rendelkezik, és újraindult. Ez biztosítja, hogy a folyamatban lévő naplólétrehozás formátuma 4 KB-os szektorméretet használjon.A SQL Server nagyobb szektorméretekkel való működéséről a következő blogbejegyzésben talál további információt:SQL Server–Tárolóhelyek/VHDx és 4K szektorméret Az Fsutil parancssori segédprogrammalmeghatározhatja a bájtok fizikai szektoronkénti értékét. Ha ez a paraméter nem látható a kimenetben, akkor a tudásbáziscikkbenmegadott gyorsjavítást kell alkalmaznia 982018.A meghajtó típusának ellenőrzéséhez kövesse az alábbi lépéseket:
-
Futtassa a következő parancsot egy emelt szintű parancssorban:
Fsutil fsinfo ntfsinfo x: Megjegyzés: Az x helyőrző az ellenőrizni kívánt meghajtót jelöli.
-
Használja a szektoronkénti bájtok és a fizikai szektoronkénti bájtok értékeit a meghajtó típusának meghatározásához. Ehhez használja az alábbi táblázatot:
"Bájtok szektoronként" érték
"Fizikai szektoronkénti bájtok" érték
Meghajtó típusa
4096
4096
4K natív
512
4096
Speciális formátum (más néven 512E)
512
512
512 bájtos natív
