回答:
ビジネスニーズを念頭に置いて計画する必要があります。時々、それはメンテナンスプランです（店にフルタイムのDBAがいない場合や、最小限の複雑さが必要な場合など）。他の場合は、Ola Hallengrenのメンテナンススクリプトです。何をするにしても、そのデータのビジネスニーズを考慮する必要があります。これについては、記事「Ozarのデータベースニーズの階層」で説明しました。
メンテナンスプランの設定は、単に特定の「ベストプラクティス」に従うよりも複雑です。それにすべてを果たしているものが多すぎます。
アイデアをお伝えするために、Brad's Sure Guide to Maintenance Plansは、269ページの長さの無料の電子ブックです。これがより簡単な質問であれば、この本ははるかに短くなります。
たとえば、インタビューでその質問に答えた場合、会社が利用できるリソース、ビジネスニーズ、データベース内のデータ、そのデータが変更される頻度（および方法）などに完全に依存していると言えます。残念ながら、この質問に対する簡単な回答はありません。
メンテナンスタスクのプラクティスに関するいくつかの提案があります。メンテナンスタスクは、すべてのSQL Server環境シナリオに適用できるわけではありません
データベースの縮小タスクを頻繁に使用することはお勧めしません。パフォーマンスの低下やディスクとインデックスの断片化につながる可能性があるためです。
再編成、統計の更新、およびタスクの再構築は、パフォーマンスとCPUおよびハードディスクの使用オーバーヘッドの問題にもつながる可能性があります
データベースの完全バックアップを使用する場合は、使用可能なディスク領域を定期的に確認し、期限内に古いファイルを削除する必要があります
パフォーマンスの問題を回避するために、データベースの整合性チェックを営業時間外にスケジュールします
メンテナンスタスクのスケジュール、推奨事項、およびプラクティスはさまざまです-それらは会社のポリシー、使用状況、およびSQL Server環境に依存します