我需要一些建議的SQL Server 2005的維護計劃，還好這裏的一些問題：SQL Server 2005中，維護計劃的建議
在我們的例子中，數據每隔1分鐘（僅200個記錄每分鐘）24小時，每週7天inputed。
有人可以建議我什麼維護計劃，這個數據庫的好？
感謝，
德爾斯
維護計劃真的取決於你的數據庫進程。由於數據每分鐘輸入一次，您是否有任何彙總和etl進程在運行？
我可以告訴你的最重要的過程是數據和事務日誌的每日備份（包括磁帶和磁盤）。
使用查詢計劃分析器檢查任何運行緩慢的查詢，您可能需要根據需要每天或每週重新索引一些表。你可以在SQL Server 2005企業版中進行在線重新索引，這意味着你不需要離線。
創建維護計劃並通過創建計劃任務儘可能地自動化，從而獲得良好的流程。
兩個字：災難恢復
最好的計劃是你已經測試過的一個。
規劃災難恢復並查看您可以從此計劃恢復現有系統的數量。注意任何問題並找出解決方法，然後重新運行災難恢復。您會發現這將幫助您做出決定並優先考慮要求。
最好用O/S還原以及SQL服務器還原來執行此操作。
還有一些建議：設置O/S計劃任務來執行master，model，mssqlsystemresource數據庫的文件系統副本。這樣可以節省您的麻煩，並且必須以單用戶模式運行SQL服務器，以嘗試從備份恢復主數據庫。
它的一切都很好，有備份，但如果你從不測試恢復，那麼你的備份是毫無價值的。
爲了保持性能，保證數據庫的一致性， 我通常運行每一個夜晚以下任務：
1）備份數據庫 （通常，這是一個完整的備份然而如果數據庫。非常大，則一個完整備份每週{週末}運行一次和增量或差異每個工作日）
2）重建所有索引 （這會自動整理的所有索引爲好，這樣的重新組織步驟是沒有必要的。）
3）更新數據庫統計 （僅需列統計以來的其他統計資料自動索引更新重建較早RAN）
4）驗證數據庫的完整性 （這是最重要的一步，因爲它幾乎可以被任何東西損壞，並且仍然運行良好一段時間，同時所有數據越來越多地被損壞。）
5）通知運營商通過電子郵件成功 （您必須同時發送成功和失敗。如果你只發送失敗，然後有機會的話，服務器可能有另一個問題，防止故障電子郵件的發送，然後他們就永遠不知道。）
6）清潔文件 （取決於驅動器的空間，你將需要刪除舊備份，如果有空間，我會盡量保留至少幾個星期的價值，但隨着數據庫的增長，需要檢查這些數據，並可能將其降低到只有一個或兩個完整備份。）
7）清理歷史 （維護計劃日誌歷史不是很大，因此您可以保留這些歷史悠久的歷史，而不必擔心空間太多。當您遇到長時間未通過的數據庫以查看其何時開始出現故障並使用該數據庫指示監控它未成功進行監控的人員時，它有時很有用。）
注意事項：務必將備份從主數據庫服務器複製並存儲到異地。
我希望你可以一點一點地回答，但謝謝指出重要的事情。順便說一句，我相當混淆你的陳述「你可以在SQL Server 2005企業版在線重新索引，這意味着你需要離線」它可以在線，但我需要離線？ – Dels 2009-04-15 04:37:32
嗨戴爾斯，我做了更正。 '你不需要你的系統離線' – 2009-04-15 13:43:19