200G 是因為沒有清log及壓縮嗎??

DUMP TRAN [資料庫名] WITH NO_LOG
DBCC SHRINKDAABASE ([資料庫名],[剩餘空間百分比])

試著先縮小容量看看

SQL資料庫有一個叫做交易紀錄檔
一般這個檔案會紀錄SQL異動紀錄
一般而言這個交易紀錄檔案都會比資料庫來的大
建議可以清除此交易紀錄

如果想要減少還原資料庫的時間, 有二個方法:
A. 用更新更快的硬體配備
B. 想辦法在事前就減少SQL 備份後的 BAK 檔案大小
A方式就不用說了, B大致上有以下方法

1. 如果公司沒有稽核或其他特別的還原需要, 可以將SQL的復原模型設為"簡易模式", 這樣設定後的LOG檔會增長的比較慢, 備份後的 BAK檔也會比較小
2. 如果復原模型一定要設完整模式的話, 可以定期清掉 LOG檔, 清掉 LOG檔的方法, 可以用以下指令備份LOG檔
   BACKUP LOG db_name WITH TRUNCATE_ONL
   再用下面指令將LOG檔縮小成 100MB
   DBCC SHRINKFILE(db_name_log, 100)
   之後再作完整備份, 因為 LOG檔變小了, 備份後的 BAK檔也會比較小
   3.使用其他協力廠商的 SQL Server備份軟體, 如 Litespeed, 這套軟體不便宜, 大約十幾萬, 由於它在備份有壓縮功能, 以我們公司 150GB的容量為例, 壓縮後的備份檔只有 6GB, 備份時間約50-60分鐘, 雖沒試過還原功能, 所以沒辦法給您確切的還原時間, 但應該比SQL本身內建的還原功能強.