處理歷史數據的最佳主意（分區？）

我們有一個包含近 10 億行的數據庫。

該表的 90% 是歷史數據。我們不使用它，但如果我們需要使用它，它需要就在此處，現在（我們與銀行合作，所以他們需要非常快的東西）。

我正在閱讀 Brent Ozar 部落格等中的分區資訊，但我不知道這是否是個好主意。

我想對這張表進行分區，但我擔心備份。如果在不備份此分區的情況下備份數據庫，那麼在還原的情況下我是否會有損壞的數據庫，對嗎？

我可以只恢復數據庫而不恢復分區文件嗎？

我正在考慮對錶進行分區，將在不同磁碟中創建的這個文件扔掉，然後在沒有這個文件的情況下備份數據庫。

我真的不認為這是一個好主意，所以我想听聽一些關於這方面的經驗。

我們有幾個按日期分區的巨大日誌表，典型的場景是我們只使用目前月份來儲存數據，其餘的則被查詢以獲取支持和故障排除。我們為整個數據庫執行備份，而不僅僅是單個分區/文件組，因為這意味著稍後會進行零碎恢復。而且你不想在半夜處理零碎的恢復，除非你真的知道所涉及的所有步驟……我不是。所以如果有疑問，隨意使用分區，分析你的場景找到最好的分區功能，然後對整個數據庫進行正常的備份。

引用自：https://dba.stackexchange.com/questions/213949