KB3009974 – ISPRAVKA: Spora sinhronizacija kada diskovi imaju različite veličine sektora za primarne i sekundarne datoteke evidencije replika u SQL Server AG i logshipping okruženjima

Simptome

Razmotrite sledeći scenario:

• Možete da omogućite AlwaysOn grupe za dostupnost ili funkciju prijavljivanja u Microsoft SQL Server.

• Diskovi koji skladište datoteke evidencije primarne i sekundarne replike u AlwaysOn grupi dostupnosti (AG) imaju različite veličine sektora. Ili u okruženjima za evidenciju, diskovi na kojima se skladište datoteke evidencije za primarne servere za prijavljivanje i sekundarne servere za evidenciju imaju različite veličine. Na primer:

  • Primarna datoteka evidencije replike nalazi se na disku koji ima sektor veličine 512 bajta. Međutim, sekundarna datoteka evidencije replike nalazi se na disku koji ima veličinu sektora veličine 4 kilobajta (KB).

  • Primarna datoteka evidencije replike nalazi se na lokalnom sistemu koji ima veličinu sektora veličine 512 bajova. Međutim, sekundarna replika se nalazi na Windows Azure disku za skladištenje koji ima veličinu sektora veličine 4 kilobajta (KB).

U ovom scenariju, sledeća poruka o grešci evidentira se u SQL Server evidenciji grešaka. Poruka o grešci može da se nastavi još neko vreme nakon ponovnog pokretanja ako je bilo evidencija koje nisu primenjene na sekundarne pre ponovnog pokretanja servera.

Pored toga, AG ili Logshipping sinhronizacija se veoma sporo pokreće zbog sinhronizovanih I/O-a. Ako se sekundarna replika nalazi u Windows Azure skladištu, potrebno je mnogo duže nego što je očekivano da se završi proces sinhronizacije.

Napomena Ovaj problem se javlja kada koristite nove disk jedinice koje imaju veličinu sektora od 4 KB i stare disk jedinice koje imaju veličinu sektora od 512 bajta. Dodatne informacije o novim disk jedinicama potražite u članku SQL Server – nove disk jedinice Koriste veličinu sektora 4K i prostore SQL Server-skladišta/VHDx i veličinu sektora 4K.

Rezoluciju

Problem je prvi put rešen u sledećoj kumulativnom ažuriranju SQL Server.

Zaobilaženje problema

Da biste zaobišli ovaj problem, premestite datoteku evidencije transakcija na odredištu na disk jedinicu koja ima bajtore po fizičkom sektoru podešenu kao 512 bajta.

Status

Microsoft je potvrdio da je ovo problem u Microsoft proizvodima koji su navedeni u odeljku "Odnosi se na".

Više informacija

Kao najbolju praksu, pokušajte da se uverite da svi diskovi na svim replikama (barem svi diskovi koji sadrže datoteke evidencije hosta) imaju istu veličinu sektora. U mešovitom okruženju, gde sekundarni ima fizički sektor od 512 bajta, a primarni ima veličinu sektora veličine 4 KB, TF 1800 bi trebalo koristiti kao zastavicu za pokretanje na svim serverima ili replikama koji imaju veličinu fizičkog sektora od 512 bajta i ponovo ih pokrenite. To obezbeđuje da tekući format kreiranja evidencije koristi veličinu sektora od 4 KB.

Dodatne informacije o tome kako SQL Server radi sa većim veličinama sektora potražite u sledećoj objavi na blogu za podršku:

SQL Server–prostori za skladištenje/VHDx i veličina sektora 4K

Možete da koristite uslužni program komandne linije Fsutil da biste odredili vrednost Bajtov po fizičkom sektoru. Ako ovaj parametar nije vidljiv u izlazu, morate da primenite hitnu ispravku navedenu u članku baze znanja 982018.

Da biste proverili koju vrstu disk jedinice imate, pratite ove korake:

1. Pokrenite sledeću komandu na komandnoj liniji sa punim privilegijama:

   Fsutil fsinfo ntfsinfo x: Napomena X čuvar mesta predstavlja disk jedinicu koju proveravate.

2. Koristite vrednosti za Bajtov po sektoru i Bajtovo po fizičkom sektoru da biste utvrdili vrstu disk jedinice koju imate. Da biste to uradili, koristite sledeću tabelu:

   Vrednost "Bajtos po sektoru"	Vrednost "Bajtos po fizičkom sektoru"	Tip disk jedinice
   4096	4096	4K izvorni
   512	4096	Napredni format (poznat i kao 512E)
   512	512	512-bajt izvorni