Після застосування цього виправлення, потрібно ввімкнути позначку трасування 1800 як параметр запуску на всіх серверах або репліки, які мають 512-байт фізичний розмір сектора і перезапустити їх, щоб зробити це виправлення працювати належним чином.
Ознаки
Розглянемо такий сценарій:
-
Увімкнення функції AlwaysOn доступності групи або журналу в Microsoft SQL Server.
-
Диски, на яких зберігаються файли журналів основної та додаткової репліки в групі доступності AlwaysOn (AG), мають різні розміри секторів. Або в середовищах logshipping диски, на яких зберігаються файли журналів для logshipping основних серверів і logshipping додаткових серверів мають різні розміри сектора. Наприклад:
-
Файл журналу основної репліки розташовано на диску, розмір сектора якого становить 512 байт. Проте додатковий файл журналу репліки розташовано на диску, який має розмір сектора 4 кілобайт (КБ).
-
Файл журналу основної репліки розташовано в локальній локальній системі, розмір якого становить 512 байтів сектора. Проте додаткова репліка розташована на диску Сховища Windows Azure, розмір сектора 4 КБ.
-
У цьому випадку в журналі помилок SQL Server реєструється таке повідомлення про помилку. Повідомлення про помилку може тривати деякий час після перезавантаження, якщо були журнали, які не було застосовано до додаткового перед перезапуском сервера.
Там були X неправильний журнал IOS, який вимагав повернутися до синхронного вводу-виводу. Поточне вводу-виводу у файлі ....
Крім того, синхронізація AG або Logshipping виконується дуже повільно через синхронне I/Os. Якщо додаткова репліка міститься в сховищі Windows Azure, процес синхронізації триває набагато довше, ніж очікувалося.
Примітка. Ця проблема виникає, коли ви використовуєте нових дисків, розмір сектора 4 КБ і старі диски, які мають 512-байтний розмір сектора. Докладні відомості про нові диски див. в статті SQL Server . Нові диски Використовують розмір сектора 4K і SQL Server – простори зберігання/VHDx і розмір сектора 4K.
Спосіб вирішення
Спочатку цю проблему вирішено в наступному сукупному оновленні SQL Server.
Сукупне оновлення 5 для SQL Server 2014 р./help/3011055
Сукупний пакет оновлень 3 для SQL Server 2012 із пакетом оновлень 2 (SP2)/help/3002049
Сукупний пакет оновлень 13 для SQL Server 2012 sp1 /uk-UA/help/3002044
Після застосування виправлення та ввімкнути позначка трасування 1800 як параметр запуску на всіх серверах репліки, що працюють на диску, який має сектор розміром 512 байт, ви помітите невелике збільшення розміру таких файлів:
-
Файл журналу транзакцій
-
Резервні копії журналів
Крім того, ви помітите, що в журнал помилок SQL Server основного сервера реєструються такі повідомлення:
Tail of the log for database "<database name>" is rewritten to match the new sector size of 4096 bytes
Це інформаційне повідомлення, яке можна безпечно ігнорувати.
Кожен новий сукупний пакет оновлень для SQL Server містить усі виправлення та всі виправлення системи безпеки, які входили в попередній сукупний пакет оновлень. Перегляньте останні сукупні оновлення для SQL Server:
Інші способи вирішення
Щоб вирішити цю проблему, перемістіть файл журналу транзакцій у місці призначення на диск, який байт на фізичний сектор , встановлений як 512 байт.
Стан
Корпорація Майкрософт підтвердила, що це проблема в продуктах Microsoft, перелічених у розділі "Стосується".
Додаткові відомості
Радимо переконатися, що всі диски на всіх репліках (принаймні на всіх дисках, на яких розміщено файли журналів) мають однаковий розмір сектора. У змішаних середовищах, де другорядний має фізичний сектор 512 байт і первинний має розмір сектора 4 КБ, TF 1800 слід використовувати як позначку запуску на всіх серверах або репліках, які мають 512-байтовий розмір фізичного сектора і перезавантажені. Це гарантує, що поточний формат створення журналу використовує розмір сектора 4 КБ.
Докладні відомості про те, як SQL Server працює з більшими розмірами секторів, див. в дописі в блозі служби підтримки:
SQL Server–Простори зберігання/VHDx і розмір
сектора 4K.
За допомогою утиліти командного рядка Fsutil можна визначити значення Байти на фізичний сектор. Якщо цей параметр не відображається у виводі, потрібно застосувати виправлення, указане у статті бази знань 982018.
Щоб перевірити тип диска, виконайте такі дії:
-
Виконайте таку команду в командному рядку в режимі адміністратора:
Fsutil fsinfo ntfsinfo x: Примітка Покажчик місця заповнення x представляє диск, який перевіряється.
-
Щоб визначити тип диска, скористайтеся значеннями "Байт на сектор " і " Байт" для кожного фізичного сектора . Для цього скористайтеся такою таблицею:
Значення "Байт на сектор"
Значення "Байт на фізичний сектор"
Тип диска
4096
4096
Вбудована 4K
512
4096
Розширений формат (також відомий як 512E)
512
512
512-байтна рідна
