Я студент університету Fontys в Ейндховені, і в даний час я провожу серію інтерв'ю, щоб допомогти у розробці інструменту SQL Server, і хотів би отримати зворотній зв’язок від фахівців у цій галузі.
Одне з моїх питань:
Як виглядає план технічного обслуговування SQL Server? Чи використовуєте ви для цього плани технічного обслуговування SQL Server або використовуєте власні сценарії?
Відповіді:
Ви повинні планувати це з урахуванням потреб бізнесу. Іноді це план технічного обслуговування (наприклад, коли в магазині немає повного робочого часу або вимагає мінімуму складності). Інший раз це сценарії технічного обслуговування Ola Hallengren . Що б ви не робили, він повинен враховувати потреби бізнесу в цих даних. Я обговорював це у своєму дописі «Ієрархія потреб бази даних Озара» .
Створення плану технічного обслуговування є складнішим, ніж просто дотримання заданої "найкращої практики". Занадто багато, що грає у все це.
Щоб дати вам ідею, Безпечний посібник Бреда з планів технічного обслуговування - це безкоштовна електронна книга, яка становить 269 сторінок. Якби це було простішим питанням, книга була б набагато, значно коротшою.
Наприклад, якщо я потрапив на це питання в інтерв'ю, наприклад, я б сказав, що це повністю залежить від наявних у компанії ресурсів, потреб бізнесу, даних усередині бази даних, від того, наскільки часто (і як) ці дані змінюються тощо. на жаль, не одна швидка відповідь на питання.
Існує кілька пропозицій щодо практичних завдань з технічного обслуговування. Завдання з обслуговування не застосовуються для всіх сценаріїв середовища SQL Server
Не рекомендується часто використовувати завдання Shrink Database, оскільки це може призвести до погіршення продуктивності та фрагментації дисків та індексів
Реорганізація, оновлення статистики та відновлення завдань також можуть спричинити за собою проблеми з продуктивністю та накладними процесорами та жорстким диском
Ви повинні регулярно перевіряти наявний простір на диску та вчасно видаляти застарілі файли, використовуючи повне резервне копіювання бази даних
Сплануйте в неробочий час будь-яку перевірку цілісності бази даних, щоб уникнути проблем з продуктивністю
Планування, рекомендації та практика виконання завдань з обслуговування відрізняються - вони залежать від політики компанії, використання та середовища SQL Server