Обслуговування баз даних рішень sharepoint 2018 (продовження), блог Дмитра Плотнікова

Першу частину статті можна знайти тут.

Дефрагментація певної таблиці та її індексів

Якщо ви хочете дефрагментувати індекс конкретної таблиці, а не всієї бази даних, можна реорганізувати або перебудувати індекс.

• В результаті реорганізації індексу буде перетворений кінцевий рівень індексу. Реорганізація індексу дефрагментирует і стискає Групові та некластерізованний індекси в таблицях і уявленнях і може значно підвищити продуктивність роботи з індексами. Реорганізація завжди виконується у фоновому режимі, таким чином, базова таблиця доступна для користувачів.
• В результаті перестроювання індекс буде перебудовано з використанням тих же стовпців, типів індексу, унікальності атрибутів і порядку сортування. Перестроювання покращує продуктивність сканування індексу. Можна перебудувати індекс в тлі або в автономному режимі.

Інструкція ALTER INDEX дозволяє адміністратору бази даних виконувати операції обслуговування існуючої таблиці або індексу уявлення. Вона може використовуватися для відключення, відновлення і перебудови індексів. При необхідності інструкція може використовуватися для завдання параметрів індексу. У більшості випадків можна перебудувати індекси в той час, як база даних знаходиться в оперативному режимі, тому що немає великої різниці при використанні автономного режиму перебудови індексів.

ALTER INDEX ALL ON [database_name. [Schema_name]. | schema_name. ] table_or_view_name

REBUILD WITH (FILLFACTOR = 70, SORT_IN_TEMPDB = ON,

Тонка настройка продуктивності індексу. коефіцієнт заповнення

Щоб налаштувати значення коефіцієнта заповнення всього сервера, використовуйте системну збережену процедуру sp_configure.

Стиснення баз даних

Мал. 3. Розподіл місця в базі даних

Вільний простір вважається від кінця файлу, наприклад, у файлі бази даних розміром 60 ГБ із зазначеним цільовим розміром 40 ГБ вільним простором вважається 20 Гб в нижній частині файлу. Якщо використовуються сторінки включаються в нижні 20 ГБ, то вони згодом будуть переведені в верхні 40 ГБ файлу при збереженні. Стискати файли бази даних можна індивідуально або в складі групи.

Операції стиснення повинні використовуватися тільки після виконання операції видалення великої кількості даних з бази даних. Наприклад, переміщення великого числа сімейств веб-сайтів з однієї бази даних в іншу базу даних, або видалення великого списку може створити велику кількість незайнятого простору. Файли бази даних можна стискати тільки в разі відсутності вільного місця. Таким чином, база даних, в якій рідко віддаляється вміст, має мінімальну вигоди від стиснення і швидше за все погіршиться продуктивність, коли ця база даних буде збільшуватися в розмірах.

Неодноразові стиснення призводять до збільшення фрагментації, тому що операція змінює фізичні сторінки бази даних. Не потрібно стискати файли бази даних регулярно. Бази даних потрібно стискати тільки в разі попереджень про великий кількість незайнятого простору, що з'являються в результаті проведення операцій, що впливає на обсяг використовуваного простору в базі даних.

Принципи для стиснення баз даних:

Захищений паролем баз даних можуть бути стиснуті вручну для відновлення простору шляхом виконання інструкцій DBCC SHRINKFILE і DBCC SHRINKDATABASE. а також за допомогою середовища SQL Server Management Studio.

3. Клацніть Управління, клацніть правою кнопкою миші на Плани обслуговування і виберіть Майстер планів обслуговування.

4. Натисніть кнопку Далі. поки не досягнете сторінки Вибір властивостей плану.

5. В полях Ім'я та Опис введіть ім'я та опис.

6. Вирішіть, чи слід налаштувати один або кілька планів обслуговування.

• Щоб налаштувати план єдиного обслуговування, виберіть одне розклад для всього плану або без розкладу.
• Щоб налаштувати декілька планів обслуговування з конкретними завданнями, виберіть окремі розкладу для кожного завдання.

Якщо у вас є оточення з 10 або більше базами даних контенту, або більш ніж 200 ГБ контенту, рекомендується налаштувати окремі плани обслуговування відповідно до специфіки.

Якщо налаштовуєте кілька планів обслуговування для бази даних, вкажіть ім'я або опис, яке дозволяє диференціювати планів і їх цілей, включаючи їх графіки.

7. Натисніть кнопку Змінити. щоб задати розклад для одного або декількох планів. Буде відкрито діалогове вікно Властивості розкладу завдання.

8. Заповніть розклад, натисніть кнопку ОК і потім натисніть кнопку Далі.

9. На сторінці Вибір завдань з обслуговування виберіть завдання обслуговування для включення в план і потім натисніть кнопку Далі.

10. На сторінці Вибір порядку обслуговування завдань при необхідності змініть порядок завдань плану обслуговування. Виберіть завдання, а потім натисніть кнопку вгору або вниз. Коли завдання правильно розташовані, натисніть кнопку Далі.

11. На сторінці Визначення завдання перевірки цілісності бази даних виберіть бази даних для перевірки цілісності і потім натисніть кнопку Далі.

12. На сторінці Визначення завдання «Реорганізація індексу». в списку баз даних вкажіть баз даних для реорганізації індексів і потім натисніть кнопку Далі.

13. На сторінці Визначення завдань відновлення індексу в списку баз даних, вкажіть бази даних для реорганізації індексів.

14. Виберіть Змінити вільне місце при заповненні сторінки в процентах, введіть 80 і натисніть кнопку Далі. Зміна вільного місця в процентах встановлює коефіцієнт заповнення для бази даних.

15. На сторінці Визначення завдань очищення встановіть значення, відповідні вашим потребам і потім натисніть кнопку Далі. Рекомендується видалити текстові звіти плану обслуговування.

висновок

Переконайтеся, що у вас є надійні резервні копії всіх баз даних перед тим, як виконувати операції обслуговування.