還原資料庫bak檔案有時候會要求很高的磁碟空間，這是因為你的備份檔案bak含有很大的ldf檔案
所以還原資料庫以後，被還原的資料庫也會附加著非常大的ldf檔案，解決方法如下：
1、分離資料庫後
到目錄下刪除.ldf檔案後
到sql server中附加資料庫
（會提示找不到ldf檔案，不用管，直接刪除就可以了）
附加成功後 ，ldf檔案 504k
經確認可行，並且對**的內容沒有影響。。。。呵呵
2、用sql語句收縮事務日誌檔案
不過我還沒有成功過
步驟操作：1. 備份事務日誌檔案，以使大多數活動虛擬日誌檔案處於非活動狀態。因此，可在以後的步驟中刪除非活動的虛擬日誌檔案。為此，請執行與以下 transact-sql語句相似的 transact-sql語句。backup log to disk = ''
注意：在此語句中，是要備份的資料庫名稱的佔位符。在此語句中，是備份檔案完整路徑的佔位符。
例如，執行以下 transact-sql語句。backup log testdb to disk='c:\testdb1.bak'
2. 收縮事務日誌檔案。為此，請執行與以下 transact-sql語句相似的 transact-sql語句。dbcc shrinkfile (, ) with no_infomsgs
注意：在此語句中，是事務日誌檔名稱的佔位符。在此語句中，是事務日誌檔案目標大小的佔位符。目標大小必須合理。例如，您不能將事務日誌檔案收縮為小於 2 個虛擬日誌檔案的大小。
3. 如果 dbcc shrinkfile 語句未將事務日誌檔案收縮為目標大小，則執行步驟 1 中提到的 backup log 語句，以使更多的虛擬日誌檔案處於非活動狀態。
4. 執行步驟 2 中提到的 dbcc shrinkfile 語句。執行此操作後，事務日誌檔案就應接近目標大小了。
Linux下日誌檔案過大解決方案
很多linux伺服器裡的應用程式都是無間斷的輸出日誌，這對於伺服器的硬碟是乙個很大的考驗。良許之前也分享過一篇文章，介紹如何讓應用程式在後台執行 linux後台執行命令 與nohup的用法 通過以上方法，應用程式的日誌會一直輸出到日誌檔案myout.txt裡，這個檔案也會不斷的增大，一直蠶食伺服器硬...
Linux下日誌檔案過大解決方案
轉至 linux後台執行命令 與nohup的用法 通過以上方法，應用程式的日誌會一直輸出到日誌檔案myout.txt裡，這個檔案也會不斷的增大，一直蠶食伺服器硬碟。但是，我們都知道，日誌對於我們而言是非常重要的，一量應用程式出現bug，或者伺服器宕機，我們必須通過日誌檔案來進行debug或進一步分析...
g 命令編譯出來的檔案體積過大解決方案
這幾天在使用gcc編譯器的g 編譯cpp檔案時，發現即使是乙個很簡單的 檔案編譯出來的exe體積會達到3m以上。我也通過上網究其原因，來和大家分享一下解決方案。在使用gcc編譯器時編譯出來的exe是帶有符號資訊的。符號資訊是什麼？簡而言之就是應用程式的除錯資訊，專門用來作除錯之用，其中儲存了程式變數...