我是 SQL Server 的新手，我的任務是將整個 SQL Server 移動到另一個。
我正在嘗試估計新 SQL Server 中需要多少空間。
我跑了 EXEC sp_spaceused
出現了以下情況：
當我查看輸出時，似乎資料庫正在使用 ~122GB（保留），但在查看總資料庫大小 (mdf ldf) 時，它是 ~1.8 TB。
這是否意味著當我將資料庫從現有的 SQL Server 復制到新的資料庫時，我需要大約 1.8 TB 到新的資料庫？
我正在考慮創建備份并將備份復制到新服務器。備份如何考慮未分配的空間？后面是否更接近于保留或資料庫大小？據我所知，這是沒有考慮到備份中未壓縮的情況，這將改善檔案大小。
謝謝你的幫助。
uj5u.com熱心網友回復：
備份檔案將比 1.8TB 小很多，因為沒有備份未分配的頁面。但是日志和資料檔案本身將恢復到相同的大小，因此您將需要目標上的 1.8TB 才能將資料庫恢復為當前狀態。
您是否檢查過您的日志檔案是否由于在某個時間點發生的一些不受控制的增長而變得很大并且可能不再需要？如果這是您所有尺寸的位置，您很可能可以在移動之前解決此問題。確保你有一個完整的備份并至少進行一次日志備份，然后使用DBCC SHRINKFILE將日志檔案帶回正確的平流層，特別是如果它是由一次性例外事件或長時間的日志備份疏忽引起的，現在已經已解決。
我真的不建議復制/移動MDF / LDF檔案（背景）或使用SSMS UI“做副本”，因為你可以在你實際使用適當做有更大的控制BACKUP DATABASE和RESTORE DATABASE命令。
如何驗證使用了多少日志資料？
如果您正在定期進行日志備份（或進行簡單的恢復），它通常應該是檔案的一小部分。DBCC SQLPERF(LogSpace);會告訴您 % in use 用于所有日志檔案。
要最小化備份檔案本身所需的日志大小，請執行以下操作：
- 如果完全恢復，請先備份日志。
- 如果簡單恢復，
CHECKPOINT;請先運行幾個命令。
轉載請註明出處，本文鏈接：https://www.uj5u.com/gongcheng/336841.html
標籤：sql-server 数据库 数据库备份