Как выглядит наилучший план обслуживания SQL Server? [закрыто]

Я студент из университета Фонтис в Эйндховене, и в настоящее время я провожу серию интервью, чтобы помочь с разработкой инструмента SQL Server, и я хотел бы получить отзывы от экспертов в этой области.

Один из моих вопросов:

Как выглядит наилучший план обслуживания SQL Server? Используете ли вы планы обслуживания SQL Server для этого, или вы используете собственные сценарии?

Вы должны планировать это с учетом потребностей бизнеса. Иногда это план технического обслуживания (например, когда в магазине нет постоянных администраторов баз данных или требуется минимум сложности). В других случаях это сценарии обслуживания Олы Хелленгрен . Что бы вы ни делали, оно должно учитывать потребности бизнеса в этих данных. Я обсуждал это в своем посте «Иерархия потребностей баз данных Озар» .

Составление плана обслуживания является более сложным, чем просто следование данной «наилучшей практике». Слишком много всего, что влияет на все это.

Чтобы дать вам представление о том, Sure Руководство Брэда в планы технического обслуживания является бесплатной электронной книгой , которая длинно 269 страниц. Если бы это был более простой вопрос, книга была бы намного, намного короче.

Например, если я затрону этот вопрос в интервью, я скажу, что он полностью зависит от ресурсов, имеющихся у компании, потребностей бизнеса, данных в базе данных, как часто (и как) эти данные изменяются и т. Д. не один быстрый ответ на вопрос, к сожалению.

Есть несколько предложений по выполнению задач по обслуживанию. Задачи обслуживания не применимы для всех сценариев среды SQL Server

Не рекомендуется часто использовать задачу «Сжатие базы данных», так как это может привести к снижению производительности и фрагментации дисков и индексов.

Реорганизация, обновление статистики и восстановление задач также может привести к проблемам с производительностью и накладными расходами ЦП и жесткого диска.

Вы должны регулярно проверять доступное дисковое пространство и своевременно удалять устаревшие файлы при использовании полных резервных копий базы данных.

Запланируйте в нерабочее время любую проверку целостности базы данных, чтобы избежать проблем с производительностью

Планирование, рекомендации и методы для задач обслуживания различаются - они зависят от политики компании, использования и среды SQL Server