Підвищення якості
Припустимо, що ви використовуєте SQL Server 2017 на Linux. У певних сценаріях SQL Server може виникати втрата даних у системах, які використовують летючі кеш. Втрата відбувається через непередбачені обставини, наприклад Збій живлення, перш ніж Кешовані дані записано на стабільний носій. Щоб уникнути таких сценаріїв, примусовий механізм вимушеного флеша вводиться в сукупному оновленні 6 (CU6) для SQL Server 2017 на Linux. Якщо підсистема сховища не гарантує надійний запис через втрату електроенергії, радимо використовувати CU6 для SQL Server 2017 на Linux. Це оновлення дає змогу виконати наведені нижче дії.
-
Примусове флеша поведінка під час записування у базі даних дій, наприклад "контрольно-пропускний пункт" і журнал транзакцій.
-
Настроювання параметрів конфігурації= 1і альтеруваннячерез = 1 за замовчуванням. Ці параметри за замовчуванням дають ЗМОГУ SQL Server, щоб переконатися, що запис не очищено для блокування пристроїв. Альтернативне wrirethrough – це можливість оптимізувати запити на флеша у файловій системі. Докладні відомості про два параметри наведено в таблиці нижче.
|
Ім'я |
За промовчанням |
Опис |
|
writo |
1 |
Припустимі значення – 0 і 1. 1 = переводить запити FILE_FLAG_WRITE_THROUGH в O_DSYNC відкриється. 0 = забороняє переклад FILE_FLAG_WRITE_THROUGH запитів O_DSYNC відкриється. |
|
для альтернатітеwrite, хоча |
1 |
Припустимі значення – 0 і 1. 1 = дає змогу оптимізувати промивку для розширення хоста для FILE_FLAG_WRITE_THROUGH запитів. Написання (-ів) у файлах оптимізації (-ів) викликів до fdatasync для блочного пристрою. 0 = вимикає альтернативну оптимізацію флеша. Файл відкривається за допомогою O_DSYNC, а базова файлова система виконує необхідні записи, флеш-запити. Зверніть увагу , що параметр "альтернелетеза" застосовуватиметься лише під час writethrough = 1. |
Додаткові відомості
Докладні відомості наведено в статті практичні поради з підвищення продуктивності та рекомендації з конфігурації для SQL Server 2017 на Linux для обробки даних із високою частотою та рекомендаціями щодо розміщення файлів.
Служби SQL Server, що працюють на системах зберігання, які гарантують записування, O_DIRECT безпечнимиможна ввімкнути прапор трасування (TF) 3979, щоб вимкнути примусове флешувати поведінку та установити параметрАЛЬТЕРНЕЕПЕРЕВИЗНАЧЕННЯ та writethrough в MSSQL. conf до нуля. Ця функція повертає SQL Server 2017 дляПОПЕРЕДНЬОГО поводження з CU6.
Нотатки Система зберігання може переконатися в тому, що будь-який кешований або поетапний запис вважається безпечним і довговічним, гарантуючи, що запис, виданий пристроєм, зберігається на носії, що буде зберігатися через збої системи, відновлення інтерфейсу та збої в службі, а сам носій – це апаратна надлишкова система.
Нижче наведено докладні відомості про поведінку SQL Server для файлу I/O з такими змінами:
-
База даних (. МДФ) і журнал транзакцій (. ldf) не використовують writewrilза за замовчуванням у CU6, оскільки вони використовують примусове флешувати поведінку. TF 3979 відключає використання примусового флеша поведінка для баз даних і журналів транзакцій і використовуватиметься логікою writethrough та альтернатітеwrit.
-
Інші файли, які відкриваються, використовуючи FILE_FLAG_WRITE_THROUGH в SQL Server, наприклад знімки баз даних, внутрішні знімки для перевірки узгодженості баз даних (checkdb), файли трасування та розширені файли трасування подій, будуть використовувати оптимізацію та альтернатітеза шляхом оптимізації.
Спосіб вирішення
Це оновлення входить до складу нижче сукупного оновлення для SQL Server:
Кожне нове Сукупне оновлення для SQL Server містить усі поточні виправлення та всі виправлення системи безпеки, які були включені до попереднього сукупного оновлення. Ознайомтеся з найновішими сукупними оновленнями для сервера SQL Server:
Посилання
Відомості про термінологію, яку корпорація Майкрософт використовує для опису оновлень програмного забезпечення.
