SQL服務器中的巨大大小日誌文件

我有SQL數據庫，並且我已經將相同的數據庫發送到其他地方以供進一步開發（在架構中可能有或可能沒有更改）。我創建了一個備份文件並將其恢復到另一個SQL Server上。SQL服務器中的巨大大小日誌文件

我發現日誌文件的大小是非常巨大的（14GB），即使我只有4行1000行，並且不會增長兩倍。目前我運行查詢並找到（大小以MB爲單位）。

data_size data_used_size log_size log_used_size 
801.00  2.06   14220.75 55.63

我做了什麼：

我已經縮水使用SQL Management Studio中的日誌文件，並保持SIMPLE模式恢復，因爲我們只有一些更新這個數據庫，可以如果交易在任何時候都失敗，請重新做。我創建了一個備份並恢復了相同的日誌文件的大小已經大大減少，這裏是在這裏。

total_size data_size data_used_size log_size log_used_size 
802.00  801.00  2.06   1.00   0.46

問題1：由於數據庫的大小非常少，我們應該減少數據庫的初始大小
問題2：這是現在確定發送此.bak文件中，以備恢復數據庫位置

來源

2016-10-27 user641812

存儲是一個問題嗎？你試圖解決什麼樣的痛苦？ –

日誌文件的大小 – user641812

問題1 - 如果您認爲數據庫將增長得非常緩慢，那麼刪除初始大小和縮小增量幾乎沒有什麼壞處 - 否則您的空閒空間就會被閒置 - 毫無疑問，這取決於你 - 空的磁盤空間也無能爲力，如果你有100個數據庫隨着時間的推移可能增長到1GB，是預先更好還是不保留，並且看到隨着時間的推移磁盤空間開始消失？您的電話問題2：您應該能夠從另一個位置的.bak進行恢復 - 使用數據庫時，最好檢查是否可以通過試用來完成。 – Cato

對第一季度的迴應：估計數據增長併爲數據庫設置初始大小總是一個好主意。原因僅僅是爲了避免SQL數據文件執行非常昂貴的自動增長操作。如果您不希望有任何數據增長，那麼無論您是否設置初始大小，都無關緊要。

對Q2的回答：只要您還原文件的SQL Server版本具有相似或更高版本，就可以將備份文件發送到任何位置。唯一需要注意的是備份文件中的數據 - 如果您有敏感數據，請考慮加密。

來源

2016-10-27 15:15:17

SQL服務器中的巨大大小日誌文件

回答

相關問題